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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 17.11.2017, 16:01   #21  
EVGL is offline
EVGL
Moderator
Соотечественники
Лучший по профессии 2015
Лучший по профессии 2014
 
3,552 / 2007 (74) +++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Может быть скажу крамольную вещь, но заказ на продажу - это документ. Заказ на покупку - тем более документ, поскольку его "документность" подтверждается встроенной системой контроля изменений (почему его нет в sales order - другой вопрос, есть запрос на ideas.dynamics). Смена количества в строке заказа без каких-либо подтверждающих документов имеет далекие последствия во все системе от сводного планирования до денежных средств. Поэтому пользователи AX тоже вводят данные в итоговые документы: заказы на продажу и покупку, которые от CRM opportunity на метафизическом уровне отличаются не сильно.

Последний раз редактировалось EVGL; 17.11.2017 в 16:03.
Старый 17.11.2017, 16:12   #22  
mazzy is offline
mazzy
Administrator
Аватар для mazzy
Most Valuable Professional
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
28,757 / 3626 (178) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Цитата:
Сообщение от EVGL Посмотреть сообщение
Может быть скажу крамольную вещь,
Скажите )

Цитата:
Сообщение от EVGL Посмотреть сообщение
но заказ на продажу - это документ. Заказ на покупку - тем более документ,
конечно же нет. см галочки автосокращение при обновлении заказа и закупки. а также документацию.

см. также опцию автосуммирования заказов.
а также не поверите Реорганизации заказов.

ну и конечно заказ-контракт и его выполнение подчиненными заказами, которые должны быть удалены в конечном итоге.

любой заказ, как и журнал - в аксапте черновик.
изначально информация переносилась в фактические документы (инвойсы, packing slipы и прочие), а исходный черновик удалялся.
Изначально это был штатный режим работы.
В Навике он и остался штатным.

для удаленных заказов сделали специальную фичу - перекладывать заказы в таблицу удаленных. Типа архивирование.

Цитата:
Сообщение от EVGL Посмотреть сообщение
поскольку его "документность" подтверждается встроенной системой контроля изменений (почему его нет в .
бггг, которая появилась в очень поздних версиях
постановщиками были люди, которые уже аксапту не знали.

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

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

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

Цитата:
Сообщение от EVGL Посмотреть сообщение
Смена количества в строке заказа без каких-либо подтверждающих документов имеет далекие последствия во все системе от сводного планирования до денежных средств. Поэтому пользователей
Именно.
Имеет последствия - сводное планирование, график ДДС будет пересчитан )))
Еще резервы. И ожидаемые сроки поставки в последних версиях.

Поэтому в параметрах есть галочки запрещающие изменять заказ по которому уже прошла частичная разноска.

Господи, ну прочитайте же документацию.
__________________
GitHub, Facebook, mazzy.priot, mazzy.music, coub.

Последний раз редактировалось mazzy; 17.11.2017 в 16:14.
Старый 17.11.2017, 16:23   #23  
EVGL is offline
EVGL
Moderator
Соотечественники
Лучший по профессии 2015
Лучший по профессии 2014
 
3,552 / 2007 (74) +++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Цитата:
Сообщение от mazzy Посмотреть сообщение
бггг, которая появилась в очень поздних версиях
постановщиками были люди, которые уже аксапту не знали.
...
Господи, ну прочитайте же документацию.
Зашибись. Может быть, все-таки пришли постановщики с опытом реальных задач на внедрениях, а не перечитывающие документацию 3.0 ностальгики?

Лет ...надцать назад я тоже с юношеским максимализмом протаскивал каждое новое поле из заказа в документ-подтверждение. Потом перестал.

Ключевая фраза выделена жирным, после которой дальнейшая дискуссия становится невозможной.
Старый 17.11.2017, 16:26   #24  
Ivanhoe is offline
Ivanhoe
КОРУС Консалтинг
Аватар для Ivanhoe
КОРУС Консалтинг
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
3,557 / 1725 (65) ++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
Поддержу EVGL. В бизнесе давно нет "черновика" Заказа, есть документ Заказ. И Аксапта справедливо по ним считает и сводное и другие вещи. А все эти рудименты по сокращению, группировке и т.п. по факту на моих проектах практически не используются. А вот сколько крови пьют... когда не опытный консультант, например, начинает пользоваться суммарной обработкой, считая, что нет документа "Заказ" и можно их плодить сколько угодно. А потом мучается с реализацией нормального backlog в дистрибуторском бизнесе, сопоставлении Order с Invoice, не дай мог включая полный EDI пакет сообщений.
__________________
Ivanhoe as is..
За это сообщение автора поблагодарили: EVGL (1).
Старый 17.11.2017, 16:27   #25  
Ivanhoe is offline
Ivanhoe
КОРУС Консалтинг
Аватар для Ivanhoe
КОРУС Консалтинг
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
3,557 / 1725 (65) ++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
А расскажите Ритейлеру, что фигня ваш заказ - хоть сейчас удалить можно ой, все...
__________________
Ivanhoe as is..
Старый 17.11.2017, 16:28   #26  
mazzy is offline
mazzy
Administrator
Аватар для mazzy
Most Valuable Professional
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
28,757 / 3626 (178) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Цитата:
Сообщение от EVGL Посмотреть сообщение
Зашибись. Может быть, все-таки пришли постановщики с опытом реальных задач на внедрениях, а не перечитывающие документацию 3.0 ностальгики?
нет.
теперь пришли люди которые и средства разработки в аксапте не знают. )
см. погибшие TreeNode и Dict* классы.

