Возникла по теме:
http://sql.ru/forum/actualthread.aspx?tid=454519&pg=3#4438334
Воспользовался поиском, нашел кучу победных и невнятных реляций...
Может быть в этой теме я услышу, что нибудь более конкретное по данному продукту.

Надеюсь публика меня поправит, если я в чем то заблуждаюсь
1. Насколько я понял ISCRA Framework используется в качестве некого хранилища данных из которого строятся различные отчеты.
2. Реально используется БЭСТ в бухгалтерии и Универсис для учета стьюдентов и аудиторий.
3. Управляющего воздействия из данной среды не наблюдается. Если б используемые продукты позволяли объеденить все в единое целое, то можно было бы обойтись и без данного средства.
4. Решение сделано в 2005 году.

Наверно стоило бы описывать данное ПО в форуме "Отчетные системы".

Я потихонечку понимаю, почему вы не сталкиваетесь с проблемами на внедрении... Ломать то ничего не приходится...

Хотя, возможно есть и другие замечательные внедрения о которых просто я не знаю, а поиск их не выдает...

iscrafmкак-то Вы невнимательно смотрите. Я, к сож., не знаю всех тонкостей системы в ЮУрГУ, но судя по презентации, там другое, чем то что Вы говорите. Мне это напоминает знаменитое: Машина не моя, я просто разместил объяву...

Вы не могли бы описать своими словами Ваше решение по поводу автоматизации торгового предприятия???
Смотреть карточки с непонятно чем и напрягать мозги неизвестно на что мне очень лениво...
(Для меня представленное в таком виде примитив!!! (по торговому холдингу))

iscrafmДо основания разрушим, а потом... мы наш, мы новый мир построим...
Я искренне верю, что стороить нормальную учетную систему на гнилом фундаменте не стоит...
Объеденять различные системы, конечно можно, Но фундамент должен быть очень надежный и позволяющий развиваться!!!

Вы очень много рассказываете и что то демонстрируете... Вот только конкретики у вас нет...
ЗЫ Красивые графики можно строить в Екселе, Ексесе, ОЛАПЕ, и тд... Главное, что б данные были правильные и дешевые в получении...

iscrafm Проба сил№ , если пытаетесь докопаться, то делайте это более профессионально, пожалуйста. Меня подобные пробы не цепляют.
Я попросил вас рассказать о Вашем внедрении системы. Вы показали кучу примитивнейших слайдов и поведали о о неких технологиях управления запасами.
Как специалист по системам управления для торговых организаций вынужден констатировать:
Вы в данном вопросе любитель и не больше.
Представленные слайды содержат некий макет, который никогда нигде не работал...
При любом реальном внедрении есть детали, которыми вы не владеете. И на слайдах они отсутствуют.
Торговля для профана возможно ограничивается Купи - Продай, но любой мало мальски продвинутый внедренец должен знать, что есть еще и возвраты (в том числе поставщикам), складские перемещения, оплаты, финансовый контроль и прочее прочее прочее...

iscrafm sobolev
- История продаж рассчитывается непосредственно при запросе прогноза продаж или же предварительно?
- Учитываются ли в истории продаж "дырки" (товара на остатке не было)?
- Нельзя ли перечислить все т.н. прогнозные коэффициенты. Они администрируются по каждому наименованию товара?
- "Тренд прошлых периодов", если я не ошибаюсь в терминологии, уже учитывает, "динамику роста". Не конфликтуют ли эти факторы?
1. При формировании плана продаж, который в дальнейшем, уже в виде готового документа, используется при расчете MRP.
2. Да, конечно
3. Все я сейчас на вскидку не помню. Прогнозируемый рост спроса, индекс роста (снижения) цен, еще что-то.. Коэффициенты задаются для категорий товара и периодов. Для каждой из 40 тыс. позиций было бы трудновато, да и не нужно.
4. конечно берется во внимание история. Но если плановик считает, что в конкретном сезоне, несмотря на историю прошлых лет, будет повышенный спрос, например, на продукцию с определенной символикой, то он вносит корректировки в расчет при помощи коэффициентов.
Уважаемый sobolev, я отвечу за данного автора, поскольку написанное, не то что б бред, просто автор не владеет темой.
Начну с 3 пункта, для меня он основной.
3. Существуют всего два коэффициента применямых при расчете заказа и к сожалению для абсолютного большинства торговых организций автоматический расчет их не прокатывает. Это Нормативный складской запас (НЗ) и Экспертная оценка (ЭО) (Объем продаж на период (зависит от бизнеса организации, период обычно месяц (2 недели, квартал...))). Иногда есть величина называемая сезонностью, которая может влиять на НЗ и ЭО. Данные величины ставятся на конкретную позицию (сезонность может идти на категорию)!!!
Я не видел успешных контор которые отдают выставление этих величин на "автомат", продакт менеджер всегда проверяет выставленное компьютером!!!
Алгоритм представленный iscrafm, быстро приведет к ошибкам от 15 процентов... После чего контора пошлет на Кудыкину гору таких горе внедренцев...

1. Все сначала смотрят на истоию и только потом ставят План продаж. Без истории, данное смысла не имеет. Также данное не имеет смысла без детализации по конкретным продавцам, которые собственно и будут его выполнять.