Бесшовная интеграция 1С:Документооборот 3.0 — это связка ДО с ERP, Управлением торговлей, ЗУП, CRM и другими системами, при которой сотрудник работает в привычной программе и при этом видит связанные документы ДО, их файлы и статусы, а также может отправить документ на согласование. Результат согласования возвращается обратно сам. Данные не переносятся вручную, один договор не ищут в двух программах, а статусы в системах совпадают.
Для бизнеса это меньше повторного ввода, меньше расхождений и быстрее путь документа. Ниже — как это устроено в редакции 3.0, что нужно решить до старта проекта и какие ошибки встречаются чаще всего.
Что такое бесшовная интеграция с 1С:Документооборот
Классический сценарий: договор живёт в Документообороте, а менеджер работает в ERP. Без интеграции он создаёт договор в ERP, потом в ДО, прикладывает файл, запускает согласование, ждёт, вручную меняет статус в ERP. Каждый шаг — место для ошибки.
При бесшовной интеграции:
- Менеджер создаёт договор в ERP.
- Из карточки договора создаётся связанный документ в ДО — реквизиты заполняются автоматически.
- Файлы и согласование доступны прямо из ERP.
- После согласования статус договора в ERP обновляется сам.
В редакции 3.0 из коробки поддерживаются:
- связи объектов интегрируемых систем и ДО;
- автоматическое обновление реквизитов связанных объектов;
- создание объектов в одной системе на основании данных другой;
- передача документов на согласование и возврат результата.
Какие задачи решает интеграция
| Проблема без интеграции | Что меняется |
|---|---|
| Договор вводится дважды — в ERP и в ДО | Создаётся один раз, второй объект — по данным первого |
| Реквизиты расходятся: сумма в ERP одна, в ДО другая | Реквизиты обновляются автоматически |
| Статус согласования узнают звонком | Статус виден в ERP |
| Файлы договора ищут по папкам и почте | Файлы открываются из карточки в ERP |
| Отгрузка по несогласованному договору | Статус можно использовать как условие в учётной системе |
Ценность не в самом обмене, а в том, что пропадают ручные операции и связанные с ними ошибки. Особенно это заметно, когда процесс проходит через несколько систем: создание, согласование, изменение статуса, возврат результата.
Как устроена интеграция в ДО 3.0
По сравнению с прежними редакциями подход к настройке изменился. Основное, что нужно знать руководителю проекта:
- Обе системы публикуются на веб-сервере. Документооборот и подключаемая база обращаются друг к другу по HTTP, адреса публикаций указываются в настройках интеграции. Значит, нужен веб-сервер, сертификаты для HTTPS и доступ между серверами.
- Правила разделены по направлениям. Что передаётся из учётной системы в ДО, настраивается на стороне учётной системы; как данные загружаются в ДО — правилами загрузки в самом Документообороте.
- На стороне учётной системы работает встроенная библиотека интеграции. В типовых конфигурациях фирмы «1С» она уже есть, но её версия должна быть совместима с версией ДО — это проверяется по документации к релизам.
Если ваш ДО ещё на 2.1, сначала стоит оценить переход: в 3.0 другие механизмы и другая модель данных. Переход я делаю отдельным проектом — см. переход на 1С:ДО 3.0.
С какими системами интегрируется 1С:ДО 3.0
Решения фирмы «1С». Типовые сценарии предусмотрены для ERP, Управления торговлей, Комплексной автоматизации, Бухгалтерии КОРП, Управления холдингом, ЗУП и ряда других конфигураций. В связке с ERP чаще всего начинают с договоров: связанные объекты, согласование, возврат результата.
CRM и сторонние системы. Здесь готовых сценариев нет, интеграция строится через API ДО и подключаемой системы. Сначала оценивают интерфейсы, форматы данных и операции. Важно решить заранее, что выполняется автоматически, а где нужно действие пользователя. При большом числе систем имеет смысл посмотреть в сторону интеграционной шины, а не связывать всё попарно.
Что решить до начала работ
Проект начинается не с настройки обмена, а с описания сценариев. Чек-лист вопросов, которые я задаю на старте:
- Какие системы участвуют и какие версии конфигураций в них стоят?
- Какие документы и справочники передаются: договоры, контрагенты, организации, счета?
- Где источник каждого объекта? Контрагент заводится в ERP или в ДО? Если в обеих — будут дубли.
- Какие действия запускает пользователь, а какие происходят автоматически?
- Какие результаты возвращаются: статус, дата, номер, файл с подписью?
- Кто отвечает за корректность данных в каждой системе?
- Какие права у пользователей: видит ли менеджер в ERP документ ДО, к которому у него нет доступа?
Вопрос об источнике данных — главный. Почти все проблемы после запуска связаны с тем, что один и тот же справочник правят в двух местах.
Этапы внедрения
| Этап | Что делаем | Результат |
|---|---|---|
| Анализ | Сценарии, документы, участники, точки передачи | Согласованная схема процессов |
| Проектирование | Системы, связи объектов, правила обмена, источники данных | Техническое решение |
| Публикация | Базы на веб-сервере, HTTPS, взаимный доступ | Системы видят друг друга |
| Настройка | Правила выгрузки и загрузки, права | Работающий обмен на тестовых базах |
| Тестирование | Создание объектов, обновление реквизитов, согласование, ошибки | Протокол испытаний |
| Запуск | Перенос на рабочие базы, обучение, сопровождение | Процесс в работе |
Тестирование делайте на копиях рабочих баз, а не на пустых демо: на реальных данных всплывают дубли контрагентов и нестандартные реквизиты.
Риски и как их снизить
- Несовместимые версии. Обновили ERP — интеграция перестала работать. Проверяйте совместимость библиотеки интеграции и ДО перед каждым обновлением.
- Доработанные конфигурации. Если в ERP изменены договоры, типовые правила придётся адаптировать. Дорабатывать лучше расширениями.
- Права доступа. Интеграция не должна открывать документы тем, кому их видеть нельзя. Схему прав проектируют вместе с обменом.
- Ошибки обмена без контроля. Если никто не смотрит журнал ошибок, расхождения копятся неделями. Назначьте ответственного и настройте уведомления.
- Попытка интегрировать всё сразу. Начните с одного сценария — например, договоров с ERP, — доведите до работы и затем расширяйте.
Пример сценария: договор из ERP на согласование
Как выглядит работа менеджера после запуска, если начать с договоров:
- Менеджер создаёт договор с контрагентом в ERP и прикладывает проект договора.
- Командой из карточки создаётся связанный документ в ДО: вид документа, организация, контрагент, сумма и сроки заполняются из ERP.
- В ДО запускается согласование по маршруту: юрист, финансист, руководитель. Менеджер видит ход согласования из ERP.
- Юрист вносит правки в файл — новая версия доступна в ERP по той же ссылке.
- После подписания статус договора в ERP меняется на «Действует», и по нему можно отгружать.
Что важно предусмотреть: кто вправе изменить сумму после согласования и что делать, если она изменилась в ERP; какие реквизиты блокируются после подписания; как отображаются отказы и замечания. Эти правила проще согласовать на бумаге до настройки, чем переделывать после первых жалоб.
Метрики, по которым видно эффект: среднее время от создания договора до подписания, доля договоров, по которым отгрузка была до согласования, число обращений «где мой договор». Их стоит снять до запуска, чтобы потом было с чем сравнить.
Бесшовность — это не про технологию обмена, а про то, чтобы сотрудник не замечал, где кончается одна система и начинается другая. Это достигается проектированием сценариев, а не настройкой галочек.
Проекты такого рода я веду в рамках внедрения 1С:Документооборота и интеграции 1С с СЭД: от обследования до запуска и сопровождения.
Коротко
- Бесшовная интеграция 1С:Документооборот 3.0 даёт доступ к документам и согласованию ДО из ERP, УТ, ЗУП и других систем без переключений.
- В редакции 3.0 обе базы публикуются на веб-сервере, правила обмена разделены по направлениям.
- До старта определите сценарии, состав объектов и источник каждого справочника.
- Начинайте с одного сценария, тестируйте на копиях рабочих баз, следите за совместимостью версий.
