Добрый день!
нужен совет по кредитному менеджменту: настроена динамическая проверка по кредитному лимиту и проверка на старейшую открытую позицию.
Также есть счет премий покупателей, который не учитывается в кредитном менеджменте (транзакция AKOF). Эта галка работает в случае проверки на лимит. Однако если есть невыплаченные премии, срок оплаты которых прошел, то кредитный менеджмент блокирует заказы, ссылаясь на просроченный документ выплаты премии как на старейшую открытую позицию.

Также если есть кредитные ноты (которые мы даём клиентам), и они еще не выровнены ни с чем, и срок их выплаты прошел, то кредитный менеджмент также на них ругается как на неоплаченную позицию.

Получается два вопроса:
1) Почему проверка на старейшую открытую позицию работает для счета, который был исключен из кредитного менеджмента.
2) Можно ли как-то настроить чтобы невыравненные кредитные ноты не блокировали заказы?

Заранее благодарна за любые советы.
Спасибо.

тоже очень интересует данная тема.
если кто,что знает,пожалуйста напишите.
Только мне не совсем понятно-зачем нужно настраивать,чтобы не оплаченные кредит ноты не блокировали заказы.

Кредитные ноты - это не задолженность нашего клиента, а наоборот, наше обязательство. Поэтому конечно они не должны блокировать отгрузки.

Какая версия системы?

По 1 п. вопрос - это чисто финансовые документы, без SD?
По 2 п. - исключить вид документа из кредитного менеджмента, тр. OVAK

Да, это чисто FI-документ.
Имею ту же проблему: есть прошлогодние открытые позиции по счету, который внесли в этом году в исключению.
Реорганизация кредитных данных F.28 не помогает.

Привет,

Есть вероятность того, что это результат неправильного выравнивания бонусного инвойса. Я бы проверил табл. BSID по соответствующим клиентам/БЕ (может быть несколько комбинаций) на записи с полем SHKZG = 'S'. Именно по этим записям определяется самая старая открытая позиция.

Весь процесс определения выполняется в подпрограмме OLDEST_OPEN_ITEMS (SAPLF035) инклюд LF035F00. В крайнем случае там можно дебагером все разнюхать.

Вообще селект, по которому идет проверка выглядит так (выполняется для каждой комбинации клиент/БЕ):

SELECT * FROM BSID
WHERE BUKRS = WRKTAB-BUKRS
AND KUNNR = WRKTAB-KUNNR
AND SHKZG = 'S'.

Максим.

Речь идет о прошлогодних FI-документах НЕ выравнивания бонусного инвойса, а о ручной FI-проводке с кодами проводок 40 и 17.

Коды проводок не проверяются при расчете самой старой открытой позиции.

Расчет происходит только по табл. BSID. Важно:
что позиция - это дебет (SHKZG = 'S')
Если указан Код Особой главной книги (UMSKZ), то он релевантен для кредитного контроля ( поле KLIMP = 'X' таблицы T074U для соответствующего кода ОГК)
Если указана причина разницы (RSTGR) в документе, то она не должна быть спорной (поле XSTRP таблицы T053R для соответствующей причины разницы должно быть пустым)
В расчет принимаются только эти позиции.

Если Ваш документ удовлетворяет вышеуказанным условиям, то он будет участвовать в расчете. Скорее всего он как-то некорректно введен. Тут либо грязными абаперскими методами, либо выровнять его и сделать новый правильный.

Какую по смыслу операцию эти доки отражают?

Смысловая операция данных FI-документов заключается в том, чтобы начислить резерв сомнительных долгов на Дебитора. То есть, дебет затрат - кредит дебитора.
Данные документы не должны отражаться в кредитном менеджменте. Для этого сейчас я прописал счет ГК дебитора в исключениях. Все документы с этим счетом, сделанные в этом году, исключаются. А документы, сделанные в прошлом году, почему-то включаются.

Я привел коды проводок именно для того, чтобы вы поняли смысловую нагрузку операции. И прекрасно знаю, что они не проверяются при расчете.

Кодов ОГК в данной проводке нет. Причины разницы тоже нет.
Документ сформирован стандартным способом без участия АБАП с помощью транзакции F-02 и является корректным.

А можно записи из BSID по почте: доков, кот, включаются, и не включаются?

лови