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

[Libovs]

У меня на форме конфигураций отсутствует чекбох Run draft, который был в демонстрации вебинара, есть только Default for model mapping.
Это ограничение по правам или где-то надо включить эту возможность?

[EVGL]

Цитата:

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

У меня на форме конфигураций отсутствует чекбох Run draft, который был в демонстрации вебинара, есть только Default for model mapping.
Это ограничение по правам или где-то надо включить эту возможность?

https://erconsult.eu/blog/electronic...m-the-kitchen/, P. 6

[Libovs]

Спасибо

[Libovs]

Нужно получить значение счета из профиля разноски ОС. На таблице AssetLedgerAccounts есть методы assetLedgerDimension() и assetOffsetLedgerDimension() которые определяют нужную запись по комбинации assetId, assetBookId, assetTransType и assetPostingProfile, но эти методы возвращают не запись, а сразу значение типа LedgerDimensionDefaultAccount – по сути RecId в таблице DimensionAttributeValueCombination.
И приходится присоединять эту таблицу и писать выражение

FIRSTORNULL(FILTER(DimensionAttributeValueCombination, DimensionAttributeValueCombination.RecId=AssetLedgerAccounts.'assetLedgerDimension()'(@.AssetId, @.BookId, AssetTransType.Acquisition, @.'$PostingProfile'))).MainAccountValue

Есть смутное подозрение, что это из пушки по воробьям.

Если есть запись с полем типа Default / LedgerDimension, то в дереве источников данных сразу есть ветка Финансовые аналитики, из которой можно получить значение MainAccountValue без этого геморроя.
Но беда, что методы возвращают не саму запись AssetLedgerAccounts.

Может есть какое-то более правильное решение, как имея по сути DimensionAttributeValueCombination.RecId (int64) получить значение счета ГК?
Думал «натравить» на это значение Функции – Сведения о финансовых аналитиках, но не смог разобраться в назначении и параметрах этой функции.

[Libovs]

Есть ли практика применения ER для построения финансовой отчетности?
Например сделать отчет Баланс по компании?
Собственно как написать формулы и вывести в xls или xml - понятно; вопрос в том как это будет работать с транзакционными таблицами с миллионами записей, не будет ли отчет формироваться сутками и тормозить всю систему?
Например, чтобы посчитать входящее сальдо на дату, надо просуммировать все транзакции "с начала времен" до начальной даты отчета в разрезе счетов и финаналитик. Реально ли это?
Есть ли какой-то практический опыт и/или рекомендации?

[EVGL]

IMHO, нереально. Рекомендуется Management Reporter или Power BI.

[belugin]

Цитата:

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

Например, чтобы посчитать входящее сальдо на дату, надо просуммировать все транзакции "с начала времен" до начальной даты отчета в разрезе счетов и финаналитик. Реально ли это?

Написать свой X++ класс или воспользоваться существующим в качестве провайдера данных. ER сможет отрендерить результат. Обязательно протестировать производительность

[Libovs]

Цитата:

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

IMHO, нереально. Рекомендуется Management Reporter или Power BI.

Я так и предполагал - но у этих инструментов нет возможности вывода в xml (по регламентированной государством xsd-схеме) - или я ошибаюсь?

[Libovs]

Цитата:

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

Написать свой X++ класс или воспользоваться существующим в качестве провайдера данных. ER сможет отрендерить результат. Обязательно протестировать производительность

Была такая мысль - посмотреть реализацию этих функций (Сальдо, Обороты, Обороты по дебиту/кредиту и т.п.) в ГФО на АХ2012 и если эти методы "сохранились" в 365 - то поэкспериментировать с ними; или писать их аналоги уже в 365.
Но и анализ кода в АХ2012 и написание нового класса в 365 - это уже работа для программиста, а я консультант.
Но направление понятно, буду обсуждать. Спасибо за помощь.

[EVGL]

Цитата:

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

Я так и предполагал - но у этих инструментов нет возможности вывода в xml (по регламентированной государством xsd-схеме) - или я ошибаюсь?

Раньше Management Reporter поддерживал XBRL. А в облачной версии это убрали, сволочи.

[Libovs]

Можно ли объединить два списка записей одинаковой длины в один?
Например есть
список1 с полями А и Б
и список2 с полями В и Г
Получить список3 с полями А, Б, В, Г?

[EVGL]

Цитата:

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

Можно ли объединить два списка записей одинаковой длины в один?
Например есть
список1 с полями А и Б
и список2 с полями В и Г
Получить список3 с полями А, Б, В, Г?

Да, LISTJOIN, но поля внутри обоих списков должны строго одинаково называться.
P.S. Не въехал сначала. Он не поля объединяет, а записи. Чтобы добавить поля, придется в модели создать новый список с 4 полями, потом сделать enumerate обоим спискам, и с помощью WHERE приоединить второй список запись за записью.

Альтернативно: сделать в обоих списках по 4 поля и заполнять то, что известно. Потом сделать LISTJOIN, а потом группировку по индексному полю.

[Libovs]

Цитата:

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

и с помощью WHERE присоединить второй список запись за записью.

Вот это момент не понял - можно чуть подробнее?
Как получить два нумерованных списка я понимаю:

$List1:Вычисляемое поле = ENUMERATE(...): Список записей
Прочее
Number:Целочисленный
Value:Запись
Field1 value1
Field2 value2
Field3 empty
Field4 empty

$List2:Вычисляемое поле = ENUMERATE(...): Список записей
Прочее
Number:Целочисленный
Value:Запись
Field1 empty
Field2 empty
Field3 value3
Field4 value4

