Контроль отрицательных остатков. Детская болезнь автоматизации в учете

05.04.21

Учетные задачи - Логистика, склад и ТМЦ

Жизнь программиста тяжела. В основном она состоит из двух вещей. Бесконечных, мучительных попыток понять, что он сделал не так и безграничного изумления по поводу того, как можно быть таким идиотом. А пользователи живут беззаботно. И это ужасно несправедливо. Чтобы сделать с этим хоть что-нибудь, разработчики программ для ведения учета придумали контроль отрицательных остатков.

Контроль отрицательных остатков - это когда перед тобой стоит покупатель, держит в руках нечто, что он собрался купить, а система тебе говорит: а нету этого в наличии, не буду оформлять продажу! Самое смешное, что на первый взгляд все кажется логичным и рациональным. Человек склонен ошибаться. У него может дрогнуть рука, и вместо 10 шт. он введет 100 и не заметит. И вот в этот момент добрая и бдительная система подскажет ему путь к истине. И так оно и происходит в тех редких (ну очень!) случаях, когда вводят 100 вместо 10, а на складе как раз те самые 10 и есть. Но склады, они на то и склады, чтобы хранить много и очень много. И если на складе в момент пользовательской ошибки будет не 10, а 100, 1000 или 10 000, то тогда система перестанет быть бдительной и заснет на день, неделю, месяц... Было бы лучше, если бы она заснула навсегда (почему - вы поймете чуть позже), но, к несчастью, рано или поздно система просыпается. И вы обнаруживаете себя в ситуации, которую я описал в самом начале. Вот они - эти 10 шт. в руках у покупателя. И руки ни у кого не дрожат. 10 шт. у покупателя и те же 10 шт. пользователь пытается ввести в систему. Но не тут-то было! Система кричит вам: стоп! стоп! стоп! отрицательный остаток! И что теперь делать пользователю? Глубоко вздохнуть и начать сверять все документы с этим товаром за день, неделю, месяц... Как повезет. Если очень повезет, то прилетит фея из известного анекдота и все будет "по-настоящему". В нашем случае "по-настоящему" - это когда причиной отрицательного остатка является не ошибка при вводе какого-либо документа, а пропуск приходного документа. Искать черную кошку в темной комнате особенно тяжело, когда ее там нет. Теперь пользователь просмотрит документы не за неделю-месяц, а вообще все. За все время. Не найдет ошибок. Еще раз глубоко вздохнет. Проведет инвентаризацию на складе. Оформит поступление товара... Все это время продажи этого товара будут стоять (ха! ха!) Вот она - месть программиста!

Самое удивительное в этой истории то, насколько широко распространен ныне этот "замечательный" алгоритм. Суеверный ужас пользователя перед отрицательными числами еще как-то можно понять. Но чем объяснить неприязнь к отрицательным числам со стороны разработчиков? Со стороны тех, кто с математикой все-таки не на "вы"? Отрицательное число - такое же число, как и положительное. И чем, в принципе может быть плох отрицательный остаток? Кому он может навредить? Вот положительный может навредить. И очень сильно. Не верите? Тогда представьте себе, что у вас в системе "хороший", положительный остаток, 100 тонн яблок. А на складе 0. И к вам подходит клиент, который уже оплатил этот самый "хороший" остаток. И теперь он хочет, чтобы его десять тяжелых грузовиков были немедленно загружены. А вот "плохой" остаток никогда не привел бы вас к такой ситуации, не так ли? Как хотите, но лично я бы сперва контролировал положительные остатки, а уж потом, на досуге, отрицательные.

Контроль отрицательных остатков исходит из неверного постулата, что причина отрицательного остатка может быть найдена и исправлена "здесь и сейчас". Сам факт наличия ошибок, приводящих к отрицательным остаткам, почти всегда обнаруживается со значительной задержкой во времени, а поиск ошибки может сильно затянуться. Можно сказать, что контроль отрицательных остатков попросту не работает. Но этого мало. Контроль отрицательных остатков не только бесполезен, он еще и опасен. И вот чем:

Мы ни на полнанометра не оторвемся от реальности, если будем исходить из того, что продажи нам не даст остановить никто. Теперь представим себе ситуацию. На складе лежит 10 шт. В учетной системе числится остаток 5 шт. Приходит клиент и забирает все 10 шт. Какие тут могут быть варианты действий пользователя? Первый, самый распространенный, не регистрировать операцию вовсе. Отложить регистрацию до лучших времен. Когда кто-то сумеет найти причину отрицательного остатка и исправить ее. Чем он опасен? Тем, что теперь на складе 0 шт., а в системе все еще числится 5 шт. И рано или поздно эти несуществующие 5 шт. будут проданы. Понимая, что отказ от регистрации события может привести к перерезервированию, пользователь может поступить более изощренно. Списать количество до нуля. Т.е. зарегистрировать отпуск 5 шт. Но это не сильно отличается от первого варианта. Через 10 минут другой пользователь, который вводит приходные документы, спохватится и зарегистрирует наконец поступление 5 шт. То самое поступление, отсутствие которого и вызвало срабатывание контроля отрицательных остатков. И мы снова получим ситуацию с нулевым остатком на складе и положительным остатком в системе. Вообще говоря, искажать информацию или откладывать ввод информации - не самая лучшая идея. Корректный и максимально быстрый ввод информации должен быть в приоритете над всеми прочими соображениями. Поэтому самым разумным было бы зарегистрировать операцию как есть и вывести остатки в минус. Но именно этого нам и не дает сделать жесткий контроль отрицательных остатков!

Справедливости ради надо отметить, что иногда контроль отрицательных остатков может быть реализован в мягкой форме. В отличие от жесткого, мягкий контроль не блокирует работу пользователя, а только лишь предупреждает о появлении отрицательных остатков. Это избавляет нас от опасности перерезервирования. Но и мягкий контроль не является просто бесполезным. Он также вреден, хотя этот вред не столь очевиден, как в случае с жестким вариантом.

Базы данных нуждаются в контроле. Если не будет какой-либо системы, обеспечивающей связь с реальностью, база данных очень быстро станет бесполезной и опасной. Это очевидно всем, и пользователям, и профессионалам. Но тут есть еще один момент. Он очевиден, как я надеюсь, профессионалам. А вот пользователям - вовсе нет. Речь идет о том, что систему связи с реальностью невозможно построить только лишь на алгоритме. Какими бы хитрыми ни были ваш алгоритм или группа алгоритмов, не будет такого, что вы их запускаете и получаете на выходе что-то типа: все в порядке, база полностью соответствует реальности. Действительно работающие системы связи с реальностью требуют наличия посредника (кем бы он ни был, но чаще всего это человек). Результат достигается в связке алгоритма и посредника. О том, как могут работать такие системы, говорится здесь http://brainguard.ru/page14575698.html

Пользователю, однако, все это неочевидно. Он пользователь и полагается на профессионалов. Он склонен думать, что профессионалы уже все предусмотрели. Они снабдили его базу данных чудо-алгоритмом под названием контроль отрицательных остатков. Этот алгоритм сам (подумать только!) находит ошибки. И чего еще тут можно желать? Контроль отрицательных остатков создает у пользователей опасную иллюзию.

