Change Pointers (Указатели изменений)

Поговорим сегодня об указателях изменений. Указатели изменений это такая штука, которая регистрирует изменения объектов, которые вам нужно передать по ALE в другую систему. Например, поменяли инфотип в HR, система создает указатель изменения на этот табельный номер и инфотип, а затем отправляет только измененные данные. Это позволяет увеличить производительность систем и сократить объемы передаваемой информации между системами. Иначе говоря, пропадает необходимость отправлять каждый раз все данные по всем табельным номерам.

Настраиваются указатели изменений очень просто.

1. Транзакция BD61 — активировать указатели изменений по всей системе
2. Транзакция BD50 — Активировать указатели изменений для конкретного вида сообщений (объекта). Например, данные по HR относятся к HRMD_A.
3. Программа RBDMIDOC — Запланируйте программу RBDMIDOC для периодической отправки объектов (IDOC) по ALE. Программа считывает таблицы указателей, создает IDOC и помещает в ALE слой для отправки в другие системы.

Периодически таблицу с указателями изменений желательно чистить. Это можно делать вручную (транзакция BD22) или с помощью запланированной в фоне программы RBDCPCLR.

Если вам нужно определить на уровне полей, какое изменение должно вызывать создание документа изменения, то в транзакции SE11 выбираем элемент данных, переходим на закладку «Прочие характеристики» (Further characteristics) и ставим галочку «Документ изменений» ( Change document). Теперь изменение поля с таким элементом данных во всех инфотипах будет вызывать создание документа изменения, и его отправку по ALE.


Вопрос — ответ. Смена единицы расчета

Вопрос.Смена единицы расчета:

Вариант событий 1

Имею:
Раздел персонала№1
Раздел персонала№2

Выполняем перевод сотрудника с сохранение табельного номера (сотрудник уже рассчитывали в Раздел персонала№1)
из Раздела персонала№1 в Раздел персонала№2 с 15-го числа

Система расчетчикам не дает поменять единицу расчета — «смена только в конце периода расчета» + «по сотруднику уже был расчет»

Это у всех так?
Как у Вас такие перемещения реализованы?

Ответ:

На эту тему есть несколько нот (849363, 1104733), где сказано, что изменение единицы расчета в середине расчетного периода возможно только для нескольких стран. Увы, Россия и СНГ в этот перечень не входят. Поэтому обычно при перемещении единица расчета остается прежней, а в конце месяца (расчетного периода) копируют первый инфотип с уже новой единицей расчета. Таким образом сотрудника считают в том отделе, где он начал работу в начале периода.


Если в BW не загружаются временные данные по вновь принятым сотрудникам

Всякое бывает. У меня все обновленное, красивое установлено, а не заработало. Хотя ноты обещали, что с 2012 года все вновь принятые сотрудники будут автоматически загружаться в BW в части временных данных (экстрактор 0HR_PT_2) при дельта-обновлениях, но увы — не полетело. Убил несколько часов в поисках. Оказалось, что при дельта-обновлениях временных данных на загрузку в BW влияют три вещи:

  • Глобальная настройка дат с — по для загрузки данных в BW. Ракурс V_T569R, типы дат 05 и 06.
  • Активирован ли BADi PTDW_CREATE_0439.
  • Наличие записи в инфотипе 0439 с галочкой ‘Repeat transfer’ и датой начала передачи.

Первый аспект обязателен. Второй и третий — что-то одно на выбор. БАДи создает эту самую запись в 439 инфотипе, если ее нет. Но с какой-то версии экстрактор сам стал умным и должен ее создавать без БАДи. Вот этого у меня и не случилось. Как только создал запись с 0002 подтипом (временные данные), то выгрузка по новым работникам сразу заработала.

Век живи, а все равно дураком помрешь 🙂


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

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