При интеграции систем 1С:Управление торговлей (УТ 10.3) и 1С:Бухгалтерия предприятия (БП 3.0) часто возникает конфликт интересов между управленческим и бухгалтерским учетом. Типичная ситуация: в УТ менеджеры ведут детальный учет по сериям и номерам ГТД, выбирая конкретные поставки при реализации, а в БП 3.0 программа списывает товар по методу ФИФО, игнорируя привязку к конкретному приходу. Это приводит к тому, что себестоимость в бухгалтерии «уплывает» от управленческих цифр, вызывая недовольство бухгалтерии и руководства.
В данной статье мы разберем, как технически реализовать синхронизацию партий, какие методологические сложности при этом возникают и как аргументированно объяснить разницу в показателях прибыли.
Для начала проанализируем, почему возникает разрыв. В 1С:БП 3.0 реализованы два разных механизма контроля импортного товара:
Поступление (акт, накладная, УПД). Если в учетной политике выбран метод ФИФО, программа всегда будет искать самую раннюю партию по времени, чтобы закрыть количественный остаток.В типовом обмене из УТ в БП передается номер ГТД, но не передается ссылка на конкретный документ оприходования в табличную часть реализации. Поэтому БП, видя пустую колонку «Документ оприходования», включает механизм автоматического подбора по ФИФО.
Чтобы заставить 1С:Бухгалтерию списывать именно ту партию, которая была выбрана в Управлении торговлей, необходимо модифицировать правила обмена (в формате XML через Конвертацию данных 2.1). Рассмотрим алгоритм, который поможет решить эту задачу:
Проанализируем ситуацию: в УТ 10.3 информация о партии хранится в сериях или непосредственно в регистре партий. Нам нужно передать уникальный идентификатор или реквизиты документа поступления в БП. Рассмотрим пример логики для обработчика:
// Пример логики поиска документа партии в БП по номеру ГТД
НомерГТД_УТ = СтрокаТЧ.НомерГТД;
// Ищем в БП документ поступления, в котором фигурирует данный ГТД по этой номенклатуре
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ ПЕРВЫЕ 1
| ПоступлениеТоваровУслугТовары.Ссылка КАК Партия
|ИЗ
| Документ.ПоступлениеТоваровУслуг.Товары КАК ПоступлениеТоваровУслугТовары
|ГДЕ
| ПоступлениеТоваровУслугТовары.Номенклатура = &Номенклатура
| И ПоступлениеТоваровУслугТовары.НомерГТД.Код = &НомерГТД";
Затем найденная ссылка должна быть подставлена в реквизит ДокументОприходования табличной части Товары документа РеализацияТоваровУслуг в БП. В этом случае при проведении система не будет использовать алгоритм ФИФО, а попытается списать себестоимость именно по указанной партии.
Несмотря на кажущуюся простоту, этот путь таит в себе серьезные технические опасности, которые мы должны рассмотреть подробнее:
1. Риск «красного» сальдо по субконто. Если в Управлении торговлей менеджер задним числом изменил серию в реализации, а в Бухгалтерии документ поступления еще не обновлен или имеет другое время проведения, возникнет ситуация, когда по конкретной партии на 41 счете образуется отрицательный остаток (при общем положительном по номенклатуре). Это приведет к ошибкам в регламентной операции Закрытие месяца.
2. Регламентная корректировка себестоимости. В БП 3.0 есть механизм пересчета себестоимости при закрытии месяца. Если вы принудительно указали партию, но последовательность документов нарушена, программа может выдать ошибку или «схлопнуть» ваши ручные привязки, если не установлена галка «Ручная корректировка» в движениях документа. Однако включение ручной корректировки — это тупиковый путь для массового учета, так как документ перестанет обновляться автоматически.
3. Расхождение с забалансовым счетом ГТД. Если на 41 счете мы заставляем систему списывать конкретную партию, а на забалансовом счете ГТД остатки не совпадают (из-за пересортицы или ошибок прошлых периодов), мы получим разрыв между данными для налоговой отчетности (НДС) и данными себестоимости.
Выясним причину, по которой бухгалтерская прибыль никогда не будет равна управленческой «копейка в копейку». Разберем аргументы, которые можно использовать в диалоге с ГБ:
Если руководство все же настаивает на сближении учетов, рекомендуем действовать по следующему плану:
ДокументОприходования в реализации заполнялся только при наличии однозначного соответствия по номеру ГТД.Анализ субконто по партиям, чтобы оперативно находить «зависшие» остатки старых приходов, которые не списались из-за ручного вмешательства обмена.Таким образом, мы видим, что техническая возможность синхронизации существует, но она требует высокой дисциплины ведения учета в первичной системе (УТ) и готовности бухгалтерии к регулярному мониторингу остатков по субконто.