Те, кто придумали контроль отрицательных остатков, явно страдают болезнью, которую я ("украв" яркое определение у дедушки Ленина) называю детской болезнью автоматизации в учете. Они совершенно правильно считают, что настоящая автоматизация - это когда система выполняет полезные действия сама. Не пользователь должен сообразить, что именно ему сейчас требуется. Найти, к примеру, соответствующий отчет, установить его параметры и получить наконец информацию. Нет, система сама все это сделает за него в нужное время и в нужном месте. И это отлично работает во многих случаях. Например, когда мы резервируем товар. Мы не лезем в один отчет, чтобы посмотреть сколько есть на складе. Затем в другой отчет, чтобы посмотреть, сколько уже зарезервировали. Система сама определяет свободный остаток и возможное количество резерва. Кстати, систему резервирования довольно часто путают с контролем отрицательных остатков. Но это суть разные вещи. Система резервирования действует автономно от начала и до конца. А контроль отрицательных остатков блокирует работу и передает решение проблемы на сторону пользователя. Собственно, этот момент и является ключевым в вопросе применимости автоматизации. Жесткий контроль отрицательных остатков останавливает процесс и ждет решения от пользователя. Но пользователь не может решить проблему! У него просто нет времени на это. Кроме того, у пользователя может не быть (и скорее всего не будет) полномочий на внесение исправлений в далеком прошлом. Мягкий контроль не останавливает процесс, но он тоже вреден. Сообщение об отрицательных остатках по причинам, описанным выше, будет полностью проигнорировано пользователем. Сам по себе сигнал об отрицательных остатках - важный и полезный. Но он подается в неподходящем месте и в неподходящее время. В результате, критически важный сигнал будет потерян. Все уверены в том, что в системе есть работающий контур, но он не работает.

Контроль отрицательных остатков - наивная технология, появившаяся на заре автоматизации. Если в старых продуктах с ее наличием еще можно как-то смириться (в смысле, отключить), то в новых продуктах это контрпродуктивное решение просто недопустимо. И если вы встречаете контроль отрицательных остатков в новом продукте, то это повод задуматься.

Тут возникает резонный вопрос. А что взамен? Ответ в общем случае прост. Ничего особенного. У вас ведь есть отчет об остатках. Там наверняка есть отбор или хотя бы сортировка. Так или иначе, вы можете получить список отрицательных остатков. А дальше назначается человек (или группа людей) с соответствующими полномочиями и располагающий достаточным временем. Этот человек на регулярной основе будет заниматься расследованием отрицательных остатков и их исправлением. Нет другого способа разумно организовать этот процесс. Что могут сделать разработчики в этой ситуации? Рационального, а не наивно-вредного? Разработать специально под этот процесс инструмент для работы с отрицательными остатками. В современных продуктах, как правило, множество регистров. У вас может не быть отрицательных остатков по складу, но будут отрицательные остатки по партиям, например. Нужен отчет, который выдаст все отрицательные остатки, какие только есть в системе. Далее, расследование отрицательных остатков заключается в основном в сверке с первичными документами. Мы не знаем, в какой транзакции была допущена ошибка. Поэтому перебираем все документы от текущей даты к неопределенному прошлому. Этот путь можно сократить, если мы будем знать дату появления отрицательного остатка. Тогда можно будет идти не от текущей даты, а от даты появления отрицательного остатка. И, наконец, довольно часто отрицательные остатки возникают из-за так называемой "пересортицы". Вместо одного склада указали другой, вместо одной партии - другую. Есть способ при определенных условиях находить кандидатов на пересортицу. Не всегда и не всех, но то, что будет найдено, сократит время поиска некорректной транзакции до минимума.

Пример такого инструмента можно найти здесь //infostart.ru/public/1405186/

См. также.

Бюджетирование и планирование Оптовая торговля Розничная торговля Логистика, склад и ТМЦ Анализ продаж Пользователь Платформа 1С v7.7 Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Управление торговлей 10 1С:Розница 2 1С:Управление производственным предприятием 1С:Управление нашей фирмой 1.6 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Беларусь Украина Россия Казахстан Управленческий учет Платные (руб)

Система управления запасами для 1С помогает работать с запасами правильно: автоматически рассчитывает потребность и делает заказ поставщику, загружает прайсы, перемещает товары по филиалам, анализирует продажи и позволяет управлять ассортиментом.

28500 руб.

21.04.2017    92717    117    40    

208

Логистика, склад и ТМЦ Бухгалтер Пользователь Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 Оптовая торговля, дистрибуция, логистика Управленческий учет Платные (руб)

Программа для фулфилмента: модуль "Ответственное хранение" для 1С (УТ 11.5, КА 2.5, ERP 2.5) позволяет организовать учет ответственного хранения товаров с весовыми характеристиками, в том числе со сроком годности и личным кабинетом Поклажедателя. Модуль реализован в виде расширения конфигурации, устанавливается в режиме 1С:Предприятие 8 за 5 минут по инструкции, что позволяет оставить конфигурацию 1С на стандартной поддержке и продолжать получать стандартные обновления от фирмы "1С".

60000 руб.

09.06.2020    35982    28    59    

58

Анализ учета Закрытие периода Бухгалтер Платформа 1С v8.3 Бухгалтерский учет 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Комплексная автоматизация 2.х Россия Бухгалтерский учет Налоговый учет Налог на прибыль НДС Платные (руб)

Каждый бухгалтер не раз сталкивался с требованием от налоговой инспекции пояснить расхождения в показателях декларации по Налогу на прибыль («Доходы от реализации» + «Внереализационные доходы») и налоговой базой по НДС за год. Являются ли ошибкой подобные расхождения? Как пояснить налоговой их причину? Отчет «Анализ расхождений выручки НДС и Налога на прибыль в декларациях» поможет найти все расхождения.

7200 руб.

21.10.2017    85112    270    171    

265

Загрузка и выгрузка в Excel Розничная торговля Логистика, склад и ТМЦ Ценообразование, анализ цен Прайсы Системный администратор Программист Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Розница 2 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Управленческий учет Платные (руб)

Загрузка номенклатуры из файлов Excel (xls, xlsx, ods, csv, mxl) в УТ11, КА 2, ERP 2, Розница 2. Задействованы все возможности конфигурации - заполнение реквизитов номенклатуры, дополнительных реквизитов и сведений, характеристики, доп.реквизиты и сведения характеристик. Дополнительные обработки для расширения возможностей.

10560 руб.

29.10.2014    213530    635    526    

449

SALE! %

Перенос данных 1C Взаиморасчеты Оптовая торговля Логистика, склад и ТМЦ Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист Платформа 1С v8.3 1С:Управление торговлей 10 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Управленческий учет Платные (руб)

Можно проверить до покупки, оставьте заявку! Воспользовались более 268 компаний! Перенос в продаже с 2015г., и мы постоянно работаем над его развитием. Перенос данных из УТ 10.3 в УТ 11 | из УТ 10.3 в КА 2 | из УТ 10.3 в ERP. Предлагаем качественное и проверенное временем решение для перехода с УТ 10.3. Можно перенести начальные остатки, нормативно-справочную информацию и все возможные документы. При выгрузке можно установить отбор по периоду, организациям и складам. При выходе новых релизов конфигураций 1C оперативно выпускаем обновление переноса данных.

45650 26673 руб.

24.04.2015    191866    135    240    

270

Регламентированный учет и отчетность Анализ учета Бюджетный учет Бизнес-аналитик Бухгалтер Пользователь Руководитель проекта Платформа 1С v8.3 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Налоговый учет Управленческий учет Платные (руб)

Расширение «Отчет ГОЗ» для 1С:Бухгалтерия 3.0 ПРОФ и КОРП позволяет автоматизировать ведение раздельного учета и подготовку отчетности для Торговых и Производственных организаций, участвующих в ГосОборонЗаказе. Эффективный инструмент ведения раздельного учета по гособоронзаказам для Торговых и Производственных компаний

94700 руб.

20.02.2024    879    1    0    

5
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. Артано 764 22.03.21 06:48 Сейчас в теме
Согласен с основными идеями про отрицательные остатки. На практике везде где видел, все разумные люди рано или поздно приходят именно к описанному сценарию:
1. При списании игнорировать отрицательный остаток, если фактически подтверждено наличие.
2. Запускать расследование отрицательных остатков в рамках отдельного процесса и другими людьми.

Самое главное выполнять оба пункта. нередко встречал, когда останавливались на первом - просто забить, что в корне неверно =)

