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

[Maxim Gorbunov]

Ладно. Все. AX - отстой, SAP рулит

Предлагаю проехать процесс маньюфакчуринг и ТОиРО. С ними все понятно: в САП есть, в Аксапте - партнерские решения. Кому что по душе - решайте сами (преимущества и недостатки предоставления партнерских решений предлагаю в другую ветку).

Если вернуться к первоначальному вопросу: что есть в SAP, о чем Аксапта может только мечтать?

Предлагаю исключить из набора функциональности, о которой Аксапта "мечтает", все то, что перечислено здесь http://www.microsoft.com/dynamics/AX...dfeatures.mspx и здесь http://www.microsoft.com/dynamics/ax...solutions.mspx

Остальное - добро пожаловать.

Для затравки: в Аксапте нет вменяемого пэйролла. Хотя с учетом наличия локального решения, для России это не актуально.

[Maxim Gorbunov]

Цитата:

Сообщение от Maxim Gorbunov

Если вернуться к первоначальному вопросу: что есть в SAP, о чем Аксапта может только мечтать?

Цитата:

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

Например, про финансы-казначейство.

О, спасибо! Как-то уже забылось про это.

Итак,

1. Пэйролл
2. Финансы-казначейство
3. ...

Еще?

[fed]

Цитата:

Сообщение от Maxim Gorbunov

Для затравки: в Аксапте нет вменяемого пэйролла. Хотя с учетом наличия локального решения, для России это не актуально.

А еще я тут вчера слышал стоны недовольного клиента, который узнал что в Аксапте отрицательный склад контролируется на текущую дату. И если ты вчерашним числом оприходовал 1000 изделий, то никто не помешает тебе списать прошлым годом штучек 20-30 (хотя год назад у нас и изделия-то такого на складе не было).
Позволю себе поинтересоваться как данная проблема решена в других системах. Вопрос частный - но для меня очень любопытный.

[Maxim Gorbunov]

Цитата:

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

Позволю себе поинтересоваться как данная проблема решена в других системах. Вопрос частный - но для меня очень любопытный.

Присоединяюсь. Уж больно раздражительный дефект/фича. Тоже сталкивался.

[brahma]

Даже если они были год назад, это не гарантирует не возникновения отрицательных остатков, например, если уже существует списание этих изделий полгода назад.

[Maxim Gorbunov]

Цитата:

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

Даже если они были год назад, это не гарантирует не возникновения отрицательных остатков, например, если уже существует списание этих изделий полгода назад.

Не очень понял, о чем Вы. Но поясню проблему на всякий случай. В Аксапте есть контроль отрицательного склада. То есть, если этот контроль включен, то пользователь не может списать со склада больше, чем у него там лежит. Проблема в том, что в этом контроле дата проводок никак не учитывается. Контроль происходит так, как будто бы все приходы и расходы по номенклатуре случились сегодня.

[brahma]

Цитата:

Сообщение от Maxim Gorbunov

Не очень понял, о чем Вы. Но поясню проблему на всякий случай. В Аксапте есть контроль отрицательного склада. То есть, если этот контроль включен, то пользователь не может списать со склада больше, чем у него там лежит. Проблема в том, что в этом контроле дата проводок никак не учитывается. Контроль происходит так, как будто бы все приходы и расходы по номенклатуре случились сегодня.

Я о том, что кажется достаточно контролировать остатки на момент выполнения списания, для того что бы отрицательные остатки не возникли. На самом деле отрицательные остатки могут возникнуть в момент уже сделанного более позднего списания. Так что остатки нужно контролировать по всем списаниям сделанным позже данного.

[Vals]

Цитата:

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

А еще я тут вчера слышал стоны недовольного клиента, который узнал что в Аксапте отрицательный склад контролируется на текущую дату. И если ты вчерашним числом оприходовал 1000 изделий, то никто не помешает тебе списать прошлым годом штучек 20-30 (хотя год назад у нас и изделия-то такого на складе не было).
Позволю себе поинтересоваться как данная проблема решена в других системах. Вопрос частный - но для меня очень любопытный.

То есть в этом случае склады не закрываются, финансовые периоды не закрываются?

[fed]

Цитата:

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

То есть в этом случае склады не закрываются, финансовые периоды не закрываются?

Ладно - пример с годом был условным Но в рамках одного периода можно весьма сильно напахать с состоянием складов из за того что остаток при списании проверяется на текущую дату, а не на дату операции. Я, в целом, понимаю почему так в Аксапте было сделано, но мне интересно как эту проблему в других системах обходят (и обходят ли)...

[coolibin]

Цитата:

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

Я, в целом, понимаю почему так в Аксапте было сделано, но мне интересно как эту проблему в других системах обходят (и обходят ли)...

