Настройка одного из форматов ER Payment model D365FO

[MorpheusX]

Импортировал из репозитория ER модель Payment model и формат DTAZV Foreign payment (DE). При этом автоматически были импортированы несколько мэппингов (см. изображение ниже). Как понять, какой мэппинг используется форматом DTAZV Foreign payment (DE)? Или все импортированые мэппинги используются одновременно?



К сожалению не смог найти подчеркнутые красной линией артефакты (см. изображение ниже), отображаемые в дизайнере формата, ни в модели Payment model ни в мэппингах. Откуда они берутся?

[EVGL]

Payment model mapping 1611

См. также https://erconsult.eu/blog/electronic...g-er-cookbook/

[MorpheusX]

Цитата:

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

Payment model mapping 1611

См. также https://erconsult.eu/blog/electronic...g-er-cookbook/

Спасибо за ответ!

Где самостоятельно можно найти в модуле ER связь формата и мэппига?

Что в дизайне мэппинга (см. изображение ниже) означает $notSentTransactions? Где определен этот артефакт?

[EVGL]

Связи как таковой нет. Маппинг формат пытается найти сам. Есть связь формат и модели, а для модели может быть в теории даже несколько маппингов. При такой многозначности в дереве конфигураций надо установить, какой из них Default.
$notSentTransactions - это т.н. Calculated field. В данном случае он имеет тип списка записей, а именно строк журнала, где LJT.PaymentStatus < Sent, т.е. строк, которые еще не вошли в другой файл.

[MorpheusX]

Цитата:

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

Связи как таковой нет. Маппинг формат пытается найти сам. Есть связь формат и модели, а для модели может быть в теории даже несколько маппингов. При такой многозначности в дереве конфигураций надо установить, какой из них Default.

А как можно определить, какой является Default?

Цитата:

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

$notSentTransactions - это т.н. Calculated field. В данном случае он имеет тип списка записей, а именно строк журнала, где LJT.PaymentStatus < Sent, т.е. строк, которые еще не вошли в другой файл.

К сожалению не смог найти определение $notSentTransactions ни в Payment model ни в Payment model mapping 1611.

[MorpheusX]

Цитата:

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

К сожалению не смог найти определение $notSentTransactions ни в Payment model ни в Payment model mapping 1611.

Нашел!

[MorpheusX]

В определении переменной $notSentTransaction виден список полей. Почему этот список не отображается в RecordList(е) после присвоения переменной $notSentTransaction RecordList(у).

[EVGL]

Потому, что задача mapping - связать (Bind) физические поля слева с логическими полями модели справа. Начните открывать узлы справа, чтобы увидеть, как заполняются поля. Имейте в виду, что узлы типа Debtor не обязательно должны быть связаны. Стоит в модели заполнить поле, как и сама родительская запись появляется в результате (результат - заполненная модель - похож на XML по своей структуре, и может быть выведен на экран как оный для тестирования, для этого на предыдущем экране есть кнопка Run).

Присвоение на уровне Payment - это чтобы сказать системе, что будет итерироваться, сколько записей будет, а не каких.

[MorpheusX]

Цитата:

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

Потому, что задача mapping - связать (Bind) физические поля слева с логическими полями модели справа. Начните открывать узлы справа, чтобы увидеть, как заполняются поля. Имейте в виду, что узлы типа Debtor не обязательно должны быть связаны. Стоит в модели заполнить поле, как и сама родительская запись появляется в результате (результат - заполненная модель - похож на XML по своей структуре, и может быть выведен на экран как оный для тестирования, для этого на предыдущем экране есть кнопка Run).

Присвоение на уровне Payment - это чтобы сказать системе, что будет итерироваться, сколько записей будет, а не каких.

К сожалению так и не понял почему после присвоения в логическом объекте model.Payments нет полей физического объекта $notSentTransactions.

[MorpheusX]

Цитата:

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

К сожалению так и не понял почему после присвоения в логическом объекте model.Payments нет полей физического объекта $notSentTransactions.

Наконец нашел определение логического артефакта Payments в модели. Кстати, поиск его не находит если форма заново открыта и все узлы дерева свернуты. Какой от него прок? И что означает название узла camt054?

[EVGL]

Camt.054 - это входящий формат банковской выписки. Кстати, один и тот же "строительный блок" может попадаться в нескольких местах одной и той же модели. Я постарался это здесь описать:
https://erconsult.eu/blog/electronic...-5-references/

[MorpheusX]

1. Создал новую модель Payment model MyModel на основании Payment model.
2. Добавил новый элемент MyElement в узел camt054 > Payments.
3. Создал новый мэппинг на основании мэппинга Payment model mapping 1611 и связал его с новой моделью, где был добавлен новые элемент.
4. Открываю дизайнер нового мэппинга и не могу найти в окне логической модели мой новый элемент.

Что делать?

[EVGL]

В случаях моделей может быть необходимо перевести версию из Draft в Complete. В любом случае, я бы так не делал. Если чего-то не хватает, то гораздо проще найти неиспользуемое поле в модели, для которого нет binding, и сделать только свою версию mapping, а потом сказать, что она Default.

[MorpheusX]

Цитата:

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

В случаях моделей может быть необходимо перевести версию из Draft в Complete. В любом случае, я бы так не делал. Если чего-то не хватает, то гораздо проще найти неиспользуемое поле в модели, для которого нет binding, и сделать только свою версию mapping, а потом сказать, что она Default.

Перевёл мою модель в статус Completed, заново сдублировал мэппинг. К сожалению не могу найти мой новый элемент в дереве модели в дизайнере мэппинга. И обратил внимание, что дерево модели не выглядит в дизайнере мэппинга так, как оно выглядит в самой модели. Почему?

[EVGL]

Потому, что в модели может быть много "входов", начальных узлов. Каждый формат и каждый маппинг ссылается на нужный из многих возможных. Вы явно ссылаетесь на "вход" для импорта (!) банковской выписки. Все неправильно. Что вам нужно на самом деле?

[MorpheusX]

Цитата:

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

Потому, что в модели может быть много "входов", начальных узлов. Каждый формат и каждый маппинг ссылается на нужный из многих возможных. Вы явно ссылаетесь на "вход" для импорта (!) банковской выписки. Все неправильно. Что вам нужно на самом деле?

Необходимо в формат DTAZV Foreign payment (DE) добавить поле из таблицы LedgerJournalTrans.

[MorpheusX]

Цитата:

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

Потому, что в модели может быть много "входов", начальных узлов. Каждый формат и каждый маппинг ссылается на нужный из многих возможных. Вы явно ссылаетесь на "вход" для импорта (!) банковской выписки. Все неправильно. Что вам нужно на самом деле?

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

[EVGL]

1 Добавить маппинг-дитя существующего 1611
2 Открыть CT (Credit transfer!) Найти в нем неиспользуемое поле из модели под узлом Payment или ниже
3 Сопоставить с нужным полем.
4 Complete mapping
5 Set default
6 Создать формат-дитя от DTAZV
7 Сопоставить нужную ветку слева этому ранее неиспользуемому полю справа
8 Можно начать тестировать уже в режиме Draft: https://erconsult.eu/blog/electronic...m-the-kitchen/
9 Выбрать или просто скопировать имя своего формата, вставить его в метод платежа
10 Тестировать

[MorpheusX]

Нашел "правильный" узел! Наугад!

[EVGL]

Да, а теперь в своем производном маппинге надо поискать поле, которое еще не "черное", т.е. в модели есть, а данными не заполнятся. И переориентировать его под свои цели.