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

[Vals]

Цитата:

В Джиди планирование ведется между складами/цехами и от компаний не зависит. Есть проблема в том что планирование DRP/MRP при одном прогоне планирования создает документы перемещения между складами (двухточечные - отгрузка/приемка) только одного типа.

Спасибо за развёрнутые ответы.


О Microsoft Dynamics AX

Цитата:

1. Работа нескольких компаний

Можем вести все компании (Юр лица холдинга) в одной базе. Разделять можем по юр лицам. Иногда филиалы реализуют как склады, в случае, когда филиалы не ведут собственного баланса или сложной отчётности.

Одна компания выделяется для консолидации.

Цитата:

2. Работа распределительных складов и пополнение складов, особенно, с двух складов
одновременно.

С двух складов одновременно система не пополяет (В версии AX 2009 эту функцию ещё не смотрел), но организует цепочку складов по которым формирует перемещения.
С другой стороны, доли пополнения в % со складов, тоже решение не самое лучшее - слишком условное.

Цитата:

3. Общие справочники для нескольких компаний.

Изначально справочники действуют для одной компании. Если необходимо объединить справочники, то создаются группы таблиц (коллекции таблиц) которые будут работать как общие для выбранных компаний.
Итого:
1. Можно выбрать Таблицы (Справочники, транзакционные, настроечные и т.д.) для использования в нескольких компаниях.
2. Можно выбрать, в каких компаниях, какие таблицы будт общими: Компания А и Б - общий План счетов. А Компания А и С - общие Поставщики и т.д. Объективно, некоторые взаимоисключающие комбинации невозможны.
3. Если таблица общая для всех компаний, то можно настроить права доступа пользователей к различным частям в различных компаниях.

Цитата:

4. Общие справочники для двух компаний из трёх и т.д.

Выше описал - есть.

Цитата:

5. Взаимодействие, продажи-закупки-производство между компаниями.

Механизм, который По заказу в компании А, формирует Закупку (или производство) в компании Б, С, и т.д. Организован механизм сопоставления идентификаторов в справочниках разных компаний.
Таким образом можно реализовать цепочку компаний Продажа - Закупка - Производство - Субподряд и т.д. Система автоматически планирует и рассчитывает цепочку и создаёт необходимые записи в таблицах (закупки, производства)

Цитата:

6. Как увидеть общий склад по всем компаниям и как каждой конторе видеть свой.

Делается штатно в функциональности Intercompany - работа с несколькими компаниями.

Цитата:

7. Планирование по нескольким компаниям

Здесь механизмы примерно совпадают: делается также итерационно. Система делает проход по одной компании, формирует потребности, затем идёт ко второй и т.д. Настраивается Порядок проходов. Таким образом, можно оптимизирвоать цепочку, если есть отношения между компаниями: Продавец-закупщик- Производитель - субподрядчик и т.д.
Здесь я дал краткое описание механизма:
http://www.amand.ru/modules/wordpress/archives/74

[ImpCons]

Цитата:

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

2. Работа распределительных складов и пополнение складов, особенно, с двух складов
одновременно.
С двух складов одновременно система не пополяет (В версии AX 2009 эту функцию ещё не смотрел), но организует цепочку складов по которым формирует перемещения.
С другой стороны, доли пополнения в % со складов, тоже решение не самое лучшее - слишком условное.

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

Поясню на примере, как:

Скажем в сентябре месяце, на весь следующий год, проводим долгосрочное планирование - горизонт планирование 1 год, корзины(периоды) планирования 1 месяц.

Скажем по условиям проведенного тендера на годовые закупки сырья1 должны поставлять на следующий год: поставщик1 в размере 60% и поставщик2 в размере 40% от всех закупок сырья1. Если эти поставщики являются основными нашими поставщиками (т.е. поставляют основную массу сырья), то поставки от них можно развести через разные склады поставки, например со склада поставки 1 и склада поставки 2.

При долгосрочном планировании, определяем что заказы на закупку будут создаваться как Рамочные заказы (т.е. заказы на определенный период, с которых потом реальные заказы на закупку в этом периоде будут уменьшать(освобождать) количество этих рамочных заказов)

Рассмотрим данные примера на основе плана на январь

Связи:
   сырье    склад поставщик          склад потребитель        % потребления
i.  сырье1 Склад поставки 1   Распределительный склад          60%
ii. сырье1 Склад поставки 2   Распределительный склад          40%

Потребность на распределительном складе в сырье1  на январь 20 000кг. 

