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

Публикация № 1407035 22.03.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. Артано 718 22.03.21 06:48 Сейчас в теме
Согласен с основными идеями про отрицательные остатки. На практике везде где видел, все разумные люди рано или поздно приходят именно к описанному сценарию:
1. При списании игнорировать отрицательный остаток, если фактически подтверждено наличие.
2. Запускать расследование отрицательных остатков в рамках отдельного процесса и другими людьми.

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

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

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

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

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

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


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


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


(32)

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

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

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

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

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

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

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


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

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

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

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


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

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

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

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

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

Ну так и пентагон взламывали =) только сомневаюсь что тот кто это сделал пойдет работать кладовщиком, чтобы украсть 9 единиц товара.
76. mkalimulin 503 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 503 02.04.21 17:40 Сейчас в теме
(73) Сколько ошибок вы лично искали? Своими руками? У вас 3000 приходных и расходных документов по какому-то конкретному товару. Сработал контроль отрицательных остатков. Ваши действия?
77. jay_dee 02.04.21 17:56 Сейчас в теме
(75)

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

В любом случае, если проблема не задержать клиента - оприходуйте товар через инвентаризацию. Это проще, дешевле и быстрее. А потом уже разбирайтесь и проводите на основе этого документа расследование. А вы хотите создать кучу процессов, заплатить Вам за доработку программы, нанять еще людей, которые будут этим заниматься. Если у вас постоянно возникают такие процедуры - это явный признак, что сам процесс у вас настроен не правильно
79. mkalimulin 503 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 503 02.04.21 18:08 Сейчас в теме
80. jay_dee 02.04.21 18:00 Сейчас в теме
(75)
ому товару. Сработал контроль отрицательных остатков. Ваши действия


Спрошу по другому. Вы можете перечислить мне все возможные варианты, где может быть ошибка ?
83. mkalimulin 503 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 503 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 503 29.03.21 19:25 Сейчас в теме
(64) А вот "всевидящее око" можно сделать абсолютным. О чем и будет следующая статья
68. jay_dee 30.03.21 15:18 Сейчас в теме
(66)
ожно сделать абсолютны


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

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

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

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

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

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

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

Производство: Склад передает в производство или перемещает. Мелкая мебельная фурнитура. Перемещение могут сделать, в бухгалтерию падала информация о минусах. И бухи решали как данный минус убрать. Чтобы закрытие месяца прошло хорошо.
2. mkalimulin 503 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 503 26.03.21 12:10 Сейчас в теме
(36) А они уже сделали клиента под Android?
Давайте лучше в Telegram https://t.me/braingurd?voicechat
Там все то же самое
39. jay_dee 26.03.21 12:14 Сейчас в теме
(38)

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

Вы сами придумали миф о чудо-алгоритме, и теперь пытаетесь его сами развеять. Очень похвально. Не буду вам более мешать. Надеюсь вы скоро соберёте митап по развеиванию данного мифа.
Award; jay_dee; rovenko.n; +3 Ответить
7. mkalimulin 503 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 503 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 503 25.03.21 13:59 Сейчас в теме
(10) А давайте конкретный случай рассмотрим.
У вас сработал контроль. Чтобы найти ошибку и исправить ее требуется 16 рабочих часов. Два дня работы одного человека. Ваши действия? Вы выставите двухдневный бан на продажу этого товара?
20. jay_dee 26.03.21 11:07 Сейчас в теме
(12)
Два дня работы одного человека. Ваши действия? Вы выставите двухдневный бан на продажу этого товара?


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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

как-то так...
.
Оставьте свое сообщение

См. также

Excel vs 1С: битва с неожиданным исходом Промо

Анализ учета Универсальные обработки Загрузка и выгрузка в Excel Финансовые Управленческие v8 1cv8.cf Россия Бесплатно (free)

Что лучше 1С или Excel? Разберемся, в казалось бы, очевидном, чтобы получить невероятное!

11.04.2019    41908    bolefirenko    122    