С другой стороны, лишние остатки, это зачастую брат-близнец отрицательных, вследствие банальной пересортицы, и контролировать всё же вернее актуальность остатков, а не сосредотачиваться на только отрицательных или положительных.
Константин С.; user1342811; +2 Ответить
3. mkalimulin 1197 22.03.21 08:09 Сейчас в теме
(1) Я тоже думал про пересортицу. Поэтому добавил ее поиск в обработку https://infostart.ru/public/1405186/
18. Константин С. 668 26.03.21 10:38 Сейчас в теме
(1)
При списании игнорировать отрицательный остаток, если фактически подтверждено наличие.
2. Запускать расследование отрицательных остатков в рамках отдельного процесса и другими людьми.

(3)
Несколько узко, наличие и контроль остатков все завит от отрасли и вида учитываемых товаров, ну и желания руководства.
Если брать туже розницу, то поголовное списывание в минус с дальнейшим исправлением. Но и тут тоже одно торговать конфетами, украшения, разная стоимость минусов.

Если брать производственные компании, тут решается отладкой БП. Главное интерес получить правильную информацию, т.е. фир.результат.
jay_dee; Артано; +2 Ответить
19. mkalimulin 1197 26.03.21 11:01 Сейчас в теме
(18) Основной вред от контроля отрицательных остатков в том, что из-за него никто не думает о реальной системе контроля. Такой, которая будет обеспечивать надежную связь с реальностью
23. jay_dee 26.03.21 11:23 Сейчас в теме
(19)

А как часто у вас проходят инвентаризации ? Лично у меня, адресное хранение. На складе около 400 ячеек. Каждую неделю в рандомный день, приходит мини коммисия и проверяет рандомные 10-20 ячеек, затрачивая на это 10-30 минут времени ( все облеено штрих кодами, наклейками наружу )

В моей практике я работал как с контролем остатков так и без. Без контроля - минус 100 000 и я только тем и занимался, что сидел по сотням позиций с минусами сидел и искал откуда он полез и в конечном итоге на половину так и не находил
25. mkalimulin 1197 26.03.21 11:27 Сейчас в теме
(23) У вас был приходный документ 110 шт. по цене 101 руб. Его поменяли на 101 шт. по цене 110 руб. 9 штук унесли домой. И что вам даст ваша комиссия в этом случае?
29. jay_dee 26.03.21 11:34 Сейчас в теме
(25)
ваша комиссия в этом случае?


Кто поменял цену, кладовщик ? У вас кладовщики могут руками менять цену в приходном документу ?
31. mkalimulin 1197 26.03.21 11:36 Сейчас в теме
(29) Какая разница - кто. Как вы будете защищаться от такого - вот в чем вопрос
33. jay_dee 26.03.21 11:43 Сейчас в теме
(31)
ак вы будете защищаться от такого?


Очень просто - цена проставляется автоматически и руками поправить ее нельзя никому.
34. mkalimulin 1197 26.03.21 11:45 Сейчас в теме
(33) Откройте для себя
UPDATE ... WHERE ...
и способы повышения привилегий
35. jay_dee 26.03.21 11:59 Сейчас в теме
(34)
и способы повышения привилегий


(32)

Только сейчас понял, что Вы программист. Мы с вами мыслим по разному. Я всегда работаю над реальным процессом и строю его так, чтобы исключить все возможности возникновения ошибок или воровства. Если у меня появляется проблема, на подобии Вашей, я копаю в сторону закономерностей и выявления причин этих ошибок. И устраняю причину каждой из ошибки и не вижу смысла бороться со следствиями этих ошибок

Например, у меня была такая проблема на одном из складов, на который меня позвали решить такую вот проблему. Там была похожая ситуация - клиенты приезжали за товаром на склад, а кладовщик не мог выдать т.к. срабатывал контроль остатков. Исследовав причину, я быстро выяснил, что проблема в

1. Пересорты. Сборщики ошибаются постоянно и путают размеры (одежда)
2. Редко проводятся инвентаризации

Проблему номер один решили очень просто - упаковочный лист и сканер. Сборщик, товары в "корзину" складывал предварительно просканировав. В случае ошибки, она ему подсвечивается и не дает провести документ пока он ее не исправит. За год работы ни одного пересорта. Цена вопроса 1 час рабочего времени программиста

Вторую проблему решили вводом полных инветаризаций раз в квартал + текущие переучеты по ячейкам по аналогии как я писал выше.

С тех пор ошибки свелись к нулю. Итоги переучетов всегда ровные.

Если бы я просто отключил контроль остатков - это бы просто устранило симптомы болезни, но не вылечело бы саму болезнь, т.к. ее корень лежал именно в пересорте, который очень сложно выявить пока клиент не скажет об этом.
Ashandy; stepan_s; +2 Ответить
37. mkalimulin 1197 26.03.21 12:07 Сейчас в теме
(35) Как вы исключите проблему замены 110х101 на 101х110?
Для начала - как вы ее обнаружите?
42. jay_dee 26.03.21 12:43 Сейчас в теме
(37)
как вы ее обнаружите?


Давайте смотреть в корень. Каким образом кладовщик поменяет цену ? Не надо думать как бороться с последствиями. лучше думать как устранить причину. Причина в данном случае = возможность менять цены в приходных документах. Устраните ее и не надо будет как бороться с последствиями

PS кроме этого есть заказ поставщику, есть накладная и ордер. Кладовщик создает ордер на основании накладной, которую уже создали и где уже есть и цена и количество. И в любом случае, поставщик привозя товар дает бумажную накладную, которая потом идет в бухгалтерию, которая подписывается и передает поставщику его копия. Сюда же ежемесячные сверки. Сюда же документ установки цен номенклатуры и много чего еще другого
45. mkalimulin 1197 27.03.21 16:35 Сейчас в теме
(42) На практике устранить возможность изменять цены можно только одним способом. А именно - обеспечить гарантированное обнаружение такого изменения. Все. Все остальные способы - самообман. Мы что-то сделали и сами себя убедили в том, что это работает
58. jay_dee 29.03.21 10:22 Сейчас в теме
(45)

Почему самообман ? У меня работает, зашел вот под пользователем, крутил вертел - не получается у меня изменить цену.
59. mkalimulin 1197 29.03.21 11:00 Сейчас в теме
(58) У вас не получается, потому что вы плохо искали способы сделать это
61. jay_dee 29.03.21 11:05 Сейчас в теме
(59)

Ну так поделитесь, куда копать, я обязательно там закрою дырку =)
63. mkalimulin 1197 29.03.21 13:19 Сейчас в теме
(61) Дырки можно закрывать до бесконечности. А с некоторыми приходится просто смиряться. Что вы можете, например, поделать с тем, что 1С хранит пароль доступа к базе данных?
65. jay_dee 29.03.21 16:06 Сейчас в теме
(63)
что 1С хранит пароль доступа к базе да


Мы куда-то не туда зашли.
Давайте по существу. Как обойти запрет на редактирование цен кладовщику, когда он получает готовую накладную, создает ордер на основании. Цены грузятся по типу цен. Например 15 марта. А уже 1 апреля будет сверка с контрагентом. Контроль остатков включен.

Как все это обойти и вынести товар со склада так, чтобы никто не узнал ?
67. mkalimulin 1197 29.03.21 19:31 Сейчас в теме
(65) Внести соответствующие изменения в записи базы данных.
И, кстати, вы уже второй раз упомянули сверку с контрагентом. Хотя вроде бы и сами догадались, что 110х101=101х110. У контрагента все хорошо будет
69. jay_dee 02.04.21 09:43 Сейчас в теме
(67)

