AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Функционал
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 02.02.2016, 17:15   #1  
Falcon is offline
Falcon
Восставший
Соотечественники
 
753 / 35 (3) +++
Регистрация: 08.02.2002
Адрес: Pincourt, Quebec, Canada
Смена Inventory Dimensions в Intercompany Orders
Прежде всего - прошу прощения за иноязычные названия, я просто не знаю, как они называются в локализованной версии. Хотелось бы услышать советы людей, имеющий опыт с Intercompany Orders.

Короче говоря, есть заказ на покупку в одной компании, заказ на продажу в ней же и заказ на продажу в другой компании. Классический IntercompanyOrder, где одна компания в рамках холдинга продает товар, который физически находится в другой компании. В AX 2012 R2 строка заказа на покупку и на продажу в рамках одной компании связаны через Marking. Допустим, потребовалось прогнать это все через склад, отличный от того, что был указан изначально в этих строках. Чтобы сменить склад на строке заказа покупки/продажи, связанной через marking - нужно сначала убрать этот самый marking. Но это невозможно, т.к. заказ - intercompany.

И как быть в этом случае? Ситуация ж вроде вполне рабочая. Не понимаю, почему Аксапта ее не обрабатывает корректно.
Старый 03.02.2016, 12:34   #2  
Raven Melancholic is offline
Raven Melancholic
Участник
Аватар для Raven Melancholic
Самостоятельные клиенты AX
Лучший по профессии 2015
 
2,158 / 1286 (47) ++++++++
Регистрация: 21.03.2005
Адрес: Москва-Петушки
Не знаю, сильно ли изменился в DAX2012 этот механизм по сравнению с DAX2009, но если в общем остался, то в сообщении описывается не просто внутрихолдинг InterCompany, а сочетание InterCompany и прямой поставки (DirectDelivery).
Внутрихолдинг. Автоматическая разноска накладных не работает
Изменить аналитики нельзя именно из-за прямой поставки, независимо от того, есть ли внутрихолдинг. То есть, при прямой поставки считается, что конечный клиент забирает товар непосредственно у нашего поставщика (внешнего по отношению к нам или наше же юрлицо из другой компании DAX). Видимо, в MS считается, что при прямой поставке каких-то физических перемещений между складами не осуществляется (в принципе, вполне логичное предположений) .
Старый 04.02.2016, 08:28   #3  
sukhanchik is offline
sukhanchik
Administrator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,273 / 3466 (122) ++++++++++
Регистрация: 13.06.2004
Адрес: Москва
Цитата:
Сообщение от Falcon Посмотреть сообщение
Ситуация ж вроде вполне рабочая. Не понимаю, почему Аксапта ее не обрабатывает корректно.
Так если пользоваться инструментом, для этого не совсем предназначенного - она и будет работать не так, как ожидается.
В АХ заказы на продажу и покупку являются конечными документами. Т.е. в заказе на покупку товар приходит извне, а в заказе на продажу товар уходит опять-таки наружу. Все что внутри - это уже внутри. Соглашусь с тем, что маркетингово функционал Intercompany преподнесен несколько не так, как все внутри реализовано. И вполне вероятно, что "вернее" маркетинговое преподнесение, нежели внутренняя реализация.
Однако, если исходить из того, как реализовано внутри - то получается, что не должно быть внутренних заказов на продажу / покупку. В роли внутренних перемещений нужно использовать журналы переноса / заказ на перемещение с дополнительной складской аналитикой (например, номер заказа на продажу). А в роли "генератора" перемещений и заказа на покупку - модуль сводное планирование. И тогда в эту цепочку вполне можно будет вставить дополнительный склад
__________________
Возможно сделать все. Вопрос времени
Старый 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 (и ранее) что на уровне строк что на уровне складских проводок работают только при совпадении аналитик финансового склада потребителя и источника. Если сменить в складских операциях такую аналитику, то маркировка убивается.
Цитата:
Ситуация ж вроде вполне рабочая. Не понимаю, почему Аксапта ее не обрабатывает корректно.
Да, ситуация распространенная. Но, напрямую связать потребителя и источника на уровне строк документов с разными складами нельзя. Можно только через складские операции (например, зарезервировав в заказанных).
На мой взгляд, вполне объяснимый подход. Раз номенклатура приходит на один склад, а отгружается с другого, то явно между этими складами должно быть какое-то перемещение. Сводное планирование нормально обрабатывает эту ситуацию - под потребность будут созданы спланированные заказы на перемещение, а уже под потребность этих спланированных перемещений будет создан спланированных заказ на покупку (производство), ну или потребность будет покрыта из наличных запасов.
С другой стороны, мы у себя в процедуру создания заказа на покупку из заказа на продажу добавили создание между ними заказов на перемещение (используя те же настройки, что есть в сводном планировании). То есть, немного доработали возможность создания таких связок вне сводного планирования.
Старый 04.02.2016, 14:29   #5  
Falcon is offline
Falcon
Восставший
Соотечественники
 
