Интеграция с системой управления предприятием полезна только тогда, когда стороны одинаково понимают данные. Передавать название позиции недостаточно: нужны устойчивые идентификаторы, правила единиц измерения, владение полями и подтверждение обработки. Начните с небольшой предметной области и сквозной сверки. Успешная доставка сообщения не означает, что заказ, справочник или спецификация правильно изменились в принимающей системе.
Определите владельцев сущностей
Выберите передаваемые объекты: номенклатуру, контрагентов, заказы или строки спецификации. Для каждого поля назначьте исходную систему и лицо, разрешающее содержательные расхождения. Опишите разрешённые направления изменений. Если обе стороны редактируют одно поле, согласуйте разрешение конфликта, не полагаясь только на последнюю временную метку. Составьте карту владения данными и перечень исключений. Бухгалтерская или производственная команда подтверждает смысл объекта; разработчик не должен решать, эквивалентны ли разные товарные позиции, по сходству названий.
Подготовьте правила сопоставления
Используйте устойчивый идентификатор и таблицу соответствий, если ключи систем различаются. Отделите технический ключ от отображаемого обозначения. Согласуйте единицы, точность представления, пустые значения, удаление и архивирование. Проверьте дубли до первоначальной загрузки. Для спорных записей заведите очередь ручного разбора с причиной, а не автоматически объединяйте их. Результатом служат схема данных, таблица соответствий и набор контрольных примеров, включая переименование позиции без изменения её идентичности и замену одной позиции другой.
Зафиксируйте контракт обмена
Опишите формат, версию, направление, инициатора, подтверждения и обработку ошибок. Для прикладного интерфейса согласуйте описание до реализации и храните его как контролируемый источник с известной редакцией. В контракте обмена отдельно опишите сообщения и квитирование; конкретную поддержку формата и подтверждение обработки проверяйте в установленной конфигурации. Не переносите перечень продуктов со старой страницы на текущую поставку. Разделите приём сообщения, проверку данных и завершённую запись в учётном контуре, чтобы не потерять отказ на последнем этапе.
Проверьте учебный производственный заказ
В условном примере изготовитель щитов передаёт в учётную систему спецификацию сборки. Пять позиций и одна замена компонента являются учебными параметрами, а не обязательным размером теста. Сначала передайте новый заказ, затем изменение количества, переименование и отмену строки. Сверьте идентификаторы, единицы и фактическое состояние принимающего заказа. Повторите передачу того же сообщения: повтор не должен создавать необъяснимый дубль. Сохраните обезличенные сообщения, результаты сверки и журнал ошибок, связывая каждую операцию с её контрольным случаем.
Испытайте разрывы и восстановление
Остановите разрешённым способом тестовый обмен между получением и подтверждением обработки. Выясните, что произойдёт после повторного запуска и как определяется уже обработанная операция. Типичная ошибка состоит в подтверждении сообщения до завершения записи; обнаруживается она сравнением подтверждённых сообщений с отсутствующими изменениями в приёмнике. Проверьте нарушенный порядок сообщений и неизвестный код справочника. Не скрывайте такие случаи автоматическим пропуском: назначьте владельца очереди ошибок и безопасный порядок повторной обработки после исправления причины.
Примите интеграцию и организуйте сверку
Приёмка включает штатные изменения, повтор, конфликт, ошибку и восстановление обмена. Владелец данных принимает содержательное соответствие, разработчики контракт и реализацию, эксплуатация наблюдение и реакцию на сбой. Передайте схему, правила соответствий, протоколы и инструкцию разбора очереди. Сверка должна выявлять пропущенные объекты, дубли и различающиеся значения, а не только количество отправленных пакетов. После обновления любой стороны повторяйте затронутые проверки. Совместимость версии формата не заменяет доказательство правильности прикладной обработки в конкретной паре систем.
Проверка перед завершением
- ✓Подтверждение доставки отличайте от подтверждения обработки.
- ✓Проверьте повтор сообщения и переименование сущности.
Частые вопросы
Кто разбирает неоднозначную номенклатуру?+
Достаточно ли сравнить число объектов?+
Продукт · Цены · Все материалы