Войти
Работаем: пн–пт 9:00–18:00Начать диагностику
В большом количестве компаний 1С уже является частью реальной операционной архитектуры. В ней живут контрагенты, номенклатура, документы, остатки, взаиморасчёты, закупки, продажи, производство или отдельные участки учёта. Проблема начинается не потому, что 1С «плохая». Проблема начинается, когда соседние системы начинают хранить свои версии тех же объектов, сотрудники переносят данные руками, а бизнес-процесс проходит через несколько программ без единого состояния. AMPE интегрирует 1С не как изолированную бухгалтерскую программу, а как одного из участников общей системы работы компании.
Начать диагностикуОдин из главных вопросов интеграции — ownership данных.
Если этого не определить, двусторонний обмен быстро превращается в борьбу двух систем за право считать собственную запись правильной.
Поэтому сначала фиксируется ответственность, а уже потом направление обмена.
Кто создаёт контрагента.
Где рождается заказ.
Какая система владеет ценой.
Кто подтверждает остаток.
Где фиксируется факт отгрузки.
Какая система является источником финансового состояния.
CRM может создавать клиента и передавать его в 1С.
1С может возвращать договор, задолженность и фактическую реализацию.
Складская система может получать номенклатуру, а обратно отдавать подтверждённое движение.
Интернет-магазин может создавать заказ, но не иметь права самостоятельно менять финансовый статус документа.
Хорошая интеграция не копирует всё во все стороны.
Она передаёт ровно тот факт, который нужен другой системе для продолжения своей части процесса.
В 1С:Предприятии могут использоваться HTTP-сервисы, опубликованные web services, автоматический REST/OData-интерфейс и другие механизмы обмена.
Но доступный технический способ — ещё не архитектура интеграции.
После этого выбирается точка интеграции.
какая конфигурация используется; типовая она или сильно доработанная; какие объекты действительно нужны; какой объём данных; какая допустима задержка; какой способ авторизации и сетевого доступа; можно ли безопасно изменять конфигурацию; какие обновления предстоят.
База данных знает, как физически хранится информация.
Конфигурация 1С знает, что означает документ, проведение, регистр, движение и бизнес-правило.
Это разные уровни.
Поэтому обход прикладной логики через прямую запись в СУБД для нас не является нормальным способом интеграции.
Там, где нужен read-only аналитический контур, архитектура может быть другой.
Там, где создаётся или изменяется бизнес-состояние, важна именно корректная работа через прикладную модель.
В CRM сделка «успешно реализована».
В 1С заказ проведён.
На складе товар зарезервирован.
Для пользователя все три состояния могут звучать как «заказ есть».
Для системы это совершенно разные факты.
AMPE не просто сопоставляет поля.
Мы определяем, какое бизнес-событие действительно произошло и какое следующее действие оно должно запустить.
Конкретная схема зависит не от названия системы, а от того, где в компании находится источник каждого факта.
новый контрагент; заказ; коммерческие условия; состав сделки.
счёт; оплата; задолженность; реализация; актуальные коммерческие данные.
заказ; клиент; позиции; доставка.
цены; остатки; статус исполнения; каталог.
фактическая приёмка; комплектация; перемещение; отгрузка.
финансовые и операционные факты для аналитики.
Сетевой запрос может завершиться успешно, а ответ потеряться.
Интеграционный сервис повторит вызов.
Если система не умеет определить, что операция уже была выполнена, один технический retry превращается в двойной бизнес-эффект.
Поэтому для значимых операций мы проектируем внешние идентификаторы, идемпотентность, правила повторной обработки и reconciliation.
Такие ситуации неизбежны.
AMPE строит интеграцию так, чтобы ошибка не исчезала между приложениями.
Неверный справочник.
Недоступная 1С.
Ошибка валидации.
Изменившийся контракт.
Документ, который нельзя провести.
виден ли сбой; сохранился ли исходный контекст; можно ли безопасно повторить операцию; кто должен вмешаться; что в этот момент видят соседние системы.
1С может оставаться системой учёта и финансового факта.
CRM — владельцем клиентской работы.
WMS — владельцем физической складской операции.
MES — владельцем производственного исполнения.
BI — владельцем аналитической модели.
AMPE связывает их так, чтобы каждая система оставалась сильной в своей роли.
Интеграция нужна не для того, чтобы одна программа поглотила остальные.
Она нужна, чтобы компания работала как одна система.
Менеджеру не нужно повторно вводить то, что уже существует в 1С.
Финансовый факт возвращается туда, где по нему должно быть принято действие.
Сайт, CRM, склад и другие системы используют согласованные объекты.
Ошибки обмена становятся наблюдаемыми.
Ответственность за данные становится понятной.
Обновление одной системы меньше ломает соседние связи.
А 1С занимает в архитектуре конкретную роль вместо того, чтобы быть либо «системой на всё», либо изолированным островом.
Первый шаг
Например: «Менеджер создаёт заказ в CRM, потом переносит его в 1С, а оплату проверяет вручную». Этого уже достаточно, чтобы разложить поток данных, определить ownership, точки обмена и понять, какой интеграционный контур действительно нужен.