AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Функционал
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 14.11.2019, 17:00   #101  
Libovs is offline
Libovs
Участник
 
69 / 39 (2) +++
Регистрация: 26.03.2018
Цитата:
Сообщение от belugin Посмотреть сообщение
Вероятно вы импортируете из дерева конфигураций а не из дизайнера формата:
Упс.. действительно так. Спасибо.
С одной строкой получилось. Попробую фрагмент реального файла.

Экран на ноуте маленкий и половина опций под кнопкой "..." вот и не увидел.
И теперь вроде понятно, как настраивать элемент, чтобы на выходе был и атрибут и значение у самого тега.

Еще раз спасибо.
Старый 15.11.2019, 14:33   #102  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,335 / 2526 (93) +++++++++
Регистрация: 16.01.2004
Адрес: Москва
Записей в блоге: 5
Цитата:
Сообщение от axm2017 Посмотреть сообщение
Попытки решить подобное изначально в рамках одного mapping (типа добавим поле IdFromChine и прочее) оказались крайне неудобными.
Чем?
__________________
https://axcoder.github.io
Старый 15.11.2019, 15:01   #103  
axm2017 is offline
axm2017
Участник
 
151 / 143 (5) +++++
Регистрация: 15.05.2017
Цитата:
Сообщение от belugin Посмотреть сообщение
Чем?
По факту у нас есть ID для китайских и отдельно для обычных людей.

Какие есть варианты действий?

1. Добавить в модель поле китайский ID.
А потом индийский. А потом выслушать обвинение в расизме от консультанта почему китайский ID идет отдельно (типа ты их за людей не считаешь?).

2. Добавить заполнение ID на маппинге для китайцев свое, а для обычных свое. Ок вводим функцию определитель страны и в зависимости от нее заполняем ID. Но так как в реальности появляется куча наворотов + еще и индийцы то все становится тяжелым и не все помнят о существовании китайских коллег. Есть высокая вероятность что кто то сломает им все, правя для себя. В общем пришли к тому что надо разделять маппинги.
Старый 15.11.2019, 17:09   #104  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,335 / 2526 (93) +++++++++
Регистрация: 16.01.2004
Адрес: Москва
Записей в блоге: 5
Цитата:
Сообщение от axm2017 Посмотреть сообщение
1. Добавить в модель поле китайский ID.
А потом индийский. А потом выслушать обвинение в расизме от консультанта почему китайский ID идет отдельно (типа ты их за людей не считаешь?).
Это реальный кейз уже были такие претензии? Почему именно китайский идентификатор не такой как у всех? Если это требование какого-то стандарта типа IBAN, то вполне можно назвать его ID_<название стандарта>. Например, в ISO20022 к банкам привязано множество пар (схема идентификации, значение), где схема идентификации - это как раз разновидность такого стандарта.

Стандарты можно не считать за людей
__________________
https://axcoder.github.io
Старый 15.11.2019, 17:25   #105  
axm2017 is offline
axm2017
Участник
 
151 / 143 (5) +++++
Регистрация: 15.05.2017
Цитата:
Сообщение от belugin Посмотреть сообщение
Это реальный кейз уже были такие претензии?
Это адаптированный под тестовый пример вариант проблемы. Но проблема практическая.

Цитата:
Сообщение от belugin Посмотреть сообщение
Почему именно китайский идентификатор не такой как у всех?
Это риторический вопрос? Мог быть индийский, итальянский и далее по вкусу. Тараканы у всех свои. Это хорошо заметно если модифицировать ssrs отчёты.

Последний раз редактировалось axm2017; 15.11.2019 в 17:31.
Старый 15.11.2019, 22:25   #106  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,335 / 2526 (93) +++++++++
Регистрация: 16.01.2004
Адрес: Москва
Записей в блоге: 5
Цитата:
Сообщение от axm2017 Посмотреть сообщение
Это адаптированный под тестовый пример вариант проблемы. Но проблема практическая.
Мне из адаптированного тестового примера непонятно, чем именно неудобно добавить дополнительное поле.

Цитата:
Это риторический вопрос?
Нет.

