Создать веб-сервис прогноза.

Я занимаюсь управленческим учетом и анализом данных. Давно занимаюсь. С 2007 года подсел на платформу Deductor (аналитическая платформа для аналитиков).

Делал 2 полных проекта ISO (ныне DDP - Deductor Demand Planing) или автозаказ. Суть проекта в оптимизации товарных запасов через корректный и грамотный прогноз, учет товарных остатков, плеча заказа и прочих факторов.

Плюсы и минусы решения DDP (автозаказ).

Минусы:

• Полная Стоимость проекта с внедрением для клиента 5-6 млн.руб.
• Сроки внедрения 12-18 месяцев.
• Риски смены команды, ответственной за внедрение, у клиента.

Плюсы:

• Полная формализация бизнес процессов закупки товара.
• Решение, кроме прогноза спроса, учитывает и другие факторы, влияющие на доход компании.
• Один оператор способен обрабатывать заказы по 10-15 тыс.товарных позиций в день.
• Человек, как правило, перезаказывает. Машина работает "на грани". - Экономия оборотных средств 12%-26%.
• Снижение складских площадей на 6%-11%
• Попутно наводится порядок в учетной системе.

Деньги длинные и рискованные. Стала задача, как сделать короткие и менее рискованные деньги.

Поделил решение DDP на три части. Предобработка, пррогноз и заказ. Первый и третий этап как-то решены в 1с. Прогноза в 1с НЕТ и не скоро будет. Поэтому, то что можно сделать на 1с делается там, а прогноз водится на веб сервис.

Насколько мне известно, в УПП есть документ "Прогноз" или "План продаж" и этот документ заполняется "человеком" просто "от фанаря" или по простой логике (среднее за 3-4 месяца). Так вот УПП может коннектиться к веб сервису прогноза, скармливать ему данные и получать "лучший из возможных прогноз". Потом этими данными заполнять документ "План\Прогноз". Остальная логика реализована в 1с довольно хорошо.

Плюсы данного подхода:

• Короткий цикл внедрения (1-2 дня).
• Постоянное улучшение качества прогноза грамотными специалистами.
• Абонентская плата или по количеству СКЮ (обсуждаемо и решаемо).