Техническая проверка документов проводок

Есть такая волшебная программка у САП RPCIP_TRANSFER_CHECK, которую САП рекомендует запускать каждый расчетный период (согласно документации). Она пробегает по всем прогонам проводок со стороны HR и сверяет с наличием документов в FI системе. Удобно, когда в компании есть много межрасчетов с проводками, много исполнителей и вообще человеческий фактор – прогон проводок запустили, сделали передачу, а что-то не доехало до FI системы. HR об этом не узнает, а базис может не отслеживать все IDOC. А так можно запланировать программку отправлять вам результат проверки на почту и быть в курсе событий.


Изменение содержимого IDOC

Travel Management интересная штука. Когда вы делаете проводку в FI систему, то оно не проверяет на период, открыт ли он. И ваш IDOC с авансовым отчетом может успешно уйти из HR и потеряться в FI. И никто об этом не узнает, если только не нажмет кнопочку проверки в транзакции управления прогонами PRRW. Так и сегодня отправили мой авансовый в FI и забыли. А он на дошел. В таком случае сторнировать нельзя, так как HR считает, что документ уже проведен.

Вот и приходится искать обходные пути. Либо удалять и заново создавать, утверждать у начальства и пр. Либо поменять всего лишь дату проводки в IDOC для FI документа. Я решил пойти вторым путем. В BD87/WE02 открываем нужный нам IDOC. Разворачиваем до уровня сегмента и нажимаем два раза на листочек рядом с названием сегмента. Теперь через меню меняем нужное нам поле и сохраняем. Сам IDOC при этом копируется, получает новый статус.

Осталось самое маленькое – отправить этот исправленный IDOC заново. Просто так этого не сделать, так как установленный статус 32 (отредактирован) не даст. Для этого меняем статус на 30 с помощью программы RC1_IDOC_SET_STATUS.

Вот и все.


Добавление фильтра в модель распределения BD64

Появилась маленькая задачка: нужно отфильтровать передачу кредиторов по группе. В стандартной системе есть для вида IDOC CREMAS, есть только БЕ и закупочная организация. Надо добавить в фильтр группу кредиторов. Делается на раз.

Транзакция BD65. Проверяем, что нужное нам поле есть для нашего IDOC и присвоено сегменту IDOC. То есть, система будет знать, где поле искать.

Транзакция BD59. Добавляем для CREMAS поле KTOKK:

KTOKK E1LFA1M 1 KTOKK 132 4

Вуаля. Теперь в модели распределения в BD64, если щелкнуть на фильтр для типа сообщения, то появится нашел поле с группой кредиторов.

Более подробно про интеграцию и ALE можно почитать в рубрике Интеграция: https://saphr.ru/integration/


SAP ALE инструкция по настройке

Скажу сразу – не люблю писать подробные инструкции. Они расслабляют мозг и формируют класс ленивых консультантов. Профи должен “взять нюх” и найти решение. Поэтому эта небольшая инструкция будет направляющей, а не разжевывающей. Постараюсь дать ссылки и так далее. Хочу сказать спасибо всем, кто откликнулся и помог с материалами или советами. Отдельное спасибо Юрию Сычеву за помощь. Писать я буду со своей колокольни, так как не считаю себя ALE специалистом. Комментарии и правки только приветствуются. Поехали.

Всегда изучение чего-то нового в SAP начинайте с SAP Library, затем IMG, а потом можно и форумы посмотреть (рекомендую SDN). Не первый раз обращаю внимание, что многие часы я тратил зря, когда нужно было внимательно прочитать вышеуказанные материалы. Курсы по сапу я давно уже не открывал, просто отпала необходимость.

Основные понятия в SAP ALE

Для настройки и понимания ALE нужно запомнить два ключевых понятия:
ALE – Application Link Enabling. Технология передачи данных.
IDOC – Intermediate Document. Объект, который передается по ALE.

Прочитать больше


Передача HR данных в другую систему по ALE

Сегодня столкнулся с маленькой хитростью передачи HR данных по ALE в другую систему. Настроили RFC, партнеров, логические системы – все по SPRO. Там ничего сложного. А вот в модели распределения маленькая хитрость. Если мы хотим передать и оргструктуру и людей, то группы фильтров надо выстраивать отдельно для OM, отдельно для PA. Если положить все в кучу, то при попытке передать ИТ0001 система не находит объект штатной должности и обработка IDOC останавливается. Получается нехорошо. Поэтому сначала передаем через транзакцию PFAL оргструктуру, затем табельные номера с персональной информацией, а в конце запускаем выравнивание данных в системе получателе с помощью программы RHINTE00 Transfer Organizational Assignment (PA -> PD). Она создает связи S-P, чтобы люди появились на штатке.

Если кто-то знает другой способ, то делитесь. Авансом спасибо!