Разыскивается Alex Anikiev, или как импортировать журналы через DMF в 2012

[Lankey]

Добрый день
Нужно сделать импорт журналов (LedgerJournalTable & LedgerJournalTrans) через DMF(AX2012) . Типы разные: жернал платежей клиента, жернал платежей поставщика и общие операции
Нужно их автоматически разнести ,а для журналов клиентов и поставщиков сопоставить платежи с фактурами
Нашла описание похожей функциональности https://ax2012dmfdataimport.blogspot.com/ https://ax2012dmfdataimport.blogspot.com/ , но проект больше не доступен

1. Если у кого-нибудь тут, вдруг, есть этот проект, не могли бы вы поделиться ?
2. Если есть какие-либо комментарии к подходу / подводные камни какие-то известны (там, например , вопрос в комментариях про отсутсвие валидации), то поделитесь , пожалуйста.

Спасибо

[Pandasama]

А импортировать куда? И почему выбран именно DMF?
Не очень большой мой опыт работы с ним меня в свое время огорчил, слишком универсальный, за счет чего избыточный и неудобный.
Или необходима именно эта универсальность настройки?

[Lankey]

Цитата:

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

А импортировать куда? И почему выбран именно DMF?
Не очень большой мой опыт работы с ним меня в свое время огорчил, слишком универсальный, за счет чего избыточный и неудобный.
Или необходима именно эта универсальность настройки?

Импортировать именно в журналы(ledgerJournalTable&Trans).
Спасибо. Зачем именно DMF - не знаю, в задании написано его использовать. Я могу попробовать оспорить, но нужны аргументы весомые за-против. Тк опыта с DMF нет, а статью с примером нашла, то была надежда, что подход рабочий.

[MorpheusX]

Microsoft предлагает "из коробки" импорт "Bank statement MT940" в таблицы LedgerJournalTable&Trans в модуле ER.

[Pandasama]

Цитата:

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

Импортировать именно в журналы(ledgerJournalTable&Trans).

А, пардон, имел в виду "импортировать откуда", источником что является?

Цитата:

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

Тк опыта с DMF нет, а статью с примером нашла, то была надежда, что подход рабочий.

Он рабочий, но, имхо, неудобный с точки зрения отладки и поиска ошибок, и громоздок в настройке. Если источник более-менее фиксированный (а цель у вас фиксированная), то, возможно, проще с нуля написать код для загрузки.
Если надо грузить много разных таблиц, давать возможность широкой настройки консультантам и т.д. - тогда имеет смысл с DMF кувыркаться.

[Lankey]

Спасибо.
Это должен быть импорт CSV с вертиальной линией | как сепаратором

У Вас кода ,случаем, не сохранилось, если это когда-то делали уже?

[Pandasama]

Нет, не сохранилось, это было на каком-то давнишнем проекте.

Для импорта из CSV конкретной пары таблиц журнал/строки я бы написал ручками просто, чем в DMF лезть

[mnt_dx]

Цитата:

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

Спасибо.
Это должен быть импорт CSV с вертиальной линией | как сепаратором

У Вас кода ,случаем, не сохранилось, если это когда-то делали уже?

а CSV откуда берется? В 2012 уже есть загрузка "онлайн" из экселя через Add-on, но это конечно не подходит для автоматического импорта новых файлов из папки на диске, а для разового импорта руками пользователя - да.

[Lankey]

Сторонняя компания создает файлы. Будет импорт регулярым.

Я копаюсь с DMF и не понимаю, как сделать следующее:
В файле линии из разных журналов ( есть колонка, указывающая номер журнала). Мне нужно , получается, не только линии создавать, но,соответствующие, и шапки журналов.
Я правильно понимаю, что для этого нужно создать generateJournalNum метод, что я привязываю в getReturnFields() к полю JournalNum? В нем буду создавать шапку журнала и присваивать его к текущей линии, Если так, то обрамляет ли DIFX импорт транзакцией. Так, чтобы и созданные шапки журналов, и сами транзакции откатились при возникновении ошибки?

Есть еще в нем колонка - "Тип линии", которго в строкаж журналов в аксапте нет. Это поле -индиакор. В зависимости от него несколько полей заполняются в строке журнала определенными вычисленными по заданным правилам. (например, Описание(Txt) AcknowledgementDate, счет)
Как делать такое запонение нескольких полей сразу(в каком методе это делать?)

[Pandasama]

Что там как конкретно завернуто в транзакции, я уже не помню - но проверить ведь это легко, поставив точки останова в момент создания строки, например и посмотреть, какой там tts, а потом пройдя по стеку найти где начинаются транзакции.
Или непосредственно на ttsbegin поставить общий останов.

Там в целом базовое семейство классов не очень развесистое и довольно понятное в общих чертах было, как я помню, хотя и не удобное за своей универсальности механизма.

Плюс для каждой entity там можно создавать свой класс, как я помню (а для стандартных уже какие-то и есть), где много кода добавлять - в том числе и поиск/создание шапки и т.д.
Плюс можно делать произвольные функции, которые можно использовать в мэппинге (т.е. на вход и выход назначать потоки данных). Возможно, это поможет с вашим "Тип линии" - в метод подавать его на вход и в зависимости от параметра рассчитывать нужные поля.