Начните с одной операции
Перед разработкой обмена опишите участок работы: кто создаёт партию, кто получает задание, где сотрудник сканирует коды и какая система должна получить итог. Формулировка «интегрировать с ERP» не определяет эти правила.
Например, для проверки приёмки можно выбрать одну тестовую партию и заранее согласовать её состав. Это учебный сценарий подготовки проекта, а не описание реализованной конфигурации конкретного клиента.
Разделите учётные данные и действия оператора. Система учёта может хранить номенклатуру и документы, а отдельное приложение — задания и ход выполнения. Для каждого объекта нужно назначить источник актуального состояния, чтобы две системы не исправляли одну запись независимо.
Согласуйте передачу и подтверждение
Для встречи технических команд подготовьте таблицу обмена:
| Объект | Вопрос для согласования |
|---|---|
| Партия | Кто создаёт идентификатор и можно ли изменить состав после начала работы? |
| Задание | Кто назначает исполнителя и фиксирует завершение? |
| Результат | Какие поля достаточны принимающей системе? |
| Подтверждение | Как отправитель узнаёт, что результат принят, а не только отправлен? |
| Исправление | Кто разрешает повторную обработку и где сохраняется её история? |
Способ передачи выбирается после проверки доступных интерфейсов. Само наличие API не определяет бизнес-правила, права доступа или совместимость форматов. Для файлового обмена также нужны правила идентификации, ошибок и повторной загрузки.
Отдельно согласуйте, кто разбирает ситуацию, когда полевая операция завершена, но учётная система результат ещё не приняла. Не следует автоматически повторять бизнес-операцию вместо выяснения статуса передачи.
Проверьте исключения до расширения
Пилот должен проверять не только успешную отправку. В тестовый набор включите повторный код, код вне задания, повторную передачу результата и временную недоступность получателя. Ожидаемое поведение утверждается для проекта; этот перечень не обещает готовую обработку всех случаев любым приложением.
Для каждого испытания сохраняйте исходное состояние, действие, ожидаемый и фактический результат. Сверяйте данные на обеих сторонах. После проверки составьте список ограничений и назначьте ответственных за их устранение до масштабирования.
Не отправляйте рабочие базы, пароли или секреты API с первичным запросом. Для оценки достаточно обезличенной схемы процесса и описания доступных интерфейсов.
Mark CTRL предназначен для управления полевыми операциями маркировки, партиями и заданиями. Он не подменяет складскую систему; конкретный обмен определяется проектом. Для технической части см. интеграции и API, для устройств — сравнение сканера и ТСД.