1С:ERP: учет в двух единицах измерения на примере ювелирного производства

Производство готовой продукции (работ, услуг) Учет ТМЦ v8 ERP2 Ювелирная промышленность и торговля Бесплатно (free)

1С:ERP - флагман программных продуктов фирмы 1С. Это универсальный продукт, позволяющий закрывать основные (ключевые) потребности при автоматизации среднего и крупного предприятия. Несмотря на универсальность 1С:ERP, в типовом решении отсутствует учет в двух единицах измерения. Антон Мордовин – архитектор систем на базе «1С» Внедренческого центра «Раздолье» - расскажет о примере реализации такого проекта на крупном ювелирном производстве.

20.11.2021    1528    1СERP    16    

ФСБУ 5/2019 "Запасы". Учет малоценного оборудования и запасов. Суть изменений. Видео примеры в Бухгалтерии 3.0

Учет ТМЦ v8 v8::БУ БП3.0 Россия БУ Бесплатно (free)

Простыми словами суть нового стандарта. Учет малоценного оборудования и запасов, видео примеры в Бухгалтерии 3.0.

12.11.2021    819    niko11s    5    

Моделирование в 1С:ERP - практика анализа движений документов

Анализ учета Механизмы оперативного учета v8 ERP2 Россия УУ Бесплатно (free)

Практические примеры разных вариантов анализа движений документов при моделировании в 1С:ERP - анализ цепочки документов, функциональный анализ, сценарный и событийный.

01.11.2021    921    pma_2015    9    

Принципы учета номенклатуры в конфигурациях УТ11 и ERP. Ошибки расчета себестоимости Промо

Управленческий учет (прочее) Бухгалтерский учет Оптовая торговля Учет ТМЦ Оптовая торговля Учет ТМЦ v8 ERP2 УТ11 КА2 УУ Бесплатно (free)

Основные регистры, используемые для учета номенклатуры в конфигурациях УТ11, КА2, ERP. Для чего используются все эти регистры, какие из них основные и какие вспомогательные. Основные ошибки в учете товаров и расчет себестоимости. Как проще находить и исправлять ошибки в учете.

06.01.2016    168865    ekaruk    80    

1C: Розница. Блок планирования и проведения частичных инвентаризаций товарных остатков

Учет ТМЦ v8 Розница Бесплатно (free)

Приветствую, коллеги! Сегодня говорим о блоке 1С:Розницы, который отвечает за установку планов, а также проведение частичных инвентаризация по остаткам товаров. Инвентаризация по остаткам товаров– довольно трудоёмкий и затратный по времени процесс. Но проводить его нужно в обязательном порядке для каждого розничного магазина, так как процедура инвентаризации повышает точность учёта товаров и даёт возможность оценивать спрос на тот или иной товар. Благодаря процедуре инвентаризации продавец делает более точный заказ поставщику. Как раз по этим причинам в любых розничных магазинах проводят инвентаризацию товара, чтобы узнать точное количество остатков продукции. Конфигурация 1С:Розница позволяет ускорить процесс проведения инвентаризации при помощи фильтрации продукции, а также возможности выбрать или не выбрать оформление ордера для пересчётов.

25.10.2021    264    Koder_Line    0    

Маркировка молочной продукции в 1С:Бухгалтерии

Учет ТМЦ v8 v8::БУ БП3.0 Пищевая промышленность Россия БУ Бесплатно (free)

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

21.10.2021    522    VCPro    3    

Учет выявленных расхождений по количеству и цене товара при поступлении от поставщика в 1C:Розница

Учет ТМЦ v8 Розница Россия УУ Бесплатно (free)

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

10.09.2021    1005    Koder_Line    0    

Выборочное списание партий товаров в "Управление торговлей" редакции 10 Промо

Учет ТМЦ Бухгалтерский учет v8 УТ10 Россия УУ Бесплатно (free)

Реализация выборочного списания партий товаров в "Управление торговлей" редакции 10

01.10.2011    46213    GreenLab    34    

Механизм анализа данных. Кластеризация.

