Единый входящий контур первички: как собрать ЭДО, PDF и почту в 1С без ручного ввода

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

Оператор ЭДО передаёт документы, статусы, подписи и связанные события, но за пределами этого канала остаются сканы, неформализованные PDF, приложения и исправленные версии. Поэтому задача шире подключения СБИС или Диадока: нужен единый процесс для всех входящих документов.

В группе компаний один ящик или аккаунт ЭДО может принимать документы для нескольких юридических лиц. Маршрутизацию строят по ИНН и КПП получателя, подразделению оператора, адресу почты, договору, расчётному счёту, проекту или объекту.

Правила должны иметь приоритеты и объяснимый результат. Если ИНН указывает на одну организацию, а договор найден в другой базе, документ нельзя молча отправлять дальше: он попадает в очередь исключений с описанием конфликта.

Способ интеграции зависит от конфигурации, нагрузки и требований к безопасности. Стандартный REST-интерфейс платформы 1С на базе OData позволяет читать и изменять справочники, документы, регистры, задачи и бизнес-процессы через HTTP. В других проектах используют HTTP-сервисы 1С, расширения конфигурации, очереди сообщений, интеграционные платформы или регламентный файловый обмен.

Выбирать механизм только по простоте подключения нельзя. Важны объём документов, допустимая задержка, нагрузка на 1С, права интеграционного пользователя, повторная отправка после ошибки и возврат статусов во внешний контур. Для компаний, которым нужен такой обмен, мы проектируем и внедряем интеграции 1С с внешними системами.

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

Задача должна звучать конкретно: «не найден договор», «обнаружены две карточки контрагента», «сумма отличается от заказа», «документ относится к закрытому периоду» или «возможно повторное поступление». После решения система может запомнить правило, но применять его автоматически следует только в заранее установленных границах.

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

API операторов ЭДО позволяют получать содержимое, подписи, актуальные статусы и историю событий. Благодаря этому обмен становится двусторонним: бухгалтер видит не только загруженный файл, но и текущее состояние всего документооборота.

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

Результатом обследования становится схема источников и баз, единая модель документа, перечень проверок, очередь исключений и план пилота. Это позволяет убрать ручной ввод поэтапно, не рискуя качеством учёта.