Цитата:
Сообщение от EVGL Посмотреть сообщение
Лет ...надцать назад я тоже с юношеским максимализмом протаскивал каждое новое поле из заказа в документ-подтверждение. Потом перестал.
да-да. именно так

Цитата:
Сообщение от EVGL Посмотреть сообщение
Ключевая фраза выделена жирным, после которой дальнейшая дискуссия становится невозможной.
Абсолютно согласен.
__________________
GitHub, Facebook, mazzy.priot, mazzy.music, coub.
Старый 17.11.2017, 16:41   #27  
mazzy is offline
mazzy
Administrator
Аватар для mazzy
Most Valuable Professional
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
28,757 / 3626 (178) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Цитата:
Сообщение от Ivanhoe Посмотреть сообщение
В бизнесе давно нет "черновика" Заказа, есть документ Заказ.
Хочешь сказать в россии )
Здесь очень велико влияние 1С с его подходом от документа.

Сравни с Навиком. Он распространен в европе.

Цитата:
Сообщение от Ivanhoe Посмотреть сообщение
И Аксапта справедливо по ним считает и сводное и другие вещи.
да. Обрати внимание что в сводном и других по ним считают ПРОГНОЗЫ! )))
и есть галочки, которые позволяют учитывать прогнозы или не учитывать. А также параметры, которые определяют вероятность прогнозов во времени.

Цитата:
Сообщение от Ivanhoe Посмотреть сообщение
А все эти рудименты по сокращению, группировке и т.п. по факту на моих проектах практически не используются.
В россии. Да, в россии и в странах восточной европы, где используется российская локализация не используется. Потому что в свое время разработчики забили на протаскивание полей, а постановщики ставили задачу "сделать как в 1С"

Если бы не использовались, то у меня не выпили бы столько крови на моем сейчас закрываемом хотфиксе для мексики - reaarange у них видите ли не работает )))


Автосокращение дает очень важную для работу штуку.
журнал/заказ хранит то что еще предстоит сделать.
фактические документы хранят то, что уже сделано.

при таком подходе заказ и факт можно тупо просуммировать и получить общий объем. что и используется во всяких прогнозах/планированиях.

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

собственно из-за сложностей с вычислением общего объема в россии не прижились free text invoice, регистрация приходных счетов, модуль контроля качества. )

Цитата:
Сообщение от Ivanhoe Посмотреть сообщение
А вот сколько крови пьют... когда не опытный консультант, например, начинает пользоваться суммарной обработкой, считая, что нет документа "Заказ" и можно их плодить сколько угодно. А потом мучается с реализацией нормального backlog в дистрибуторском бизнесе, сопоставлении Order с Invoice, не дай мог включая полный EDI пакет сообщений.
Угу. Угу. Добавь только в российской локализации.
Да, разработчики забили на протаскивание полей.

Цитата:
Сообщение от Ivanhoe Посмотреть сообщение
А расскажите Ритейлеру, что фигня ваш заказ - хоть сейчас удалить можно ой, все...
А тут согласен.
Ритейл - да - это особый случай. Там текущие разработчики не знают не только Аксапту, они и бизнеса то не знают. Да, изначальное решение от Ланштайнера было вполне адекватно Навику. Но уже при портировании в Аксапту, который выполняли люди, не знающие Аксапту, получился полный пипец. А что сейчас делается... Да, о Ритейле остается только молчать.
__________________
GitHub, Facebook, mazzy.priot, mazzy.music, coub.
Старый 17.11.2017, 16:47   #28  
EVGL is offline
EVGL
Moderator
Соотечественники
Лучший по профессии 2015
Лучший по профессии 2014
 
3,552 / 2007 (74) +++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Россия, Россия, Россия, локализация, Россия, 1С... О чем вы говорите, вообще?
Позвольте судить о не-России людям, там находящимся. Все сказанное Ivanhoe полностью справедливо для Германии, Австрии, Швейцарии, Франции, Великобритании, США. Поскольку так построены бизнес-процессы. А процессам не интересно, где там у Аксапты галка.