Математика и алгоритмы Анализ учета v8 v8::DataMining Бесплатно (free)

Подробный разбор, с примером использования, встроенного механизма кластеризации 1С.

31.08.2021    2126    dusha0020    8    

Внедрение адресного хранения на 1С:КА 2.4. Часть 1. Теоретическая. Мотивационная

Учет ТМЦ Рабочее место Адаптация типовых решений v8 ERP2 УТ11 КА2 УУ Бесплатно (free)

Внедрение адресного хранения на КА2.4: начало процесса и акценты. Теоретическая часть. Местами мотивационная.

12.08.2021    3597    Rustig    216    

ГОСОБОРОНЗАКАЗ в 1С - Распределение косвенных расходов с учетом положений ФСБУ 5/2019 «Запасы»

Бухгалтерский учет Учет доходов и расходов Учет ТМЦ Производство готовой продукции (работ, услуг) v8 УПП1 БП3.0 Россия БУ УУ Бесплатно (free)

В статье мы рассмотрим решение по распределению косвенных расходов с учетом изменений в законодательстве с 2021 г., а именно вступление в действие ФСБУ 5/2019 «Запасы», на примере подсистемы «Раздельный учет ГОЗ» для 1С:Бухгалтерии 3.0 ПРОФ или КОРП

29.04.2021    3566    serg_vs    0    

Учет спецоснастки в 1С:Бухгалтерии 3.0

Учет ТМЦ v8 v8::БУ БП3.0 Россия БУ Бесплатно (free)

В данной статье будет рассмотрена спецоснастка: что это такое, как «проводить» её через систему 1С, а также тонкости бухгалтерского учёта спецоснастки в 1С. Спецоснастка – это некоторый оборотный актив, который состоит в материалах. Спецоснастка в эксплуатации является уникальным оборудованием, которое необходимо в учреждениях и на производствах, и считается средством для труда.

23.04.2021    811    Koder_Line    0    

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

Поиск данных Учет ТМЦ v8 v8::УФ 1cv8.cf УУ Абонемент ($m)

Замена контроля отрицательных остатков на более рациональное решение.

1 стартмани

19.03.2021    2288    12    mkalimulin    1    

Механизмы расчета резервов по товарам организаций

Закрытие периода Учет ТМЦ v8 КА1 ERP2 УТ11 УУ Бесплатно (free)

Если Вы используете подсистему Интеркампани в конфигурациях УТ 11.4, КА 2.4 или ЕРП 2.4, и перед закрытием месяца обнаружили наличие отрицательных остатков по регистру накопления «ТоварыОрганизаций», это, как правило, говорит о том, что придется потратить значительное количество времени на устранение ошибок. Разумеется, величина проблемы зависит от количества организаций и складов, объема документов, наличия учета товаров в разрезе ГТД и других аспектов. Но в любом случае решить эту проблему быстро, получается далеко не всегда.

28.12.2020    3563    ids79    1    

Пример решения задачи по автоматизации учета штучных изделий и возможному браку. Промо

Учет ТМЦ Бухгалтерский учет v8 КА1 УТ10 УПП1 Россия УУ Бесплатно (free)

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

26.04.2011    26633    milkers    11    

"Особенности" коэффициентов единиц измерения в 1С: Управление нашей фирмой

Учет ТМЦ v8 УНФ УУ Бесплатно (free)

«Особенности» использования коэффициентов в единицах измерения в в 1С: Управление нашей фирмой. Можно ли их изменить после ведения учета? И к чему это может привести.

09.11.2020    5422    Torin    5    

Как в 1С: Бухгалтерии предприятия 8 правильно вести учет горючего по путевым листам

Учет ТМЦ v8 1cv8.cf УУ Бесплатно (free)

В статье мы проанализируем вынесенную в заголовок проблему, рассмотрев все нюансы учета горючего по путевым листам на реальном примере в программе 1С: Бухгалтерия Предприятия 8.

06.11.2020    3182    Koder_Line    4    

