Вышел Microsoft Dynamics AX 4.0 Service Pack 2 Feature Pack 1 for Eastern Europe

[GM2005]

Changes specific to the Russian functionality
Bug ID
Knowledge Base ID*
Description

26690
940701
Different sales tax amounts in a AR Free text invoice: in Totals inquiry and in a Sales tax form

27299
941759
Adding two lines in the Russian country-specific invoice format according to a local Russian legislative typical inter-industry reporting form 'TOPГ-12'

27636
942475
The system calculates incorrectly the amount in the line of FA Journal for "putting into operations" transaction for models of the account which currency is distinct from base currency.

27969
942431
Using the sales order function ’Update remaining delivery’ ends up with stack trace error

27971
942434
Stack trace error when printing Reimbursement slip/Receipt order from a Packing slip journal

28581
943098
RU- AC& AP\ Contracts\ Payment schedule is not filled in

28812
943572
Purchase book lines does not show adjusted tax amount

30144
944512
Stack trace error occurs when user is going to print Invoice For Payment from AC \ Stack trace error occurs when user is going to print Packing slip with Reimbursement order from AP

30722
945157
Dimensions in the transaction for write off cost item to FA (Db08 Cr 10) is picked up from fin dimensions from FA Posting model

30920
945237
Inventory Error message occurs when Transfer or Requirement slip is printing in case of Officials was tried to change by user

30926
945566
An error message "A section in the report is higher than the actual page size allows" in reports "Customer base data", "Vendor base data"

33240
947842
An error message “Voucher … is already used as of date …” arises when transforming a customer payment to prepayment

33963
948827
Half year straight line life remaining depreciations are not correct in Eastern Europe GLS

34734
950197
Error "Voucher XXX is already used as of date YYY" when two vendor transactions are settled together

34971
949836
RTax25Registers | Non warehoused goods register | Register calculation results do not include some transactions

36529
951572
Act of Adjustment reports shows incorrect zero debit sum in some scenario

37011
951525
Digits' delimiter in the update "Electronic reporting in txt format"

38176
953757
Company address in the Acceptance report (FA-1) if a company Address type is International

[Vadik]

\Classes\ReleaseUpdateDB401_Cust\updateFacture_RU

trans.LineAmountMST   = round(custInvoiceTrans.LineAmountMST      * (trans.LineAmount / custInvoiceTrans.LineAmount), roundOff);
trans.TaxAmountMST    = round(custInvoiceTrans.TaxAmountMST       * (trans.LineAmount / custInvoiceTrans.LineAmount), roundOff);
trans.VATAmountMST    = round(custInvoiceTrans.VATAmountMST_RU    * (trans.LineAmount / custInvoiceTrans.LineAmount), roundOff);
trans.ExciseAmountMST = round(custInvoiceTrans.ExciseAmountMST_RU * (trans.LineAmount / custInvoiceTrans.LineAmount), roundOff);

Того, что существуют строки накладной с нулевой суммой, явно никто не ожидал

И еще лезут в голову всякие нехорошие слова при сравнении по слоям \Data Dictionary\Base Enums\RTax25TaxModule (имеется слой с российскими зарплатой и кадрами)

Зато сделали импорт курсов валют с сайта ЦБ

[Atar]

Обновленный меточный файл с полностью русскими метками есть там?

[Ivanhoe]

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

[Raven Melancholic]

Цитата:

33240
947842
An error message “Voucher … is already used as of date …” arises when transforming a customer payment to prepayment

О, не прошло и каких-то пять лет с момента появления как исправили

[Alex05507]

Цитата:

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

Обновленный меточный файл с полностью русскими метками есть там?

Есть там меточный файл, только вот совсем непонятно все или не все там переведено. Вроде как заявляется (что в принципе корретно) что исправляется то, что было зарегистировано ранее как непереведенное или неправильно переведенное, то есть то что не заявлено непереведено

[glibs]

Цитата:

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

...
Того, что существуют строки накладной с нулевой суммой, явно никто не ожидал
...

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