P.S. Rearrange и суммарная обработка используются по опыту там где есть интерфейсы того или иного рода, и/или автоматизированная обработка

Последний раз редактировалось EVGL; 17.11.2017 в 16:55.
Старый 17.11.2017, 16:56   #29  
mazzy is offline
mazzy
Administrator
Аватар для mazzy
Most Valuable Professional
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
28,757 / 3626 (178) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Цитата:
Сообщение от EVGL Посмотреть сообщение
Россия, Россия, Россия, локализация, Россия, 1С... О чем вы говорите, вообще?
Я говорю о функционале Аксапты.

Цитата:
Сообщение от EVGL Посмотреть сообщение
Позвольте судить о не-России людям, там находящимся. Все сказанное Ivanhoe полностью справедливо для Германии, Австрии, Швейцарии, Франции, Великобритании, США. Поскольку так построены бизнес-процессы. А процессам не интересно, где там у Аксапты галка.
Судите. Кто ж запрещает.

ссылка про процессы в вашем представлении: Два invoice, один с нулевым количеством
Цитата:
Сообщение от EVGL Посмотреть сообщение
На моем текущем проекте делаем именно так.
))))
__________________
GitHub, Facebook, mazzy.priot, mazzy.music, coub.
Старый 17.11.2017, 17:12   #30  
EVGL is offline
EVGL
Moderator
Соотечественники
Лучший по профессии 2015
Лучший по профессии 2014
 
3,552 / 2007 (74) +++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Хм. Я не объяснял детально почему делаем "именно так" на данном проекте. Хотя нет, объяснял, но был очевидно не понят:
  • невозможно отмотать назад WHS, немыслимо заставить людей вбивать заново палеты (два раза!). Я заставлял, и учил, и переучивал, и пере-переучивал, а не надо было, поскольку вероятность сделать ошибку и потери в производительности недопустимо высоки.
  • невозможно вернуть и забыть инвойс, который уехал в машине, и нельзя не выставить его. Так работает отгрузка в России: один заказ - одна накладная - один счет - одна машина, но точно так же она работает и в Вене, поскольку везде теперь Make-to-order и Industry 4.0
  • потому как процесс должен быть завершен, заказ должен быть закрыт и забыт: это повышает производительность.
  • принципиально кредит-ноты [в AX] не решают задачу неправильной цены, когда клиент товар не возвращает и всем доволен, кроме документа и задолженности
Поэтому приходится строить костыли.
Старый 17.11.2017, 17:48   #31  
fed is offline
fed
Moderator
Ex AND Project
Соотечественники
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,175 / 3987 (137) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Ладно - я пожалуй чуть-чуть подробнее по теме выскажусь:
  1. Заявленная фича сделана Microsoft для демонстрации на продажах.
  2. Опасность фичи состоит в том что она легко может спровоцировать легкое отношение пользователей к проектированию системы. Вместо более или менее правильного дизайна, на проектах будет случаться зоопарк случайно добавленных полей.
  3. Нейтрализовать опасность фичи, можно в том случае, если Микрософт по умолчанию, запретит использование этой фичи для всех форм и всех пользователей. Тогда внедренцы могут разрешить использование только на неключевых формах (типа DocuRef) и для более или менее разумных пользователей. Но я очень опасаюсь что в Микрософт об этом как раз не подумали.
  4. Поиск и репортинг были бы полезными добавлениями. Но только в том случае, если предыдущий пункт выполнен. В противном случае - мы опять таки получим зоопарк похожих отчетов сделанных на разных полях, добавленными в разное время разными энтузиастами...

Последний раз редактировалось fed; 17.11.2017 в 17:54.
За это сообщение автора поблагодарили: EVGL (1).
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
kurthatlevik: A Practical Guide for Dynamics 365 Iterative Implementation Blog bot DAX Blogs 0 15.09.2017 01:21
kurthatlevik: New Microsoft Dynamics AX – A guide for using retail sales prices and discounts Blog bot DAX Blogs 0 01.12.2015 18:12
kurthatlevik: Dynamics AX 2012 – Great share on retail Blog bot DAX Blogs 0 28.10.2015 20:11
kurthatlevik: Turn your Dynamics AX WMS from ‘Where’s My Stuff’ to an actual ‘Warehouse Management System’ Blog bot DAX Blogs 0 21.11.2013 19:11
amer-ax: It was a great day! Blog bot DAX Blogs 3 29.12.2012 01:02
Опции темы Поиск в этой теме
Поиск в этой теме:

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

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

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

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