Так а каким образом кладовщик поменяет цену ?
70. mkalimulin 1197 02.04.21 11:16 Сейчас в теме
(69) Просто поменяет и все. В чем вопрос? Как конкретно? по шагам?
Я не буду это расписывать, потому что это нарушит правила данного форума.
Вам должно быть достаточно знать, что это возможно в принципе. Если вам очень хочется самому убедиться, тогда выделите пару дней на исследования и вперед
71. jay_dee 02.04.21 16:48 Сейчас в теме
(70)

Уже выделил. Уже проверил и проверял ранее - в моих системах, это не возможно. Цена жестко закреплена и при создании приходного документа, цена жестко тянется и поле "цена" не активно

Еще и забыли про ордер. При создании ордера по накладной, при несовпадении количества, накладная так и будет висеть "к поступлению" и все эта история быстро станет известна.
72. mkalimulin 1197 02.04.21 16:54 Сейчас в теме
(71) Забудьте про оболочку 1С. У вас есть база данных. В базе данных таблицы и записи. И все это создано в том числе и для того, чтобы можно было легко менять
74. jay_dee 02.04.21 17:38 Сейчас в теме
(72)

Ну так и пентагон взламывали =) только сомневаюсь что тот кто это сделал пойдет работать кладовщиком, чтобы украсть 9 единиц товара.
76. mkalimulin 1197 02.04.21 17:41 Сейчас в теме
(74) Это достаточно надежный аргумент, по-вашему?
78. jay_dee 02.04.21 17:58 Сейчас в теме
(76)

Абсолютно нет. Я видел системы, в которых действительно хрен что найдешь даже за 16 часов ... но это потому что нет "чистоты" ведения учета, когда каждый делает что хочет и как хочет и нет никакого контроля за происходящим
73. jay_dee 02.04.21 17:34 Сейчас в теме
(70)

Уже по второму кругу пошли. Скажу так. Дело программиста писать код согласно ТЗ. Дело аналитика выстроить процесс так, чтобы не надо было придумывать костыли в виде обработки по типу вашей и при этом не было возможности украсть тмц так, чтобы об этом никто не узнал. Дело юзера - выполнять свою работу правильно и качественно.

У нас с Вами разный подход - вы мыслите только в сторону как в программе что-то доработать. Я мыслю как выстроить процесс наиболее эффективно с наименьшими затратами и минимизировать доработки системы, максимально используя штатные средства, проверенные десятилетиями и не изобретать велосипед

По итогу у каждого своя правда и в любом случае надо рассматривать каждый конкретный случай, потому что лично я, допускаю возможность работы без контроля остатков и у меня в практике был такой случай, когда факт происходящего был важнее учетной цифры. Но это исключительно редкий случай и проще и дешевле искать ошибку в момент ее возникновения ( я так и не понял, что вы там ищите 16 часов ), чем пилить обработку, постфактум контролировать минуса, которые потом еще надо как-то сводить.
75. mkalimulin 1197 02.04.21 17:40 Сейчас в теме
(73) Сколько ошибок вы лично искали? Своими руками? У вас 3000 приходных и расходных документов по какому-то конкретному товару. Сработал контроль отрицательных остатков. Ваши действия?
77. jay_dee 02.04.21 17:56 Сейчас в теме
(75)

Вам точную цифру сказать ? Очень много, подойдет ? В 99% случаев хватает 5-15 минут и это при наличии тысяч документов.
При правильно выстроенных процессах, такие ситуации стремятся к нулю. На пальцах можно пересчитать, случае когда мне понадобилось несколько часов чтобы найти ошибку. И даже если они возникли, чаще всего не нужно искать за весь период - достаточно проверить текущий месяц. Давайте скажу по другому - я забыл когда в последний раз мне звонили, что сработал контроль и не могут разобраться почему.

В любом случае, если проблема не задержать клиента - оприходуйте товар через инвентаризацию. Это проще, дешевле и быстрее. А потом уже разбирайтесь и проводите на основе этого документа расследование. А вы хотите создать кучу процессов, заплатить Вам за доработку программы, нанять еще людей, которые будут этим заниматься. Если у вас постоянно возникают такие процедуры - это явный признак, что сам процесс у вас настроен не правильно
79. mkalimulin 1197 02.04.21 18:00 Сейчас в теме
(77) Очень интересные вещи вы говорите. Но я повторю вопрос. У вас 3000 документов. Каким образом вы за 5-15 минут найдете ошибку? Конкретно. Неконкретно можно что угодно сказать.
81. jay_dee 02.04.21 18:03 Сейчас в теме
(79)
Неконкретно можно что угодно сказать.


Чтобы конкретно вам ответить, нужно увидеть конкретный конфиг и конкретный процесс и специфику. Как вы там про правила форума говорили ? =)
82. jay_dee 02.04.21 18:04 Сейчас в теме
(79)

Скажите мне лучше вот что...зависит ли популярность публикации от количества и частоты комментариев ?
84. mkalimulin 1197 02.04.21 18:08 Сейчас в теме
80. jay_dee 02.04.21 18:00 Сейчас в теме
(75)
ому товару. Сработал контроль отрицательных остатков. Ваши действия


Спрошу по другому. Вы можете перечислить мне все возможные варианты, где может быть ошибка ?
83. mkalimulin 1197 02.04.21 18:07 Сейчас в теме
(80) Я думаю, что достаточно будет трех. Смотрите.
Ошибка может быть в первом документе. И да, если вы будете проверять с самого начала, тогда вы уложитесь в ваши 5-15 минут. Ошибка может быть в последнем, и тогда вы снова уложитесь в 5-15 минут, но при условии, что будете проверять, начиная с конца. Ошибка может в 1500-ом документе. Тогда вы опять же уложитесь в 5-15 минут. Но в этот раз вам надо будет проверять документы, начиная с середины и двигаясь туда-сюда. Проблема в том, что вы не знаете где именно ошибка. И тщательно взвесив свои шансы на то, чтобы действительно уложиться в 5-15 минут, вы поймете, что они вовсе не велики
60. jay_dee 29.03.21 11:02 Сейчас в теме
(45)

Лично я, сторонник жестких запретов, а не отслеживания проблем. Моей мнение - лучше запретить штатными средствами либо доработать так, чтобы изменение цены в складском ордере и/или накладной было просто невозможно, чем придумать процедуру контроля, а не изменил ли кладовщик цену и количество. И даже если предположить, что кладовщик хакер и таки сможет каким либо чудом ее изменить - до первой сверки с клиентом. А вот на сверках с клиентами и поставщиками я всегда ставлю акцент и делаю эту операцию обязательной раз в месяц (может быть чаще или реже в зависимости от специфики бизнеса) как для продажников, так и для отдела закупок

В любом случае, я уже немного потерял нить ... Вы предлагаете вообще не провододить инвентаризации ? Или каким образом отключения контроля остатков Вам поможет уйти от ситуации 110 *101 = 101 * 110
62. mkalimulin 1197 29.03.21 13:16 Сейчас в теме
(60) В этом ваша ошибка. Никакой запрет не дает абсолютной гарантии. Абсолютную гарантию дает только "всевидящее око". Любой запрет можно обойти. При этом, тот, кто обошел ваш запрет, сообщать вам об этом не будет. В его интересах, чтобы вы были уверены в том, что ваш запрет работает.
Мы действительно вышли за пределы обсуждаемой темы. Немного забегаем вперед. Я не против инвентаризаций. Я только обращаю внимание на то, что ситуацию 110 *101 = 101 * 110 никакая инвентаризация не поймает
64. jay_dee 29.03.21 15:46 Сейчас в теме
(62)
бсолютную гарантию дает только "всевидящее око". Любой запрет можно обойти. При этом, тот, кто обошел ваш запрет, сообщать вам об этом не будет. В его интересах, чтобы вы были уверены в том, что ваш запрет


По Вашей же логике и "всевидящее око" может просто не заметить проблему и так же не дает абсолютной гарантии, потому что человек свойственно ошибаться и рано или поздно он допустит такую ошибку. Только человек, в данном случае, ошибается чаще, чем программа.

