Файл обработан успешно. Только вместо 25 тарифов в систему попали пять — и вообще не тех.
Новый прайс загрузился без ошибок.
Статус зелёный. Таблица заполнена. Цены выглядят правдоподобно.
Можно было решить, что всё работает.
Я сверил результат с исходником и увидел: система приняла железнодорожные маршруты за морские. Из 25 ставок сохранила пять.
Это опасный тип сбоя. Когда программа падает, проблему замечают сразу. Здесь она уверенно показывает неправильный результат, который менеджер может отправить клиенту.
Причина оказалась в самом файле. Поставщик обновил структуру прайса, но сохранил знакомое название. Старый обработчик выбрал неподходящий сценарий разбора.
Я изменил логику:
— система проверяет содержимое файла, а не доверяет его названию;
— сверяет тип перевозки, валюту и обязательные поля;
— не удаляет предыдущие ставки, пока новые не прошли проверку;
— поднимает предупреждение, если результат выглядит подозрительно.
После исправления из файла извлеклись все 25 железнодорожных ставок.
Следом пришёл прайс сложнее: два листа, морская часть в долларах, железнодорожная — в рублях, разные контейнеры, весовые категории и отдельные сборы. На выходе система получила 1 254 уникальные ставки по 38 портам отправления и восьми портам назначения.
И вот здесь для меня проходит граница между парсером таблиц и рабочей системой.
Парсер умеет прочитать файл.
Рабочая система ещё умеет усомниться в собственном результате.
Если ваша автоматизация ошибётся без единого предупреждения — кто и когда это заметит?