Цитата:
Мог быть индийский, итальянский и далее по вкусу. Тараканы у всех свои. Это хорошо заметно если модифицировать ssrs отчёты.
Я просто хочу понять происхождение и свойства конкретного таракана чтобы понять чем именно это неудобно в конкретном случае.
__________________
https://axcoder.github.io
Старый 15.11.2019, 22:44   #107  
axm2017 is offline
axm2017
Участник
 
151 / 143 (5) +++++
Регистрация: 15.05.2017
Цитата:
Сообщение от belugin Посмотреть сообщение
Мне из адаптированного тестового примера непонятно, чем именно неудобно добавить дополнительное поле.
Оно будет региональным. По смыслу это идентификатор и альтернативное заполнение нужно только китайцам. Но в реальной ситуации где кроме китайцев есть куча других альтернативщиков можно идти только вариантами как см. выше. Расширение модели консультант считает перебором так как таких полей может быть много для каждой страны, а усложение маппинга уже я считаю перебором.



Цитата:
Сообщение от belugin Посмотреть сообщение
Я просто хочу понять происхождение и свойства конкретного таракана чтобы чем именно это неудобно в конкретном случае.
В конкретном случае в 1 варианте количество полей в модели увеличилось в 1.5 раза а во втором выросла сложность и снизилась надёжность.

В общем приняли решение чаще делать маппинги а не усложнять. Хотя как понял якобы по канону стремление к уменьшению меньше маппингов должно быть. Чем оно вызвано не ясно.

Последний раз редактировалось axm2017; 15.11.2019 в 22:58.
Старый 18.11.2019, 16:59   #108  
Libovs is offline
Libovs
Участник
 
69 / 39 (2) +++
Регистрация: 26.03.2018
Может кому-то уже знакома эта проблема - использую функцию преобразования даты в строку DATEFORMAT(model.InvoiceBase.Date, "dd.mm.yyyy") - на выходе получаю "18.00.2019", т.е. dd и yyyy отрабатывают, а mm - нет.
Что у меня неправильно?
Старый 18.11.2019, 17:10   #109  
Ace of Database is offline
Ace of Database
Участник
Аватар для Ace of Database
 
741 / 544 (20) +++++++
Регистрация: 14.10.2004
Попробуйте задать формат "dd.MM.yyyy" - укажите заглавные буквы MM

PS: Если заработает, то это будет мой первый в жизни ответ по DFO365, а еще лет через 7 наверное я в ней буду уже работать
__________________
Мои утилиты для Аксапты версий 3.0-2012: http://aceofdatabase.blogspot.com/
Старый 18.11.2019, 17:27   #110  
Libovs is offline
Libovs
Участник
 
69 / 39 (2) +++
Регистрация: 26.03.2018
Цитата:
Сообщение от Ace of Database Посмотреть сообщение
Попробуйте задать формат "dd.MM.yyyy" - укажите заглавные буквы MM
И Вы абсолютно правы - работает
Чего я только не перепробовал перед этим - а такой "засады" от MS не ожидал, хотя и привык что тестируют продукты не тестеры компании, а клиенты в процессе работы.
Старый 18.11.2019, 19:37   #111  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,335 / 2526 (93) +++++++++
Регистрация: 16.01.2004
Адрес: Москва
Записей в блоге: 5
Цитата:
Сообщение от Libovs Посмотреть сообщение
И Вы абсолютно правы - работает
Чего я только не перепробовал перед этим - а такой "засады" от MS не ожидал, хотя и привык что тестируют продукты не тестеры компании, а клиенты в процессе работы.
Это стандартный формат даты/времени в .NET : mm означает минуты.MM месяцы.

https://docs.microsoft.com/ru-ru/dot...format-strings
__________________
https://axcoder.github.io
Старый 19.11.2019, 11:02   #112  
Ace of Database is offline
Ace of Database
Участник
Аватар для Ace of Database
 
741 / 544 (20) +++++++
Регистрация: 14.10.2004
Цитата:
Сообщение от belugin Посмотреть сообщение
Это стандартный формат даты/времени в .NET : mm означает минуты.MM месяцы.

