Таможня в AX 2009 Rollup 5: смешные баги и концептуальные проблемы

[EVGL]

Как известно, Австрия славится специалистами по российской бухгалтерии; сегодня господа Е. Глазов и Р.Р. Штайнер экспериментировали с новым функционалом таможни в RU5, много смеялись.

Начнем с очевидных багов:

1) Начислять задолженность можно перед таможней, а можно перед брокером. Такая идея, по крайней мере, была у разработчиков. Проблема только в том, что при создании заголовка журнала при выборе опции "На брокера" в поле "Брокер" список всегда пустой. Брокера можно выбрать только тогда, когда начисление идет на таможню, т.е. в только в том режиме, когда он не нужен.

2) Функционал просто озабочен индикативными ценами, выдает предупреждения даже тогда, когда идет расчет адвалорной пошлины. Действительно, при отсутствии индикативных цен всплывает следующий баг: если раздел ГТД состоит из нескольких строк инвойсов, то распределение рассчитанной пошлины по строкам не работает: в первой строке стоит пошлина со всего раздела.

3) Если в модуле ГК идет проверка на дубликаты ваучеров, невозможно разнести журнал в случае перехода права собственности "после таможни": класс CustomJournalPost_RU работает исключительно на клиенте (умно, умно) и вызывает методы проверки RLS в LegderVoucher..., которые на клиенте вызвать нельзя.

Не очень очевидные баги:
4) Если отключен конф. ключ российских договоров, то помимо номеров договоров не виден и сам код поставщика в журнале таможни, сделать с таким журналом ничего невозможно.

5) Да, в документации написано, что работать можно только с включенными аналитиками "ГТД" и "Профиль разноски", но при работе с журналом проверка на это идет весьма пассивно, если вообще идет: при выпуске ГТД пробивка номера ГТД в складских проводках идет вне зависимости от того, активна эта аналитика в группе складских аналитик, или нет. Аналогично топорно идет работа и с профилем разноски в режиме "переход права собственности до таможни".


Перейдем к предложениям и концептуальным проблемам:
А) В режиме "переход права собственности до таможни" выпуск ГТД переводит складские проводки в статус "Зарегистрировано". По-видимому, люди, разработавшие эту концепцию, считают, что регистрация товара - эта такая экзотическая функция, которая сделана для решения всяких проблем локализаторов, ими застолблена и может в любое время быть использована. Им невдомек, что приемка товара - это мощный инструмент в логистике, с помощью которого консультанты решают многие запросы клиентов. Например, при физическом приходе товара можно пробивать такие вещи, как номер палеты или серийные номера, фактический вес или объем - т.е. данные об отгрузке, которые на момент прибытия груза на таможню не известны или не важны. Увы: чтобы сделать приемку растаможенного товара на склад и разделить его на палеты, груз придется сначала принудительно "разрегистрировать".

Б) Почему бы не заполнить код страны по умолчанию в заголовке журнала из справочника поставщика? Почему режим "Изменить склад" при выпуске ГТД всегда активирован по умолчанию?

В) Связь номенклатуры с кодами ВЭД в отдельной таблице для каждого кода товара отдельно - это сильный ход. (а) Не силен в "ТН ВЭД", но справочники на таможне не могут быть бесконечно длинными. В ассортименте предприятия может быть сотня видов сырья с одим и тем же кодом. В позаказном производстве новая номенклатура появляется каждый день. Почему же нет возможности задать соответствие коду "ТН ВЭД" для целой группы номенклатуры? Заметим, что использование отдельной таблицы исключает и работу с шаблонами (действительно, почему бы не дать пользователям побольше работы по заполнению "связей", им и так нечего делать). (б) Зачем изобретать велосипед, если в системе уже есть функционал Интрастат, содержащий таблицу с кодом и названиями, поле в справочнике номенклатур? В каких приложениях нужна эта гибкость, что код меняется с субботы на воскресенье (переклассифицировали, что ли? или таможня знает, что для инвойсов декабря надо использовать классификатор 2009 года?)

Уверен, что мы пока только царапнули поверхность этого удивительного функционала и нас ждет еще много интересных открытий на проекте.