kurthatlevik: Great stuff on the D365 roadmap

[mazzy]

Цитата:

Сообщение от Ivanhoe

В бизнесе давно нет "черновика" Заказа, есть документ Заказ.

Хочешь сказать в россии )
Здесь очень велико влияние 1С с его подходом от документа.

Сравни с Навиком. Он распространен в европе.

Цитата:

Сообщение от Ivanhoe

И Аксапта справедливо по ним считает и сводное и другие вещи.

да. Обрати внимание что в сводном и других по ним считают ПРОГНОЗЫ! )))
и есть галочки, которые позволяют учитывать прогнозы или не учитывать. А также параметры, которые определяют вероятность прогнозов во времени.

Цитата:

Сообщение от Ivanhoe

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

В россии. Да, в россии и в странах восточной европы, где используется российская локализация не используется. Потому что в свое время разработчики забили на протаскивание полей, а постановщики ставили задачу "сделать как в 1С"

Если бы не использовались, то у меня не выпили бы столько крови на моем сейчас закрываемом хотфиксе для мексики - reaarange у них видите ли не работает )))


Автосокращение дает очень важную для работу штуку.
журнал/заказ хранит то что еще предстоит сделать.
фактические документы хранят то, что уже сделано.

при таком подходе заказ и факт можно тупо просуммировать и получить общий объем. что и используется во всяких прогнозах/планированиях.

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

собственно из-за сложностей с вычислением общего объема в россии не прижились free text invoice, регистрация приходных счетов, модуль контроля качества. )

Цитата:

Сообщение от Ivanhoe

А вот сколько крови пьют... когда не опытный консультант, например, начинает пользоваться суммарной обработкой, считая, что нет документа "Заказ" и можно их плодить сколько угодно. А потом мучается с реализацией нормального backlog в дистрибуторском бизнесе, сопоставлении Order с Invoice, не дай мог включая полный EDI пакет сообщений.

Угу. Угу. Добавь только в российской локализации.
Да, разработчики забили на протаскивание полей.

Цитата:

Сообщение от Ivanhoe

А расскажите Ритейлеру, что фигня ваш заказ - хоть сейчас удалить можно ой, все...

А тут согласен.
Ритейл - да - это особый случай. Там текущие разработчики не знают не только Аксапту, они и бизнеса то не знают. Да, изначальное решение от Ланштайнера было вполне адекватно Навику. Но уже при портировании в Аксапту, который выполняли люди, не знающие Аксапту, получился полный пипец. А что сейчас делается... Да, о Ритейле остается только молчать.

[EVGL]

Россия, Россия, Россия, локализация, Россия, 1С... О чем вы говорите, вообще?
Позвольте судить о не-России людям, там находящимся. Все сказанное Ivanhoe полностью справедливо для Германии, Австрии, Швейцарии, Франции, Великобритании, США. Поскольку так построены бизнес-процессы. А процессам не интересно, где там у Аксапты галка.

P.S. Rearrange и суммарная обработка используются по опыту там где есть интерфейсы того или иного рода, и/или автоматизированная обработка

[mazzy]

Цитата:

Сообщение от EVGL

Россия, Россия, Россия, локализация, Россия, 1С... О чем вы говорите, вообще?

Я говорю о функционале Аксапты.

Цитата:

Сообщение от EVGL

Позвольте судить о не-России людям, там находящимся. Все сказанное Ivanhoe полностью справедливо для Германии, Австрии, Швейцарии, Франции, Великобритании, США. Поскольку так построены бизнес-процессы. А процессам не интересно, где там у Аксапты галка.

Судите. Кто ж запрещает.

ссылка про процессы в вашем представлении: Два invoice, один с нулевым количеством

Цитата:

Сообщение от EVGL

На моем текущем проекте делаем именно так.

))))