Управление пополнением ресурсов предприятия: интеграция SRM и ERP

На конференции «Нота Коннект 2025» было заявлено, что почти 30 % российских компаний используют ERP — системы управление ресурсами предприятия, более 48 % — внедрили для автоматизации закупок SRM, системы управления взаимоотношениями с поставщиками. Вот только это не значит, что связка из программы для автоматизации закупок и системы управления ресурсами работает идеально, а бизнес-процессы ускорились. В момент, когда компания начинает эксплуатировать две никак не связанными друг с другом IT системы закупок, могут начаться проблемы. ИС не видят друг друга, оперируют только собственными данными, а единственный способ обмена информацией между ними — выгрузка-загрузка в Excel. Руками человека, конечно же.

Одновременная работа с двумя несвязанными системами — это программа плана закупок и управления снабжением, а также система для управления ресурсами предприятия — увеличивает сроки согласования и снижает уровень точности данных. Если SRM содержит информацию о поставщиках, договорах и графиках поставок, то ERP — о бюджетах и обязательствах. А любая правка условий требует переноса данных вручную.

Если ERP внедрена раньше SRM, интеграцию предусматривают на этапе проектирования SRM. Иначе отдел закупок будет работать по одним данным в SRM, а бухгалтерия увидит другие — те, что формируются в ERP.

Если нет синхронизации между ERP и SRM

1. Отдел закупок утверждает договор в SRM (5 млн руб., срок поставки 30 дней).
2. ERP не получает данные о договоре и не может сопоставить его с заложенным на закупки бюджетом.
3. Бухгалтерия блокирует платёж поставщику, поскольку с ее точки зрения оснований для перечисления денег поставщику просто нет.
4. Снабженцы пишут финансистам в мессенджерах и по почте, выгружают Excel из SRM.
5. Финансисты сверяют с ERP, находят расхождение в сумме.
6. Договор корректируют, процесс занимает 10–15 дней.

Даже при десятке договоров с поставщиками, подписываемыми в течение месяца, снабженцы тратят по 15–20 часов на согласование данных между системами для каждого контракта. Ошибка в одной цифре в программе для закупок запускает долгий процесс согласований: от отправки уведомления о новых условиях поставщику до повторного согласования с руководством и внутренними заказчиками.

В синхронизации нуждаются справочник поставщиков (ИНН, реквизиты, контакты), договоры (номер, сумма, сроки), графики поставок (объёмы, даты). Решение по контракту принимается по одним данным в обеих системах, без постоянной переписки в мессенджерах и почте по каждой расхождению.

Какими данными должны обмениваться системы

Интеграция SRM и ERP начинается с понимания, какие сущности считаются «общими» для обеих систем. Если это не определить заранее, каждая система будет по своему трактовать обозначение одного и того же поставщика, один и тот же договор и одну и ту же сумму обязательств.

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

Удобнее всего описывать модель обмена в виде таблицы, где для каждой ключевой сущности указаны поля в обеих системах и их связь. Это позволяет заранее договориться, какие идентификаторы будут сквозными, какие поля являются «главными» при сравнении и где хранятся значения, считающиеся эталонными.

Объект	Поле в SRM	Поле в ERP	Комментарий
Поставщик	supplier_id	vendor_code	Сквозной идентификатор поставщика
Поставщик	supplier_inn	inn	Используется для проверки дублей
Поставщик	supplier_name	vendor_name	Отображаемое наименование
Договор	contract_number	contract_ref	Номер договора в человеческом формате
Договор	contract_amount	amount	Сумма договора с учётом валюты
Договор	contract_start_date	date_from	Дата начала действия
Договор	contract_end_date	date_to	Дата окончания действия

Такого уровня детализации достаточно, чтобы руководитель отдела закупок, финансовый директор и ИТ специалисты одинаково понимали, о каких данных идёт речь и как они будут согласованы между SRM, т.е. системой планирования закупок и управления снабжением и ERP.

Модель интеграции: двусторонний обмен данными между SRM и ERP

Взаимный обмен данными между SRM и системой управление ресурсами предприятия позволяет максимально ускорить взаимодействие специалистов, занятых в разных бизнес-процессах: учете и управлении ресурсами — с одной стороны, в закупках и снабжении — с другой. Обмен может быть организован посредством API или интеграционной шины: так система планирования закупок не потеряет данные по дороге.

Процесс выглядит следующим образом:

Менеджер утверждает договор в SRM ↓ SRM формирует сообщение (contract_number, amount, date_from) ↓ Шлюз преобразует поля: contract_number > contract_ref, amount > total_amount ↓ ERP создаёт учётную запись договора

В обратную сторону обмен работает точно так же. Например: изменение лимита в ERP → сообщение в SRM → обновление доступного бюджета для закупок.

Событийная синхронизация и задержки

Синхронизация данных между системами запускается в момент, когда в одной из них происходит событие. Например, менеджер меняет статус договора в SRM, а ERP получает уведомление через 3–5 минут. Такой интервал обеспечивает актуальность данных о расходах бюджета, но не перегружает системы.

Разрешение конфликтов и качество данных

SRM является первоисточником данных об условиях поставки, сроках и выбранных поставщиках, ERP — о бюджетных лимитах, статусах оплат, фактических поставках и складских остатках. При расхождении в сумме договора снабженец проверяет условия в SRM, финансист сверяет бюджетные лимиты в ERP. В журнале конфликтов записывают источник расхождения, дату, ответственного и принятое решение с указанием причины.

Кто и когда работает с данными в SRM и ERP

