Для внедрения системы Inventor, прежде всего, необходимы корректные данные по движению товара в компании. Любая автоматизированная система управления критична к ошибкам, внесенным при вводе первичной информации. Оптимизационные системы, управляющие точкой и объемом заказа, вдвойне критичны к качеству исходных данных. Поэтому у себя в компании мы не жалеем сил и времени на вычищение исходных данных, их корректировку и пересчет. В системе Inventor реализован модуль для автоматического выполнения верификации данных по заранее прописанным правилам и допустимым параметрам отклонения.
Одной из «болевых точек» при автоматизации системы управления заказом (УЗ) является не слишком достоверная внутрифирменная статистика. Достаточно давно работая в консалтинге, мы поняли, что добиваться от заказчика каких-то обобщенных агрегированных данных, тем более, переработанных - бессмысленно. Сотрудники заказчика заняты решением текущих задач управления компанией, а масса вопросов, требующих разрешения при внедрении системы, остаются без внимания. Поэтому в систему Inventor необходимо загружать первичные данные за максимальный период. В результате мы получаем огромные массивы транзакций - гигабайты детальной информации о товародвижении в компании. Такая информация позволяет достоверно выявить динамику, тренды и сезонность различных характеристик запаса, включая финансовые параметры. Обработка первичной информации проводится в модуле верификации данных системы Inventor. Корректные данные позволяют системе дать статистически достоверный прогноз вероятностных характеристик сбыта, ценовых и других финансовых параметров по каждой номенклатурной позиции.
К проблемам субъективного характера при внедрении системы Inventor в основном относится некачественное ведение баз данных на предприятии. Довольно часто приходится сталкиваться с различными несанкционированными корректировками первичных данных. Например, встречается ситуация, когда ошибочно проведенная поставка или ее часть «минусуется» фиктивной отгрузкой. При этом, зачастую, такая транзакция не имеет признака корректировки и с точки зрения анализа продаж такая отгрузка трудноотличима от реальных продаж. Такая ошибка может внести существенные, иногда в разы, погрешности при восстановлении параметров спроса.
Другим распространенным случаем является некорректное ведение справочников, в частности, справочника товаров. Бывает, что один и тот же товар заносится несколько раз под разными кодами. По названию товара человек ориентируется легко, но программа оперирует кодами и таких возможностей лишена. А бывает, что различный товар заносится на один код, потому что кому-то «так удобнее». Такие проблемы может разрешить только человек, автоматизированная система здесь бессильна.
Кроме субъективных, при внедрении автоматизированной системы УЗ существуют проблемы объективного характера. К ним относится проблема ведения справочника аналогичных товаров, или аналогов. Аналоги - это такие товары, оригинальные коды которых отличаются, но с потребительской точки зрения они одинаковы, например, анальгин, выпущенный на разных заводах. Для потребителя однотипного товара производитель зачастую безразличен, важно лишь то, что это российский препарат, скажем, содержащий 10 мг действующего вещества. Параметры спроса и процедура оптимизации управления товарным запасом должна относиться к аналогу, а не к конкретному SKU (stock keeping unit), объединенному в аналоге. Некорректное ведение справочника аналогов приводит, как правило, к завышению оценки спроса и, в результате, к ошибкам при управлении запасом.