Ваша ошибка в том, что вы слишком доверяете человеку и не доверяете софту. Я наоборот, считаю что программные ограничения работаю лучше человека, который потом должен просмотреть десятки тысяч строк минусовых значений и гарантий что он что-то не упустит или просто не вступит в сговор с кладовщиком нет. А вот контроль остатков в сговор не вступит и договорится с ним не получится - он просто не пропустит списать в минус и никак ты это не обойдешь.

При этом серьёзно страдает эффективность работы, раздумается штат и в итоге у вас на 1 кладовщика будет 1 аудитор. Можно ж на 20 сотрудников склада нанять 100 аудиторов, которые будут проверять каждый созданный документ, каждую отгрузку и казалось бы, это на 99,9% гарантирует прозрачность работы ? Только бизнес с таким подходом прогорит ...

Я не считаю, что это ошибка - у меня за плечами есть большой опыт, который говорит мне, что как раз отключение контроля остатков это большая ошибка и я не раз видел к чему это приводит (в последнее время как раз и разгребаю проблемы связанные с контролем остатков).

Тут главное комплекс - контроль остатков + сверки с контрагентами + инвентаризации + программные ограничение ролей пользователей + чтобы каждый мог делать только то, что ему разрешено делать. Сюда еще можно добавить создание документов только на основании , ордерная система и упаковочные листы + камеры видео наблюдения.

Конечно любую защиты можно обойти, чтобы мы не придумали, найдется умелец, который сможет обойти. Но люди с такими талантами не устраиваются на работу кладовщиками.

PS у одного моего клиента, два склада. Один построен мною, второй без меня. Во втором отключили контроль остатков и поручили зав склада каждый день контролировать минуса. Угадайте где кражи и тотальный беспорядок ?

PSS вот представьте себе другую ситуацию. Производство, в окно в туалете на задний двор выкидывают изделия, которые потом собирают. Вам тут ни аудитор ни контроль остатков не поможет. А только СБ и камеры наблюдения =)
66. mkalimulin 1197 29.03.21 19:25 Сейчас в теме
(64) А вот "всевидящее око" можно сделать абсолютным. О чем и будет следующая статья
68. jay_dee 30.03.21 15:18 Сейчас в теме
(66)
ожно сделать абсолютны


Человеческий фактор никто не отменял. Везде где есть человек - будут ошибки. Везде где есть ручной ввод - будут ошибки. Везде где можно списать в минус - будут минуса.

Абсолютным можно сделать только в комплексе, по моему мнению будет гарантировать прозрачность учета. Комплекс из программных ограничений ( вот не услышал я убедительных аргументов в пользу отключения контроля остатков и считаю что это вредный совет, который ведет к дополнительным затратам при нулевой пользе ) и контроля взаиморасчетов (сверки), отгрузок и физических камер наблюдения. И сюда же договора коллективной и персональной ответственности. Проблемы озвученные в данной теме, не решаются лишь софтом - тут надо смотреть на весь бизнес процесс.

PS а подскажите, Вы занимаетесь исключительно 1С или создание бизнес процессов в комплексе ?
26. Константин С. 668 26.03.21 11:29 Сейчас в теме
(19)
не думает о реальной системе контроля.

у нас разные знакомые и клиенты.
Вероятно вы еще встретите такого)

контроля отрицательных остатков

Это функциональность позволяющий получить ПРАВИЛЬНЫЙ результат.

Примеры из жизни:
Розничный магазин, продуктов. Продажи по кассе разрешены в минус, при формировании "Отчета по продажам" + формировало Оприходование излишка или Покупка в зависимости от товара. При определенных превышениях делалась ревизия по данному виду товара, в дополнении еще месячной. По итогу Бухгалтерию попадали правильные данные.

Производство: Склад передает в производство или перемещает. Мелкая мебельная фурнитура. Перемещение могут сделать, в бухгалтерию падала информация о минусах. И бухи решали как данный минус убрать. Чтобы закрытие месяца прошло хорошо.
2. mkalimulin 1197 22.03.21 08:07 Сейчас в теме
Кто желает обсудить эту тему голосом? Приходите 23.03 (вторник) в 21:00 (московское время) в Телеграм https://t.me/braingurd?voicechat
(не забудьте обновить Телеграм, чтобы чат стал доступен)
36. jay_dee 26.03.21 12:05 Сейчас в теме
(2)

интересно было бы пообщаться. Только может сделаем в клабхаусе комнату и соберемся там ?

UPD не под тем комментом написал. Вроде про субботу писали что-то ?
38. mkalimulin 1197 26.03.21 12:10 Сейчас в теме
(36) А они уже сделали клиента под Android?
Давайте лучше в Telegram https://t.me/braingurd?voicechat
Там все то же самое
39. jay_dee 26.03.21 12:14 Сейчас в теме
(38)

Подписался. Завтра очень постараюсь, интересно будет подискутировать =)
4. Dragonim 140 23.03.21 08:32 Сейчас в теме
Видел я такие базы, в которых отключали контроль отрицательных остатков. Потом приходил директор/экономист/бухгалтер и просил всё привести в порядок, потому что себестоимость не считается, к реальности база ни какого отношения не имеет и для использования мало пригодна. Результат всегда один: базу зачищают от документов осуществляющих движение, вводят начальные остатки по итогам инвентаризации и включают контроль отрицательных остатков.
disnos; Award; Ali1976; +3 Ответить
5. mkalimulin 1197 23.03.21 09:55 Сейчас в теме
(4) Ага. Включают контроль отрицательных остатков. А потом приходит клиент. который вот прямо сейчас сделает вашей компании месячную выручку. И как назло контроль отрицательных остатков тормозит этот процесс. И что скажет директор в этой ситуации? Он скажет: отпустите клиента немедленно, а потом сидите и разбирайтесь. Вот вам и расхождение базы с реальностью. Клиент у вас в реальности забрал полсклада, а в базе это все числится.
Здесь истина в том, что нет другого способа поддерживать актуальность базы, кроме как выделять достаточные ресурсы на это. А ложь заключается в том, что существует некий чудо-алгоритм, который решит проблему в автоматическом режиме. И многие директора покупаются на это. Здорово же! Проблема решается без выделения ресурсов! Наш долг, как специалистов устранять такие опасные заблуждения.
6. Dragonim 140 23.03.21 11:34 Сейчас в теме
(5)
А ложь заключается в том, что существует некий чудо-алгоритм, который решит проблему в автоматическом режиме.

Вы сами придумали миф о чудо-алгоритме, и теперь пытаетесь его сами развеять. Очень похвально. Не буду вам более мешать. Надеюсь вы скоро соберёте митап по развеиванию данного мифа.
Award; jay_dee; rovenko.n; +3 Ответить
7. mkalimulin 1197 23.03.21 13:15 Сейчас в теме
(6) Можете сказать все, что вы об этом думаете голосом в Телеграм, приходите сегодня в 21:00 мск
8. rovenko.n 24.03.21 14:15 Сейчас в теме
(5)
, что нет другого способа поддерживать актуальность базы, кроме как выделять достаточные ресурсы на это. А ложь заключаетс