https://docs.microsoft.com/ru-ru/dot...format-strings
Я за 8 лет работы в АХ2009-АХ2012 так и не запомнил, когда надо от UTCDateTime отнимать смещение, а когда прибавлять. Поэтому каждый раз, когда сталкиваюсь с импортом-экспортом UTCDateTime, заново пишу джобы для тестирования. У меня уже набралась куча джобов по UTCDateTime. Бывает, что я запоминаю поведение UTCDateTime, но если сделать перерыв в 1 месяц, то опять все забываю.

А в DFO365 напридумали еще кучу граблей.
__________________
Мои утилиты для Аксапты версий 3.0-2012: http://aceofdatabase.blogspot.com/
Старый 19.11.2019, 12:09   #113  
Libovs is offline
Libovs
Участник
 
69 / 39 (2) +++
Регистрация: 26.03.2018
Для модели Customer invoice model у которой источник Записи таблицы "CustInvoiceJour" настроил два формата - xls и xml.
Затем пошел в настройки Управление печатью для замены стандартного SSRS-отчета на ER. Но в настройках документа Накладная клиента созданных форматов не увидел. Методом "тыка" нашел их в настройках документа Накладная с произвольным текстом.
И вот вопрос: в системе есть
- форма CustFreeInvoice на таблице CustInvoiceTable; печатается документ Накладная с произвольным текстом (SSRS-отчет FreeTextInvoice.Report)
- форма CustInvoiceJournal на таблице CustInvoiceJournal; печатается документ Накладная клиента (SSRS-отчет SalesInvoice.Report)
Исходя из предположения, что если для модели источником данных является CustInvoiceJournal (а не CustInvoiceTable), то созданные для этой модели форматы будут применяться для документа Накладная клиента (а не Накладная с произвольным текстом), но предположение оказалось ошибочным.
Может ли кто-то подсказать, как определяется связь модели/формата с документом? Как определить для какого документа используется модель? Или обратная задача - как в репозитарии определить модель для конкретного документа, для которого нужно разработать локальную печатную форму?
На docs.microsoft.com не нашел даже никаких намеков об этом.
Старый 19.11.2019, 12:10   #114  
Libovs is offline
Libovs
Участник
 
69 / 39 (2) +++
Регистрация: 26.03.2018
И еще одно: кто-нибудь делал форматы для PDF? В каком ПО, кроме Adobe Acrobat, можно создавать PDF-шаблоны?
Старый 19.11.2019, 12:18   #115  
Libovs is offline
Libovs
Участник
 
69 / 39 (2) +++
Регистрация: 26.03.2018
Цитата:
Сообщение от belugin Посмотреть сообщение
Это стандартный формат даты/времени в .NET : mm означает минуты.MM месяцы.
Не всегда очевидно, где заканчивается код АХ и начинается .NET.

В АХ2012 при настройке отчетов ГФО / Электронный документ для форматирования даты применялись макросы, реализованные в методе класса самой АХ.
Старый 19.11.2019, 12:28   #116  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,335 / 2526 (93) +++++++++
Регистрация: 16.01.2004
Адрес: Москва
Записей в блоге: 5
Цитата:
Сообщение от Libovs Посмотреть сообщение
Не всегда очевидно, где заканчивается код АХ и начинается .NET.
Вот тут есть описание доступных функций.

Некоторые описания содержат ссылку на поддерживаемые форматы.
__________________
https://axcoder.github.io
Старый 19.11.2019, 12:33   #117  
axm2017 is offline
axm2017
Участник
 
151 / 143 (5) +++++
Регистрация: 15.05.2017
Цитата:
Сообщение от Libovs Посмотреть сообщение
Для модели Customer invoice model у которой источник Записи таблицы "CustInvoiceJour" настроил два формата - xls и xml.
Затем пошел в настройки Управление печатью для замены стандартного SSRS-отчета на ER. Но в настройках документа Накладная клиента созданных форматов не увидел. Методом "тыка" нашел их в настройках документа Накладная с произвольным текстом.
А в версии какой модели вы работаете?

