Как сверить заказ поставщику, счёт и электротехническую спецификацию

7 минут чтения

Что проверять в ответе поставщика после выбора позиции: артикул, единицы, количество и срок с источниками каждого значения.

Покупателю уже подобрали позиции и согласовали заказ. Поставщик прислал счёт: в нём похожие артикулы, другая кратность упаковки и новый срок по одной строке. Менеджеру по закупке нужно понять, что подтверждено поставщиком и можно ли исполнять заказ клиента на этих условиях. Это другой этап, чем разбор входящей спецификации клиента: здесь проверяется ответ поставщика после выбора товара.

Какие документы относятся к одному заказу поставщику

Для сверки соберите подтверждённый заказ поставщику, отправленную спецификацию, его счёт и переписку с изменениями. Если поставщик прислал отдельное подтверждение сроков или наличия, добавьте его как самостоятельный источник. Укажите номер заказа, версии файлов, даты и связь каждой строки с клиентским заказом. Один счёт может объединять несколько заявок; одинаковый артикул в разных заказах не означает, что строки можно без проверки сложить.

Сохраните исходный документ и отметьте, кто принял изменение. «Есть на складе» в письме до выставления счёта и подтверждение поставки в счёте могут относиться к разным моментам. Если условия расходятся, статус строки должен оставаться открытым, пока закупщик не выяснит, какая версия действует. Пять процессов поставщика электротехники описаны в отраслевом разделе; эта статья разбирает только сверку ответа поставщика перед исполнением закупки.

Какие поля сопоставить построчно

Начните с артикула и наименования, но не ограничивайтесь ими. Проверьте существенные характеристики по принятой спецификации, количество и единицы измерения, кратность поставки, цену, срок и условия, которые компания обязана подтвердить клиенту. Список полей зависит от ассортимента и договора. Для каждой строки нужен источник выбранного значения, а не только итоговая отметка «совпадает».

Пересчёт упаковок требует отдельного правила. Если в заказе десять штук, а счёт выставлен в коробках, агент не должен угадывать число изделий в коробке по названию товара. Правило может быть в каталоге или подтверждении поставщика. Если его нет, это вопрос закупщику. То же относится к похожим артикулам: внешнее сходство не доказывает идентичность изделия.

Исходный этап сопоставления заявки покупателя с собственным каталогом уже разобран в материале о подготовке КП. Здесь позиции выбраны; предмет проверки — что именно поставщик подтвердил и какие условия ещё требуют решения.

Как фиксировать расхождения со счётом

Условный реестр одного заказа, без данных поставщика:

ПолеЗаказ поставщикуСчёт / ответ поставщикаСтатусКому вопрос
Артикул изделия АА-100А-100Совпадает по артикулу; проверить характеристикиТехническому специалисту при неоднозначности
Количество изделия Б24 штуки2 коробки без указанной кратностиНужен источник пересчётаЗакупщику
Срок изделия ВДата из заказаБолее поздняя дата в подтвержденииРасхождение с обещанием клиентуЗакупщику и менеджеру продаж

Значения здесь придуманы для иллюстрации метода. Реестр не подтверждает техническую замену. Даже при совпавшем артикуле специалист должен проверить существенные параметры, если поставщик менял исполнение или документацию. После решения в строке сохраняют ссылку на подтверждение и дату, чтобы при дальнейшем споре не восстанавливать цепочку из памяти.

Если расхождение влияет на клиентский срок или цену, закупщик не должен молча исправлять внутренний заказ. Он передаёт вопрос продажам и фиксирует согласованное решение. Счёт от поставщика — источник данных, а не автоматическое разрешение обещать клиенту новые условия.

Где помогает агент и где достаточно обычной интеграции

Если заказ и счёт приходят в структурированном виде с устойчивыми артикулами, сверку можно выполнить обычным правилом в 1С или другой системе. Агент нужен на исключениях: разные форматы файлов, свободные комментарии к строкам, подтверждения сроков в переписке, неоднозначные единицы измерения. Он извлекает значения, связывает документы, готовит реестр и указывает, откуда взят каждый вывод.

Система не должна подставлять ближайший товар вместо заказанного и скрывать разницу в характеристиках. Неясный артикул, отсутствие кратности или противоречивый срок — открытый вопрос человеку. Для переноса и сверки данных между системами можно оставить стандартные проверки, а агенту передавать только строки, которые они не разрешили.

В Titanium AI границы такого сценария определяют на обследовании: какие документы считаются подтверждением, где хранится номенклатура, кто утверждает аналог и как обрабатывается исключение. Экономию или долю автоматически закрываемых строк оценивают после замера на реальной выборке, а не по одному демонстрационному счёту.

Кто подтверждает замену, цену и срок

Закупщик устанавливает, что поставщик действительно готов отгрузить выбранные позиции на указанных условиях. Технический специалист подтверждает пригодность любого отличающегося исполнения или аналога. Менеджер продаж решает, как изменение цены или срока влияет на предложение клиенту. Агент не принимает эти решения, не подтверждает применимость изделия по похожему названию и не отправляет клиенту обещание о поставке.

Полезно различать «совпало в счёте» и «можно исполнить клиентский заказ». Первое — результат сверки документов. Второе требует проверки доступности, условий продажи и технических ограничений. Если эти решения не разделить, автоматическая отметка о совпадении создаст ложную уверенность.

Как проверить на обычном и спорном счёте

Возьмите обезличенный заказ поставщику с обычным счётом и заказ, где есть известное расхождение: по артикулу, единице или сроку. Сотрудники заранее составляют эталонный реестр и указывают, кто должен принять решение. Затем сравните черновик агента с эталоном. Проверяйте не только найденные различия, но и ссылки на источники, ложные совпадения и правильность адресата вопроса.

Если строки стабильно совпадают по артикулам и все изменения уже проходят через учётную систему, внедрять ИИ для этого этапа незачем. Если подтверждения распределены по счетам, файлам и письмам, ограничьте первый пилот одним поставщиком или товарной группой и проверьте, какую часть исключений агент действительно помогает разбирать.

Разобрать один спорный счёт

Возьмите обычный и спорный обезличенные заказы поставщику. Отметьте, какие строки уже проверяет учётная система, а где нужны решения сотрудников.