Одной из самых распространенных проблем при ведении учета в конфигурации 1С:Управление торговлей 10.3 является регулярная необходимость вносить изменения в документы прошлого периода. Пользователи находят ошибки в ценах или количестве поступлений недельной или месячной давности, требуют открыть дату запрета редактирования, после чего меняют первичные документы. В результате граница последовательности партионного учета сдвигается назад, нарушается себестоимость списания товаров, а финансовые отчеты теряют достоверность.
Разберем, почему возникает эта проблема, какие архитектурные ограничения есть в программе и как комплексно выстроить учетные процессы, чтобы свести открытие прошлых периодов к минимуму.
Проанализируем причину, по которой изменение любого входящего документа ломает учет. В конфигурации 1С:Управление торговлей 10.3 реализован жесткий партионный учет по методам ФИФО, ЛИФО или средней стоимости. Списание партий привязано к хронологии проведения документов через регистр накопления ПартииТоваровНаСкладах.
Если документ ПоступлениеТоваровУслуг изменяется задним числом, то:
РеализацияТоваровУслуг, ОтчетОРозничныхПродажах и ТребованиеНакладная, которые списывали эту партию, становятся неактуальными.Следовательно, просто разрешить пользователям менять документы без пересчета партий нельзя — себестоимость будет рассчитана с грубыми ошибками. Решать эту проблему необходимо сочетанием методологических, технических и организационных инструментов.
Самое эффективное решение проблемы частых исправлений — выстраивание четкого регламента работы пользователей с установкой временного окна на закрытие периода.
Если специфика бизнеса такова, что правки задним числом неизбежны, необходимо снять нагрузку с администратора базы данных по ручному перепроведению документов. Для этого настроим фоновый пересчет партий.
Разберем по шагам, как оптимизировать проведение документов и расчет партий:
ПроведениеПоПартиямТоваров в ночное время через механизм РегламентныеЗадания или через запуск отдельного сеанса 1С с параметрами командной строки.Каждую ночь обработка будет автоматически восстанавливать границу последовательности, рассчитывать корректную себестоимость и списывать партии по всем скорректированным документам.
Часто ошибки в ценах возникают из-за того, что товар необходимо срочно выставить на полки магазина или отгрузить клиенту прямо в момент разгрузки машины, а бумажные документы от поставщика с точными ценами еще не поступили или не проверены бухгалтерией.
В таких условиях оптимальным решением является внедрение ордерной схемы:
ПриходныйОрдерНаТовары. Этот документ фиксирует только физическое поступление номенклатуры и количество на склад, что сразу позволяет продавать товар.ПоступлениеТоваровУслуг создается и выверяется бухгалтером позже, когда на руках есть оригиналы накладных с корректными ценами, ставками НДС и суммами.Такой подход полностью разделяет складской количественный учет и финансовую оценку, исключая спешку при заведении закупочных цен.
Если период уже закрыт, отчетность сдана, а поставщик прислал корректировочные документы с измененной ценой, правильнее отразить разницу текущей датой без изменения исходного документа поступления.
Рассмотрим доступные варианты:
ПоступлениеДопРасходов и укажем в качестве документа партии исходное ПоступлениеТоваровУслуг. Если товар еще есть на остатке, сумма увеличит его себестоимость. Если товар уже продан, сумма спишется на затраты текущего периода.ПрочиеЗатраты или корректировкой взаиморасчетов без непосредственного вмешательства в закрытый партионный контур.ПартииТоваровНаСкладах и ПродажиСебестоимость датой открытого периода, скорректировав финансовый результат без смещения последовательности.Не открывайте период глобально для всех пользователей базы. Механизм дат запрета изменения данных в 1С:Управление торговлей 10.3 позволяет настроить ограничения гибко: