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

Я внедряю контроль не с переписки, а с единого реестра. В нем каждая претензия получает номер, дата, поставщика, основание, сумму, подразделение-инициатор, ответственного сотрудника, крайний срок ответа и текущий статус. Без реестра компания не управляет претензиями, а только хранит следы конфликта в разных папках.
Что держать под контролем
Основания претензий лучше зафиксировать коротким списком: недопоставка, пересорт, брак, повреждение, просроченный срок поставки, ошибка в цене, ошибка в документах. Если причин слишком много, учет разваливается. Если причин две-три, собственник не увидит источник потерь. Нужен рабочий баланс, при котором отчет читается за минуту.
Дальше я задаю обязательные поля по деньгам и срокам. Сумма претензии в первоначальной оценке. Сумма, признанная поставщиком. Сумма, фактически возмещенная. Дата выявления. Дата направления претензии. Срок ответа по договору или по внутреннему регламенту. Дата закрытия. Уже на этом уровне становится видно, где зависает процесс: на фиксации дефекта, на отправке документов, на переговорах или на зачете в расчетах.
Статусы нужны простые и однозначные. Я использую цепочку: выявлено, оформляется, направлено поставщику, ответ получен, согласовано возмещение, закрыто, отказано. Иногда добавляю статус спор, если вопрос ушел в юридическую работу. Больше статусов не нужно. Длинная лестница скрывает простой вместо того, чтобы их показывать.
Порядок ответственности
Слабое место почти в каждой компании — размытая ответственность. Склад находит проблему, но не отвечает за документ. Закупщик ведет поставщика, но не подтверждает факт брака. Бухгалтерия ждет первичку. Юрист подключается слишком поздно. Я разделяю роли по шагам, а не по общим формулировкам.
Инициатор претензии фиксирует событие в день выявления. Для склада это акт расхождений, фото, отметка по накладной, для производства — акт брака, для коммерческого блока — расхождение по цене или ассортименту. Закупщик собирает пакет и отправляет поставщику в установленный срок. Финансовый сотрудник контролирует, чтобы признанная сумма дошла до денег: возвратом, заменой товара, скидкой в следующей поставке или зачетом. Руководитель функции снимает блокировки, если спор повис. Собственнику не нужно вести переписку. Ему нужен видимый маршрут претензии от обнаружения до возмещения.
Отдельно я назначаю владельца процесса. Не владельца каждой претензии, а человека, который раз в неделю смотрит весь реестр, вычищает зависшие позиции и поднимает эскалацию (передачу вопроса на уровень выше) по сроку. Без этой роли система быстро превращается в формальность.
Как смотреть отчет
Собственнику не нужен толстый реестр на сто колонок. Нужен короткий отчет, который отвечает на четыре вопроса. Сколько денег висит в незакрытых претензиях. Какой срок просрочки по каждой группе. Какие поставщики дают наибольшую сумму зависания. Кто внутри компании держит просроченные шаги.
Я собираю отчет по трем срезам. Первый — возраст претензий: до 7 дней, 8–30, 31–60, свыше 60. Второй — поставщики по сумме незакрытого остатка. Третий — причины претензий. Если в верхней строке у вас брак, проблема в качестве поставщика или входном контроле. Если лидирует недопоставка, ищите сбой в приемке, комплектации или договорных условиях. Если накапливаются ошибки в документах, потери сидят в дисциплине обмена первичкой.
Полезный показатель — доля возмещенных сумм от заявленных. Он быстро отрезвляет. Компания может гордиться числом отправленных претензий, но деньги при этом не возвращаются. Второй показатель — средний срок закрытия. Третий — доля претензий, направленных поставщику позже внутреннего срока. По ним видно качество процесса без лишней аналитики.
Я не советую смешивать в одном отчете операционные отклонения и юридические споры с крупным сроком рассмотрения. Если вопрос ушел в суд или в длительное разбирательство, его нужно держать отдельным списком. Иначе общая картина искажается, а команда перестает видеть оперативные сбои.
Чтобы система заработала, достаточно трех управленческих решений. Первое: признать незакрытую претензию денежным активом, а не служебной перепиской. Второе: ввести единый реестр с короткими статусами и владельцами этапов. Третье: смотреть на совещании не количество писем поставщикам, а сумму незакрытыхтого остатка, срок просрочки и причину зависания. После этого претензии перестают растворяться между отделами и начинают возвращаться в деньги.