Представим: производитель закрывает месяц. По отчетам дистрибьюторов продажи выросли, план выполнен, партнеру положен бонус. Но при сверке выясняется, что часть операций загрузили дважды, а возвраты в расчет не попали. Рост оказался ошибкой в данных, а начисленный бонус — переплатой.
Возможна и обратная ситуация. Продажи в регионе выглядят хуже плана, и коммерческая команда готовит дополнительное промо. Однако причина снижения — не падение спроса, а отсутствие отчетов одного из партнеров за последнюю неделю. Производитель собирается потратить бюджет на проблему, которой в действительности нет.
В обоих случаях источник потерь находится раньше управленческого решения — на этапе получения и обработки данных.
Сервис SellOut+ объединяет информацию от дистрибьюторов, торговых сетей, маркетплейсов и систем маркировки. В этой статье сосредоточимся на вторичных продажах, или sell-out: продажах дистрибьютора магазинам, аптекам и другим клиентам. Именно такие отчеты становятся основой для оценки покрытия, контроля запасов и расчета вознаграждения партнерам.
1. Файл пришел вовремя, но данные в нем устарели
Письмо от дистрибьютора получено утром, файл успешно загружен, ошибок формата нет. На первый взгляд, источник работает исправно. Но внутри отчета — продажи только по прошлую среду.
Если смотреть исключительно на дату получения файла, последние дни недели будут выглядеть провальными. Особенно заметно искажение при сравнении территорий: по одной информация уже полная, а по другой еще нет.
Поэтому необходимо контролировать не только поступление отчетов, но и даты операций внутри них. Отдельно важно понимать, какие подразделения и периоды охватывает выгрузка.
Отсутствие данных нельзя автоматически считать отсутствием продаж.
В SellOut+ можно задать допустимую задержку предоставления информации и отслеживать ее актуальность по датам внутри загруженных данных. При превышении норматива источник получает соответствующий статус; также предусмотрены ежедневные уведомления о задержках.
2. Повторная выгрузка увеличила продажи
Дистрибьютор отправил отчет, затем исправил несколько документов в учетной системе и прислал новую версию. Если второй файл просто добавить к первому, часть продаж будет учтена повторно.
На дашборде появится рост, которого не было. Если от объема продаж зависит бонус, ошибка перейдет в расчет выплаты.
Похожая ситуация возникает с внутренними перемещениями. Товар перевезли между складами одного дистрибьютора, но операция попала в выгрузку как продажа. Запас сменил местоположение, однако нового покупателя не появилось.
Чтобы избежать таких искажений, при подключении партнера необходимо согласовать смысл передаваемых операций и правила обновления данных. Новый файл может полностью заменять ранее переданный период, содержать только дополнения или исправлять отдельные записи. Эти сценарии нельзя обрабатывать одинаково.
В SellOut+ процесс загрузки настраивается под конкретного поставщика данных: с учетом формата выгрузки, состава операций и способа обновления информации. Это позволяет не смешивать повторную передачу отчета с появлением новых продаж.
3. Один магазин превратился в три торговые точки
Один дистрибьютор записал магазин как «Продукты на Лесной», второй — по названию юридического лица, третий — по фамилии индивидуального предпринимателя. В результате одна торговая точка существует в сводной базе в трех экземплярах.
Покрытие территории оказывается завышенным. Производитель может начислить премию за подключение «новой» точки, которая давно работает с его ассортиментом.
Бывает и обратная ошибка: несколько магазинов одного юридического лица объединяются в одну запись по ИНН. Тогда продажи разных адресов собираются в одном месте, а региональный менеджер теряет возможность оценить реальную представленность товара.
Смена юридического лица также не обязательно означает открытие нового магазина. Для анализа важно сохранять связь с физической точкой и учитывать историю изменений.
Сверка общей суммы продаж такие ошибки не обнаружит: итог в рублях может сходиться, а картина дистрибуции — оставаться неверной.
В SellOut+ для этой задачи используется дедупликация и маппинг торговых точек и товаров. Записи из разных источников сопоставляются с эталонными справочниками. Автоматические алгоритмы и ИИ дополняются работой команды операторов, которая разбирает случаи, требующие дополнительной проверки.
4. Короба посчитали как потребительские упаковки
В отчете указано количество «100». Для одного партнера это сто потребительских упаковок, для другого — сто коробов по двенадцать упаковок.
Без приведения к единым единицам измерения разница составит двенадцать раз.
Особенно опасно, когда продажи и остатки представлены в разных единицах. Тогда расчет запаса в днях продаж теряет смысл: система может показать дефицит там, где товара достаточно, или, наоборот, скрыть необходимость поставки.
Отдельная задача — изменения фасовки. Если упаковку массой 1 кг заменили на 900 г, одинаковое количество проданных упаковок уже не означает одинаковый объем в килограммах. Для фармпроизводителей аналогично важно различать дозировки и количество единиц в упаковке.
Контроль здесь состоит из двух частей: правильного сопоставления товара и пересчета количества по согласованным правилам. Проверки на аномальные объемы помогают выявлять подозрительные значения, но не заменяют корректный справочник упаковок и коэффициентов пересчета.
5. Возврат появился после начисления бонуса
Магазин вернул часть продукции, но возврат не попал в отчет дистрибьютора. Или появился в следующем месяце, когда предыдущий период уже закрыли.
Результат — завышенные продажи и неверная база для расчета вознаграждения.
Рассмотрим условный пример. Дистрибьютор отчитался о продажах на 10 млн рублей. Возвраты составили 1 млн рублей. По договору бонус равен 3% продаж за вычетом возвратов.
Правильная выплата — 270 тыс. рублей: 3% от 9 млн. Без учета возвратов производитель начислит 300 тыс. рублей. Разница — 30 тыс. рублей только в этом примере.
Проблемы возникают и при оценке промо. Допустим, вместо согласованной даты продажи партнер передал дату проведения документа в учетной системе. Часть объема оказалась за пределами акции, хотя сама операция относилась к ее периоду.
Поэтому правила учета возвратов, исправлений и дат необходимо согласовать до начала регулярных загрузок. В SellOut+ предусмотрена, в частности, проверка согласованности признака возврата и знака его объема. Однако она не заменяет сверку полноты: если партнер вообще не передал возврат, проверки одной строки недостаточно.
6. Продажи в рублях выросли только из-за НДС
Денежные показатели разных периодов могут оказаться несопоставимыми даже при корректном количестве товара.
Для сравнения 2025 и 2026 годов есть дополнительная особенность: с 1 января 2026 года основная ставка НДС увеличилась с 20% до 22%. При этом для предусмотренных законом категорий товаров, включая определенные продукты питания, лекарства и детские товары, сохраняется ставка 10%.
Допустим, товар облагается по основной ставке, а его цена без налога осталась равной 100 рублям. Сумма с НДС изменилась со 120 до 122 рублей. В отчете возникнет рост примерно на 1,7%, хотя ни количество проданного товара, ни цена без налога не увеличились.
Другая ошибка — продолжать делить сумму, включающую НДС 22%, на 1,20. В этом случае показатель продаж без налога окажется завышенным.
При подготовке данных нужно учитывать, какие суммы передает партнер: с налогом или без, до скидки или после нее. Ставка НДС должна быть отдельным значимым атрибутом, а не универсальной константой для всего ассортимента.
Расширяемая модель данных SellOut+ позволяет учитывать такие параметры при обработке отчетов и подготовке информации для дальнейшей аналитики.
7. После закрытия периода выяснилось, что файл был предварительным
Производитель рассчитал бонусы, а дистрибьютор прислал другую версию отчета и сообщил, что предыдущая была предварительной. Начинаются повторные сверки и обсуждение того, какие данные стороны считали окончательными.
Еще один риск — несогласованные изменения, внесенные сотрудником при подготовке выгрузки.
Снизить неопределенность помогает регламент: кто отвечает за отчет, как подтверждается его окончательная версия и в каком порядке передаются исправления. В рамках такого процесса можно договориться об использовании усиленной квалифицированной электронной подписи уполномоченного лица дистрибьютора.
В SellOut+ предусмотрен механизм проверки наличия электронной подписи у загружаемых данных. При этом важно разделять подтверждение файла и проверку его содержания: подпись не исправляет дубли, пропущенные возвраты или неверные объемы. Контроль качества по-прежнему необходим.
8. Данные маркировки сравнили с другим событием товародвижения
Информация из «Честного знака» и МДЛП помогает дополнить картину движения товара. Но появление дополнительного источника не делает данные автоматически сопоставимыми.
Для отдельных товарных групп меняются правила и детализация учета. Например, с 1 сентября 2026 года для бакалейной продукции первой волны действует объемно-сортовой учет в универсальных передаточных документах: передаются код товара и количество. Для других групп предусмотрены свои сроки.
При этом отгрузка со склада, приемка магазином и продажа на кассе — разные события. Они могут происходить в разные дни. Вывод из оборота также не всегда означает розничную продажу: причиной может быть, например, уничтожение или утилизация бракованного товара.
Поэтому перед сверкой необходимо определить, какие операции и даты сравниваются. Иначе корректные отчеты покажут расхождение, а попытка «подогнать» цифры создаст новую ошибку.
В экосистеме SellOut+ аналитика на данных МДЛП предусматривает обработку доступной производителю информации с выделением первичных, вторичных и третичных продаж, а также внутренних перемещений. Для сопоставления с отчетами дистрибьюторов важно учитывать тип операции, участников движения товара и соответствующий период.
Как превратить разовые сверки в регулярный контроль
Проверить один отчет вручную возможно. Гораздо сложнее поддерживать одинаковый уровень контроля, когда у производителя много партнеров, у каждого свой формат, а данные постоянно дополняются и исправляются.
В SellOut+ эта задача решается сочетанием автоматических проверок, настроенных правил загрузки и работы команды.
На этапе получения информации проверяются обязательные поля, даты, дубли, согласованность возвратов, остатки и другие параметры. В зависимости от типа проверки загрузка останавливается с ошибкой либо продолжается с предупреждением. Результат доступен на портале; уведомления можно направлять сотрудникам производителя и поставщика данных.
Команда загрузки настраивает получение, преобразование и обновление отчетов под конкретные источники. Модель данных дополняется атрибутами, которые важны для бизнеса: типами операций, единицами измерения, налоговыми параметрами и другими полями.
Но автоматизация не отменяет взаимодействия с дистрибьютором. Иногда необходимо изучить исходные документы, уточнить назначение операции или запросить исправленную выгрузку. Задача сервиса — своевременно обнаружить проблему и организовать ее разбор по согласованному процессу, самостоятельно либо с участием производителя.
Как использовать проверенные данные в Aspect, Totem и Quiz
Контроль отчетов нужен не ради идеально заполненной таблицы. Его результат должен использоваться в управлении продажами, запасами и работой команды.
Aspect: анализировать продажи на согласованной базе
Аналитическая платформа Aspect получает данные из SellOut+ и других источников и объединяет их в хранилище, OLAP-кубах и дашбордах. Это позволяет работать с продажами, остатками и планами в единой системе.
Для расчетов, которым нужна зафиксированная версия информации, в Aspect предусмотрена заморозка данных на определенную дату. Она сохраняет расчетную базу, но не отменяет необходимости согласовать порядок учета поздних возвратов и исправлений.
Totem: планировать коммерческие условия и промо
Платформа Totem предназначена для планирования и контроля коммерческих условий, промо, продаж и затрат. В одной системе можно работать со скидками, бонусами, прогнозами и оценкой рентабельности условий.
Качество исходной информации здесь принципиально: если продажи завышены дублями, а возвраты потеряны, планирование будет опираться на искаженную базу — независимо от того, насколько подробно настроена модель.
Quiz: проверить ситуацию в торговой точке
Когда вопросы вызывает конкретный магазин или аптека, анализ отчетов можно дополнить визитом полевого сотрудника.
SFA-система Quiz позволяет организовать аудит точки, использовать анкеты и чек-листы, собирать фотографии и фиксировать результаты посещения. Это помогает сопоставить сведения в системе с текущей ситуацией на месте.
При этом фотография полки сегодня не подтверждает точный объем поставки месяц назад: часть товара уже могли продать. Полевой аудит дополняет проверку документов, а не заменяет ее.
С чего начать проверку отчетов дистрибьюторов
Возьмите данные нескольких партнеров за один закрытый месяц. Проверьте, все ли дни и подразделения представлены, нет ли повторных операций, учтены ли возвраты и правильно ли сопоставлены товары и торговые точки.
Отдельно посмотрите на единицы измерения, НДС и скидки. Обратите внимание на новые точки с необычно большими продажами и на резкие изменения остатков.
По спорным операциям запросите накладные, УПД и документы об исправлениях. После уточнений пересчитайте показатели, которыми пользуется коммерческая команда: выполнение плана, покрытие, бонусы и запас в днях продаж.
Разница между первоначальным и уточненным результатом покажет, какие ошибки уже влияют на решения и какие проверки стоит настроить в первую очередь.
Начать можно с пилотного проекта SellOut+ на ваших данных. Он позволяет проверить работу сервиса на ограниченной бизнес-задаче: загрузить исходные отчеты, обработать и сопоставить справочники, а затем оценить результат на демонстрации.