О сломанных шестеренках в большом моторе

[Jabberwocky]

Цитата:

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

Честно говоря, я на вашем месте не оправдывался, а налил бы себе водки, выпил с горя и задумался бы над философской составляющей темы. Ибо любой бантик в реальном мире реальных денег и людей должен работать на 100%. Или "бантика" просто не должно быть. "Бантик", работающий на 98% исключительно опасен, и я сейчас это продемонстрирую.

Возможно в Вашу бытность в MS и было время налить водки и подумать о "космических кораблях, бороздящих просторы Вселенной". Сейчас другие времена - иной раз и чаю себе налить некогда

[AlexSD]

Цитата:

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

Честно говоря, я на вашем месте не оправдывался, а налил бы себе водки, выпил с горя и задумался бы над философской составляющей темы. Ибо любой бантик в реальном мире реальных денег и людей должен работать на 100%. Или "бантика" просто не должно быть. "Бантик", работающий на 98% исключительно опасен, и я сейчас это продемонстрирую.

Вместе выпьем? Я за импорт курсов, вы за двухвалютный склад

С Новым Годом!

[EVGL]

Цитата:

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

Вместе выпьем? Я за импорт курсов, вы за двухвалютный склад

С Новым Годом!

Охотно! С Новым Годом!

[SEKL]

Читать замечания и пожелания по AX 2009 полезно и поучительно, но вот что еще интереснее - так это почитать такие комментарии к AX 2012, когда вы начнете внедрять.

[Logger]

Цитата:

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

Читать замечания и пожелания по AX 2009 полезно и поучительно, но вот что еще интереснее - так это почитать такие комментарии к AX 2012, когда вы начнете внедрять.

К сожалению, тогда, когда мы их напишем - они вам будут уже неинтересны, Вы уже будете делать ax2014 и ждать комментариев для неё.

[greench]

Цитата:

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

Читать замечания и пожелания по AX 2009 полезно и поучительно, но вот что еще интереснее - так это почитать такие комментарии к AX 2012, когда вы начнете внедрять.

Большинство комментариев, из услышанных мною, сводятся к одному - "долгих лет жизни архитекторам AX2012". Ну там еще про криворуких обезьян было и их половые связи. Но такие отзывы MS слабо интересуют?

[EVGL]

Коллеги из российского офиса подбросили материал.

Чтобы показать код валюты в новом счете-фактуре, надо заполнить ссылку на код из ОКВ в справочнике валют. Из серии "хотели как лучше": предлагается сначала этот код занести в список внешних кодов, но тут возникает интересный момент: не секрет, что что у нас может быть сразу несколько долларов и евро. Условные, не условные, очень условные и т.п. Так вот справочник внешних кодов не позволяет заносить в него более одного раза один и тот же код, скажем, 840. Приплыли.

Чтобы справиться с этим, надо заводить внешние коды каждый раз под разными разрезами или выбросить из ключа таблицы внешних кодов уникальность.

[EVGL]

Цитата:

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

Читать замечания и пожелания по AX 2009 полезно и поучительно, но вот что еще интереснее - так это почитать такие комментарии к AX 2012, когда вы начнете внедрять.

Комментарий: как палеты не работали в заказах на перемещение, начиная с версии 4.0, так и не работают, вот хоть ты тресни. AX 2012 R2 CU1. Их можно донести до отправки на транзитный склад, где они навсегда и зависают, поскольку принять на целевой склад их невозможно.

[EVGL]

Вот еще комментарий: форма создания новых продуктов и/или товаров - это форменное издевательство над пользователями.

Начать с того, что форму нормализовали. Вместо 5 таблиц их стало X знает сколько. При этом пользователю предоставили возможность воспользоваться шаблоном, чтобы не забивать по 100 полей. Только вот в шаблон попадает горстка записей - сам InventTable да EcoRes-как его там. Настройки кратности, склады, зоны хранения, настройки планирования - все это осталось за кадром. Все это надо заполнять заново - настоящее минное поле при работе с новой номенклатурой - 60 мест, чтобы совершить ошибку.

Теперь обращу внимание на возможность создания новой номенклатуры из прямо из "EcoResProductPerCompanyListPage" при включенном счетчике номеров:


Не обращали внимание, как заботливо система подставляет номер товара в имя товара и в поисковое имя? Перезаписываем имя - поисковое остается тем же номером. Прыгаем в поисковое поле, стираем вручную, сами удаляем пробелы. А теперь обратим внимание на имя в текущей компании, которое осталось справа: там теперь надо сделать все то же самое.

Это насколько надо быть криворуким и бестолковым, не побоюсь этого слова, чтобы так запрограммировать примитивнейшую форму? Какой-то беспредел.

[EVGL]

Позвольте продолжить и прокомментировать форму маршрутов в AX2012 R2. По качеству исполнения можно предположить, что делала та же группа, что и форму для продуктов.