753 / 35 (3) +++
Регистрация: 08.02.2002
Адрес: Pincourt, Quebec, Canada
Цитата:
Сообщение от sukhanchik Посмотреть сообщение
Так если пользоваться инструментом, для этого не совсем предназначенного - она и будет работать не так, как ожидается.
В АХ заказы на продажу и покупку являются конечными документами. Т.е. в заказе на покупку товар приходит извне, а в заказе на продажу товар уходит опять-таки наружу. Все что внутри - это уже внутри. Соглашусь с тем, что маркетингово функционал Intercompany преподнесен несколько не так, как все внутри реализовано. И вполне вероятно, что "вернее" маркетинговое преподнесение, нежели внутренняя реализация.
Однако, если исходить из того, как реализовано внутри - то получается, что не должно быть внутренних заказов на продажу / покупку. В роли внутренних перемещений нужно использовать журналы переноса / заказ на перемещение с дополнительной складской аналитикой (например, номер заказа на продажу). А в роли "генератора" перемещений и заказа на покупку - модуль сводное планирование. И тогда в эту цепочку вполне можно будет вставить дополнительный склад
Спасибо за ответ. Логику разработчиков я понимаю: им хотелось ограничить количество разных сценариев и сохранить целостность данных. Но они при этом сделали допущения, совершенно немыслимые в реальной жизни. Какими бы ни были конечными эти заказы - между моментом их размещения и отгрузки в реальной компании проходят недели, а то и месяцы. В течение которых может очень многое случиться. И что, получается - нельзя даже поменять склад, с которого будет грузиться клиенту товар в начальной точке? А если он, простите, банально сгорел? Удалять весь заказ и вводить снова? А если что-то случилось с промежуточными складами, когда товар уже был отгружен в начальной точке?... Вообще, предполагать, что данные не придется менять после ввода - это плохой дизайн, и того, кто писал спецификацию этой логики, надо бы отправить на реальное производсто годика на два, чтобы набрался уму-разуму.
Старый 04.02.2016, 23:41   #7  
Falcon is offline
Falcon
Восставший
Соотечественники
 
753 / 35 (3) +++
Регистрация: 08.02.2002
Адрес: Pincourt, Quebec, Canada
Цитата:
Сообщение от Vals Посмотреть сообщение
Кстати, при утверждении Спланированного заказа есть настройка маркировки. Если её поставить, то потом всё - фиг чё изменишь
Так это тоже плохо. Ну не бывает в реальной жизни, чтобы открытый (не отгруженный/не оприходованный) заказ не надо было поменять. И что, предлагается удалять все и заводить по новой? Глупо же.
Старый 04.02.2016, 23:56   #8  
Vals is offline
Vals
Аманд
Аватар для Vals
Компания АМАНД
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2009
 
1,765 / 507 (20) +++++++
Регистрация: 27.02.2002
Адрес: Pass partout, Москва
Именно, я с этой хренью столкнулся и зарёкся пользоваться.
Работает как "жёсткое" резервирование: только так и больше никак.

В принципе, имеет право на жизнь, когда логистика регламентирована, чтобы никаких отклонений по складам не происходило.
Иногда это вариант, чтобы не исправлять мелочи, которые затормозят всю партию.

P.S. ТОлько заметил: написал строчку, а подпись на страницу
Старый 05.02.2016, 10:36   #9  
Ivanhoe is offline
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
4,143 / 2155 (80) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
Немного в сторону - мое мнение, что использование маркировки и для расчета себестоимости, и для связок продаж/закупок, и для сводного - один из главных архитектурных косяков стандарта. Наравне с жестким резервированием всех аналитик в версиях до 2012 R3 и гибким резервированием, но только с полным WMS, в 2012 R3.
__________________
Ivanhoe as is..
За это сообщение автора поблагодарили: Logger (3), Raven Melancholic (1).
Старый 05.02.2016, 13:02   #10  
Raven Melancholic is offline
Raven Melancholic
Участник
Аватар для Raven Melancholic
Самостоятельные клиенты AX
Лучший по профессии 2015
 
2,158 / 1286 (47) ++++++++
Регистрация: 21.03.2005
Адрес: Москва-Петушки
Цитата:
Сообщение от Ivanhoe Посмотреть сообщение
мое мнение, что использование маркировки и для расчета себестоимости, и для связок продаж/закупок, и для сводного - один из главных архитектурных косяков стандарта.
Вот с этим абсолютно согласен. Поэтому уже в нескольких проектах делаю разное поведение (все равно больших изменений в DAX2009 от MS не будет, можно и поиздеваться).
Изображения
 
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
patrickmouwen: Financial dimensions on web orders vs non-Retail orders Blog bot DAX Blogs 0 28.10.2015 01:11
emeadaxsupport: Defaulting Sales prices on Sales orders based on specifics of Inventory dimensions Blog bot DAX Blogs 0 10.03.2015 22:12
Dynamics AX Sustained Engineering: KB 2887723 - Consume on-hand inventory after consuming supply orders Blog bot DAX Blogs 0 12.03.2014 01:14
ax-erp: Inventory dimensions as parameters in the SSRS reports – InventDimViewContract class[Dynamics AX 2012] Blog bot DAX Blogs 0 18.07.2012 19:11
axinthefield: Reconciling Inventory to GL in Dynamics AX Blog bot DAX Blogs 0 23.04.2011 00:17
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

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

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

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 10:15.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.