Імпорт файлів ISO20022 в Microsoft Dynamics 365 для операцій

Огляд

У цій статті описано функції, які дають змогу імпортувати платіжні файли в Microsoft Dynamics 365 для операцій у таких форматах:

• вхідні платежі з ФАЙЛУ ISO20022 camt.054 кредитної консультації в журнал оплати клієнтів

• return files in ISO20022 format: pain.002 status return and camt.054 debit advice into AP Payment transfer journal

Camt.054 credit advice import into AR payment journal

Ця функція дає змогу імпортувати повідомлення з банківських сповіщень у форматі camt.054.001.002 до журналу платежів клієнтів.

Щоб скористатися цією функцією, слід завершити наведене нижче настроювання.

• Імпортуйте конфігурацію ER "ISO20022 Camt.054" з LCS і виберіть її у формі методу оплати клієнта в полі конфігурація формату імпорту. Докладні відомості див. також у вікі-статті.

• У формі All customers (Усі клієнти) налаштуйте номер name (Назва) і Organization (Організація) для потрібних клієнтів. У формі банківського рахунку клієнта налаштуйте запис банківського рахунку клієнта: IBAN або Номер банківського рахунку, SWIFT або Routing number.

• Налаштування банківських рахунків юридичної особи на формі банківських рахунків:

• • Номер iBAN або банківського рахунку, SWIFT або номер маршрутизації, грошовий, адреса.

  • Якщо ви збираєтеся використовувати Розширений банк узгодження, активувати параметр Додатково узгодження банку на узгодження швидко вкладка. Якщо ви плануєте узгодити непоставлені імпортовані платежі, активуйте параметр Використовувати банківські виписки як підтвердження електронних платежів.

  • (За потреби) Настройте зіставлення між кодами банківських транзакцій у файлі та типу банківських транзакцій у системі у формі зіставлення коду транзакції.

• Якщо файл містить плату за транзакцію, яку ви вирішите опублікувати разом із розміщенням вхідного платежу, створіть плату за оплату у формі платежу клієнта, а потім пов'яжіть її з банківським рахунком у налаштуваннях платежу у формі Методи оплати.

• Якщо буде імпортовано платежі ESR, які містять посилання ISR (застосовні для юридичних осіб у Швейцарії), необхідно ввести додаткові параметри:

• • Тривалість коду клієнта, який використовується в посиланні ISR або автоматичній ідентифікації клієнта (поле "Платежі клієнтів, довжина облікового запису"). 

  • Крім того, переконайтеся, що номер номера та рахунка-фактури (послідовності чисел) містять лише цифри та інші символи. Крім того, номер рахунка-фактури не може містити нулі на початку.

  • ESR, BESR і Routing number for the legal entity Bank account. Докладні відомості див. в статті Застаріла функція ESR, яка вимагає подібних настройок.

Щоб запустити імпорт файлу, відкрийте форму клієнтського журналу платежів і натисніть кнопку Функції/Імпорт платежів. На екрані діалогового вікна виберіть спосіб оплати, який має необхідні параметри для формату ISO20022 camt.054. У відкритому діалоговому вікні вкажіть обов'язкові параметри та шлях до розташування файлу. Клацніть OK. Файл успішно імпортовано.

Pain.002 status return and camt.054 debit advice import into AP Payment transfer journal

Ця функція дає змогу імпортувати банківські повідомлення у форматах ISO20022: pain.002.001.003 status return messages and camt.054.001.002 debit advice on the Vendor payment transfer form.

Щоб скористатися цією функцією, слід завершити наведене нижче настроювання.

• Імпорт конфігурацій ER "ISO20022 Camt.054" і "ISO20022 pain.002" з LCS і виберіть його в бланку методу оплати постачальника в полях Конфігурації зворотного формату та Додаткова конфігурація формату Return. Для вибраного способу оплати знадобиться активувати універсальний електронний зворотний формат.

• Настроювання зіставлення кодів стану між станами pain.002 і постачальником платіжного журналу у формі зіставлення стану повернутого формату.

Приклад налаштування:

• Налаштуйте коди та описи помилок pain.002 у формі кодів помилок формату Return для зовнішніх кодів причин ISO20022.

Приклад налаштування:

• Якщо файл camt.054 містить плату за транзакцію, яку ви вирішите опублікувати разом із розміщенням вхідного платежу, створіть плату за оплату у формі платежу постачальника, а потім пов'яжіть його з банківським рахунком у налаштуваннях платежу у формі Методи оплати.

