Уважаемые коллеги! Очень нужны Ваши идеи и мысли по следующему вопросу: как можно реализовать в кредитном менеджменте рассылку сообщений определенным пользователям в случае блокировки доков из-за кредитного контроля.
Сам контроль настроила - все работает, блокируется, деблокируется, а вот с сообщениями беда.

В документации сжатенько так пишут, что есть такая возможность, как Informing Credit Representatives Automatically
An interface to electronic mail provides fast communication of urgent credit problems. For example, each credit manager and representative can be defined as an internal mail partner. Urgent credit problems can be routed directly to the appropriate individual for immediate action. Credit personnel also have access to SAPscript word processing and can record credit-related text in either the document or in the scratch pad in the customer master. In addition, credit personnel have access to online credit, financial, and sales information systems.

Credit Representative group я настроила, прописала в HR сотрудника, связала его с логином саповским и табельный номер в этой кредитной группе обработчиков указала. Даже к штатной должности связку сделала, думала может можно будет какой-нить поток стандартный задействовать. Но в IMG нашла только в "Послед. действия" создание стандартного заказа, привязок к кредитному контролю сходу не вижу.

Друзья, подскажите, в каком направление лучше копать: workflow стандартный или sales information systems чем-нить может помочь?
Задача минимум - отослать сообщение пользователю при наступлении блокировки и нужно решить очень срочно.
Заранее спасибо за любые идеи и мысли!

Для начала документ должен знать, кому отправлять уведомление. Для этого в схеме ролей партнёров у вас должна быть ролька (стандарт советует KB "ИсполнитПоКредитам") с источником A "Kредитный менеджмент: ответственный за кредиты (табл. T024P)". В ТД в неё должен попадать табельный номер того сотрудника, у которого в настройке обработчиков стоит галка "Copying credit representative into document".

Для оповещений, как вам нужно, есть стандартный выходной документ KRML "Credit Processing".
Посмотрите его. Если у вас нет в системе - стукните в личку, я сообщу как настроить.

Включите этот выхдок в схему выходных документов с предпосылкой № 9 (для поставок - № 11).
Задайте запись условия выхдока для роли "ИсполнителяПоКредитам" и фиктивного исполнителя. Через "Связь" вы попадёте в шаблон "заметки" (т.е. письма). Можно напротив получателя поставить галку "Отправка: экспресс", чтобы при получении пользователь был уведомлен.

Письма о блокировках будут накапливаться во входящей почте в SAPOffice.

Из этого письма можно будет по меню "Документ-Выполнить" перейти к заблокированному документу (для этого при формировании шаблончика в "Перейти к - Параметры выполнения..." задайте тип выполнения = T "транзакция", элемент выполнения = VKM3, SET/GET параметр: ИдП = AUN, Знач = VBAK-VBELN").

Ну а если стандартный механизм не нравится/не удовлетворяет, то можно сделать свою программу обработки ("печати") выхдока, которая могла бы и воркфло запускать или ещё что-нить полезное делать.

А почитать подробней можно: LO645 "Credit / Risk Management for Receivables" в главе "Automatic Output".

Огромное спасибо за отклик!



Да, это я все настроила


пишу в личку, заранее спасибо!


не могли бы Вы указать ссылку или выслать, я напишу в личку (я только FI/FM занимаюсь и по логистике увы курсов нет)

по ключевому слову KRML нашла ноту 677377 - E-mail to credit representative, буду разбираться по ней
Angie, большущее спасибо! а то я уже думала придется на выходных выходить ))

Отправил на мэйл настройки вида условия. А нота кстати хорошая, да. Запамятовал её.

Пожалуйста

Angie, низкий Вам поклон! все настроила и заработало как в аптеке! ))
ухожу со спокойной совестью на выходные ))

Уважаемые коллеги, еще один вопрос, связанный с темой рассылки. Правильно ли я понимаю, что функции деблокировки и рассылки, которые мы определяем для пользователей из credit representative group, неразлучны в плане если человек в этой группе, то он всегда будет обладать возможностью деблокирования и возможно получения для него сообщений. Т.е. если мы прописываем табельные номера (с закрепленными за ними логинами в HR) в эти группы и потом выполняем все необходимые присвоения, то все такие сотрудники будут обладать возможностью деблокирования?
Есть ли возможность разделения функций стандартными настройками? т.е. получать уведомления о превышениях лимита будет больший круг сотрудников, чем те, что будут иметь возможность деблокирования?

Получать уведомления будут те сотрудники, которые присутствуют в партнёрах торгового документа с соответсвтующей ролью (KB). Присвоение сотрудников в credit representative group как раз служит для поиска соответсвующих партнёров. А деблокировать документы смогут те пользователи, у которых есть в полномочиях объект V_VBUK_FRE "Класс стоимости кред. документа: обработка документов сбыта" и V_KNKK_FRE "Исчерпание кредита клиента: обработка документов сбыта" с операцией 23 "Ведение" для параметров соответствующего документа.

Ok, спасибо!

Теперь не могу побороть рассылку сообщений для поставки. По ноте 677377 - E-mail to credit representative вроде бы все настроила для поставки, только последний абзац не могу сделать
An output of type KRML is not found and generated until you save the document. This is implemented with the help of a requirement that is defined in the output determination procedure for the KRML output type. In the standard system, the 009 requirement (Order) and the 010 requirement (Outbound delivery) are used.

Получается KRML output type необходимо для поставки изменить. но как и где?

тр. NACE -> Application = V2 -> Procedures -> Выбираете вашу "procedure" -> Control -> В поле "Requirement" напротив KRML вносите предпосылку 10.

На всякий случай: KRML для ТД (приложение = V1) и KRML для поставок (приложение = V2) - это не одно и тоже. И записи условий (condition records) у них тоже разные, ага.

Приведенная фраза не означает, что output type надо менять, это просто примечание, что в стандартной процедуре к этому output type есть requirements. Если они не выполнены, то, соответственно, output вы не увидите. (В той же ноте буквально парой строк ниже это объясняется в разделе "Check the following points if no mail is sent despite the settings being made as described above".)

Хотя, конечно, если в вашей конкретной системе другие требования, то вы можете убрать или изменить эти requirements. Requirements обычно присваиваются в Output Determination Procedure.

Ура! заработало и с поставками! )) Ребята, спасибо вам огромное.
Какой все-таки замечательный форум, куда заходят такие замечательные консультанты!