А вообще в SAP много таких вещей, про которые AX пока только мечтать может

[Aleck]

Цитата:

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

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

Так Вы хотите подробно рассказать, как реализован тот или иной функционал, которого нет в DAX? Или сравнить (список составить) чего нет в голой DAX, что есть в САП?

Сами же говорили, что п.2 никому не интересен, поэтому самоограничится лучше первым

[ppson]

Цитата:

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

Пусть будет по Вашему - сравниваем в SAP-е и JD стандартный функционал а по Аксапте: голый DAX + партнерские решения.

ок

Цитата:

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

В JD как уже писал щупал:
I. Управление недвижимостью (арендой):

http://www.microsoft.com/rus/dynamic...s&objectid=150
(Aleck, попрошу выплатить комиссионные за рекламные услуги )

Цитата:

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

Если будет интересно так же коротко могу описать и про Управление строительством (многоквартирных домов) в JD.

http://www.microsoft.com/rus/dynamic...ns&objectid=43

http://www.microsoft.com/rus/dynamic...ns&objectid=83

http://www.microsoft.com/rus/dynamic...ns&objectid=94

http://www.microsoft.com/rus/dynamic...s&objectid=116

[ImpCons]

Цитата:

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

ок

http://www.microsoft.com/rus/dynamic...s&objectid=150
(Aleck, попрошу выплатить комиссионные за рекламные услуги )

http://www.microsoft.com/rus/dynamic...ns&objectid=43
http://www.microsoft.com/rus/dynamic...ns&objectid=83
http://www.microsoft.com/rus/dynamic...ns&objectid=94
http://www.microsoft.com/rus/dynamic...s&objectid=116

Зачет, вполне достойный ответ Чемберлену .

[Vals]

Цитата:

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

т.к. большинству из внедренцев: 1. не охота отвечать не только за глюки вендора, но и еще за глюки какого то дяди Васи, который в отрыве от вендора может не очень качественно решение написал, 2. проверять это решение на этапе внедрения, тратя деньги клиента и изучая функциональность этого решения тоже на проекте, т.к. до проекта изучить не мог - без проекта покупать это проектное решение внедренец не хотел.

Мы задались таким вопросом, так как очень часто приходится контролировать работу нескольких партнёров. Вот что написалось на эту тему:http://www.amand.ru/modules/wordpress/archives/109

Если кратко - существует набор механизмов позволяющий развести партнёров в разные уголки.
По опыту собственного тестирования накладок функционала - сразу можно определить, в каких точках решения соприкасаются и могут вылезти косяки. При этом оба консультанта или разработчика должны досконально знать изменяемую функциональность.