В тот момент когда вы даете возможность людям списывать в минус, они начинают списывать в минус всё. У них нет никаких контролей, они могут списывать всё, что угодно. Они могут списать какую-то номенклатуру на затраты, украсть её и уволиться, а вы потом будете разбираться и найдёте. Толк от этого будет? Нет.
Во-вторых, не введенный документ прихода - это основная проблема. Вот здесь корень всех проблем. Пока работники склада не начнут вносить всю номенклатуру, вы можете списываться в минус сколько пожелаете.
В-третьих, я не знаю в какой учетной системе работаете вы, но все учетные системы, с которыми стыкался я позволяли посмотреть остаток на других складах. Вариант: "Купили не на тот склад" отсекается в 99,99% случаев, потому что вы можете посмотреть. Такая штука работает даже в самописных учетных системах магазинов.
Award; jay_dee; +2 Ответить
9. mkalimulin 1197 24.03.21 14:29 Сейчас в теме
(8) Приглашаю вас присоединиться к обсуждению в субботу с 12:00 мск в Телеграм
10. jay_dee 25.03.21 10:55 Сейчас в теме
Видел много баз с отключенным контролем остатков ради быстрого обслуживания. В последний раз когда я такое видел, это было минус 100 000 ед товара. При этом часто меня как раз и приглашают помочь разобраться что происходит на складе именно когда уже с остатками полная Ж и там уже никто не может разобраться, т.к. кто-то им посоветовал отключить контроль остатков

Итог отключения остатков всегда один - данные в базе и в реальности, как говорят в Одессе, две большие разницы. Тут кто-то писал, что отключение контроля остатков, должно идти в комплекте с процедурой проверки возникающих минусовых значений, причем чуть ли не каждый день.
А теперь давайте мыслить как предприниматели ...из-за того, что кто-то косячит, нам надо создать процедуру контроля возникающих ( а то что они не второй день возникнут можете не сомневаться ) минусовых значений, выделять сотрудника, кто будет это контролировать.

Ситуация описанная вами, случается раз в год и не факт что это попадет на супер важного клиента. В таких случаях, всегда можно позвонить администратору системы, который снимет проведен документ, который приведет к минусу и после того как сотрудник отпустит клиента, уже САМ будет искать где ошибка. При нормально выстроенных процессах, такие ситуации в принципе сведены к минимуму. Если на систематической основе проводятся инвентаризации, в моей практике это реально единичные случае.
На чаше весов - с одной стороны, случай который может и не возникнуть никогда, а если и возникнет то крайне редко, когда из-за ошибки затягивается выдача товара клиенту, с другой стороны, отключаем контроль остатков, нанимаем аудитора, который будет следить за минусовыми значениями, которые очень быстро полезут из всех щелей ...

Считаю, что если часто возникают подобные ситуации, то скорее всего весь учет построен не правильно и копать надо в другую сторону. У меня за последние 3 года, таких случаев был аж 1, который решился за 5 минут.

Как итог, считаю, что отключения контроля остатков ведет или к полному отсутствию учета и возможностью выносить товар со склада или к дополнительным тратам. Лично я, ни в одной базе с которой работаю не отключу контроль остатков.
Dragonim; Award; rovenko.n; +3 Ответить
12. mkalimulin 1197 25.03.21 13:59 Сейчас в теме
(10) А давайте конкретный случай рассмотрим.
У вас сработал контроль. Чтобы найти ошибку и исправить ее требуется 16 рабочих часов. Два дня работы одного человека. Ваши действия? Вы выставите двухдневный бан на продажу этого товара?
20. jay_dee 26.03.21 11:07 Сейчас в теме
(12)
Два дня работы одного человека. Ваши действия? Вы выставите двухдневный бан на продажу этого товара?


Я себе не представляю что можно искать 16 часов , если сработал контроль. Причин может быть не так много и проверить каждую не так сложно. Тут или приход забыли сделать или сделали расход, при этом товар не выдали ну или товар в резерве, но это совсем уже просто. В моей практике, почти всегда это были ошибки приходов или банальные резервы.

Вы мне лучше скажите, как часто, в вашем примере, такие ситуации возникают ? Я бы лучше копал в сторону выявления закономерности - почему эта ситуация возникает, на каком участке и кто несет за это ответственность. Может проще заменить сотрудника, который постоянно косячит ?

В любом случае, всегда можно поставить на приход, отгрузить клиенту и потом уже разбираться. Выключение контроля остатков в 99% случаев веден к хаосу, потому зачем искать ошибку, если и так пускает дальше работать ? Контроль остатков тем и прекрасен, что проблема сразу становится явно и очевидной для всех - сотрудник не может работать дальше и вынужден тут же найти и исправить ошибку или обратится к руководителю и сообщить о проблеме. Как показывает моя практика, Ваши 16 часов на поиск ошибки, если ее отложить "на потом" , превращаются в 32 часа, а то и вовсе потом ничего не сможете найти в сотнях ошибках которые накопились за период ...
22. mkalimulin 1197 26.03.21 11:17 Сейчас в теме
(20) Что можно искать 16 часов?
А как вы определите, что забыли какой-то приход ввести? Распишите конкретно, алгоритмически
28. jay_dee 26.03.21 11:33 Сейчас в теме
(22)

А как у вас приемка товара происходит на складе, если можно "забыть ввести приход" ?
27. mkalimulin 1197 26.03.21 11:29 Сейчас в теме
(20) В этой же ветке человек пишет (23 пост):

"В моей практике я работал как с контролем остатков так и без. Без контроля - минус 100 000 и я только тем и занимался, что сидел по сотням позиций с минусами сидел и искал откуда он полез и в конечном итоге на половину так и не находил"

Как видите, верхняя граница времени поиска - плюс бесконечность
30. jay_dee 26.03.21 11:36 Сейчас в теме
(27)
Как видите, верхняя граница времени поиска - плюс бесконечность


Это как раз в случае без контроля остатков - найти через 2 дня откуда полез минус, когда за эти 2 дня несколько сотен, а то и тысяч документов приход/расход уже не реально.
32. mkalimulin 1197 26.03.21 11:41 Сейчас в теме
(30) Да, ладно! У меня в обработке https://infostart.ru/public/1405186/ момент появления минуса выделяется и, таким образом, становится все равно когда искать.
А кроме того. Просто подумайте как следует, математически. Большинство срабатываний контроля происходит спустя значительное время после того, как была допущена ошибка
40. jay_dee 26.03.21 12:16 Сейчас в теме
(32)

Ну т.е. получается, что помимо инвентаризаций, у вас +1 процесс контроля минусовых значений, только в этом случае мы это даем человеку ?
Получается то же контроль остатков, только делает его человек ?
41. mkalimulin 1197 26.03.21 12:20 Сейчас в теме
(40) Вообще, это тема следующей статьи, которая выйдет, я надеюсь, в начале следующей недели. Если говорить одним предложением - человек контролирует все. Все остатки (как отрицательные, так и положительные)
15. ZLENKO 398 26.03.21 07:58 Сейчас в теме
(10) Не мешайте коллеге продвигать его "хау ноу" 😉 Пусть отключают, нам то что, это потом проблемы будут клиента, а не наши. 🤗
11. mixsture 25.03.21 13:58 Сейчас в теме
Ваше предложение периодического разбора минусов не является эквивалентом контроля отрицательных остатков. Потому что оно происходит не так часто.
Это значит, что
1) вы дальше по времени найдете расхождение, а значит будет все меньше шансов найти причину (потому что у пользователей забываются детали операций)
2) вы не найдете появление кратковременного минуса (например, на следующий день после минуса приехало поступление), но само наличие минуса уже внесло ошибки в другие механизмы (себестоимость или может заказали у поставщика на основе остатков и много чего может еще быть).
3) контроль остатков убирает из системы массу ошибок ввода данных (не тот товар случайно подобрали, контроль выругался, поправили на нормальный). Эти все ошибки вылезут аудитору.

В итоге это решение будет дороже для бизнеса (т.к. аудитор будет стоить дороже обычного пользователя, а еще ему свалится новый кусок работы из п.3). Выиграем ли мы что-то в продажах - может быть, а вот высокие затраты на этот процесс - будут точно.

