← На главную

При использовании на предприятии сразу нескольких конфигураций (например, 1С:ERP, 1С:Бухгалтерия (БП) и 1С:Документооборот (ДО)) неизбежно возникает вопрос: где именно должна находиться «точка входа» для электронных документов? Нам необходимо обеспечить выполнение трех противоречивых условий: сохранить бизнес-логику заказов в ERP, обеспечить выгрузку контейнеров для налоговой из БП и организовать удобное согласование и архив в ДО. Рассмотрим подробно, как решить эту задачу типовыми и архитектурными средствами.

Проблема «разрыва» данных в разных системах

Основная сложность заключается в том, что электронный документ — это не просто запись в базе, а сложный контейнер, содержащий XML-файл, электронные подписи (ЭЦП) и подтверждения оператора. При использовании типовой синхронизации (например, через Enterprise Data) между ERP и БП зачастую передаются только реквизиты документа («бумажные» данные), а сам контейнер ЭДО остается в той базе, где он был принят или создан.

Проанализируем ситуацию: если мы принимаем документ в 1С:ERP, бухгалтеру в 1С:БП для сдачи отчетности и ответов на требования ФНС потребуются именно файлы подписей. Если же принимать документы только в БП, мы теряем связь с цепочкой «Заказ поставщику — Приобретение» в ERP, что ломает управленческий учет.

Решение 1: Использование «1С:Документооборот» как транзитного узла

Этот подход предполагает, что все входящие и исходящие потоки ЭДО проходят через 1С:Документооборот. Разберем этот алгоритм по шагам:

1. Прием документа: Электронный документ поступает в ДО. На этом этапе система еще не знает о номенклатуре или проводках, но видит контрагента и сумму.
2. Согласование: В ДО запускается бизнес-процесс согласования. Это позволяет не «засорять» учетные базы ERP и БП документами, которые в итоге могут быть отклонены.
3. Бесшовная интеграция: После того как документ согласован, на его основании в 1С:ERP через механизм бесшовной интеграции создается «черновик» учетного документа (например, «Приобретение товаров и услуг»).
4. Отражение в учете: Бухгалтер в ERP или БП дозаполняет аналитику (статьи затрат, счета учета) и проводит документ.

Важный нюанс: Как отмечалось в дискуссии, в ДО нет полноценных полей для учета НДС, ГТД или GTIN. Поэтому ДО в этой схеме выступает именно как юридически значимый архив и инструмент согласования. Сами же «тяжелые» учетные данные заполняются в ERP.

Решение 2: ЭДО на стороне 1С:ERP с трансляцией в БП

Если бизнес-логика (сопоставление с заказами, контроль лимитов, работа со складом) является приоритетом, то настройку ЭДО следует выполнять в 1С:ERP. Рассмотрим, как в этом случае удовлетворить потребности бухгалтерии:

Для передачи контейнеров ЭДО в 1С:БП можно использовать следующие механизмы:

1. Синхронизация через Библиотеку Электронных Документов (БЭД): В современных релизах реализована возможность обмена статусами и объектами ЭДО. Однако это требует тщательной настройки правил обмена.
2. Единое хранилище (1С:Архив): Это наиболее современный путь. Мы подключаем 1С:Архив ко всем системам. ERP отправляет туда контейнеры ЭДО сразу после подписания, а БП «видит» эти документы по ссылке и может выгрузить их для налоговой.

Проанализируем преимущество: библиотека ЭДО встроена во все современные конфигурации, но в 1С:Бухгалтерию обновления БЭД прилетают быстрее. Если законодательство резко меняет форматы XML, БП обновится первой, что является аргументом в пользу ведения ЭДО именно там для целей регламентированного учета.

Решение 3: Специализированная конфигурация «1С:Клиент ЭДО»

Рассмотрим ситуацию, когда баз очень много (например, распределенная холдинговая структура). В этом случае целесообразно использовать конфигурацию 1С:Клиент ЭДО (или «1С:ЭДО. Электронный документооборот»).

Выясним причины выбора этого варианта:

• Легкость базы: Учетные системы не раздуваются от файлов PDF и XML.
• Централизация: Один оператор и одна точка входа для всех филиалов.
• Обмены: Система интегрируется с ERP и БП через веб-сервисы, передавая туда необходимые данные для создания документов.

Однако помните, что в «Клиенте ЭДО» отсутствует информация об остатках и заказах, поэтому сопоставление номенклатуры придется делать либо вручную, либо настраивать сложную интеграцию со справочниками мастер-системы.

Работа с актами сверки

Акты сверки — это специфический вид документов. Чаще всего они формируются в 1С:Бухгалтерии, так как именно там самая полная информация по взаиморасчетам и закрытиям периодов. Если ваша основная база для ЭДО — 1С:ERP, вам придется либо дублировать акты сверки в ERP, либо настраивать передачу акта как произвольного электронного документа из БП.

Рекомендуем придерживаться правила: исходящие акты сверки отправлять из той системы, где ведется расчет налогов (обычно БП), а входящие — принимать в систему, где работает отдел закупок (ERP или ДО) для первичной сверки с управленческими данными.

Техническая реализация согласования

Разберем, как реализовать согласование без «метания» бухгалтеров между базами. Для этого идеально подходит бесшовная интеграция с ДО. Посмотрим на алгоритм:

1. Документ поступает по ЭДО в 1С:ERP.
2. Прямо из формы электронного документа в ERP нажимается кнопка «Отправить на согласование».
3. В фоне создается бизнес-процесс в 1С:Документооборот.
4. Руководители получают задачи в своих интерфейсах (или в мобильном приложении ДО).
5. После завершения задачи статус в ЭДО (в ERP) автоматически меняется на «Согласовано», и бухгалтер может подписывать документ ЭЦП.

Таким образом, мы решаем проблему из Сообщения 2: документ не будет подписан и окончательно проведен, пока не пройдена процедура в ДО, при этом сам файл документа физически может находиться в ERP.

Выводы и рекомендации

Выбор системы зависит от масштаба предприятия:

• Для небольших компаний: ЭДО в 1С:Бухгалтерии (самое простое и быстро обновляемое решение).
• Для средних компаний: ЭДО в 1С:ERP с использованием бесшовной интеграции с ДО для согласования.
• Для крупных холдингов: 1С:Документооборот 3.0 в связке с 1С:Архив как единое юридически значимое хранилище для всех дочерних обществ.

Важный совет: Не пытайтесь передавать XML-контейнеры через обычный обмен данными. Это технически сложно и ненадежно. Либо используйте типовую интеграцию БЭД, либо обеспечьте доступ к базе-источнику контейнеров (например, через расширение в БП, которое читает файлы напрямую из базы ERP).