У центра сертификации редко ломается одна заявка. Обычно ломается поток: сегодня три декларации по пищевой продукции, завтра одежда, послезавтра срочный ПИ по оборудованию, а у конечного клиента уже горит поставка, тендер или карточка на маркетплейсе.
Коротко рассказали здесь, подробно разобрали на нашем сайте в статье про B2B-поток для центров сертификации.
Главная проблема не в том, что нет исполнителя. Проблема в том, что заявки начинают жить в переписке: файлы в одном чате, сроки в другом, SKU в голосовом, маркировка в старой версии, а статус "срочно" заменяет нормальную комплектность.
Одна заявка терпит хаос. Десять - уже нет
- Когда в одном чате смешаны пища, одежда, упаковка и оборудование, быстро теряется актуальная версия данных.
- Менеджер партнера может не понимать, что уже принято в работу, что ждет образец, где не хватает производителя, а где лаборатория остановилась на уточнении.
- Конечный клиент при этом спрашивает не "как там внутренняя кухня?", а "когда будет документ?".
В результате страдает не только срок. Страдает доверие: клиент видит задержку, а партнер не может объяснить ее нормальным статусом.
SLA начинается не с первого сообщения
Самая спорная точка в B2B-потоке - когда запускать срок. Фраза "нам срочно" не делает заявку комплектной.
Если в заявке нет производителя, заявителя, состава, фото, маркировки, списка SKU или технических характеристик, исполнитель не может честно взять её в работу. Сначала нужен статус "некомплект" и список недостающих данных.
Честный SLA фиксирует несколько вещей: когда заявка принята, когда она стала комплектной, сколько занимает проверка, когда запускается лаборатория, что зависит от партнера, как работает срочность и кто принимает решение по спорной схеме оформления.
Такой подход защищает обе стороны. Партнер видит, что заявка не потерялась. Исполнитель не берет срок, который невозможно выполнить без данных.
ПИ - не просто файл "для декларации"
В партнерской лексике ПИ часто означает протокол испытаний или испытательную часть. Но его нельзя делать в отрыве от товара.
Для ПИ важны точное наименование, регламент, состав или техническое описание, список моделей, производитель, маркировка, образец и требования конечного клиента. Если протокол оформлен на одну модель, а потом его пытаются подтянуть к другой линейке, риск прилетит уже на регистрации или проверке.
Для центра сертификации это репутационный вопрос. Конечный клиент редко разбирается, где именно ошиблись. Он помнит того, кто обещал готовый результат.
Пакетная заявка - не значит "все одним документом"
Пакеты удобны: один клиент, одна поставка, много SKU. Но внутри может быть несколько схем оформления.
- Одежда для взрослых, детская одежда и спецодежда могут требовать разных подходов.
- В пищевой линейке вода, соковый напиток и продукт с добавками могут уйти по разным веткам проверки.
- Один производитель и разные производители - тоже разные риски.
Хороший поток не запрещает пакеты. Он сначала разбирает их: что можно объединить, что надо разделить, где нужен отдельный ПИ, а где сначала нужно уточнить маркировку.
Статусы нужны не для красоты
Рабочие статусы должны быть короткими и одинаковыми: принято, на проверке, некомплект, схема согласована, в лаборатории, требуется уточнение, ПИ готов, готово к регистрации, закрыто, пауза.
Это не бюрократия. Это способ партнеру говорить с конечным клиентом не "уточняю", а "заявка на проверке, не хватает маркировки" или "образец уже в лаборатории".
B2B-поток в сертификации держится на простых вещах: единый вход, шаблон заявки, комплектность, реестр, статусы и честный SLA. Если завтра у вас одновременно зайдут 15 SKU от трех клиентов, поток выдержит это как система или снова превратится в бесконечный чат?