После внедрения интеграции снабженцы в SRM создают карточки поставщиков, согласовывают условия договоров и графики поставок. Все это, до определенного момента, остается внутри SRM. Бухгалтерия в ERP проводит оплаты и ставит галочки напротив обязательств — только в ERP. Финансисты в ERP смотрят лимиты по статьям бюджета и дают добро на траты — только в ERP. Интеграция работает так: SRM отправляет в ERP уже подписанный всеми договор. ERP проверяет наличие денег и даёт подтверждение обратно в SRM. При этом никто не правит чужие данные. Общий справочник пользователей исключает дубли аккаунтов. Снабженец видит в SRM только поставщиков, привязанных к его бюджету из ERP. Бухгалтер получает уведомления о новых договорах, но не заходит в SRM редактировать условия.

Проверка корректности интеграции

Базовыми метриками для оценки корректности интеграции системы управления ресурсами предприятия и программы для автоматизации закупок стоит выбрать:

• Количество договоров, которые «не дошли» из SRM до ERP — в норме этот показатель должен быть равен нулю
• Количество обновлений, которые застряли между SRM и ERP больше чем на 10 минут.
• Статистику и сравнительный анализ количества несовпадающих полей.

Этапы проекта интеграции SRM и ERP

Соблюдение плана интеграции помогает избежать типовых рисков и ошибок, а значит, экономический эффект интеграции проявит себя быстрее.

Этап	Сроки	Состав работ
1. Анализ процессов	2–3 недели	Собирают данные из SRM и ERP по 50–100 договорам. Смотрят, где чаще всего не сходятся суммы, сроки, поставщики. Фиксируют, кто и в какой последовательности правит данные. Выявляют узкие места: сколько времени уходит на согласование между снабженцами и бухгалтерией
2. Проектирование модели обмена	2 недели	Составляют таблицу сопоставления полей. Договариваются о том, для каких данных будет первоисточником какая система. Например, SRM — первоисточник по условиям поставки, а ERP — по суммам. Определяют события для синхронизации: утверждение договора, смена графика поставок, оплата и т.д.
3. Пилотная синхронизация данных по 50- 100 поставщикам	4–6 недель	Переносят данные по 50-100 ключевым поставщикам. Запускают обмен информацией. Смотрят метрики: сколько договоров не дошло, сколько конфликтов, каково время реакции на события. Исправляют таблицу сопоставления, определяют приоритетность и сроки разрешения конфликтов
4. Масштабированиет	4–6 недель	Переносят данные по оставшимся поставщикам и договорам. Обучают снабженцев и бухгалтеров. Запускают мониторинг корректности работы интеграции

В идеале на этом проект завершается — остается только продолжать мониторинг ошибок и конфликтов между системами до тех пор, пока их количество не станет нулевым. Однако в ходе реализации интеграции систем управления закупками и ресурсами предприятия можно столкнуться с определенными рисками. В большинстве случаев они имеют организационную природу:

• Модель данных не согласована между отделами, которые используют SRM и ERP в работе.

Снабженцы считают, что правильно всё, что есть в SRM, бухгалтерия — что верно только то, что указано в ERP. В результате каждый трактует расхождения по своему, в пользу «своей» системы. Справиться с этим риском можно, на этапе проектирования IT-системы закупок. Одна из целей проектирования состоит в подготовке документа, в котором закреплена модель обмена данными и разделение ответственности между пользователями разных систем.

• Низкое качество исходной информации.

Дубли профилей поставщиков, разные форматы дат, расхождения в суммах по договорам становятся видны уже на этапе пилотной синхронизации данных. Если начать сразу с полного объёма данных, интеграция «сломается» под весом мусорной информации. Именно поэтому сначала делают ограниченный пилот по 50–100 поставщикам, смотрят реальные проблемы, чистят данные и только потом масштабируют синхронизацию на весь объем данных.

• Отсутствие ответственного за интеграцию и мониторинг ошибок.

Если никто не следит за отчётами и не мониторит качество интеграции, ошибки будут копиться. Нужен этакий «владелец» интеграции, тот, кто каждый день смотрит на такие показатели как количество ошибок и скорость обновления данных, тот, кто инициирует разрешение конфликтов между SRM и ERP.

• Игнорирование обучения пользователей.

Даже самая аккуратная интеграция не работает, если снабженцы продолжают править всё вручную в Excel, а бухгалтерия игнорирует данные из SRM. Уже после пилотной синхронизации данных нужно не только «показать кнопку», но и объяснить, как именно работать с интегрированными друг с другом системами.

Результаты интеграции системы управления закупками и ERP

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

• В компании с 500 поставщиками до интеграции каждый договор создавали дважды: снабженец заносил условия в SRM, бухгалтер — номер, сумму и сроки в ERP. В 15–20% случаев возникали ошибки: расхождение сумм, разные даты, дубли поставщиков с похожими названиями. Интеграция устранила дублирование. Теперь снабженец утверждает договор в SRM, и данные автоматически появляются в ERP.
• SRM хранит согласованный график поставок (100 т на 15 марта), ERP — поступление (допустим, 80 т отгружены 20 марта и оплачены на следующий день). Без интеграции снабженец смотрит план в SRM, ответственный за склад — фактический статус поставки в ERP. Отклонение всплывает только при ежемесячной сверке. Интеграция позволяет автоматически сравнить план и факт. Отклонение объёма >10% или просрочка >3 дней отправляет уведомление снабженцу: он знает, кто поставщик, по какому договору, какова разница между «планом и фактом». Снабженец корректирует график в SRM или инициирует инцидентную работу. Срыв поставок теперь замечают день в день, а не через 4 недели. Склад получает обновлённый план, финансисты видят корректировку обязательств в ERP — и все это благодаря интеграции ПО для закупок и системы управление ресурсами.