Акт о расхождениях в 1С: Бухгалтерии 3.0

Учет ТМЦ v8 v8::БУ БП3.0 Бесплатно (free)

В этой статье поговорим о ситуации, когда приобретаем по документу одно количество товара, а на поверку оказывается совсем другое. В такой ситуации нам требуется оформить разницу между фактическим поступлением и документом на поступление товара. Для отображения таких операций в программе 1С: Бухгалтерия 8.3 предусмотрен документ «Акт о расхождениях». Такой функционал в конфигурации 1С 8.3 появился с обновлением 3.0.76.61.

30.09.2020    2228    Koder_Line    0    

Настройка отчета "Паспорт просрочен" в ЗУП 3

Анализ учета Зарплата v8 v8::СПР ЗУП3.x БУ Бесплатно (free)

Обновили программу с 3.1.10 до 3.1.14 и в карточке сотрудника всплывает информация о просроченных паспортах для пользователя с полными правами, а у кадровика нет.  Я решила настроить для кадровика отчет.

30.09.2020    1902    Hla    4    

Несколько групп для одной номенклатуры в УТ 11

Механизмы оперативного учета Учет ТМЦ v8 v8::ОУ УТ11 Россия УУ Бесплатно (free)

В статье опишу вариант доработки УТ 11 для использования нескольких групп для одной номенклатуры.

23.09.2020    1839    malikov_pro    14    

Team: Торговля + Склад + Производство (Мобильное приложение на платформе 1С)

Мобильная разработка Производство готовой продукции (работ, услуг) Учет ТМЦ Управление торговлей v8::Mobile УУ Бесплатно (free)

TEAM - учет для бизнеса на мобильном и ПК: склад; деньги, мультивалютность; продажи - покупки товаров, услуг; заказы и долги клиентов, поставщиков и других партнеров; учет производства, сборки комплектов; доходы и расходы, прибыль и финансовый результат.

14.09.2020    2676    naypak    10    

Выбор вариантов отчета в "Управление торговлей" ред. 11 Промо

Работа с интерфейсом Учет ТМЦ Учет ТМЦ v8 УТ10 Россия БУ Бесплатно (free)

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

27.05.2012    48718    1cUserAndrew    25    

Алгоритм резервирования товара на складе УНФ (1.6.21.114)

Учет ТМЦ v8 УНФ Россия УУ Бесплатно (free)

Цель: Резервировать товар, которого нет на складе, под определенный «Заказ покупателя». Ситуация, когда нет возможности создавать на основании «Заказа покупателя» - «Заказ поставщику» на то количество товара, которое указано в «Заказе покупателя». А также, когда необходимый товар заказывается у разных поставщиков исходя из соображений Клиента. P.s. Прочитав много источников, не нашел для себя четкого решения моей конкретной задачи, надеюсь, данная статья будет кому-то полезна.

29.08.2020    1543    iD1n    2    

Как сделать комплектацию ТМЦ в Бухгалтерии 7.7

Учет ТМЦ v77::БУ 1С7:Бух БУ Бесплатно (free)

Решаем задачу комплектации ТМЦ в 1С Бухгалтерии 7.7. Описан механизм сложных проводок.

27.08.2020    1441    AndKovalchuk    0    

Тестовая отгрузка/приемка маркированного лекарственного препарата в песочнице ИС Честный знак

Учет ТМЦ Инструкции пользователю v8 Здравоохранение, медицина, стоматология Бесплатно (free)

Последовательность действий для тестирования отгрузки/приемки ЛП в ИС Честный знак и дальнейшая приемка в любой поддерживающей МДЛП конфигурации 1С

07.08.2020    8886    RPGrigorev    0    

Учет вспомогательного инструмента с учетом изностойкости

Учет ТМЦ v8 УПП1 Россия УУ Бесплатно (free)

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

01.07.2020    2822    Aprsoft    0    

"Микро-WMS": базовая WMS с упрощенной архитектурой, открытым кодом на PostgreSQL и клиентами на SimpleUI