При прогоне долгосрочного планирования система создаст сообщения системы планирования:
а) на основании потребности на распрделительном складе:
                                         Отправитель                      Получатель
Передача при долгосрочном планировании 1 Склад поставщика 1 Распределительный склад  20 000кг*60% = 12 000 кг
Передача при долгосрочном планировании 2 Склад поставщика 2 Распределительный склад  20 000кг*40% =  8 000 кг

b) на основании потребности сформированной передачей при долгосрочном планировании
Рамочный заказ закупки 1 на январь Склад поставщика 1   20 000кг*60% = 12 000 кг
Рамочный заказ закупки 2 на январь Склад поставщика 2  20 000кг*40% =   8 000 кг

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

Проводим оперативное планирование - запускаем его раньше даты, на которую хотим получить Заказы на закупку и перемещения, на время закупки + время перемещения + время производства ГП + время доставки до клиента. Например, если это время 2 месяца, то в конце октября запускаем оперативное планирование для создание Заказов на закупку сырья, Заказов перемещения сырья до места производства, Заказов на работу(производства) + Перемещений до места возникновения спроса в ГП.

Горизонт планирования 4 месяца, корзины (периоды) планирования 1 неделя.

Настройки:
Для Рамочных заказов закупки 1 и 2, создаем условия работы поставщика, по конкретной строке рамочного заказа, т.е. в нашем примере для сырья1. Можно ставить следующие условия:
1. Дни недели в которые поставщик может отгрузить данное сырья
2. Кратность партии отгрузки сырья (если сырье может отгружаться только с какой-то кратностью)
И еще несколько параметров, регламентирующих работу поставщика с данным сырьем именно в январе.

На основании уточненных потребностей (те которые стали известны сейчас, а не при прогоне долгосрочного планирования) при запуске оперативного планирования создаются сообщения системы планирования на еженедельные Перемещения и уже Оперативные заказы на закупки

Рассмотрим дальше наш пример:

Потребность на распределительном складе в сырье1  
на 4 января 5 000кг. 
на 11 января 4 000кг. 
на 18 января 6 000кг.
на 25 января 5 000кг. 

При прогоне долгосрочного планирования система создаст сообщения системы планирования:
а) на основании потребности на распределительном складе:
                                         Отправитель                    Получатель
на 4 января
Передача при оперативном планировании 1 Склад поставщика 1  Распределительный склад  5 000кг*60% = 3 000 кг
Передача при оперативном планировании 2 Склад поставщика 2  Распределительный склад  5 000кг*40% = 2 000 кг
на 11 января
Передача при оперативном планировании 1 Склад поставщика 1  Распределительный склад  4 000кг*60% = 2 400 кг
Передача при оперативном планировании 2 Склад поставщика 2  Распределительный склад  4 000кг*40% = 1 600 кг
и т.п.  ...

b) на основании потребности сформированной передачей при долгосрочном планировании
на 4 января
Заказ закупки 1   Склад поставщика 1     5 000кг*60% = 3 000 кг
Заказ закупки 2   Склад поставщика 2     5 000кг*40% = 4 000 кг
на 11 января
Заказ закупки 1   Склад поставщика 1     4 000кг*60% = 2 400 кг
Заказ закупки 2   Склад поставщика 2     4 000кг*40% = 1 600 кг
и т.п.  ... 

Генерим, т.е. создаем в системе, на основе: 
a) сообщений систем планирования для оперативной потребности, 
b) условий работы с поставщиками на рамочных заказах, 
c) на самих рамочных заказов, 
график поставок.

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

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

Интересно, существует ли в Аксапте или партнерском решении аналог, расписанного Графика поставок, работающего с данными, создаваемыми при проведении долгосрочного и с оперативного планирования?

[EVGL]

Цитата:

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

Интересно, существует ли в Аксапте или партнерском решении аналог, расписанного Графика поставок, работающего с данными, создаваемыми при проведении долгосрочного и с оперативного планирования?

Мне кажется, что задача близка к тематике Consignment stock ("комиссионный склад"?). Решается ведением [рамочных] закупок на один склад и формированием перемещений с комм. склада на внутренние склады. Все это работает, конечно, до тех пор, пока мы пополняем внутренние склады только с одного внешнего, иначе возникает проблема, описанная в одном из других постов этой темы.

P.S. А вообще, рамочные заказы в AX - это ужас, неудобоваримый суррогат как минимум потому, что они не генерируют складских движений и игнорируются тем самым в MRP.