Показать сообщение отдельно
Старый 04.02.2016, 10:40   #4  
Raven Melancholic is offline
Raven Melancholic
Участник
Аватар для Raven Melancholic
Самостоятельные клиенты AX
Лучший по профессии 2015
 
2,158 / 1286 (47) ++++++++
Регистрация: 21.03.2005
Адрес: Москва-Петушки
Цитата:
При прямой поставке я понимаю, почему нельзя менять склад. Но в данном случае - это обычная внутрихолдинговая покупка-продажа. И - все равно, поменять не дает без отмены marking, а marking не отменить, потому что intercompany.
Значит что-то изменилось в DAX2012. Раньше маркировка на уровне строк документов (movement) не зависели от того InterCompany это или нет (за исключением прямой поставки). Такая маркировка использовалась в трех случаях:
  • Уже упоминаемой прямой поставке.
  • При создании заказа на покупку из заказа на продажу (независимо от того, получался ли при этом обычный заказ на покупку или внутрихолдинговый).
  • При маркировке вручную если маркировалось 100% количества потребителя (в нашем случае, заказа на продажу) на 100% источника покрытия потребности (в нашем случае заказа на покупку пусть и внутрихолдингового) и при этом в параметрах был включен определенный флаг.
Когда есть связь на уровне строки документа изменить аналитики с признаком финансового склада нельзя (и это в DAX2009 не зависит от intercomapny). Если нет связи на уровне строки документа, то вполне возможна маркировка на уровне складских операций. Но маркировки в DAX2009 (и ранее) что на уровне строк что на уровне складских проводок работают только при совпадении аналитик финансового склада потребителя и источника. Если сменить в складских операциях такую аналитику, то маркировка убивается.
Цитата:
Ситуация ж вроде вполне рабочая. Не понимаю, почему Аксапта ее не обрабатывает корректно.
Да, ситуация распространенная. Но, напрямую связать потребителя и источника на уровне строк документов с разными складами нельзя. Можно только через складские операции (например, зарезервировав в заказанных).
На мой взгляд, вполне объяснимый подход. Раз номенклатура приходит на один склад, а отгружается с другого, то явно между этими складами должно быть какое-то перемещение. Сводное планирование нормально обрабатывает эту ситуацию - под потребность будут созданы спланированные заказы на перемещение, а уже под потребность этих спланированных перемещений будет создан спланированных заказ на покупку (производство), ну или потребность будет покрыта из наличных запасов.
С другой стороны, мы у себя в процедуру создания заказа на покупку из заказа на продажу добавили создание между ними заказов на перемещение (используя те же настройки, что есть в сводном планировании). То есть, немного доработали возможность создания таких связок вне сводного планирования.