FD32 в SAP: Підручник із сфери кредитного контролю
Мейсон Гарсія
⚡ Розумний підсумок
Кредитний контроль у SAP обмежує ризик безнадійної заборгованості, призначаючи кожному клієнту кредитний ліміт у межах області контролю кредитування, а транзакція FD32 є класичним екраном, де цей ліміт підтримується.
Кілька непогашених дебіторських заборгованостей або безнадійних боргів можуть суттєво вплинути на ефективність діяльності компанії. Кредитний контроль знижує цей ризик, визначаючи кредитний ліміт для кожного клієнта та перевіряючи кожне нове замовлення на відповідність йому.
Що таке зона контролю кредитування в SAP?
In SAPУправління кредитами та ризиками відбувається в області контролю кредитів. Якщо управління кредитами централізоване, для всіх кодів компанії можна визначити одну область контролю кредитів. Якщо кредитна політика вимагає децентралізованого управління, для кожного коду компанії або для кожної групи кодів компанії можна визначити окрему область контролю кредитів.
Таким чином, зона контролю кредитів – це організаційна одиниця, яка визначає та контролює кредитні ліміти клієнтів. Вона має власну валюту, і кожна дебіторська заборгованість враховується в дебіторська заборгованість збільшує кредитний ризик, що обліковується за ним.
Зокрема, сфера кредитного контролю регулює три речі.
- Ліміт: Максимальна сума дебіторської заборгованості, яку клієнт може мати в будь-який час у цій зоні.
- Експозиція: Поточний підсумок відкритих позицій, відкритих замовлень, відкритих поставок та відкритих документів рахунків.
- Реакція: Чи попереджається про замовлення, яке порушує ліміт, чи блокується воно, чи пропускається.
Основні дані області контролю кредитів ведуться для кожного клієнта, і в наведеному нижче покроковому посібнику показано, як це зробити.
Як підтримувати кредитні ліміти клієнтів у FD32 (покроково)
Крок 1) Введіть код транзакції FD32 у SAP командне поле.
Поле команди розташоване у верхньому лівому куті SAP графічний інтерфейс користувача екран, як показано нижче.
Крок 2) На наступному екрані введіть наступне.
- Введіть ідентифікатор клієнта, кредитні ліміти якого мають бути збережені.
- Увійдіть до зони контролю кредитування.
- У блоці вибору даних установіть прапорець «Центральні дані».
Екран введення з усіма трьома внесеними записами виглядає як на скріншоті нижче.
Крок 3) На наступному екрані ведіть дані управління кредитами для клієнта.
На центральному екрані даних відображається загальна сума та індивідуальний ліміт, як показано на знімку екрана.
Крок 4) Натисніть кнопку «Зберегти» на SAP стандартну панель інструментів для збереження змін, внесених до кредитних лімітів.
Кнопка «Зберегти» – це значок диска ліворуч на панелі інструментів, виділений нижче.
Повідомлення в рядку стану підтверджує внесення змін. Новий ліміт застосовується з наступної перевірки кредитоспроможності, тому замовлення, яке вже заблоковано, потрібно розблокувати окремо.
Конфігурація області контролю кредитів та пов'язані з нею аспекти SAP Т-коди
FD32 підтримує лише основні дані. Сама область контролю кредитів та перевірки, які з нею звертаються, налаштовуються в налаштуваннях, тому обмеження, яке, здається, не має жодного ефекту, зазвичай є прогалиною в конфігурації, а не помилкою основних даних.
| Т-код | Мета |
|---|---|
| OB45 | Визначте область контролю кредитів, її валюту та групу оновлення |
| OB38 | Призначте код компанії області контролю кредитів |
| ОВФЛ | Призначити зону продажів зоні контролю кредитів |
| OB01 | Визначте категорії ризиків, доступні в області контролю кредитів |
| ОВА8 | Налаштуйте автоматичний контроль кредитування для області контролю кредитування, категорії ризику та кредитної групи |
| ФД32 / ФД33 | Зміна та відображення основних даних кредиту клієнта |
| Ф.31 / Ф.35 | Огляд кредитної історії та звітність про основну кредитну історію |
| ВКМ1 / ВКМ4 | Перелік та розблокування документів продажу, заблокованих перевіркою кредитної історії |
Перед відкриттям FD32 варто підтвердити дві передумови: клієнт має вже існувати в балансовій системі, а балансова система має бути призначена введеній області контролю кредитування. Якщо показник експозиції виглядає неправильним, а не лімітом, сторона SD конфігурації охоплюється в SAP Управління кредитами SD путівник
Ключові поля на екранах управління кредитами FD32
FD32 — це багатоекранна транзакція, і блок вибору даних на екрані введення визначає, які екрани відкриваються. Найважливіші поля перелічені нижче.
| Екран | Поле | Сенс |
|---|---|---|
| Центральні дані | Загальна кількість | Загальний кредит, який клієнт може отримати в кожній області контролю кредитування |
| Центральні дані | Індивідуальний ліміт | Максимальний кредит, який клієнт може отримати в межах будь-якої окремої зони контролю кредитоспроможності |
| Центральні дані | Валюта | Валюта, в якій утримуються центральні ліміти |
| Статус | Кредитний ліміт | Ліміт, наданий у зоні контролю кредиту, яка була введена на першому екрані |
| Статус | Категорія ризику | Ключ, який визначає, яка автоматична перевірка кредитної історії від OVA8 застосовується |
| Статус | Група кредитних представників | Група співробітників, відповідальних за моніторинг облікового запису |
| Статус | Останній та наступний внутрішній огляд | Дати останнього перегляду ліміту та дати наступного перегляду |
| Історія платежів | Дані про оплату | Оплачені статті, середня кількість днів прострочення та найбільша сума заборгованості |
Загальна сума та індивідуальний ліміт працюють разом: індивідуальний ліміт обмежує будь-яку одну область, тоді як загальна сума обмежує суму всіх областей. Встановлення індивідуального ліміту вище загальної суми є прийнятним, але не має практичного ефекту. RevДати перегляду подаються до робочого списку перевірки кредитної історії, тому якщо залишити їх порожніми, обліковий запис непомітно видаляється з цього списку.
Управління кредитами в SAP S/4HANA: Що замінює FD32
Класичне управління кредитами SD недоступне в SAP S/4HANA. Його замінено на SAP Управління кредитами, частина управління фінансовим ланцюгом поставок, та коди транзакцій змінюються відповідно.
- Основні дані: Кредитні дані переносяться до бізнес-партнера в ролі UKM000, ведучись за допомогою транзакції BP або UKM_BP замість FD32.
- Сегменти: Зону контролю кредитів замінено кредитним сегментом, а ліміти встановлюються для кожного сегмента, а не для кожної області.
- Заблоковані документи: Задокументовані рішення щодо кредитування в UKM_MY_DCDS замінюють класичні списки релізів.
- Таблиці: Класичні основні таблиці кредитів KNKA та KNKK поступаються місцем таблицям UKMBP_CMS, а структури експозиції S066 та S067 також замінюються.
- Перетворення: Існуючі основні дані кредиту переносяться під час конвертації системи, тому ліміти не потрібно вводити повторно.
Хтось ще біжить SAP Центральний компонент ERP підтримує FD32 точно так, як описано вище, і концепції чітко передаються: ліміт, категорія ризику та показник експозиції існують з обох сторін. Робочий опис ролі бізнес-партнера опубліковано в цьому документі. SAP Стаття спільноти про SAP Кредитний менеджментНижче за течією, той самий клієнт балансує диск нагадування про сплату боргу та коригування клірингу, що розглядаються в скидання очищених елементів.