В каких-то ограниченных случаях ваш вариант применим. У меня были и удачные случаи его применения, и неудачные.
Award; jay_dee; +2 Ответить
13. mkalimulin 1197 25.03.21 14:09 Сейчас в теме
Скупой, как известно, платит дважды. Контроль отрицательных остатков не удешевляет процесс. Контроль отрицательных остатков - это попытка "замести проблему под ковер". Уже в этой короткой ветке не раз прозвучало: "ко мне обратились с просьбой разобраться с остатками на складе". Т.е. проблема, как видите, распространенная. А откуда она взялась? Не оттуда ли, что кто-то сказал людям, что контроль отрицательных остатков решит все проблемы? Но это не так. Разрыв с реальностью происходит вне зависимости от наличия контроля отрицательных остатков. Это же должно быть очевидно. Ведь есть еще и положительные остатки. Кто их контролирует? Контроль отрицательных остатков, кроме того, усугубляет проблему. Потому что усиливает раз возникший разрыв с реальностью
Приглашаю в субботу, в 12:00 мск обсудить это голосом https://t.me/braingurd?voicechat
21. jay_dee 26.03.21 11:16 Сейчас в теме
(13)
е оттуда ли, что кто-то сказал людям, что контроль отрицательных остатков решит все проблемы? Но это не так. Разрыв с реальностью происходит вне зависимости от наличия контроля отрицательных остатков. Это же должно быть очевидно. Ведь есть еще и положительные остатки. Кто их контролирует? Контроль отрицательных остатков, кроме того, усугубляет проблему. Потому что усиливает раз возникший разрыв с реальностью


Никто и не говорят что контроль остатков решает все проблемы учета. Но решает большинство "детских ошибок" и опечаток. Контроль остатков не удешевляет, но при этом не удорожает. Самая главная функция контроля остатков - это выявить ошибку в момент ее возникновения и заставить пользователя решить ее в момент когда еще можно распутать клубочек и исправить. Не знаю как у вас, у меня такие ситуации крайне редко возникают. Вернее они возникают немного чаще, но в 99% случае это простые ошибки, которые пользователь может быстро исправить (например лишний ноль поставил и т.д. ) .

Моя статистика такая - до меня за год дошла только 1 такая проблема, когда не могли выдать ткань в производство т.к. сработал контроль остатков. За пару часов нашли в чем проблема, при этом ткань выдали и люди уже работали. Вопрос Вам - стоит ли мне отключать контроль остаток и нанимать аудитора который будет мониторить возникающие минуса ?
24. mkalimulin 1197 26.03.21 11:24 Сейчас в теме
(21) Нанимать аудитора, который будет контролировать связь с реальностью стоит всегда.
У вас был приходный документ 110 шт. по цене 101 руб. Его поменяли на 101 шт. по цене 110 руб. 9 штук унесли домой. И всем хорошо. Никаких отрицательных остатков, только положительные. И никаких проблем, которые куда-то там доходят. У всех все в порядке
14. ZLENKO 398 26.03.21 07:51 Сейчас в теме
Изначально неверный посыл в том, что клиент приходит "на склад". Это верно только в случае розничного магазина. Во всех остальных случаях документы выписывает менеджер, который не видит реальное наличие на складе. Разрешим менеджеру выписывать документы на несуществующие остатки, на "чужие" резервы? Как говорится, "успехов" 😆
16. mkalimulin 1197 26.03.21 09:29 Сейчас в теме
(14) При правильной организации работы, у менеджера есть система резервирования, которая работает отдельно от системы отпуска со склада. Некоторые совмещают две эти системы в одном документе РТиУ и используют контроль отрицательных остатков при проведении, как систему резервирования. И это само по себе является проблемой
17. mkalimulin 1197 26.03.21 09:34 Сейчас в теме
(14) Клиент так или иначе "приходит" на склад. Физически или виртуально. Если клиент уже приехал сам и пригнал грузовик, а ему какой-то менеджер говорит, что какая-та программа посылает его, клиента, нафиг, он, клиент, пойдет не нафиг, а к руководителю. А руководитель заставит кладовщика метнуться и проверить наличие товара на складе. И если товар есть, то клиент уедет с товаром
43. ovasiliev 6 27.03.21 15:49 Сейчас в теме
Контроль отрицательных остатков может быть, на самом деле, контролем остатков положительных.
В том случае, когда можно просто провести расходный документ и тут же, в транзакции, проконтролировать образование отрицательных остатков. Если их не образовалось - всё нормально, необходимые положительные остатки есть. Транзакцию закрываем, кэш сливаем с базой.
А если отрицательные остатки образовались - откатываем транзакцию, сообщаем о недостаточности тех или иных положительных остатков.
Из плюсов при таком подходе - не надо предварительно читать остатки с принудительной блокировкой записи по нужным полям, они заблокируются при записи.
44. mkalimulin 1197 27.03.21 16:31 Сейчас в теме
(43) Сообщаем о недостаточности, а дальше что?
46. ovasiliev 6 27.03.21 16:56 Сейчас в теме
(44) Вот как раз по-хорошему дальше всё.
В нормально налаженных системах контроль остатков производится не только при проведении реализации, но и при отмене проведения приходных. И такой ситуации, когда проблема остатков при проведении текущего документа требует "хождения по мукам", то есть по всей цепочке, просто не возникает.
Нет, я понимаю, голь (и дурь) на выдумки хитра, но в рамках открытой архитектуры 1С борьба с ней не имеет смысла. Она себя всё равно обдурит.
Поэтому с ветряными мельницами и бороться не стоит.
47. mkalimulin 1197 27.03.21 17:16 Сейчас в теме
(46) Что значит: все?
Сработал контроль отрицательных остатков. Распишите ваши действия по шагам
48. ovasiliev 6 27.03.21 17:17 Сейчас в теме
Не вижу смысла делать это здесь.
Вам диссертация нужна за бесплатно?
49. mkalimulin 1197 28.03.21 01:10 Сейчас в теме
(48) Зачем диссертация? Я просто пытаюсь вам показать - в чем вы не правы
50. ovasiliev 6 28.03.21 01:47 Сейчас в теме
(49) Не берите на себя много.
jay_dee; Award; +2 Ответить
51. DitriX 2098 28.03.21 14:13 Сейчас в теме
Считаю, что всем надо дать право указывать цену на товар вручную.
приходит клиент на кассу, а товар в базе 100 тугриков, а на ценнике 90. Все. Что делать? Не отпускать?
Поэтому. Пусть люди сами цены ставят в ручную смотря на ценник товара. А если цпнник потерялся - пусть кассир прикинет сколько он стоит и отпускает по этой цене.

Ибо клиент стоит на кассе. Он готов выкупить весь магазин по 100 денег за товар. А у вас в базе стоит цнна 300. Бред какой то. Надо ему отпустить, а потом разбираться, почему там стоит не та цена,которую ожидает клиент.
52. mkalimulin 1197 28.03.21 23:54 Сейчас в теме
(51) Не уходите в сторону. О ценах никто не говорил. Если у вас есть, что возразить по существу, возражайте
53. DitriX 2098 29.03.21 00:28 Сейчас в теме
(52) так я же улучшил вашу модель. Это же круто.
А по существу говорить не о чем, статья уровня джуна. Который не до конца понимает для чего какие мезанизмы были сделаны.
Но, если вдруг, вы не джун, а опытный внедренец, то тогда вы должны были четко описать рамки вашей модели, где она применима, в каких случаях, а где не применима.
Так я сейчас начну вас спрашивать про маркировки, про уктведы, про себестоимости, и вы начнете отнекиваться, мол это не сюда. Так зачем мне начинать это делать?
Я читал вашу статью на хабре, и вам там местами дали понять про ваши проколы, но вы решили на них не отвечать, так как поняли, что ваша модель не выдержит никакой критики. И область ограничения - ларек на 150 позиций товаров.

