Существуют ли недостатки у Axapta

[Pavel]

Цитата:

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

Резюме: не о том спорим.

Здесь не о чем спорить. Это пример того, что в XALе при планировании потребностей в материалах достаточно поставить галку "Проекты" (или любую необходимую пользователю в его бизнес процессе комбинацию), а в аксапте смотреть таблицу, фильтровать поля, добавлять префиксы/суфиксы, опять фильтровать уже по-другому полю.
Т.е. без Глазова или другого программера с их "доработкой напильником" не обойтись.

Цитата:

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

Нетрудно видеть, что таблицу ReqTrans, являющуюся базисом для сводного планирования в Аксапте, можно отфильтровать по полю ReqTrans.RefType. Это будет детализацией потребностей по модулю/источнику во всей красе.
Потребности материалов в проектах действительно в любом случае порождают складские проводки и благополучно втекают в сводное планирование. Их отфильтровать несколько сложнее. Если попытаться обойтись стандартными средствами, то можно давать "проектным" заказам специальный префикс/суффикс и фильтровать потом ReqTrans.RefId

Цитата:

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

На практике же наличие всей этой гибкой фильтрации имеет чисто умозрительную ценность. Какова вероятность того, что одну и ту же номенклатуру собираем в рамках проекта, но еще и параллельно производим на склад? Алгоритмы сводного планирования в Аксапте покрывают 99% задач.

Это какой специалист вывел? Каким-таким умозрительным образом?
Напоминает Егорова с его 67 примерами покрывающими практику бухучета.

Цитата:

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

Ну откуда такие сведения? Для "красного словца"? Как раз его-то и дорабатывают в поте лица. В 3.0 дорабатывали и в 4.0 по всем утверждениям развивают. Судя по всему, провалили только интеграцию с MS Project, но не очень-то и надо было

Презентовал MBS (в лице В.Егорова) на форуме клиентов весной этого года: "планы по разработке проектного модуля отменены всвязи с решением на интеграцию с MS Project".