AXForum  
Вернуться   AXForum > Рынок > Сравнение ERP-систем
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 13.12.2005, 21:39   #11  
EVGL is offline
EVGL
Banned
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
4,445 / 3001 (0) ++++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Цитата:
Сообщение от Pavel
Конечно, в XALе пользователь имеет возможность получить как валовую потребность, так и детализацию в виде чистых потребностей под каждый модуль/источник (заказы клиентов, потребность в проектах, расход в производство, складской прогноз, уровень запаса на складе).
Как в анекдоте: "В комнате спорили люди. В споре родилась истина. Постояла и ушла, а люди все спорили."

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

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

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

Цитата:
Сообщение от Pavel
тот же модуль проекты дорабатывать не будут
Ну откуда такие сведения? Для "красного словца"? Как раз его-то и дорабатывают в поте лица. В 3.0 дорабатывали и в 4.0 по всем утверждениям развивают. Судя по всему, провалили только интеграцию с MS Project, но не очень-то и надо было
(это к вопросу о "силе в единстве" с MS Office http://www.axforum.info/forums/showt...0616#post90616 )

Последний раз редактировалось EVGL; 13.12.2005 в 22:38.
Теги
сравнение систем

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Видео и флэш-ролики по Microsoft Axapta 3.0 mazzy Microsoft и системы Microsoft Dynamics 12 30.05.2009 13:17
### Вакансии: программисты, консультанты AXAPTA (Москва, $1600-3100) Metetam Рынок труда Microsoft Dynamics 3 20.12.2006 17:00
Вакансии Специалисты MBC Axapta, 1C 7.7 Наталия Леонидовна Рынок труда Microsoft Dynamics 7 20.07.2006 19:06
Команда внедрения «под ключ» (Microsoft Axapta) KARA_ts Полезное по Microsoft Dynamics 0 28.11.2005 10:44
AXAPTA 4.0 задерживается до весны 2006 (eng.) dmit2604 Microsoft и системы Microsoft Dynamics 61 12.03.2005 16:14

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

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 04:09.