The October ’18 wave of business application release overview

[belugin]

https://docs.microsoft.com/en-us/bus...tes/October18/


Summary of what's new in Finance and Operations:

https://docs.microsoft.com/en-us/bus...anned-features

[EVGL]

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

[cuba]

И снова все самое вкусное наичнается с "These release notes describe functionality that may not have been released yet."
Да сколько можно уже?!

[EVGL]

Цитата:

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

И снова все самое вкусное наичнается с "These release notes describe functionality that may not have been released yet."
Да сколько можно уже?!

Да ладно! То, что отмечено как "October 2018" активно тестируется с августа.

[cuba]

Я же только за!
Пусть выпустят и я искренне порадуюсь.

[ax_mct]

Catch weight product processing with warehouse management
(may release after March 2019)

https://docs.microsoft.com/en-us/bus...ain-management

Удивительно, чем они вообще занимаются?

Правильно я понимаю что поддержки AX2012 CW функционала в D365FO нет?
https://docs.microsoft.com/en-us/dyn...h-weight-items

P.S. Думаю что речь об AWAX. C учетом того что этой купленной соde base уже три года, разрыв в функционале между AX2012R3 и D365FO выглядит неожиданным. Почему так?
https://www.bhsolutions.com/news/blo...lable-in-awax/

На моих проектах мы в полный рост используем CW.

[EVGL]

Цитата:

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

Правильно я понимаю что поддержки AX2012 CW функционала в D365FO нет?

В этом плане поддержки AX2012 CW функционала нет даже в AX2012, если Вы понимаете, что я имею в виду.
LOL

[ax_mct]

Цитата:

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

В этом плане поддержки AX2012 CW функционала нет даже в AX2012, если Вы понимаете, что я имею в виду.
LOL

Три года этому функционалу в AX2012 (R3). И хоть он и бесит но он нужный.

Как то было впечатление что AX7, D365FO это тот же code base AX2012R3 только с web-интерфейсом.

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

И почему это не сделано мне интересно. Как и вообще то почему D365FO такая обрезанная по функционалу. Саботаж? Команда обеспечивает себя копи-паст работой на 5 лет вперед? Или переписывают все и вся? Странно все это.

[trud]

Цитата:

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

По ощущениям тут усилий на два-три человеко-месяца чтобы это добавить в D365FO
И почему это не сделано мне интересно. Как и вообще то почему D365FO такая обрезанная по функционалу. Саботаж? Команда обеспечивает себя копи-паст работой на 5 лет вперед? Или переписывают все и вся? Странно все это.

Так а что странного - начиная с версии 8.0 у них запрет на изменения public и protected методов(экстеншены же).
т.е. с такими ограничениями ничего особо не понадобавляешь.

[ax_mct]

Цитата:

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

Так а что странного - начиная с версии 8.0 у них запрет на изменения public и protected методов(экстеншены же).
т.е. с такими ограничениями ничего особо не понадобавляешь.

CW функционал он нейтрален к интерфейсам. Чисто внутренние расширения в уже существующих методах. Ну может новые дисплейные методы. Целостность методов тоже не нарушает, просто обработка еще одного типа продукта.

Или вы о том что они себе запретили менять не сигнатуры, но сами тела методов?
Да ну, это же бред.

Да и CW у них в очереди задач стоит то есть полиси не мешает. Не, мешает что-то другое.

[fed]

"The reporting currency will be repurposed into a true second accounting currency." Мне интересно - как они это сделают. Просто с древних времен, secondary currency это, фактически была сумма в валюте триангуляции. И два курса предназначались как раз для ситуаций когда у нас (например как во время переходного периода на Евро в Словакии) есть курсы между нацинальной валютой и валютой триангуляции (евро) и между евро и другими валютами. И пересчет суммы в долларах в сумму в корунах идет путем конвертации из долларов в евро по курсу европейского ЦБ, а потом конвертации из евро в коруны по курсу словацкого ЦБ. Сумма во вторичной валюте просто содержала результат первой конвертации.Поскольку многие этого не понимали, я сталкивался с попытками (например в турецкой локализации) переинтерпретировать значение этих двух курсов как "Курс между валютой операции и учетной валютой" и "Курс между валютой операции и вторичной валютой".
В целом, я бы сказал что да - с практической точки зрения, для нормальной поддержки вторичной валюты надо сделать два независимых курса, никак не связанных с триангуляцией валют (может даже 4 поля с курсами - одна пара для первичной валюты и вторая пара для вторичной). Но если они что-то подобное сделают, что вторичная валюта будет breaking feature, поскольку совместимости по данным не получится... Может они конечно везде заведут AccountingCurrencyMST, ReportingCurrencyMST, accountingCurrencySec и ReportingCurrencySec, но тогда это будет уже не "repurposing".

