Часто у пользователей 1С:Управление торговлей 11 возникает закономерный вопрос: почему система позволяет провести документ реализации товаров датой и временем раньше, чем документ поступления этих же товаров, если обе операции происходят в один день? Например, поступление оформлено в 12:00, а реализация — в 09:00 того же дня. Ожидается ошибка о нехватке остатка, но документ проводится успешно. Давайте разберемся, почему так происходит и как на самом деле работает контроль остатков в современных конфигурациях 1С.
Это не ошибка, а особенность методологии, заложенной в программу. Ключевым фактором здесь является режим проведения документа и настроенные виды контроля. Проанализируем ситуацию по шагам.
Чтобы понять логику системы, сначала нужно разобраться в двух режимах проведения документов. Это фундаментальное понятие для учета в 1С.
В современных конфигурациях, таких как УТ 11, ERP, Комплексная автоматизация, подход к контролю остатков при неоперативном проведении был значительно смягчен по сравнению с более ранними версиями (например, УПП или УТ 10.3). Для повышения прозрачности учета можно добавить отображение остатков товаров в документах реализации и заказа. Это сделано для удобства пользователей, которым часто приходится вводить документы постфактум, а не в реальном времени.
Главный секрет кроется в том, что при неоперативном проведении УТ 11 по умолчанию контролирует наличие товара не на точную дату и время документа, а на определенную "контрольную точку". В большинстве случаев этой точкой является конец месяца, в котором проводится документ, хотя иногда пользователи сталкиваются с необходимостью выравнивания остатков после обновления конфигурации.
Рассмотрим на примере из обсуждения:
Когда вы проводите реализацию в 09:00, система видит, что документ проводится неоперативно. Вместо того чтобы проверять остаток на 09:00 10 февраля, она проверяет, не станет ли остаток отрицательным на конец месяца — 29.02.2024 23:59:59. Поскольку в этом же месяце (и даже в этот же день) есть документ поступления, который "закроет" этот расход, с точки зрения месяца в целом баланс сходится. Система предполагает, что к концу отчетного периода все необходимые приходные документы будут внесены, и разрешает проведение.
Этот же принцип объясняет, почему эксперимент в демо-базе показал следующие результаты:
Таким образом, время документа в течение дня при неоперативном проведении не играет роли для контроля остатков. Важен месяц.
В настройках системы (раздел НСИ и администрирование → Настройка НСИ и разделов → Финансовый результат и контроллинг → Учет товаров) можно управлять несколькими видами контроля, которые влияют на поведение программы:
В более старых версиях существовал еще строгий "оперативный контроль", который жестко отслеживал хронологию документов вплоть до секунды, но в УТ 11 его роль изменилась. Теперь возможна более гибкая настройка, включая отключение контроля остатков для выбранных организаций.
Существует еще одна причина, по которой реализация может успешно пройти даже при кажущемся отсутствии товара. Это использование механизма передачи товаров между организациями, известного как "Интеркампани".
Если в вашей информационной базе ведется учет по нескольким юридическим лицам и включена эта опция, то при продаже товара одной организацией система может проверять не только ее остатки, а совокупный остаток этого товара по всем фирмам, участвующим в схеме. Например:
При включенном "Интеркампани" система разрешит ООО "Ромашка" провести реализацию, "позаимствовав" товар у ООО "Василек". Позже потребуется оформить внутренние документы передачи товара от "Василька" к "Ромашке", чтобы выровнять остатки по организациям. Этот процесс можно упростить через автоматическое формирование передач товаров между организациями.
Подведем итог. Проведение реализации раньше поступления в рамках одного дня или месяца — это штатное и ожидаемое поведение для 1С:Управление торговлей 11 при стандартных настройках.
Для корректного учета важно не столько соблюдать время внутри дня, сколько обеспечивать, чтобы к концу месяца все расходные операции были подтверждены приходными, иначе при выполнении процедуры Закрытие месяца система обнаружит отрицательные остатки и сообщит об ошибках.