Учет ТМЦ Оптовая торговля Терминал сбора данных УУ Бесплатно (free)

В статье приведен обзор простой, но функциональной SQL-ориентированной WMS с открытым кодом, базирующейся на бесплатных платформах от инфраструктуры СУБД и до клиентов, которая может послужить базой для своих разработок и внедрений. Решение можно развернуть на своем сервере или облаке(развернуть как «облачную WMS»). Статья может быть полезна с той точки зрения, что показывает "анатомию" WMS - как все устроено.

12.05.2020    5352    informa1555    13    

Как в 1С отражаются товары "в пути"

Оптовая торговля Учет ТМЦ v8 ERP2 УТ11 КА2 УУ Бесплатно (free)

При ведении бизнеса на предприятиях любого профиля, размера и форм собственности часто возникает следующая ситуация. 1. Предприятие закупает некую номенклатуру у поставщика для дальнейшей перепродажи или собственного использования. 2. Номенклатура относится к категории материальных объектов, которые можно транспортировать. Понятно, что под это определение попадают товары, материалы, сырье, полуфабрикаты, но не услуги, работы и объекты недвижимости. 3. Имеется «временной разрыв в 1С» между моментом перехода прав собственности на товар (так будем называть упомянутую в пункте 2 номенклатуру) и поступлением товара на склад предприятия. 4. Правила и политика учета на предприятии диктуют необходимость отразить «временной разрыв в 1С» в учетной системе. Строго говоря, такой «временной разрыв в 1С» между моментом подписания накладной (переход права собственности) и моментом физического поступления товара на склад существует всегда. Но не всегда имеет смысл отражать «временной разрыв в 1С» в учетной системе.

09.05.2020    10784    Koder_Line    0    

Использование com-соединения для сопоставления номенклатуры, контрагентов

Анализ учета v8 1cv8.cf Бесплатно (free)

Com-подключение для сравнения номенклатуры, контрагентов, остатков.

06.05.2020    2132    Rustig    12    

НДС предъявленный. Возмещение НДС при смене режима налогообложения

Учет ТМЦ v8 ERP2 Россия ЕНВД НДС Бесплатно (free)

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

16.04.2020    1492    n.saltsina    1    

Как сделать сторно в 1С

Анализ учета v8 v8::ОУ КА2 УУ Бесплатно (free)

Сторно – это исправление ошибок учета, когда ошибочно внесенную операцию записывают с отрицательными числами. В программах 1С есть два вида документа, с помощью которых можно выполнить сторно необходимых данных. Это "Корректировка регистров" и "Операция" в 1С 8.3.

30.03.2020    4324    Koder_Line    0    

Партионный учет по двум количественным показателям

Математика и алгоритмы Учет ТМЦ v8 1cv8.cf Оптовая торговля, дистрибуция, логистика Россия УУ Бесплатно (free)

Особенности учета партионной системы при наличии двух количественных показателей.

26.03.2020    4521    lastcontra    5    

Удаление ошибки Неоднозначное имя характеристики в дополнительных реквизитах номенклатуры

Учет ТМЦ v8 v8::ПВХ ERP2 Россия УУ Бесплатно (free)

При отборе номенклатуры по видам и свойствам возникает ошибка Неоднозначное имя характеристики, здесь объясняется, что нужно сделать.

12.03.2020    3525    Katerpal    2    

Учет многолетних трав в 1С: ЕРП АПК

Учет ТМЦ Производство готовой продукции (работ, услуг) Бухгалтерский учет v8 ERP2 Сельское хозяйство и рыболовство Россия БУ УУ Бесплатно (free)

Одним из самых длительных процессов производства в полеводстве является выращивание многолетних трав. Ключевой особенностью учета себестоимости в данном случае является распределение затрат первого года (как правило, это все затраты до первого укоса в год посева, либо полностью все затраты в год посева, если в этом году не было укоса). И распределяются они согласно документу "Методические рекомендации по бухгалтерскому учету затрат и выхода продукции в растениеводстве" (утв. Минсельхозом РФ 22.10.2008) равными долями на все годы использования данных посевов.