А никому не приходится хранимые процедуры в MS SQL создавать при апгрейде, которые толи не создались, толи куда-то делись, но на их отсутствие пакетный сервер ругается? Или это только я такой несчастливый?

Документацию чтоли почитать ...

[Stainless]

Можно скачать здесь:
https://mbs.microsoft.com/partnersou...E_Download.htm

[sukhanchik]

Чего-то то ли я торможу - то ли не вышел los(lop)-слой с российскими зарплатами и кадрами, поднятый на этот GLP?
Ибо ощущение после "вливания" этого FP - (26 ошибок компиляции) говорят о том, что должны были поднимать... Нет?

[Ivanhoe]

У нас стоит FP1 и общий, и FP1 RHRM - ошибок нет.

[sukhanchik]

Не... не втыкаю. Вот гляжу в партнерсорс...
Вижу: (Support-Service Packs) Ссылка на SP2FP1 - дата последнего изменения страницы 11.06.2008. Качаю - смотрю - GLP-слой. Дата его последнего изменения - 09.06.2008
Теперь рыщу в поисках HRM & Payroll для России.
Вроде нахожу: (Support-Product Releases) Ссылка на RHRM. Здесь дата последнего изменения страницы - 13.02.2008. Ладно - смотрю - на странице 3 ссылки - первая для 4.0SP1, вторая для 4.0SP2, третья просто сама по себе - ссылка на FP1 RHRM. Написано:

Цитата:

Feature Pack 1 for the Russian HRM and Payroll modules - Contains regulatory updats for Russian HRM and Payroll modules for Microsoft Dynamics AX 4.0 SP2 with Eastern Europe GLS. All functionality is in the LOS layer.

Т.е. тут человеческим языком сказано - что LOS-слой сделан для SP2 с GLS (а не GLP!) слоем.
Ладно - качаю FP1 RHRM - вынимаю LOS-слой. Вижу у него дата последнего изменения - 30.01.2008. Наложение слоя - ессно ведет к куче ошибок.
Может кто знает другую ссылку и я неверно нашел RHRM?

[Peter Savintsev]

Цитата:

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

Чего-то то ли я торможу - то ли не вышел los(lop)-слой с российскими зарплатами и кадрами, поднятый на этот GLP?
Ибо ощущение после "вливания" этого FP - (26 ошибок компиляции) говорят о том, что должны были поднимать... Нет?

Та же фигня. Правда, не 26, а 24 ошибки. Преимущественно в объектах с префикcами RTax и RAsset. Версия приложения 4.0.2501.347.

[Ivanhoe]

Беру свои слова обратно - при компиляции ошибки появились (проверил на RTax*).

Ждем нового релиза RHRM как после выхода DAX SP2?

ЗЫ: у меня приложение 4.0.2501.122, ставилось: SP2 EE, RHRM для SP2, FP1 RHRM, FP1 EE. Чего-то не хватает или порядок установки другой?

[Peter Savintsev]

Порядок установки не помню, т.к. накатывал FP1 на давно стоявшее тестовое приложение. Вроде такой, но не помню, устанавливал ли я FP1 RHRM. Есть какой-то способ проверить, что он установлен?

Что касается версии приложения, то она определяется методом \Classes\ApplicationVersion\applBuildNo. У меня этот метод на слое glp, т.е., по-видимому, этот билд определяет SP2 FP1 EE. Проверьте, на каком он слое у вас. Предполагаю, что на los/lop и там как раз указана версия 4.0.2501.122. Скорее всего, это версия FP1 RHRM.

[Ivanhoe]

Так и есть - метод на Los-слое.

Ну проверить FP1 RHRM можно, например по Штатному расписанию - если в Расчеты с персоналом / Кадровый учет / Состав / только одна форма "Штатное расписание" и нет "Хронологии расписания", то он стоит.

[Peter Savintsev]

Судя по тому, что у меня и хронология и само штатное, FP1 RHRM у меня не установлен. Щас попробую накатить его, но вряд ли результат будет положительный...