Вебинар по функциональности Электронной отчетности (Electronic reporting) и Электронных сообщений (Electronic messages)

[Ace of Database]

Попробуйте задать формат "dd.MM.yyyy" - укажите заглавные буквы MM

PS: Если заработает, то это будет мой первый в жизни ответ по DFO365, а еще лет через 7 наверное я в ней буду уже работать

[Libovs]

Цитата:

Сообщение от Ace of Database

Попробуйте задать формат "dd.MM.yyyy" - укажите заглавные буквы MM

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

[belugin]

Цитата:

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

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

Это стандартный формат даты/времени в .NET : mm означает минуты.MM месяцы.

https://docs.microsoft.com/ru-ru/dot...format-strings

[Ace of Database]

Цитата:

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

Это стандартный формат даты/времени в .NET : mm означает минуты.MM месяцы.

https://docs.microsoft.com/ru-ru/dot...format-strings

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

А в DFO365 напридумали еще кучу граблей.

[Libovs]

Цитата:

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

Это стандартный формат даты/времени в .NET : mm означает минуты.MM месяцы.

Не всегда очевидно, где заканчивается код АХ и начинается .NET.

В АХ2012 при настройке отчетов ГФО / Электронный документ для форматирования даты применялись макросы, реализованные в методе класса самой АХ.

[Libovs]

Для модели Customer invoice model у которой источник Записи таблицы "CustInvoiceJour" настроил два формата - xls и xml.
Затем пошел в настройки Управление печатью для замены стандартного SSRS-отчета на ER. Но в настройках документа Накладная клиента созданных форматов не увидел. Методом "тыка" нашел их в настройках документа Накладная с произвольным текстом.
И вот вопрос: в системе есть
- форма CustFreeInvoice на таблице CustInvoiceTable; печатается документ Накладная с произвольным текстом (SSRS-отчет FreeTextInvoice.Report)
- форма CustInvoiceJournal на таблице CustInvoiceJournal; печатается документ Накладная клиента (SSRS-отчет SalesInvoice.Report)
Исходя из предположения, что если для модели источником данных является CustInvoiceJournal (а не CustInvoiceTable), то созданные для этой модели форматы будут применяться для документа Накладная клиента (а не Накладная с произвольным текстом), но предположение оказалось ошибочным.
Может ли кто-то подсказать, как определяется связь модели/формата с документом? Как определить для какого документа используется модель? Или обратная задача - как в репозитарии определить модель для конкретного документа, для которого нужно разработать локальную печатную форму?
На docs.microsoft.com не нашел даже никаких намеков об этом.

[axm2017]

Цитата:

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

Для модели Customer invoice model у которой источник Записи таблицы "CustInvoiceJour" настроил два формата - xls и xml.
Затем пошел в настройки Управление печатью для замены стандартного SSRS-отчета на ER. Но в настройках документа Накладная клиента созданных форматов не увидел. Методом "тыка" нашел их в настройках документа Накладная с произвольным текстом.

А в версии какой модели вы работаете?

Цитата:

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

Исходя из предположения, что если для модели источником данных является CustInvoiceJournal (а не CustInvoiceTable),

Модель это "пользовательское" представление. То есть о таких тонкостях как CustInvoiceJournal или CustInvoiceTable он не особо в курсе и это правильно.

Цитата:

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

Может ли кто-то подсказать, как определяется связь модели/формата с документом?
.

Для начала надо определится что вы делаете. Есть серия уже подготовленных отчетов. Вы можете модифицировать их. Их вызов уже определен какой то логикой и возможно кодом написанным за вас.

Либо вы с нуля пишите отчет. Но это другая история.

[Libovs]

Цитата:

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

А в версии какой модели вы работаете?

Информация о версии
2019 release wave 2
Установленная версия продукта: Finance and Operations (10.0.6)
Установленная версия платформы: Update30 (7.0.5407.35455)

Что касается целевой задачи - реализовать как можно большее количество печатных форм документов в соответствии с регламентированной (или традиционно принятой) формой, на государственном языке. Т.е. формы реализованные для АХ2012 в рамках локализации как SSRS-отчеты, в 365FO попытаться настроить в ER. И желательно основываясь на стандартных моделях Майкрософт. Хотя я считаю, что это утопия, т.к. в этих моделях априори отсутствует ряд традиционно используемых реквизитов, таких как договор, куча кодов налоговых регистраций - ЕГРПОУ, ИНН, № свидетельства плательщика НДС и т.п. Думаю, что без создания своей модели поверх стандартной, обойтись не получится.