Поэтому - или опишите нормально модель, ее плюсы, ее минусы, области применения, в каких кейсах она выигрывает, в каких проигрывает, и тогда с вами можно будет вести диалог.
Или же давайте поговорим про то, что учетная система вообще не нужна, видь в ней могут быть ошибки, а нет системы - нет ошибок :)
Grotgt; kMidas; Award; +3 Ответить
54. mkalimulin 1197 29.03.21 01:23 Сейчас в теме
(53) Я вроде бы ясно описал в статье, что контроль отрицательных остатков не надо использовать нигде и никогда. Потому что он просто не работает. Нет никакого смысла останавливать продажи на неопределенный срок. А также нет смысла откладывать регистрацию события. Это противоречит требованиям федерального закона о бухучете, и просто рациональным соображениям. Есть факт хозяйственной деятельности - он должен быть зарегистрирован немедленно. То, что регистрация события выводит остатки в минус не должно быть препятствием. Работа с минусами должна идти отдельным потоком. И это применимо везде
56. DitriX 2098 29.03.21 01:58 Сейчас в теме
(54) я вам почему привел пример с ценами? Видать надо разжевать.
Потомучто если не переклеили ценники и ценник стоит меньше чем цена в программе, то вы обязаны отпустить товар клиенту по той цене, которая указана на ценнике.
Т.е. любая система позволяет пользователю с определенными полномочиями - изменить цену.
Тоже самое и с отрицательными остатками. Если надо - делай. Но потом будешь ращбираться что к чему. Даже не то что потом. А даже если клиент товар в итоге не купил. То ты уже должен начать разбираться с проблемой, хотя, на складе не возник отрицательный остаток.

Но есть и куча компаний, где нет учёта остатка на кассе вообще, так как остаток контролируется в другой системе. И это норма.

Но вы же тянетесь выше касс. А там есть такое понятие как себестоимость, наценка на себестоимость, резервы, первичные документы с сертификацией, где вы обязаны отгрузить именно то, что вы выписали в инвойсе и мриложить сертификаты.
Теперь ещё и маркировка добавилась. Ее тоже без контроля делать? Разрешать один и тот же код списывать два раза и отправлять это в честный знак?
Вся система маркировки строится вокруг контроля остатков.

Поэтому то о чем вы пишите - это используется там, где это надо. А не везде, как пишите вы.
57. mkalimulin 1197 29.03.21 09:37 Сейчас в теме
(56) Насчет маркировки я с вами соглашусь. Действительно, если мы уже наладили учет с точностью до единицы товара, то контроль не приводит к отрицательным последствиям. Можно остановить процесс. Ничего страшного, потому что он останавливается только для этой конкретной единицы. А можно и продать, но не регистрировать. Опасности перерезервирования при этом не будет.
Вообще, можно сказать, что контроль отрицательных остатков не имеет вредных последствий при условии, что количество равно 1. Спасибо за ценное замечание.
А вот насчет того, что все и так используется только там, где нужно, а там, где не нужно не используется не могу согласиться
55. mkalimulin 1197 29.03.21 01:25 Сейчас в теме
(53) На какой вопрос я не ответил на хабре? Напомните, пожалуйста. Я с удовольствием отвечу и здесь и там
85. GODCRM 10 30.04.21 19:33 Сейчас в теме
(0) с тех пор как отключил контроль отрицательных остатков и где нужно дописал свой контроль у меня получилось на столько автоматизировать работу 1С, что менеджеры и даже кладовщики работают только в ритейлцрм.
Автоматом теперь создается практически всё вплоть до заказов поставщикам и перемещений по точкам по вычисляемой автоматом потребности товаров на следующий день как по расписанию(заказы поставщикам) так и в реальном времени(перемещения, заказы,оплаты,реализации..) в реальном времени так как в 1С поднят вебсервис в который вебхуками црм сама кидает когда нужно команды ;)

в целом контроль остатков зло для автоматизации, но в некоторых моментах где руками что-то делают дописан собственный контроль
86. CheBurator 3125 05.06.21 23:37 Сейчас в теме
эх, пропустил такое обсуждение...
88. mkalimulin 1197 06.06.21 10:57 Сейчас в теме
87. CheBurator 3125 05.06.21 23:46 Сейчас в теме
Замечу, что "контроль отрицательных остатков" присущ УЧЕТНЫМ ("посмертным") системам и практически отсутствует в "системах реального времени", например в WMS, которые являются регистрирующими системами
89. mkalimulin 1197 06.06.21 10:57 Сейчас в теме
(87) А я полагаю, что наоборот.
Вообще-то все системы можно считать регистрирующими. Разница только в том, что регистрируется.
Если мы регистрируем свершившийся факт, тогда контроль отрицательных остатков вреден. Если нам доподлинно известно, что 10 шт. ушло со склада, то нет никакого смысла запрещать регистрировать этот факт только потому, что кто-то, когда-то, где-то ошибся. А вот если мы регистрируем НАМЕРЕНИЕ совершить какое-то действие, тогда другое дело. Клиент пришел к нам и ЕЩЕ ТОЛЬКО ХОЧЕТ купить что-то, а мы проверяем - есть ли у нас это что-то в наличии. Здесь контроль уместен. Но я бы не стал называть его контролем отрицательных остатков. Потому что у такого контроля есть свое имя - РЕЗЕРВИРОВАНИЕ. И работает он несколько иначе. Вот почему я и говорю, что контроль отрицательных остатков, как таковой, вреден всегда
90. CheBurator 3125 06.06.21 13:31 Сейчас в теме
(89)
Если нам доподлинно известно, что 10 шт. ушло со склада, то нет никакого смысла запрещать регистрировать этот факт только потому, что кто-то, когда-то, где-то ошибся.

- то что ты написал - это учетная система (нам стало известно что что-то произошло и мы это регистрируем спустя некоторое время когда мы об этом узнали). Регистрирующая система тем и отличается, что регистрация выполняется непосредственно в момент ухода (нет "нам стало известно"). Регистрирующие системы работают с физическими объектами. и регистрирует совершаемые действия. И никаких отрицательных остатков в принципе не возникает, ввиду их принципиальной физической невозможности. Вот и вся разница.
.
"контроль отрицательных остатков вреден." - в том смысле что запрещать зарегистрировать что нам стало известно (спустя какое-то время) что со склада ушло 10шт (при наличии в учете 5) - тут согласен.

Другое дело, что в учете время существования такого отрицательного остатка в учете должно быть сведено практически к максимально короткому времени, в идеале такой отрицательный остаток д.б. ликивидирован в учете непосредственно по факту его возникновения в учетной системе (как/кем - это другой вопрос), иначе далее при работе в учетных системах невозможно отделить отрицательный остаток как следствие правильных действий от отрицательного остатка как следствие ошибочных действий.

В контексте обсуждения я (пока) рассматриваю только те субъекты учета, которыми можно манипулировать физически.

И да, отгрузить 10 штук когда в учете всего 5 - это жестокий трэш. В том смысле что учетная система здесь вообще излишнее звено. В цифры не смотрим, идем на склад и берем сколько надо. Иначе откуда вдруг клиенту отгрузили 10 штук? типа приперся клиент на склад и орет - "тащите такой-то товар мне в таком-то количестве или вообще весь запас такого товара что есть на складе - возьму всё!"..? как разовые форсмажорные действия - это может быть. Но мы ведь говорим о систематических действиях, а не о форс-мажоре... А там где такие действия есть стандартными - типа дарксторов - что с полки притащили на "кассу" - то и пробили - там отрицательные остатки вообще вне темы текущей оперативной деятельности...

как-то так...
.
91. Grotgt 09.11.22 08:42 Сейчас в теме
Бред. Четко и лаконично. В жизни так не работает, только если вы сами на себя работаете и четко держите своих сотрудников под контролем. В мало-мальских больших организациях, все быстро выходит из-под контроля, и прощай расчет себестоимости и другая аналитика.
92. mkalimulin 1197 09.11.22 08:50 Сейчас в теме
(91) Выходит из под контроля в результате чего?