Продавец на r/shopify точно описал задачу: поставщик отправляет подтверждение отгрузки по каждому заказу, вы открываете письмо, копируете трек-номер, вставляете его в заказ, отмечаете заказ выполненным и переходите к следующему. Иногда это тридцать заказов и потерянный час. Другой описал ту же работу еженедельно — три часа копирования и вставки каждый воскресный вечер.
Первый порыв — автоматизировать всё целиком. Это неверный первый шаг, и лучший ответ в обсуждении объяснил почему: полезная версия показывает только несопоставленные или просроченные записи, превращая три часа проверки каждого заказа в десять минут исправления исключений.
Почему сверка предшествует автоматизации
Полная автоматизация записывает данные в магазин. Значит, нужны учётные данные с областью доступа на запись, приложение продавца и очередь заявок разработчиков. А когда поставщик изменит шаблон письма — и он это сделает, — вы получите незаметно ошибочные отметки об исполнении вместо видимой стопки несопоставленных строк.
Сверка возвращает тот же час без этих рисков и показывает, надёжно ли вообще сопоставление, прежде чем вы разрешите запись. Полную картину требований к доступу на запись для каждой платформы мы отдельно описали в пошаговом руководстве по Shopify Admin MCP.
Две выгрузки
Ваши заказы. Любая выгрузка с номером заказа, именем или адресом получателя, позициями и текущим статусом исполнения. Shopify, WooCommerce, Etsy и eBay позволяют получить её из панели управления вообще без доступа к API.
Подтверждения поставщика. Экспортируйте папку почты, в которую они поступают: большинство клиентов выгружает папку в .mbox или набор файлов .eml. Если поставщик присылает CSV или выгрузку из портала, используйте их: они чище и не изменятся при переработке шаблона письма.
Поместите обе выгрузки в одну локальную папку. Эта папка и есть всё рабочее пространство.
Четыре таблицы, и лишь три из них — списки
Запрашивайте именно такую структуру и не принимайте вместо неё обычный текст:
- Сопоставленные и согласованные — только количество. Не перечислять.
- Несопоставленные подтверждения — трек-номер, за которым не найден заказ.
- Несопоставленные заказы — заказы старше N дней, для которых вообще нет подтверждения.
- Неоднозначные — всё, что сопоставилось более чем с одним заказом.
Сначала сопоставляйте по номеру заказа и только при его отсутствии переходите к имени получателя вместе с почтовым индексом. Для таблиц 2–4 требуйте точные исходные поля, использованные при сопоставлении. И требуйте, чтобы сомнительное совпадение попадало в таблицу 4, а не угадыванием в таблицу 1.
В том, что таблица 1 содержит количество, а не список, и состоит весь замысел. В обычный день это число 28, остальные три таблицы пусты, и всё закончено за десять секунд.
О чём на самом деле сообщает каждая таблица
Таблица 2: трек-номер без заказа. Обычно поставщик отгрузил отменённый заказ или продублировал подтверждение. Проверить легко, а иногда так удаётся заметить двойную отгрузку до двойной оплаты.
Таблица 3: заказ без трек-номера. Это самая дорогая проблема и причина запускать всю проверку. Такие заказы превращаются в обращения «где мой заказ», а на маркетплейсах — в показатели просроченной отгрузки, из-за которых вы теряете не только доверие, но и видимость.
Таблица 4: неоднозначные. Почти всегда это два заказа в одно домохозяйство. Их стоит разрешать вручную именно потому, что полностью автоматическая система выбрала бы один и ошиблась бы в половине случаев.
Только после этого — обратная запись
Когда вы проводите такую сверку пару недель и таблица 4 стабильно пуста, сопоставлению можно доверять достаточно, чтобы действовать. Даже тогда запись об исполнении должна быть контролируемым действием: предварительный просмотр перед запуском и ограничение числа заказов за один вызов, чтобы ошибочное совпадение не могло незаметно отметить выполненными двести заказов.
Если вы так и не дойдёте до этого этапа, одна сверка уже сэкономила час. Именно её и стоит сохранить.
Запуск в Orkas
Поместите две выгрузки в папку проекта и храните их там. Проект сохраняет контекст между днями, поэтому завтрашняя проверка сможет сравнить результат с сегодняшней таблицей 3. Заказ без трек-номера три дня подряд — другая проблема, чем заказ, появившийся утром. Только сравнение изменений показывает разницу. Файлы и ключи остаются на вашем компьютере; вызовы моделей идут прямо к провайдеру.
В той же папке хранится остальная еженедельная работа с магазином, которую мы разбираем в сценарии анализа интернет-магазина.
Чего это не охватывает
- Он не сможет разобрать незнакомый формат письма поставщика без вашей проверки таблицы 2 в первые несколько раз.
- Он не знает, что посылка потеряна, — лишь то, что вам так и не сообщили об отправке.
- Статус отслеживания у перевозчика — отдельная задача. Здесь сверяется наличие номера с заказом, которому он нужен, и ничего больше.