SAP Підручник з управління кредитами: OVA8
Джессіка Блейк
⚡ Розумний підсумок
Управління кредитами в SAP СД дозволяє компанії продавати в кредит, контролюючи ризик за допомогою кредитного ліміту; коли відкриті замовлення перевищують ліміт, замовлення блокується. У цьому ресурсі пояснюється, як проводяться перевірки кредитоспроможності та як їх налаштувати.
SAP Кредитний менеджмент
Управління кредитами – це процес, за якого компанія продає товар або послугу клієнтам у кредит, стягуючи платіж пізніше, після продажу. Сума кредиту, яку компанія встановлює для клієнта, називається кредитний лімітКлієнт може здійснювати покупки у компанії в межах кредитного ліміту, а коли кредитний ліміт перевищено, замовлення блокується системою.
Приклад — Розглянемо компанію, яка створює для клієнта кредитний ліміт у 200 000. Клієнт може купувати в кредит, доки не буде досягнуто цього ліміту. Припустимо, що клієнт розміщує Замовлення №1 на 100 000, а потім Замовлення №2 на 150 000. Тепер загальна сума відкритого замовлення перевищує кредитний ліміт, тому Замовлення №2 блокується системою, оскільки кредитний ліміт досягнуто.
Тут клієнт замовив загалом 250 000 рупій, тоді як кредитний ліміт становить 200 000 рупій, тому замовлення №2 перевищує ліміт і блокується. Кредитний ліміт може бути різним для кожного клієнта.
Види кредитного менеджменту в SAP SD
SAP SD пропонує два способи перевірки кредитної історії клієнта:
1. Проста перевірка кредитоспроможності: Проста перевірка кредитної історії порівнює вартість усіх відкритих позицій плюс вартість поточного замовлення на продаж із кредитним лімітом. (Відкриті статті – це рахунки-фактури, за якими компанія ще не отримала оплату.)
2. Автоматична перевірка кредитної історії: Автоматична перевірка кредитної історії оцінює транзакцію на основі кредитного рейтингу клієнта та гарантує належну обробку документа. Перевірка запускається автоматично, коли ви зберігаєте документ або коли ви обираєте опцію «Перевірити кредит». Автоматичні перевірки кредитної історії бувають двох типів:
- Статична перевірка кредитної історії — перевіряє кредитний ліміт із загальною вартістю відкритих замовлень на продаж, відкритих поставок, на які ще не виставлено рахунки, та відкритих платіжних документів, що ще не передані до бухгалтерського обліку.
- Динамічна перевірка кредитної історії — перевіряє ті самі значення, але враховує лише значення відкритих замовлень, які потрапляють у визначений кредитний горизонт, а також суми, що ще не сплачені.
Статична проти динамічної перевірки кредитної історії
Як статична, так і динамічна перевірки кредитоспроможності є типами автоматичної перевірки, але вони по-різному обробляють відкриті замовлення на продаж. У таблиці нижче їх порівнюють.
| Основа порівняння | Статична перевірка кредитної історії | Динамічна перевірка кредитної історії |
|---|---|---|
| Підраховані відкриті ордери | Усі відкриті замовлення, незалежно від дати | Тільки замовлення в межах кредитного горизонту |
| Часовий горизонт | Не використовується | Використовує кредитний горизонт, що підтримується у FD32 |
| Кредитний ризик | Одна об'єднана цифра | Розділити на статичну частину та динамічну частину відкритого порядку |
| Ефект | Суворіший; кожне відкрите замовлення збільшує експозицію | Більш гнучкий; замовлення на віддалене майбутнє виключені |
| Найкраще для | Жорсткий контроль кредитування | Компанії з довгостроковими замовленнями |
Коротше кажучи, динамічна перевірка додає часовий горизонт, щоб замовлення, заплановані на віддалений термін, не витрачали кредитний ліміт сьогодні, тоді як статична перевірка враховує кожне відкрите замовлення одночасно. Оскільки кредитний горизонт встановлюється для кожного клієнта в FD32, два клієнти в одній автоматичній перевірці можуть поводитися по-різному, що дозволяє бізнесу налаштувати контроль кредитів відповідно до профілю ризику кожного облікового запису.
Як налаштувати управління кредитами в SAP (ОВА8)
Автоматичний контроль кредитів налаштовано в транзакції OVA8 для комбінації області контролю кредитів, категорії ризику та кредитної групи.
Крок 1) Налаштуйте перевірку кредитної історії.
- Введіть T-код OVA8 у поле команди.
- Натисніть кнопку «Нові записи».
Крок 2)
- Введіть Кредитний контроль області.
- Оберіть опцію «Перевірка кредитної історії».
- Введіть термін дії кредитного ліміту.
- Позначте опцію «Статичний».
- Перевірте відкриті замовлення та відкриті поставки.
Крок 3) Натисніть кнопку Зберегти.
Ключова транзакція Codes для управління кредитами
Окрім OVA8, управління кредитами використовує невеликий набір транзакцій для встановлення лімітів та розблокування заблокованих документів. Найбільш корисними є:
- OVA8 – Автоматичний контроль кредиту: Визначає перевірки кредитоспроможності за кожною областю контролю кредитів, категорією ризику та кредитною групою.
- FD32 – Майстер-рахунок кредиту клієнта: Встановлює кредитний ліміт та кредитний горизонт для клієнта.
- OB45 – Зона контролю кредитування: Визначає саму область контролю кредитування.
- OVAK – Призначення перевірки кредитоспроможності типам документів продажу: Контролює, які типи замовлень перевіряються.
- ВКМ1 / ВКМ3 – Заблоковані документи: Перелічіть документи продажу, заблоковані для зарахування, щоб фінансовий відділ міг їх переглянути та розблокувати.
Разом ці транзакції дозволяють вам визначати правила кредитування, встановлювати ліміт для кожного клієнта та керувати документами, які блокуються чеками. На практиці консультант налаштовує OB45 та OVA8 один раз під час налаштування, встановлює ліміт для кожного клієнта в FD32, а потім фінансова команда працює переважно у VKM1 або VKM3, щоб щодня переглядати та випускати заблоковані замовлення.
