Налаштування банківської виписки - sap чаво

Q1: Електронна Банківська Виписка - в ній операції відображені з точки зору банку або клієнта? «+» Означає дебет з точки зору банку, але кредит з точки зору клієнта. Як нам зрозуміти, де в виписці вихідні платежі, а де входять?

A: Виписка формату SWIFT MT 940 надається операції з точки зору банку. Тобто D - це наш вихідний платіж, C - наш вхідний платіж.

SAP сам правильно розпізнає напрям руху грошей і перетворює їх з D / C в +/-.

У будь-якому випадку тестовий прогін реальної банківської виписки - найкращий показник правильності настройки.

Q2: Ми отримали з банку документацію на виписку формату MT940. У ній наведено величезний список можливих типів операцій. Чи потрібно налаштовувати всі ці типи операцій для електронної банківської виписки? Як?

A: Варто запитати у своїх колег (наприклад, у бухгалтерії і казначейства), які з цих кодів операцій реально будуть в виписках (напевно не всі з них використовуються), і як їх потрібно проводити в Головній Книзі. Потім обрані операції налаштовуємо в списку зовнішніх кодів, і по можливості групуємо у внутрішні коди.

Q3: Коди операцій у виписці формату SWIFT MT940 досить високого рівня. Наприклад, TRF (NTRF) може бути як входять платежем, так і виходить платежем. Не кажучи вже про більш дрібні деталі. По полю 61 багато чого не скажеш. Проте, саме поле 61 меппітся до правил проводки. Деякі банки (наприклад, Credit Suisse) дають більш детальні коди в структурованому поле 86. Але ж система разпознает операції по полю 61. Як змусити її дивитися в поле 86?

A: У FF.5 є вибір варіанта завантаження виписки - зі структурованим і неструктурованих 86м полем. Відповідно, у варіанті зі структурованим полем потрібно налаштувати варіанти транзакцій з поля 86.

Що стосується NTRF для вхідних і вихідних платежів, то їх розділити можна саме у напрямку руху грошей.

Якщо ж банк по NTRF відображає (наприклад) вихідні платежі і власну комісію, то тут вже нічого зробити не можна. Доведеться розгрібати ручками. Звичайно, якщо за допомогою рядків пошуку (search strings) не вийде замінити код операції.

Q4: Як розділити внутрішні і міжнародні платежі, якщо вони йдуть під одним і тим же кодом в банківській виписці?

A: Як правило, всі звичайні платежі в виписці йдуть під одним кодом, незалежно від того, внутрішні вони або міжнародні. Так що немає можливості розрізнити їх у виписці.

Інша справа в Росії, де внутрішні платежі - тільки в рублях, зовнішні - тільки у валюті. Крім кредитів / депозитів, звичайно. В такому випадку дещо простіше.

Q5: Чи варто використовувати спеціальний вид документа для проводок банківської виписки, або SA цілком зійде для цих цілей?

A: Використовувати спеціальний вид документа - це хороша ідея. Втім, і SA теж цілком зійде для першої області проводок. Для другої області (якщо таке передбачено) все-таки краще робити вигляд документа KZ / DZ або спеціальний вид документа для банківської виписки.

Q6: Ми використовуємо План рахунків з довжиною рахунку менше 10 знаків. Як мені потрібно вказати маску рахунків при налаштуванні символів рахунків в налаштуванні банківської виписки? Чи потрібно тут вирівнювання по лівому краю, по правому краю?

A: У системі технічно завжди цифровий номер рахунку домагається зліва нулями до 10 знаків. Тому і заміщати потрібно всі 10.

На засланні є приклад, де номер 6-значний, але ставлять 10 плюсів.

Q7: Під час налаштування маски рахунків в налаштуванні банківської виписки можна вказати «+» для валюти. Чи потрібно створювати окремі рахунки для кожної валюти, чи ні?

A: Якщо потрібні різні маски для різних валют - прописуйте валюти окремо. Зазвичай все-таки рахунок ведеться в одній валюті, тому "+" цілком вистачить.

Q8: Що таке Interpretation Algorithm?

A: Int erpretation algorithm - спосіб зв'язки між даними у виписці і даними в системі. Наприклад, за номером платіжки або чека такий алгоритм може знайти оплачені позиції.

Список алгоритмів можна знайти в ноті 114713.

Q9: У налаштуванні ЕБВ в другій області проводок по дебітора поставив тип проводки 8 (вирівнювання відкритих позицій). При тестуванні, природно, ніяких позицій попередньо не створювали. Відповідно, тепер не можу провести платіж. Як бути, якщо прийшов аванс? Яку настройку краще поставити для допоміжної книги дебіторів, якщо не «8»?

Незрозуміло що робити з проводками в допоміжній книзі. Навіть якщо я вказую дебітора в ручний банківській виписці для вхідних платежів, все одно проводиться тільки по Головній Книзі.

A: У налаштуванні Правила проводки є тип проводки без вирівнювання. Тобто просто проводка по дебітора. Спробуйте використовувати її. Або можна взагалі не проводити виписку по вхідних платежах в другій області - бухгалтери / казначейство можуть робити це вручну. Залежить від кількості таких платежів.

Q10: При проведенні по допоміжної книзі у мене створюється Payment Advice. Як мені його проводити в подальшому? Що це взагалі таке?

A: Якщо я правильно розумію про що йде мова, то Payment Advice створюється для Cash Management. Користі від цього ніякої, якщо Cash Management не налаштовується. Відключаються Payment Advice в налаштуваннях параметрів введення ручної банківської виписки (FF67, Settings - Specifications).

Якщо це не допоможе, подивіться на ноту 452579 (для старих версій 162571).

Q11: Як видалити завантажену банківську виписку?

A: Програма RFEBKA9 6. Програма видаляє саме банківську виписку, але не породжені нею документи. Тому використовувати її рекомендую тільки в тестових системах, і то дуже обережно.

Q12: Що ще можна почитати про банківську виписку?

A: Подивіться на ноту 549277.

Q13: Де визначаються алгоритми інтерпретації?

Схожі статті