Начнем с того, что в группе ресурсов можно указать категории и массу других параметров по умолчанию. Посмотрим, как они взаимосвязаны с другими элементами приложения. Раньше отдельные ресурсы создавались из группы, в этот момент категории и пр. копировались из группы в ресурс. Теперь эти две сущности, по сути, независимы. Можно было бы предположить, что значения по умолчанию копируются при первом присоединении ресурса к группе, но это не так. Для чего же нужна категория в группе ресурсов?

Попробуем выбрать в маршруте группу ресурсов в качестве Requirement:


Заметим, что при использовании мыши для выбора группы надо принудительно нажать Tab на клавиатуре или куда-нибудь кликнуть, ибо источники данных в системе не согласованы, что приводит к ошибке "Введите Requirement".

Система спрашивает, нужно ли скопировать значения по умолчанию в строку маршрута. Ага! Налицо явное улучшение по сравнению с AX2009, в которой копирование происходило только один раз при RecId == 0. Говорим "да"... хм, ничего не происходит. Оказывается, что, несмотря на подтверждающее диалоговое окно, копируются только настройки ресурса, а не группы ресурсов.

В то же время, стратегия поиска свободных ресурсов подразумевает, что в маршруте указываются только характеристики и возможности ресурсов, а не их конкретные номера. Получается, что все поля - скорость, категории, все остальное - надо вводить в таком сценарии вручную.

Кто-нибудь может проследить логику?

[Starling]

Цитата:

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

Получается, что все поля - скорость, категории, все остальное - надо вводить в таком сценарии вручную.

Можно в маршруте указать Costing resource - тогда его настройки перенесутся в маршрут.
А вот обновит ли система настройки в маршруте конкретного ПЗ когда при планировании будет выбран другой ресурс - это вопрос.
Я не проверял, но думаю, что нет.

[Starling]

Вообще как по мне вопрос только в категориях. Если при планировании время выполнения должно зависеть от конкретного ресурса, то для этого можно использовать Formula = Capacity и указать в настройках ресурса его мощность.
А с категориями вообще все не очевидно. Если у нас на одной операции задействовано несколько рабочих центров (не параллельные операции, а именно одна операция на 2-х ресурсах), то не понятно из какого из них нужно использовать эти самые категории.

[EVGL]

Думаю, что не обновит. По крайней мере, раньше не обновляла. И центры затрат, боюсь, не обновит, если Manufacturing Execution не используем.

[ta_and]

А мне очень понравилась реализация структуры классов
ProjStatusUpd*

Сразу видно, что разработчик - просто гений объектно-ориентированного программирования!
Столько наследников!!
Какая мысль!!!

[NetBus]

Цитата:

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

А мне очень понравилась реализация структуры классов
ProjStatusUpd*

Сразу видно, что разработчик - просто гений объектно-ориентированного программирования!
Столько наследников!!
Какая мысль!!!

Можно пояснить на примере причину сарказма?

[EVGL]

Цитата:

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

... в шаблон попадает горстка записей - сам InventTable да EcoRes-как его там. Настройки кратности, склады, зоны хранения, настройки планирования - все это осталось за кадром. Все это надо заполнять заново - настоящее минное поле при работе с новой номенклатурой - 60 мест, чтобы совершить ошибку.
...
Не обращали внимание, как заботливо система подставляет номер товара в имя товара и в поисковое имя? Перезаписываем имя - поисковое остается тем же номером. Прыгаем в поисковое поле, стираем вручную, сами удаляем пробелы. А теперь обратим внимание на имя в текущей компании, которое осталось справа: там теперь надо сделать все то же самое.

Прошло 4 года. С выходом D356fO U3 (а может, уже и раньше) система перестала поставлять номер в название. Ура!

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

И проклянул менеджер по продукту систему, чтобы пользователь тяжко трудился над ней всю свою жизнь из-за количества, которое подставляет система по умолчанию.

[user_ax]

Цитата:

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

Прошло 4 года. С выходом D356fO U3 (а может, уже и раньше) система перестала поставлять номер в название. Ура!

Даже в CTP7 уже вроде не было

[ta_and]

Цитата:

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

Можно пояснить на примере причину сарказма?

Очень долго объяснять.
Попробуйте дать себе ответ на вопрос чем отличаются эти классы друг от друга.
А после этого подумайте о том, для чего вообще придумано ООП.
О повторном использовании кода...
О возможном изменении поведения при добавлении например нового статуса...
В общем, много о чем можно подумать, глядя на этот гениальный образец использования ООП.

[dech]

Цитата:

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

Очень долго объяснять.

За 3 года можно было бы наверное...)))))

[skuull]

Цитата:

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

За 3 года можно было бы наверное...)))))

Он только сам щас понял