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

[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?