← На главную

В этой статье разберем задачу, с которой часто сталкиваются компании, использующие связку 1С:Управление торговлей (УТ) и 1С:Бухгалтерия (БП). Задача заключается в том, чтобы добиться идентичного списания партий товаров в обеих системах, даже если аналитика учета в них различается. Например, в УТ учет ведется в разрезе складов, а в БП — в целом по организации. Это приводит к тому, что стандартный механизм ФИФО в БП подбирает партии иначе, чем в УТ, и себестоимость расходится.

Проанализируем ситуацию: необходимо настроить партионный учет в 1С:Бухгалтерии 3.0 КОРП так, чтобы он полностью соответствовал партионному учету в доработанной 1С:Управление торговлей 10.3. Основная сложность — разная структура аналитики: в УТ есть склады и перемещения между ними, а в БП учет ведется без разделения по складам. Это неизбежно ведет к рассинхронизации при списании по ФИФО.

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

Первая мысль, которая может прийти в голову при решении такой задачи, — это создание сложной кастомной системы. Например, разработать расширение для 1С:Бухгалтерии, которое будет:

1. Добавлять новый объект в конфигурацию, например, Регистр сведений, для хранения информации о партиях, списанных в УТ для каждого документа.
2. При обмене данными из УТ в БП заполнять этот регистр.
3. Перехватывать проведение документов реализации в БП и вместо стандартного подбора партий по ФИФО принудительно подставлять данные из нового регистра.

Этот подход, хоть и кажется логичным, несет в себе множество рисков и сложностей:

• Хрупкость. Любое обновление конфигурации БП может сломать механизм.
• Потеря данных. При временном отключении расширения, содержащего новые объекты метаданных, данные из них могут быть потеряны.
• Сложность поддержки. Такой механизм требует постоянного контроля и усложняет сопровождение системы.
• Избыточность. Как мы увидим далее, для решения этой задачи существует гораздо более простой и штатный способ.

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

К счастью, разработчики 1С:Бухгалтерии предусмотрели возможность ручного управления списанием партий и себестоимости. Ключ к решению кроется в табличной части «Товары» документа Реализация (акты, накладные, УПД).

Рассмотрим подробнее. В этой табличной части есть два «секретных» реквизита, которые по умолчанию могут быть не видны пользователю, но играют решающую роль:

• ДокументОприходования — ссылка на документ, которым товар поступил на склад (т.е. на партию).
• Себестоимость — числовое поле для указания конкретной суммы списания.

Принцип работы этого механизма очень прост: если при проведении документа реализации в строке табличной части заполнен реквизит ДокументОприходования, система не будет запускать алгоритм подбора партий по ФИФО или по средней. Вместо этого она спишет товар именно из той партии, которая указана в этом поле. Аналогично, если заполнено поле Себестоимость, то себестоимость списания будет взята именно из него, а не рассчитана в ходе закрытия месяца.

Это именно то, что нам нужно! Мы можем передать из УТ точную информацию о том, какая партия и по какой себестоимости была списана, и БП послушно отразит это в учете.

Пошаговый план реализации

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

1. Включение партионного учета в БП.

   Убедитесь, что в настройках учетной политики 1С:Бухгалтерии (раздел «Запасы») установлен способ оценки МПЗ — «По ФИФО». Это активирует субконто «Партии» на счете 41 и других счетах учета ТМЦ.

2. Корректный ввод начальных остатков.

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

3. Настройка правил обмена.

   Это основная техническая часть работы. Вам понадобится открыть правила обмена (например, в конфигурации «Конвертация данных») и внести изменения в правило для документа РеализацияТоваровУслуг.

   В правиле конвертации табличной части «Товары» необходимо настроить сопоставление полей:

   • Из регистра УТ, где фиксируется списание партий (например, «Партии товаров на складах»), берем документ-партию и передаем его в реквизит ДокументОприходования табличной части документа в БП.
   • Из того же регистра в УТ берем себестоимость списанной партии и передаем ее в реквизит Себестоимость в БП.

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

4. Проверка результата.

   После выполнения обмена откройте в БП свежесозданный документ реализации. Визуально убедитесь, что в табличной части (возможно, потребуется настроить ее вид через «Еще» -> «Изменить форму») появились и заполнились колонки «Документ оприходования» и «Сумма списания (руб.)». Проведите документ и посмотрите его проводки (Дт/Кт). В проводке Дт 90.02.1 Кт 41.01 вы должны увидеть:

   • В качестве третьего субконто (Партии) — именно тот документ поступления, который был передан из УТ.
   • Сумма проводки должна точно соответствовать себестоимости, переданной из УТ.

Важные моменты и потенциальные риски

Несмотря на простоту, у этого метода есть важные особенности, которые необходимо донести до руководства и главного бухгалтера:

• Жесткая зависимость от УТ. Бухгалтерский учет себестоимости становится полностью зависимым от оперативного учета в УТ. Любое перепроведение документов или изменение задним числом в УТ обязательно должно быть отражено в БП путем повторного обмена. В противном случае возникнут расхождения.
• Регламент внесения изменений. Необходимо разработать и утвердить строгий регламент работы с документами прошлых периодов. Желание менеджеров «поправить вчерашнюю накладную» может привести к нарушению всей цепочки партионного учета в БП.
• Ответственность. Ответственность за корректность данных в бухгалтерском и налоговом учете несет главный бухгалтер. Программист лишь реализует утвержденную методику. Важно зафиксировать принятое решение документально, чтобы все участники процесса понимали границы своей ответственности.

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