|
08.01.2018, 14:26 | #1 |
Banned
|
Супер-фича. Теперь не придется объяснять людям от Dynamics CRM или Oracle eBS почему поле в AX стоит 3 дня разработки.
|
|
08.01.2018, 15:26 | #2 |
Moderator
|
Цитата:
А сейчас, в случае необходимости апгрейда user field в обычное, предлагается добавить новое обычное поле, потом в Prod затащить оба поля в Data entity, выгрузить все во внешний файл, скопировать значение user field в обычное поле, потом, прочитав молитву темным индийским богам, все заимпортировать назад, потом если данные не накрылись, можно наконец-то удалить пользовательское поле и выдохнуть. Ну то есть - я понимаю что нужны фичи для борьбы с конкурентами на уровне battle card, но было бы полезно чтобы они потом к катастрофам на внедрениях не приводили. |
|
|
За это сообщение автора поблагодарили: ax_mct (10). |
09.01.2018, 12:27 | #3 |
Участник
|
Цитата:
Сообщение от fed
Только одного не хватает: Возможности импортировать эти поля обратно в DEVTEST и TEST без потери данных.
А сейчас, в случае необходимости апгрейда user field в обычное, предлагается добавить новое обычное поле, потом в Prod затащить оба поля в Data entity, выгрузить все во внешний файл, скопировать значение user field в обычное поле, потом, прочитав молитву темным индийским богам, все заимпортировать назад, потом если данные не накрылись, можно наконец-то удалить пользовательское поле и выдохнуть. фича позволит продавать проекты(так как сейчас многие потенциальные клиенты напрягаются что на любое добавление поля нужен разработчик), использовать ее очевидно будут уже на работающих инсталляциях(когда уже никуда с ах ты не денешься) и описанная тобой схема с датаентити даст доп. заработок поддержке. да и пользователю позволит не ждать пока разработчик освободится. т.е. по мне так win-win |
|
|
За это сообщение автора поблагодарили: gl00mie (1), EVGL (1), ax_mct (1). |
Теги |
d365o |
|
|