В Галактике решается примерно так: кроме текущих остатков есть дополнительная сущность - "сальдовые остатки". Это остаток по разрезу привязанный к каждой складской проводке. То есть, каждая складская проводка генерит новую запись по сальдовым остаткам. Со всеми вытекающими последствиями в виде, например, необходимости массового пересчета при каждой операции задним числом. Судя по всему, им не удалось обеспечить надежную работу данного механизма (особенно с учетом отказа от использования механизма транзакций в большинстве случаев), поэтому типичным первым ответом техподдержки на любой вопрос, касающимся остатков по складу, является: "А вы уже пересчитали сальдовые остатки?" Из плюсов механизма можно отметить реально высокую скорость получения остатка на любой момент времени по любому разрезу, соответственно, и защита от ухода в минус работает с приемлемой скоростью.
Хотя, дело было давно, и я уже сейчас не могу сказать наверняка, работает ли защита от отрицательного склада на основании сальдовых остатков или текущих.))

[Aleck]

Цитата:

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

А то, боюсь, Aleck, своей некоторой агрессивностью сбил желание ImpCons вообще что-либо писать о "вещах, про которые AX поека только мечтать может".

Не инициировали бы отдельные представители компании оракл холивар и не подливали бы масла в огонь, то и не было бы неугодных вопросов, которые можно воспринять как агрессивные.
Я вообще мирный и спокойный

Цитата:

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

Основное преимущество в том, что не нужно искать кому предъявлять претензии в случае возникновения проблем.
Ну и еще по мелочи - большая вероятность согласованного развития этих продуктов, более легкая миграция на следующие версии и т.д.

Ну вообще-то в случае с DAX - в большинстве случаев претензию клиент может только партнеру предъявить, т.к. договор заключается с партнером и всю ответственность несет партнер. По EULA к вендору не подкопаешься.
Кстати, учитывая, что САП тоже теперь практикует продажу лицензий через партнеров - картина идентичная, для клиента крайний партнер, вендор не при делах.
САПу клиент сможет претензии предъявить только если покупает и лицензии и консалтинг у САПа.
Кстати, по DAX клиент тоже может напрямую заключить договор с Dynamics Consulting и получить крайним вендором, если может.
Так что получается это Ваше вытекающее никуда не вытекает, баш на баш.

По поводу согласованного развития и миграции - у больших вендоров правая рука часто не знает, что творит левая думаете у сап все отраслевые решения мгновенно переведятся на последнюю версию САП ERP? Некоторые еще на 4.7 живут и ждут своего спонсора
Чем больше решений, тем больше распыляются ресурсы.

Цитата:

Сообщение от Maxim Gorbunov

Для затравки: в Аксапте нет вменяемого пэйролла. Хотя с учетом наличия локального решения, для России это не актуально.

В САП аналогичная картина В России и некоторых других странах частное решение.
Пэйролл саповский для России продается как отдельный модуль за отдельные деньги.
Кстати год назад MS выпустил Payroll Framework, на котором предлагает делать специфику особо специфичных стран. Вы его и имеете ввиду как "невменяемый"?)

[brahma]

Цитата:

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

Ну вообще-то в случае с DAX - в большинстве случаев претензию клиент может только партнеру предъявить, т.к. договор заключается с партнером и всю ответственность несет партнер. По EULA к вендору не подкопаешься.

то есть вся тех поддержка осуществляется партнером? в случае нахождения ошибок их должен исправлять партнер? деньги за тех поддержку платятся партнеру?

[Aleck]

Цитата:

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

то есть вся тех поддержка осуществляется партнером? в случае нахождения ошибок их должен исправлять партнер? деньги за тех поддержку платятся партнеру?

Именно, клиент платит партнеру и отвечает перед клиентом партнер.
А уж какие отношения между вендором и партнером и что и как партнер эскалирует вендору - это проблема партнера, не клиента.

[mazzy]

Цитата:

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

Именно, клиент платит партнеру и отвечает перед клиентом партнер.
А уж какие отношения между вендором и партнером и что и как партнер эскалирует вендору - это проблема партнера, не клиента.

неправда. ежегодный enhacment plan платится майкрософту.
да, часть этого плана остается у партнера в виде партнерской маржи.
но этот платеж вендору.

[Aleck]

Цитата:

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

неправда. ежегодный enhacment plan платится майкрософту.
да, часть этого плана остается у партнера в виде партнерской маржи.
но этот платеж вендору.

Клиент платит его напрямую в Microsoft?) или все таки партнеру?
Договор то у клиента с партнером, что там дальше после партнера происходит, клиенту по барабану, хоть партнер за поддержку платит MS, хоть папе римскому, хоть инопланетянам
И пинать будет в первую очередь партнера и в случае проблем сначала будет недоволен партнером.
Или я что-то пропустил и в сервисную систему стали клиентов напрямую пускать, без предварительной фильтрации партнером?

[mazzy]

Цитата:

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

А уж какие отношения между вендором и партнером и что и как партнер эскалирует вендору - это проблема партнера, не клиента.

Еще раз цитирую слова.
Еще раз повторяю - это неправда

Цитата:

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

Клиент платит его напрямую в Microsoft?) или все таки партнеру?

Клиент платит партнеру.
Но это не значит, что "отношения между вендором и партнером - не проблема клиента".
И это не значит, что вендор не вмешивается в эти отношения.

Aleck, enhanchment plan - оффтопик здесь.
Если интересно, открывайте новую ветку.

Намек от администратора: будьте тщательнее в аргументах, пожалуйста.