Данные о дистрибуции делятся на два класса: медленно изменяющиеся мастер-данные, например справочники товаров и точек, и транзакционные данные, которые возникают в результате повседневных бизнес-операций: отгрузок, приемок, продаж. Стоковое уравнение — инструмент для контроля именно транзакционных данных, а конкретно того, насколько корректно и полно в учетной системе отражается движение товара на складах дистрибьютора. Ниже разбираем, как устроен этот инструмент, на основе выступления Анастасии Клевцур, руководителя проектов «Системные Технологии», на конференции SFA 2016.
Стоковое уравнение: как проверить качество данных об остатках
Мастер-данные и транзакционные данные
Управление качеством данных дистрибуции распадается на две разные задачи в зависимости от типа данных. Мастер-данные — это справочная информация, которая меняется редко: карточки товаров, торговых точек, дистрибьюторов. Транзакционные данные, напротив, создаются постоянно и в больших объемах: каждая отгрузка, приемка на склад или продажа в точке порождает новый документ. Именно из-за объема и скорости появления транзакционных данных в них проще всего накопить ошибки, которые долго остаются незамеченными.
Для управления качеством транзакционных данных нужны три последовательных процесса: мониторинг расхождений, выявление их причин и устранение. Стоковое уравнение закрывает все три задачи сразу, в первую очередь для одного из самых частых и самых ощутимых видов расхождений — по остаткам товара на складе.
Что такое стоковое уравнение
Стоковое уравнение — формула, которая сравнивает остатки, зафиксированные в учетной системе, с остатками, рассчитанными на основе движения товаров:
остатки на конец периода = остатки на начало периода − все операции расхода + все операции прихода
Если фактический остаток по данным учетной системы совпадает с расчетным, данные корректны. Если уравнение не сходится, это прямой сигнал: где-то в цепочке операций возникло расхождение, и качество данных упало ниже приемлемого уровня. Дальше нужно разобраться, где именно возникла ошибка, и вернуть данные в порядок.
Причины расхождений в стоковом уравнении
Отчет по стоковому уравнению в аналитике ST Чикаго: уравнение не сошлось, отклонение расчетного остатка от фактического составило 1767 единиц.
Расхождение между фактическим и расчетным остатком обычно возникает по одной из трех причин:
- ошибки в самих данных: неверно введенное количество, задвоенный или пропущенный документ;
- не выгружена часть данных: например, дистрибьютор не отразил в своей учетной системе часть операций;
- некорректно работает интеграция: дистрибьютор изменил регламент учета операций, формат или структуру документов, а обмен данными не был под это адаптирован.
На отчете выше видно, как расхождение распределяется по конкретным складам дистрибьютора: часть субсчетов (складов конкретных агентов) показывает отклонение в 100%, то есть данные по ним расходятся полностью, тогда как по центральному оптовому складу отклонение всего 0,59%. Такая детализация сразу подсказывает, где искать проблему в первую очередь.
Как отслеживать расхождения: вручную и автоматически
Контролировать стоковое уравнение можно двумя способами. Первый — вручную, просматривая отчет в аналитике ST Чикаго по мере необходимости. Второй — автоматически, с помощью автоинформатора: система сама проверяет уравнение по заданному расписанию и присылает уведомление, если отклонение превышает допустимый порог.
Оповещения приходят либо ответственным сотрудникам клиента, либо в техподдержку Системных Технологий, в зависимости от того, как настроен процесс. Регулярность проверки тоже настраивается: можно проверять уравнение ежедневно, а можно реже, если объем операций у дистрибьютора невелик. О том, как вообще устроена техническая поддержка и мониторинг сбоев в комплексе, можно почитать на странице технической поддержки Системных Технологий.
Норма допустимого расхождения — индивидуальный параметр бизнеса, единого стандарта нет. Чаще всего производители устанавливают порог около 2% и меньше: все, что превышает эту границу, считается критическим отклонением, а дистрибьютор, перешагнувший порог, подсвечивается в отчете красным, как на письме автоинформатора выше.
Как находят причину расхождения
Когда автоинформатор или ручная проверка показывают, что уравнение не сошлось, включается механизм автоматической сверки данных. Если расхождение обнаружено по конкретной товарной позиции, сверку можно детализировать дальше: до уровня отдельных документов расхода или прихода по этой позиции.
Механизм сверки нашел документ с ошибкой: остаток на начало периода нулевой, а расход по товару составляет 65 единиц, из-за чего расчетный остаток на конец уходит в минус, а отклонение достигает 100%.
На этом уровне детализации обычно сразу видно, какой конкретно документ вызывает расхождение: например, накладная с некорректным количеством или документ, который был проведен дважды. Именно эта пошаговая детализация, от общего отчета по дистрибьютору до конкретного документа, отличает стоковое уравнение от простого сравнения двух цифр: оно не просто фиксирует факт расхождения, а показывает, куда именно нужно идти, чтобы его исправить.
Как устраняют расхождения
Когда причина найдена, расхождение устраняют вручную: исправляют ошибочные данные в документе, проводят недостающие операции, которые не попали в систему, или синхронизируют регламент интеграции, если проблема была в ней.
Тот же товар и тот же дистрибьютор после исправления: остаток на начало и расход теперь совпадают с расчетным значением, отклонение равно нулю, уравнение сошлось.
После исправления стоит повторно проверить отчет по стоковому уравнению: иногда расхождение не исчезает полностью, а лишь смещается на другую товарную позицию или период, и повторная проверка сразу это покажет.
Зачем управлять качеством транзакционных данных
Точные данные об остатках нужны производителю не сами по себе, а как основа для дальнейших решений: анализа продаж, планирования запасов и производства, логистики, маркетинговых активностей. Если данные о движении товара регулярно расходятся с реальностью, все построенные на них расчеты и прогнозы становятся ненадежными, даже если сама аналитическая система работает безупречно.
Важно понимать, что инструмент вроде стокового уравнения решает только техническую часть задачи. Для того чтобы контроль качества данных действительно работал на постоянной основе, нужны еще и бизнес-процессы вокруг инструмента: закрепленные роли, ответственные сотрудники, регламент реакции на расхождения. Эти процессы можно выстроить силами самой компании, либо передать на аутсорс службе поддержки «Системных Технологий». Комплекс «ST Чикаго», в аналитике которого строится отчет по стоковому уравнению, изначально проектировался с учетом контроля качества именно таких транзакционных данных.
Частые вопросы
Что делать, если стоковое уравнение не сходится каждый период подряд?
Систематическое расхождение обычно указывает не на разовую ошибку, а на проблему в процессе или интеграции: стоит проверить регламент обмена данными с дистрибьютором и убедиться, что все операции действительно попадают в учетную систему вовремя.
Можно ли настроить разный порог допустимого отклонения для разных дистрибьюторов?
Да, норма расхождения — индивидуальный параметр, и для дистрибьюторов с разным объемом операций и разной историей качества данных порог обычно настраивается отдельно.
Нужно ли проверять стоковое уравнение, если объем операций у дистрибьютора небольшой?
Стоит, но реже: при небольшом объеме операций расхождения накапливаются медленнее, поэтому регулярность автоматической проверки можно снизить, не теряя контроля над качеством данных.