А вот как с помощью WHERE в первом список заполнить Field3 и Field4 значениями из второго списка - не соображу
$List1:Вычисляемое поле = ENUMERATE(...): Список записей
Прочее
Number:Целочисленный
Value:Запись
Field1 value1
Field2 value2
Field3 value3
Field4 value4

Или как "собрать" List3 из List1 и List2?

[EVGL]

Надо создать новую вычисляемую штуку на базе первого списка, и при выводе "бегать" по нему. При этом дополнительные данные из Field3, Field4 извлекать из еще одной вычисляемой штуки WHERE($List2, $List2.Number = @.Number).

[Libovs]

Цитата:

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

Надо создать новую вычисляемую штуку на базе первого списка, и при выводе "бегать" по нему. При этом дополнительные данные из Field3, Field4 извлекать из еще одной вычисляемой штуки WHERE($List2, $List2.Number = @.Number).

Т.е. в модели остаются два отдельных списка, а уже в формате например, диапазон Экселя, маппится с первым списком и ячейки 1 и 2 маппятся прямо на поля 1 и 2 этого списка, а значения для ячеек 3 и 4 (этого же диапазона) вычисляются FIRST(WHERE($List2, $List2.Number = $List1.Number)).Field3 - как-то так? Я правильно понял идею?

[EVGL]

Цитата:

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

Т.е. в модели остаются два отдельных списка, а уже в формате например, диапазон Экселя, маппится с первым списком и ячейки 1 и 2 маппятся прямо на поля 1 и 2 этого списка, а значения для ячеек 3 и 4 (этого же диапазона) вычисляются FIRST(WHERE($List2, $List2.Number = $List1.Number)).Field3 - как-то так? Я правильно понял идею?

Ага!

[Libovs]

Спасибо. Буду воплощать...

[Libovs]

А еще такой вопрос: "понимает" ли ER диапазоны значений в функциях FILTER / WHERE?
Например
FILTER(List, List.Field="значение1,значение2,значение3")
FILTER(List, List.Field="значение1..значение3")
FILTER(List, List.Field="значение*")
Т.е. в нотации применяющейся в интерфейсе АХ. Или только OR(...) для каждого значения?

[belugin]

Цитата:

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

А еще такой вопрос: "понимает" ли ER диапазоны значений в функциях FILTER / WHERE?

Что-то похожее это. Valuein

[ctsnvrdie]

Интересно, в каком месте свернул не туда и как выпутаться? Помогите идеями, пожалуйста %)
Формируем в электронных сообщениях декларацию ЗемНалог 5.06 (2018), ненулевые регистры и т.п. вроде бы в наличии.
Падает в ошибку с текстом:

Цитата:

Ошибка при выполнении действия <Сообщение экспорта электронной отчетности>
Произошла ошибка во время выполнения 'Сопоставление формата'. Для получения дополнительных сведений обратитесь к системному администратору.
Ошибка при вычислении выражения для пути "TaxAllowances/Values/UsageMonths".
Свойство 'Enabled' компонента формата 'Zip/Файл/Файл/Документ/ЗемНалНД/СумПУ/РасчПлатЗН/СумНалИсчисл/КолМесЛьгот' оценено.
Вычисление выражения для пути "TaxAllowances/Values/UsageMonths".
Список пуст по пути "Calculations/$Declaration/$Section2/lines/TaxAllowances".

Трейсером установлено что скорее всего падает на запросе

Цитата:

SELECT T1.FISCALYEAR,
T1.QUARTER,
T1.ASSETID,
T1.BUDGETREVENUECODE,
T1.RCOAD,
T1.SALESTAXCODE,
T1.TAXAMOUNT,
T1.PARTITION,
T1.RECID
FROM RASSETDECLARATIONLANDTAXADVANCESVIEW T1
WHERE (((PARTITION=5843121516)
AND (DATAAREAID=N'RUUU'))
AND ((((((FISCALYEAR=2018)
AND (QUARTER=0))
AND (RCOAD=87654321000))
AND (BUDGETREVENUECODE=98765432100000000000))
AND (SALESTAXCODE='ЛОК_МСК'))
AND (ASSETID=0001)))
ORDER BY T1.RECID

В данном виде в sql он не исполняется, ибо в SALESTAXCODE не хватает N, должно быть так: SALESTAXCODE=N'ЛОК_МСК', а ASSETID вообще string, но пихается явно Int. В формате формул планировал использовать что-то вроде NTEXT перед переменными:

Цитата:

FIRSTORNULL(FILTER('000_Records'.RAssetDeclarationLandTaxAdvancesView,
AND('000_Records'.RAssetDeclarationLandTaxAdvancesView.FiscalYear=@.FiscalYear,
'000_Records'.RAssetDeclarationLandTaxAdvancesView.Quarter='000_Variables'.Quarter.Q1,
'000_Records'.RAssetDeclarationLandTaxAdvancesView.RCOAD=@.RCOAD,
'000_Records'.RAssetDeclarationLandTaxAdvancesView.BudgetRevenueCode=@.BudgetRevenueCode,
'000_Records'.RAssetDeclarationLandTaxAdvancesView.SalesTaxCode=NTEXT(@.SalesTaxCode),
'000_Records'.RAssetDeclarationLandTaxAdvancesView.AssetId=NTEXT(@.AssetId))))

Однако ничего подобного в списке функций нет. Попробовал добавить новую согласно гайду в сети от 2017 года, но vs не позволяет занаследоваться от классов, ругается: Class 'ERExpressionStringBase' is internal and is not accessible from the current module 'tst2' либо Extending a CLR class is not permitted. Максимум получилось занаследоваться от наследника наследника, и все равно не прокатывает, Function GetFunctionProperties has been incorrectly called. Модельку свою создал, сделал reference на все что можно