Цитата:
Сообщение от Libovs Посмотреть сообщение
Исходя из предположения, что если для модели источником данных является CustInvoiceJournal (а не CustInvoiceTable),
Модель это "пользовательское" представление. То есть о таких тонкостях как CustInvoiceJournal или CustInvoiceTable он не особо в курсе и это правильно.

Цитата:
Сообщение от Libovs Посмотреть сообщение
Может ли кто-то подсказать, как определяется связь модели/формата с документом?
.
Для начала надо определится что вы делаете. Есть серия уже подготовленных отчетов. Вы можете модифицировать их. Их вызов уже определен какой то логикой и возможно кодом написанным за вас.

Либо вы с нуля пишите отчет. Но это другая история.
Старый 19.11.2019, 12:38   #118  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,335 / 2526 (93) +++++++++
Регистрация: 16.01.2004
Адрес: Москва
Записей в блоге: 5
Цитата:
Сообщение от Libovs Посмотреть сообщение
Может ли кто-то подсказать, как определяется связь модели/формата с документом? Как определить для какого документа используется модель? Или обратная задача - как в репозитарии определить модель для конкретного документа, для которого нужно разработать локальную печатную форму?
На docs.microsoft.com не нашел даже никаких намеков об этом.
К сожалению, сейчас нет единого места где документированы все точки интеграции ER в приложение. Для каких-то мест есть документация, но там нет описания моделей.

Программист может посмотреть как именно интегрируется, например выпадающий список форматов в настройки (см использование методов ERObjectsFactory::createFormatMappingTableLookup*) обычно там записано имя модели.
__________________
https://axcoder.github.io
Старый 19.11.2019, 13:13   #119  
Libovs is offline
Libovs
Участник
 
69 / 39 (2) +++
Регистрация: 26.03.2018
Цитата:
Сообщение от axm2017 Посмотреть сообщение
А в версии какой модели вы работаете?
Информация о версии
2019 release wave 2
Установленная версия продукта: Finance and Operations (10.0.6)
Установленная версия платформы: Update30 (7.0.5407.35455)

Что касается целевой задачи - реализовать как можно большее количество печатных форм документов в соответствии с регламентированной (или традиционно принятой) формой, на государственном языке. Т.е. формы реализованные для АХ2012 в рамках локализации как SSRS-отчеты, в 365FO попытаться настроить в ER. И желательно основываясь на стандартных моделях Майкрософт. Хотя я считаю, что это утопия, т.к. в этих моделях априори отсутствует ряд традиционно используемых реквизитов, таких как договор, куча кодов налоговых регистраций - ЕГРПОУ, ИНН, № свидетельства плательщика НДС и т.п. Думаю, что без создания своей модели поверх стандартной, обойтись не получится.
Старый 19.11.2019, 13:19   #120  
Libovs is offline
Libovs
Участник
 
69 / 39 (2) +++
Регистрация: 26.03.2018
Цитата:
Сообщение от axm2017 Посмотреть сообщение
Есть серия уже подготовленных отчетов. Вы можете модифицировать их. Их вызов уже определен какой то логикой и возможно кодом написанным за вас.
Вот в этом то и суть вопроса. Вижу, например, в Управлении печатью документ "Отборочная накладная заказа на продажу", вижу что стандартно используется SSRS-отчет SalesPackingSlip.Report.

Как мне определить стандартную модель, для которой делать локализованный формат, чтобы заменить этот отчет?
Теги
generic electronic reporting, ger

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
ievgensaxblog: MSDyn365FO. How to Import CSV file using Electronic Reporting. Part 2 – Format. Blog bot DAX Blogs 0 06.02.2019 07:12
ievgensaxblog: MSDyn365FO. How to Import CSV file using Electronic Reporting. Part 1 – Data Model. Blog bot DAX Blogs 0 06.02.2019 07:12
erconsult: Electronic Reporting (ER) Cookbook 2: new tips from the kitchen Blog bot DAX Blogs 0 06.08.2018 17:11
powerobjects: Electronic Reporting in Dynamics 365 for Finance and Operations Blog bot DAX Blogs 0 14.02.2018 03:28
erconsult: Electronic Reporting (ER) Cookbook Blog bot DAX Blogs 24 09.10.2017 08:47
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 15:31.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.