Начинаю распутывать клубок проблем, когда количество переходит в качество... Тысячи адресов с которых приходят заказы несколько тысяч и ручной (визуальный) контроль ряда нюансов не проходит, да и экзотические косяки начали появляться, как например продумываемый и исправляемый сегодня.
Программа интеграции приняла заказ и отправила его в УС для доработки, как следствие сохранила его в своей внутренней БД для блокировки повторного приёма. Уже возникли 2 ситуации:
1. Заказчик послал заказ. Затем оставив атрибуты неизменным изменил на платформе. Прога интеграции его уже скушала и новый вариант не пропускает;
2. Заказ принят и отправлен в УС. Дамы в УС его удалили, но следы в проге интеграции сохранились. Затем хотят его снова закачать - взять с платформы и кинуть файл заказа в папку INBOX программы интеграции, а нет - он уже проводился....
Подумав, сделал
первый в программе интеграции интерфейсный режим. Для облегчения программа сохраняет вводимые атрибуты:
Атрибуты копипастом можно взять из платформы провайдера. Программа ищет заказ в своей БД, а затем возможны варианты:
1. Заказ не найден - сообщение:
2. Заказ найден - запрос на удаление следов.
Все ошибки операторов исправляемые - если удалят "лишнее", то всегда можно взять файл с платформы: