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