19.01.2020    3729    AXoxol    6    

Организация работы со штрих-кодами посредством веб-интерфейса

Сканер штрих-кода Учет ТМЦ Оптовая торговля, дистрибуция, логистика Россия Бесплатно (free)

Вариант организации работы со штрих-кодами без терминалов сбора данных на примере подтверждения документов отгрузки WMS.

19.12.2019    3651    Дуб    14    

Виды запасов: что это, и что делать, чтобы все было хорошо

Учет ТМЦ v8 ERP2 УТ11 КА2 Россия УУ Бесплатно (free)

Учет товаров по видам запасов, особенности его реализации в программах 1C:Управление торговлей 11, Комплексная автоматизация 2 и 1C^ERP, а также отличия от "традиционного" партионного учета.

25.11.2019    15123    user1114962    13    

Управление запасами в 1C:УНФ. Ордерная схема. Складские ордера. Плюсы и минусы. Для чего она нужна?

Управление торговлей Учет ТМЦ v8 УНФ Бесплатно (free)

Ордерная схема. Плюсы и минусы Давайте сразу же зададимся вопросами: Что такое ордерная схема и для чего она нужна? А в конце статьи попытаемся ответить на главный вопрос: Нужна ли ордерная схема вашему предприятию? Ордерная схема это прежде всего разделение операций по движению товаров на Финансовые и Складские. Ещё называют "двухфазная" схема товародвижения.

14.10.2019    14185    funtik135    14    

Использование характеристик независимо от вида номенклатуры

Учет ТМЦ v8 v8::ОУ v8::ПВХ УТ11 Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика УУ Бесплатно (free)

Основной темой данного исследования послужил следующий вопрос: Каковы будут последствия (при оперативном учете, при закрытии месяца и т.п.) если изменить значение реквизита «ИспользованиеХарактеристик» у нескольких карточек номенклатуры в пределах одного и того же вида номенклатуры?

19.09.2019    8061    maksal    12    

Дополнение к контролю остатков

Учет ТМЦ Учет ТМЦ v8 ERP2 УТ11 КА2 БУ УУ Бесплатно (free)

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

15.08.2019    17132    sapervodichka    17    

Информационные системы в оптовой торговле. Часть 4. Склад

Бухгалтерский учет Оптовая торговля Учет ТМЦ Оптовая торговля Учет ТМЦ Оптовая торговля, дистрибуция, логистика Россия УУ Бесплатно (free)

Хранение товаров и их учет позволяет добиться успеха и избежать неприятностей, связанных с хищением товаров.

12.08.2019    5525    Ликреонский    2    

Справочник "Номенклатура": технические характеристики, учет аналогов, контроль уникальности и многое другое…

Инструкции пользователю Бухгалтерский учет Учет ТМЦ Учет ТМЦ v8 1cv8.cf Россия Бесплатно (free)

Отражение отраслевых особенностей и особенностей регламента ведения базовых справочников в справочнике Номенклатуры конфигураций на платформе 8.3.

05.04.2019    8810    n.saltsina    4    

Объектный учёт материалов при производстве рулонов основы для печати

Производство готовой продукции (работ, услуг) Учет ТМЦ Бухгалтерский учет Производство готовой продукции (работ, услуг) Учет ТМЦ Практика программирования v8 v8::ПВХ КА1 УТ10 УПП1 Издательство, полиграфия, упаковка УУ Бесплатно (free)

Рулоны из Бумаги и Плёнки в полиграфии составляют существенную часть затрат на выпуск готовой продукции Как проследить историю каждого рулона от прихода до выпуска готовой продукции ?

25.03.2019    5572    Designer1C    0    

Консилиум во флаконе

Бухгалтерский учет Анализ учета v8::БУ v8::Запросы v8::СКД 1cv8.cf Бесплатно (free)

Ошибки, держитесь крепче. Flowcon вышел на охоту.

14.03.2019    9036    1c-intelligence    10