Маркетинг Dynamics в России и в мире

[EVGL]

Небольшой факт в тему поддержки, подписки и т.д. С тех пор, как существуют заказы на перенос (Transfer Orders), существует группа багов/недоработок, которая кочует из версии в версию: невозможность создания заказов на перенос или массовый перенос палет. Это не работало в 4.0, это не работает и в AX 2009. Достаточно попытаться сделать перенос товара, для которого активизирована палета, чтобы уткнуться в заглушку:

Incorrect setup of dimension groups.


Из общения с Microsoft мы узнаем, что надо пользоваться функцией переноса палет, помогая системе в ее нелегком деле. На возражение, что это не самый лучший способ автоматизации рабочего места человека, который должен оформить заказ на десятки палет за отведенный ему на это час с утра, последовал обезоруживающий ответ: "Мы вам сочувствуем и сообщаем..." ...барабанная дробь... " что эта функция планируется к реализации в 6.0". Думаю, если бы эта задача была поставлена перед Microsoft, скажем, 4 года назад, ответ был бы сходным, менялся бы лишь номер версии.

Да, мы знаем, как работают софтверные компании. Мы сами готовим, условно говоря, стандарнтый продукт и стараемся не оттягивать ресурсы на старые версии. Тем не менее, наша зависимость от клиента такова, что приходится исправлять и доводить до ума вещи, сделанные еще на AX 4.0, поскольку есть понимание, что некоторым клиентам продать апгрейд в силу разных причин невозможно. Секрет же безмятежности поддержки MBS в том, что у них клиентов.

Возвращаясь к теме: для окрытия ларца достаточно изменения одной строчки в методе \Data Dictionary\Tables\InventDim\Methods\isFieldIdTransferReceiptMergeable(). Этого оказывается достаточно, чтобы добиться работоспособности заказов на перенос в типовых сценариях.

Я все это к чему... Вы не заметили, что AX 2009 оказалась единственной версией, для которой появился всего один сервис-пак? Зловещая тенденция. Причина, определенно, не в том, что в AX 2009 не осталось ошибок. По-видимому, начинают экономить на том, на чем экономить нельзя. Русский офис, который охватил творческий порыв, оказался тут приятным исключением.

[Logger]

Цитата:

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

Возвращаясь к теме: для окрытия ларца достаточно изменения одной строчки в методе \Data Dictionary\Tables\InventDim\Methods\isFieldIdTransferReceiptMergeable(). Этого оказывается достаточно, чтобы добиться работоспособности заказов на перенос в типовых сценариях.

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