В практике автоматизации торговых предприятий на базе 1С:Предприятие часто возникает конфликт между реальными бизнес-процессами и строгой логикой учетной системы. Типичная ситуация: товар физически прибыл на склад, менеджеры начали его отгружать, а первичные документы («Приобретение товаров и услуг») вводятся в базу позже фактических продаж. Если в системе разрешено списание в минус, это неизбежно приводит к нарушению последовательности партионного учета и искажению себестоимости. Рассмотрим, является ли автоматический перенос времени поступления на начало дня (00:00:00) эффективным решением этой проблемы.
Когда документ реализации проводится в 12:00, а поступление этого же товара фиксируется в 15:00 того же дня, система «видит» отсутствие остатка в момент продажи. Если контроль остатков отключен, документ проведется, но партионный учет не сможет корректно привязать партию закупки к данной продаже в момент проведения. В результате при закрытии месяца бухгалтеру или программисту придется восстанавливать последовательность документов, что при больших объемах данных превращается в сложную и ресурсозатратную задачу.
Рассмотрим самый очевидный «технический» выход — программное изменение времени всех документов поступления на 00:00:00. Проанализируем, к чему это приведет:
Разберем пример реализации такого подхода. В модуле объекта документа или в подписке на событие ПередЗаписью можно использовать следующий код:
Процедура ПриУстановкеНовогоНомера(Отказ, СтандартнаяОбработка)
// Устанавливаем время на начало дня
ЭтотОбъект.Дата = НачалоДня(ЭтотОбъект.Дата);
КонецПроцедуры
Однако более гибким подходом, реализованным, например, в 1С:Бухгалтерия, является установка времени на начало дня плюс несколько секунд (например, 00:00:01), чтобы оставить зазор для регламентных операций.
Выясним, как решить проблему методологически верно без манипуляций со временем. В современных конфигурациях (УТ 11, ERP, КА 2) предусмотрена ордерная схема. Разберем ее по шагам:
Приходный ордер на товары. В этот момент товар уже появляется на остатках склада и доступен для продажи.Приобретение товаров и услуг позже, в конце дня или даже на следующий день.Это позволяет избежать «игр с датами» и отражать операции ровно в тот момент, когда они произошли, сохраняя при этом возможность отгрузки.
Проанализируем ситуацию в современных версиях конфигураций. В 1С:Управление торговлей 11 реализован механизм, который позволяет рассчитывать партии не в момент проведения документа, а при выполнении регламентного задания «Распределение партий». Посмотрим на пример: если вы продали товар 1-го числа, а приход оформили 5-го, система при закрытии месяца все равно сможет сопоставить эти операции и рассчитать себестоимость, если в настройках учетной политики разрешено списание партий при отсутствии остатков. Это делает ручной перенос времени документов практически бессмысленным и даже вредным.
Важно рассмотреть критический аспект: влияние на инвентаризацию. Если вы принудительно ставите все приходы на утро, а фактически товар приехал вечером после проведения плановой инвентаризации, то в отчете по остаткам на момент инвентаризации (например, на 14:00) возникнет путаница. По документам товар уже был, а по факту — нет. В результате вы получите ложные излишки или недостачи. Для обхода этой проблемы коллеги рекомендуют использовать перемещение товара на отдельный виртуальный склад для проведения инвентаризации, чтобы не блокировать оперативную работу основного склада.
Не забудем про бухгалтерский и налоговый учет. Изменение времени документа может существенно повлиять на порядок зачета авансов. Если оплата от поставщика прошла в 10:00, а приход вы искусственно перенесли на 00:00, то для системы 1С это будет выглядеть не как погашение аванса, а как покупка в кредит (с последующей оплатой). Это может привести к некорректному формированию проводок по счетам 60.01 и 60.02, а также к ошибкам в Книге покупок и Книге продаж.
Подведем итог нашему анализу. Автоматическая смена даты на начало дня — это «быстрое решение», которое может помочь в небольших базах с простым учетом. Однако для серьезных систем рекомендуются следующие действия:
Помните, что автоматизация должна помогать бизнесу, но не ценой превращения базы данных в набор недостоверных сведений. Использование корректных методологических инструментов 1С всегда предпочтительнее «костылей» в программном коде.