[Libovs]

Цитата:

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

Есть серия уже подготовленных отчетов. Вы можете модифицировать их. Их вызов уже определен какой то логикой и возможно кодом написанным за вас.

Вот в этом то и суть вопроса. Вижу, например, в Управлении печатью документ "Отборочная накладная заказа на продажу", вижу что стандартно используется SSRS-отчет SalesPackingSlip.Report.

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

[Libovs]

Цитата:

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

А в версии какой модели вы работаете?

Что-то я "туплю". Версия модели Customer invoice model №1 от 01.08.2016 17:30:02

[belugin]

Цитата:

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

Может ли кто-то подсказать, как определяется связь модели/формата с документом? Как определить для какого документа используется модель? Или обратная задача - как в репозитарии определить модель для конкретного документа, для которого нужно разработать локальную печатную форму?
На docs.microsoft.com не нашел даже никаких намеков об этом.

К сожалению, сейчас нет единого места где документированы все точки интеграции ER в приложение. Для каких-то мест есть документация, но там нет описания моделей.

Программист может посмотреть как именно интегрируется, например выпадающий список форматов в настройки (см использование методов ERObjectsFactory::createFormatMappingTableLookup*) обычно там записано имя модели.

[Libovs]

И еще одно: кто-нибудь делал форматы для PDF? В каком ПО, кроме Adobe Acrobat, можно создавать PDF-шаблоны?

[axm2017]

Попробуй закачать крайний Invoice model и Ко + обрати внимание на теги в форматах.

[axm2017]

Из забавного или не очень кстати осознал что связь между mapping и форматом крайне неустойчива в случае нескольких mapping.

Будьте бдительны!

[belugin]

Цитата:

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

Из забавного или не очень кстати осознал что связь между mapping и форматом крайне неустойчива в случае нескольких mapping.

Будьте бдительны!

Предполагается, что если формат хочет что-то особенное от данных, предоставляемых модел меппингом, то это отдельная модель данных или record definition.

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

[axm2017]

Цитата:

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

Предполагается, что если формат хочет что-то особенное от данных, предоставляемых модел меппингом, то это отдельная модель данных или record definition.

На мой взгляд это ппц как некорректно на уровне идеологии. И если честно не вижу особых проблем разрешить таки указывать каким либо образом какой mapping использует формат (раз default работает то технически это не сложно).

Абстрагированный пример из жизни:
модель включает в себя "root": подготовленный список клиентов со свойствами как самого списка так и отдельных элементов (назову его А).

Для почти всех компаний использую формат ААA_ОбычныйЧеловек и маппинг A_Mapping

Но китайцы как всегда оказались вне кассы и хотят свой формат AAA_Китаец со своими данными которые получаю из маппинга B_Mapping

При этом китайцы выгружают список своим т.е формата AAA_Китаец так и другим то есть формата ААA_ОбычныйЧеловек.

Понятно что могу сделать копию А типа А_Китай в модели но выглядеть это будет извращением.

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

Печаль, грусть, надо уйти в запой.

[belugin]

Цитата:

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

Понятно что могу сделать копию А типа А_Китай в модели но выглядеть это будет извращением.

Почему? Модель данных это как интерфейс, формат - это как класс использующий интерфейс, меппинг модели, это как класс реализующий интерфейс.

[axm2017]

Цитата:

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

Почему? Модель данных это как интерфейс, формат - это как класс использующий интерфейс, меппинг модели, это как класс реализующий интерфейс.

По мне так копипаст интерфейса по причине что не могу писать более одного класса для интерфейса - необычно.

[Libovs]

В модели Customer invoice model два маппинга: Customer Invoice и Project Invoice.Я настроил 2 своих формата (xml и xls) на этой модели.
Я не разбирался, в чем отличия этих маппингов, но правильно ли я понял, что при построении отчетов потенциально могут быть проблемы из-за неоднозначности выбора используемого маппинга?

[axm2017]

Цитата:

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

В модели Customer invoice model два маппинга: Customer Invoice и Project Invoice.Я настроил 2 своих формата (xml и xls) на этой модели.
Я не разбирался, в чем отличия этих маппингов, но правильно ли я понял, что при построении отчетов потенциально могут быть проблемы из-за неоднозначности выбора используемого маппинга?

В Вашем случае пока mapping ссылаются на разные root в модели (Project invoice и Customer invoice) проблем быть не должно. Но если их будет несколько на один root то будет неоднозначность. Так представляю.