← На главную

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

1. Ключевые критерии выбора оператора

При выборе оператора ЭДО в первую очередь проанализируем практические условия работы конкретного предприятия:

1. Провайдеры ключевых контрагентов. В первую очередь выясним, какими системами пользуется пул основных покупателей и поставщиков. Прямой обмен внутри одной сети оператора исключает задержки технологических квитанций и снижает вероятность технических сбоев.
2. Работа роуминга. Если контрагенты распределены по разным провайдерам, критически важна стабильность межоператорского роуминга. Для корректной настройки роумингового обмена обязательно запрашиваем у контрагента точный уникальный идентификатор участника ЭДО (GUID/ID), так как автоматический поиск по ИНН между разными операторами может не сработать.
3. Способ интеграции с 1С. Выясним, как именно будет выполняться обмен: через штатные механизмы типовой конфигурации, внешнюю обработку или прямое взаимодействие через API.
4. Тарификация и экономика трафика. Практически у всех операторов входящие документы бесплатны, а плата взимается за исходящий трафик. При этом тарификация чаще всего рассчитывается не поштучно за файл, а за пакет документов (например, УПД и счет в рамках одной сделки).

2. Сравнение основных систем ЭДО для 1С

Рассмотрим, как устроена работа с тремя наиболее популярными решениями на рынке.

1С-ЭДО (через операторов Калуга Астрал, Такском и др.)

Главное преимущество этого решения — бесшовная интеграция. Механизмы обмена встроены непосредственно в типовые конфигурации (1С:Бухгалтерия, 1С:Управление торговлей, 1С:ERP) на базе библиотеки электронных документов (БЭД). Пользователям не требуется запускать сторонние программы или подключать внешние модули: отправка и подписание происходят прямо из формы учетного документа или рабочего места ТекущиеДелаЭДО. Кроме того, организациям с действующим договором комплексного сопровождения (уровня ПРОФ) предоставляется фиксированный бесплатный лимит на отправку исходящих комплектов каждый месяц.

СБИС (Тензор)

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

Контур.Диадок

Интеграция с 1С реализуется через модуль Диадока (внешнюю обработку) либо через интеграционный коннектор/API. Следует учесть, что использование интеграционных модулей и специализированных коннекторов лицензируется отдельно от пакетов исходящих документов. При использовании цепочек поставок (EDI) в нетиповых или устаревших конфигурациях может потребоваться доработка метаданных конфигурации (добавление вспомогательных справочников и регистров для хранения сопоставлений заказов и номенклатуры).

3. Формализованные и неформализованные документы

Проанализируем разницу в типах передаваемых данных, которая часто вызывает вопросы у бухгалтеров:

1. Формализованные документы. Это документы, структура которых (XML-схема) строго регламентирована приказами ФНС России (электронные счета-фактуры, универсальные передаточные документы — УПД, акты и товарные накладные ТОРГ-12). Только формализованный документ в утвержденном формате XML может быть передан в ИФНС в рамках автоматизированных налоговых проверок без предварительной распечатки и заверения.
2. Неформализованные документы. Счета на оплату, акты сверки, договоры и информационные письма не имеют жестко утвержденного ФНС формата. Они отправляются либо в виде произвольных файлов (PDF, Excel, Word), либо в формате XML, определенном разработчиками конкретного сервиса ЭДО. Для таких документов оператор обеспечивает только юридическую значимость факта передачи и подписи, но в автоматические налоговые сверки они не попадают.

4. Технические аспекты внедрения: МЧД, маркировка и номенклатура

Разберем скрытые сложности, с которыми сталкиваются организации при запуске ЭДО:

Машиночитаемые доверенности (МЧД)
Подписание документов сотрудниками компании требует использования сертификата физического лица вместе с МЧД. При выборе оператора и модуля интеграции проверяем поддержку автоматической проверки полномочий, срока действия доверенности и синхронизации с распределенным реестром ФНС непосредственно из интерфейса учетной системы.

Маркировка и прослеживаемость
Если компания реализует товары, подлежащие обязательной маркировке («Честный ЗНАК») или учету в системе прослеживаемости (РНПТ), электронный УПД должен содержать коды маркировки и номера партий. В типовых решениях 1С при использовании встроенного сервиса 1С-ЭДО передача кодов в ГИС МТ при подписании титула покупателя выполняется бесшовно. При использовании сторонних обработок проверяем, включена ли проверка и передача кодов маркировки в базовую поставку модуля или требует отдельной оплаты.

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

5. Влияние на производительность информационной базы 1С

Чтобы внедрение ЭДО не привело к деградации производительности базы, выполним следующие технические настройки:

1. Хранение файлов в томах на диске. Электронный документ включает исходный XML-файл, визуализацию в формате PDF и файлы отсоединенных электронных подписей. Если сохранять их непосредственно в таблицах СУБД, размер информационной базы быстро увеличится, что замедлит создание резервных копий. В параметрах программы обязательно настраиваем хранение файлов в томах на внешнем дисковом хранилище.
2. Регламентные задания обмена. Отправку технологических квитанций, проверку новых поступлений и обновление статусов переводим на фоновые задания по расписанию (объект метаданных РегламентныеЗадания). Это исключит подвисание пользовательских сеансов при обращении к веб-сервисам операторов.
3. Настройка криптографии на сервере. При работе в клиент-серверном режиме подписание и расшифровку можно перенести на сторону сервера 1С. В случае использования ОС Linux на сервере приложений криптопровайдер и сертификаты электронной подписи должны быть предварительно установлены и протестированы в среде операционной системы с использованием утилит командной строки.