Щоб запустити імпорт файлу, відкрийте постачальник платіжних переказів форми і натисніть кнопку Повернути файл - постачальник кнопки. На екрані діалогового вікна виберіть спосіб оплати, який має необхідні параметри для файлів ISO20022, і натисніть кнопку OK. Потім виберіть формат файлу, який потрібно імпортувати, і натисніть кнопку OK. У відкритому діалоговому вікні вкажіть обов'язкові параметри та шлях до розташування файлу та натисніть кнопку OK.

Якщо ви імпортуєте файл pain.002, стан рядків оплати постачальника буде оновлено відповідно до відомостей в імпортованому файлі.

Якщо ви імпортуєте файл camt.054, слід указати додаткові параметри:

• Fee ID – нові лінії оплати плату буде створено в постачальника оплати журнал рядок, якщо нарахування сума присутня у файлі camt.054.

• New journal name, New journal description – payment journal parameters where processed payments will be transferred. Після передачі нові ваучер номери повинні бути призначені в новому журналі. Докладні відомості див. в розділі Відомі обмеження.

• Імпорт прямого дебету транзакції - активувати імпорт прямого дебету транзакції, якщо вихідні прямі дебети потрібно імпортувати до постачальника оплати журналу.

• Ім'я журналу – визначення нового імені журналу для імпортованих прямого дебетування транзакцій

• Урегулюйте транзакції – активуйте, якщо імпортовані платежі постачальника потрібно буде врегульовувати за допомогою рахунків-фактур, знайдених у системі.

Імпортовані відомості можна переглянути у формі "Платіжні перекази".

У разі виникнення проблем із записами у файлі їх слід імпортувати як є (наприклад, з пустим обліковим записом постачальника, якщо його не вдається знайти).

Відомі обмеження

У цьому розділі наведено відомі обмеження щодо цієї функції. Їх можна змінити в наступних пакетах виправлень.

1. Під час імпорту повідомлень pain.002 логіка обробки може базуватися на 3 рівнях стану вхідного файлу: 1 – стан групи (<OriginMsgId>), 2 – стан відомостей про оплату (<PmtinfSts>) і 3 – стан транзакції. За дизайном, ваучери транзакцій і відомості про оплату повинні бути збережені в проміжних таблицях і використовуватися для картографування цілей під час імпорту. Проте через обмеження функції експорту зберегти його не можна, а платежі 2 та 3 рівнів не можна оновлювати автоматично, як очікувалося. Коли ви отримуєте повідомлення про помилку в інфологу, ви можете знайти відповідний платіж і оновити його стан вручну.

2. Не вдалося оновити курс обміну валют для рядків платежів на основі відомостей у файлі camt.054.

3. Не вдалося перепризначити платежі новому журналу оплати під час імпорту для подальшого перепризначення номерів ваучерів через обмеження інфраструктури.

4. Звіт керування не включено до цього виправлення. Ви все одно можете переглядати повідомлення з інформаційного журналу в разі відповідних помилок. У деяких випадках помилки можна знайти візуально у формі журналу платежів або під час публікації журналу.

Попередні вимоги

Щоб застосувати це виправлення, потрібно мати один із таких продуктів:

• Microsoft Dynamics 365 для операцій.

Для цієї функції потрібні такі виправлення:

3213292

3218206

3217049        

Відомості про виправлення

Якщо у вас виникли проблеми із завантаженням, інсталяцією цього виправлення або виникли інші запитання щодо технічної підтримки, зверніться до партнера або, зареєструвавшись у плані підтримки безпосередньо в корпорації Майкрософт, ви можете звернутися до служби технічної підтримки Microsoft Dynamics і створити новий запит на підтримку. Для цього відвідайте веб-сайт корпорації Майкрософт:

https://mbs.microsoft.com/support/newstart.aspx

Ви також можете звернутися до служби технічної підтримки Microsoft Dynamics по телефону, скориставшись цими посиланнями для номерів телефонів у певній країні. Для цього відвідайте один із таких веб-сайтів корпорації Майкрософт:

Номери технічної підтримки Microsoft Dynamics

У особливих випадках стягнення плати, які зазвичай понесені для викликів на підтримку, може бути скасовано, якщо спеціаліст служби технічної підтримки Microsoft Dynamics і пов'язані продукти визначать, що конкретне оновлення вирішить проблему. Звичайні витрати на підтримку застосовуватимуться до будь-яких додаткових запитань і питань підтримки, які не відповідають вимогам для конкретного оновлення, про яке йде мова.