При интеграции и переносе данных между конфигурациями «1С:Бухгалтерия 3.0» (БП) и «1С:Управление торговлей 11» (УТ) технические специалисты часто сталкиваются с концептуальным тупиком при переносе авансовых отчетов. В БП этот документ устроен просто и линейно, тогда как в УТ реализована принципиально иная, двухкомпонентная архитектура учета закупок через подотчетных лиц.
В этой статье мы подробно разберем, почему возникает этот конфликт логики, как устроена работа с подотчетниками в обеих системах, и какие практические варианты решения существуют для автоматизации и упрощения этого процесса.
---
Прежде чем приступать к переносу данных, давайте выясним причину несовместимости документов «напрямую». Она кроется в различном назначении программных продуктов.
Логика «1С:Бухгалтерии 3.0» (БП):
Программа ориентирована на регламентированный учет и составление отчетности. Документ Авансовый отчет здесь является универсальным «комбайном». В рамках одного физического документа бухгалтер может одновременно отразить:
Дт 10 — Кт 71).Дт 26/44 — Кт 71).Дт 60 — Кт 71).Логика «1С:Управление торговлей 11» (УТ):
УТ — это система оперативного и складского учета. Здесь критически важно отслеживать партии товаров, себестоимость, склады, статусы заказов и взаиморасчеты с конкретными контрагентами. Поэтому в УТ 11 цепочка закупки через подотчетное лицо разделена на два независимых этапа:
Приобретение товаров и услуг с видом операции «Закупка через подотчетное лицо». Этот документ приходует номенклатуру на склад, фиксирует поставщика и формирует себестоимость. При этом долг за покупку вешается не на подотчетника, а на поставщика (контрагента).Авансовый отчет. На вкладке «Закупки» этого документа указывается ссылка на ранее созданное Приобретение товаров и услуг. Программа понимает, что долг перед поставщиком закрыт за счет средств, выданных подотчетнику, и переносит задолженность на сотрудника (закрывая его дебиторку по 71 счету в терминах бухгалтерии).Из-за этого разделения прямой перенос документа Авансовый отчет из БП в УТ невозможен: в БП просто нет связанных складских документов приобретения, которые требуются в УТ для формирования табличной части «Закупки».
---
Проанализируем ситуацию, когда нам необходимо перенести исторические данные или настроить регулярный обмен из БП в УТ. Рассмотрим три практических сценария реализации этой задачи.
Это наиболее популярный и жизнеспособный компромисс, который позволяет автоматизировать процесс без лишней детализации.
Поскольку при переносе строк из табличной части «Товары» авансового отчета БП в УТ нам обязательно нужно создать документ Приобретение товаров и услуг, программе требуется указать конкретного поставщика (поле «Поставщик» и «Контрагент» в УТ обязательны для заполнения). Если в БП эти поля не заполнены или содержат сотни мелких чековых продавцов, мы можем упростить схему:
Приобретение товаров и услуг в УТ на этого служебного контрагента.Авансовый отчет добавляется ссылка на это общее приобретение.Плюсы: Полная автоматизация переноса, отсутствие дублирования контрагентов-однодневок в справочнике УТ, корректное оприходование запасов на склад и расчет себестоимости.
Минусы: Теряется аналитика по реальным поставщикам в УТ (однако для управленческого учета розничных чеков она чаще всего не требуется).
Если для целей управленческого учета в УТ вам вообще не требуется вести детальный пономенклатурный учет того, что купил подотчетник (например, это канцелярские товары, бензин или хозрасходы, которые сразу списываются в затраты), можно применить еще более простой способ:
Приобретение товаров и услуг, куда добавляем всего одну строчку с этой номенклатурой, количеством «1» и суммой, равной общему итогу по авансовому отчету.Плюсы: Минимальные трудозатраты, база УТ не замусоривается разовой номенклатурой и лишними складскими движениями.
Минусы: Способ не подходит, если подотчетник закупает реальные товары для перепродажи, которые должны числиться на складе поштучно.
В данном сценарии по каждому авансовому отчету из БП операторы или алгоритм переноса создают отдельные документы Приобретение товаров и услуг на каждого реального поставщика, указанного в чеках.
Для реализации этого сценария в коде конвертации данных необходимо прописать группировку табличной части «Товары» исходного документа БП по полю «Поставщик». Программа переноса должна:
Приобретение товаров и услуг.Авансовый отчет в УТ, заполнив его вкладку «Закупки» ссылками на все созданные ранее приобретения.Плюсы: Идеально точная картина взаиморасчетов и детальная аналитика закупок.
Минусы: Высокая сложность написания правил обмена, высокий риск ошибок проведения в УТ (например, если у созданного контрагента не заполнены обязательные бизнес-регионы, соглашения или не сопоставлена номенклатура).
---
Давайте проанализируем ситуацию с точки зрения методологии фирмы «1С». Попытка переносить складские и торговые документы по направлению БП $\rightarrow$ УТ является грубым нарушением концепции использования систем.
Правильный и естественный документооборот должен выглядеть следующим образом:
Схема «УТ 11 $\rightarrow$ БП 3.0» (Рекомендуемая):
Приобретение товаров и услуг (для поступления товаров на склад, чтобы менеджеры по продажам могли сразу пустить их в оборот) и Авансовый отчет.Приобретение товаров и услуг с операцией закупки через подотчетника автоматически перегружается в БП 3.0, где на стороне бухгалтерии он автоматически трансформируется в привычный и корректный документ Авансовый отчет (на вкладку «Товары»). Финансовый же авансовый отчет из УТ при этом игнорируется, чтобы избежать дублирования проводок.Если на вашем предприятии бухгалтерия категорически отказывается работать в УТ, рекомендуем рассмотреть внедрение сервиса «1С:Распознавание документов». Он позволяет операторам в УТ просто загружать сканы или фотографии чеков подотчетников. Сервис автоматически распознает номенклатуру, подберет контрагента и создаст нужные документы приобретения за секунды. Это полностью снимет головную боль по ручному вводу документов в УТ и исключит необходимость кривого переноса данных в обратную сторону.