Интеграция 1С и Directum: сквозной договорный процесс от создания до закрытия

Интеграция 1С и Directum связывает учётную систему и систему согласования в один договорный и финансовый процесс. Договор создаётся и согласуется в Directum, лимиты и оплаты проверяются по данным 1С, подписанный договор и закрывающие документы попадают в учёт без ручного ввода, а статусы видны в обеих системах. Каждый сотрудник работает в привычной программе, а не уточняет у коллег, «прошёл ли договор».

Ниже — как распределить роли между системами, какие данные передавать на каждом этапе договора, как устроить контроль лимитов и с чего начать проект.

Почему разрозненные системы — проблема

Типичная картина в крупной компании: учёт в 1С, согласование в Directum, электронные документы с контрагентами — в сервисе ЭДО. Каждая система хороша сама по себе, но вместе они дают:

• ручной перенос данных: реквизиты договора набираются дважды, с ошибками;
• неясные статусы: бухгалтер не знает, подписан ли договор, юрист — оплачен ли счёт;
• контроль лимитов в двух местах: согласующий не видит, сколько по договору уже оплачено;
• расхождения справочников: контрагент с одним ИНН заведён в двух системах по-разному;
• множество разрозненных обменов, которые ИТ поддерживает вручную.

Разделение ролей: где заканчивается Directum и начинается 1С

Первое, что нужно договорить на проекте, — какая система за что отвечает. Иначе интеграция превратится в синхронизацию всего со всем.

Правило «у каждого справочника один владелец» снимает половину будущих проблем с расхождениями.

Сценарии договорного процесса

1. Создание договора и обмен НСИ. Инициатор создаёт договор в Directum, выбирая контрагента и организацию из синхронизированных справочников. Если контрагента ещё нет, его заводят по правилам системы-владельца, а не «как получится».

2. Согласование и контроль лимитов. На этапе маршрута Directum передаёт в 1С сумму, статью бюджета, подразделение и период. 1С считает доступный остаток лимита с учётом уже заключённых договоров и оплат и возвращает результат. Маршрут показывает его согласующим или останавливается при превышении.

3. Подписание. После подписания Directum передаёт в 1С договор со статусом «Действует» и ключевыми реквизитами: номер, дата, сумма, валюта, сроки, условия оплаты. В 1С создаётся или обновляется договор с контрагентом.

4. Закрывающие документы. Акты и накладные формируются в 1С и уходят на подписание — через Directum или ЭДО. Статус подписания возвращается в 1С.

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

6. Входящий счёт на оплату. Счёт поступает в Directum, проходит согласование, затем передаётся в 1С для формирования заявки на оплату. Лимит проверяется повторно — уже на конкретную сумму.

7. Исполнение договора. 1С отдаёт в Directum фактические оплаты и отгрузки. Ответственный по договору видит исполнение в привычной карточке.

8. Закрытие договора. Когда обязательства исполнены, статус закрытия передаётся в обе системы, и договор уходит в архив.

Начинать стоит не со всех восьми сценариев сразу, а с первых трёх: создание, согласование с лимитами, подписание. Они дают самый заметный эффект и проверяют качество справочников.

Как технически связать системы

Варианты, которые встречаются на практике:

• Прямой обмен через API. Со стороны 1С — HTTP-сервисы или стандартный интерфейс OData, со стороны Directum — его интеграционный веб-API. Подходит, когда систем две и сценариев немного. Подробнее о таком подходе — на странице интеграции 1С через API.
• Готовые коннекторы и решения партнёров. Ускоряют старт, но их стоит проверить на соответствие вашей модели данных и доработкам 1С.
• Через интеграционную шину. Если кроме 1С и Directum в контуре есть ЭДО, CRM, кадровая система, обмены лучше строить через единый контур — так проще мониторинг и подключение новых систем. См. интеграционную шину для 1С.

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

Типичные ошибки

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

С чего начать проект

1. Описать текущий процесс договора от инициации до закрытия: кто, в какой системе, что делает.
2. Определить владельцев справочников и очистить их от дублей — это часто самая долгая часть.
3. Выбрать первые сценарии и способ интеграции.
4. Согласовать формат данных и коды ошибок между командами 1С и Directum.
5. Запустить первый сценарий на тестовых базах, затем на пилотной организации.
6. Подключать остальные сценарии по одному.

Сроки зависят от числа сценариев и состояния справочников; первый сценарий обычно запускается за несколько недель. Для оценки трудозатрат можно отталкиваться от почасовой ставки — ориентир 2 500 ₽/ч. Интеграцию 1С с системами документооборота я делаю в рамках услуги интеграции 1С с СЭД.

Хорошая интеграция незаметна: юрист согласует в Directum, бухгалтер проводит в 1С, и никто не переносит реквизиты руками.

Итог

• Интеграция 1С и Directum позволяет вести договор сквозным процессом, не меняя привычных систем.
• Сначала распределите роли и владельцев справочников, потом пишите обмены.
• Лимиты считайте по данным 1С и запрашивайте в момент согласования.
• Начинайте с создания, согласования и подписания договора, остальные этапы добавляйте последовательно.
• Журнал обменов и оповещения о сбоях обязательны при любом способе интеграции.