[Ivanhoe]

Не знаю, работает ли еще триангуляция - она осталась в конфиг ключах? Вторая валюта уже в 2012 R3 вполне себе работала в контрагентах, просто поля скрыты в таблице, но код по их заполнению есть. Если теперь они это расширят, сделают прозрачным и нормально допилят банк и кассу, с учетом контрагентов и склада - практически полный кейс закроется. И будет именно вторая отчетная валюта.

[fed]

Цитата:

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

Вторая валюта уже в 2012 R3 вполне себе работала в контрагентах, просто поля скрыты в таблице, но код по их заполнению есть.

А как в российской локализации трактовались курсы в журналах и заказах/закупках ? Вот например - если у меня первичная валюта рубль, вторичная доллар, а операция в фунтах, какие курсы в журнале ставить ? Курс фунта к рублю и фунта к доллару, или курс фунта к рублю и рубля к доллару ?

[Ivanhoe]

Цитата:

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

А как в российской локализации трактовались курсы в журналах и заказах/закупках ? Вот например - если у меня первичная валюта рубль, вторичная доллар, а операция в фунтах, какие курсы в журнале ставить ? Курс фунта к рублю и фунта к доллару, или курс фунта к рублю и рубля к доллару ?

Если не ошибаюсь, берется курс фунта к доллару, указать фиксированный курс в 2012 R3 было нельзя. Давай в другой теме продолжим?
Валюта отчетности и сопоставление проводок по клиенту

[cuba]

1 вариант: фунт к рублю и к доллару.
Фиксированный указать можно.

[belugin]

https://docs.microsoft.com/en-us/dyn...eaking-changes

Добавление параметра - это breaking change

[ax_mct]

Цитата:

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

https://docs.microsoft.com/en-us/dyn...eaking-changes

Добавление параметра - это breaking change

Спасибо. Удивительно как быстро я отстал от жизни.
Добавление параметра по умолчанию - breaking change.
Cкорее всего из-за Chain of command.

То есть ради того чтобы у других были связаны руки, они связали себе ноги.

Цитата:

Adding or removing a default method parameter on a protected or public method – Consumers might have wrapped or subscribed to the method.

[fed]

Цитата:

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

https://docs.microsoft.com/en-us/dyn...eaking-changes

Добавление параметра - это breaking change

А есть где-нибудь официальный коммитмент микрософта не делать breaking change вообще никогда ? Просто тут в яммере были некоторые разборки, поскольку микрософт где-то между 8.01 и 8.02 сделал существующий enum расширяемым, а это вроде бы как breaking change...

[EVGL]

Цитата:

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

поскольку микрософт где-то между 8.01 и 8.02 сделал существующий enum расширяемым

Наверняка по запросу клиента. Мы вот тоже до десятка запросов послали сделать тот или иной расширяемым. Кому дать приоритет? Непонятно. С точки зрения бизнеса - тем, кто просят расширить, поскольку увеличивает клиентсткую базу.

[skuull]

Цитата:

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

А есть где-нибудь официальный коммитмент микрософта не делать breaking change вообще никогда ? Просто тут в яммере были некоторые разборки, поскольку микрософт где-то между 8.01 и 8.02 сделал существующий enum расширяемым, а это вроде бы как breaking change...

Вы немного перекручиваете. Еще с первой версии документации про енумы было написано: "не используйте > или <, а то сделают его расширяемым и все развалится" Ребята, которые возмущались, ее не читали и у них таки развалилось, но они решили винить МС. Хотя МС пока заявляет о совместимости на уровне компиляции, а не на уровне логики, потому как предсказать извращенность некоторых расширений дано только высшему разуму.