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

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

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

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

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


Вопрос — ответ. График отпусков

Вопрос:
Формируем график отпусков Т-7 на 2014 год.
На селекционном экране выбираем орг.единицу, год 2014,
дата январь 2014 года.
Других параметров для выбора ТН нет.
В отчет выводятся Все ТН, ШД которых когда-либо имели соединение с указанной на селекционном экране орг.единицей. (То есть переведенные в другие вышестоящие, нижестоящие орг.единицы в 2012,2011…годах).
Где не получается отсечь ненужные ТН — не понятно, это стандартный код. Ноту не нашли.

Ответ:

Привет. С этим вопросом будет чуток сложнее, так как мне негде проверить. Я почитал код формы и пришел к выводу, что все дело в стандартной логической базе данных (ЛБД). В этом отчете используется PNP, которая использует общие куски кода с PNPCE. Если для первой ЛБД нормальной документации нет, то для второй она более чем исчерпывающая (транзация SE36 — дкоументация). Судя по отладчику, если мы используем поиск по оргструктуре, то система подставляет максимальный диапазон для поиска 01/01/1800 — 31/12/9999. Поэтому и попадают все оргединицы и табельныа номера.

Читать далее


Правильное внедрение ERP систем [опрос]

Привет!

У меня для вас отличная новость! Руки добрались поделиться с вами правильным подходом при внедрении системы SAP. Правильный он исключительно с моей точки зрения. И еще нескольких тысяч проектов в области разработки программных продуктов в мире. Но сначала послушайте сказку в нагрузку.

Читать далее


Выгрузка многостраничного PDF

Вот здесь я писал про то, как можно программно выгрузить многостраничный запрос в спул. После обновления системы до NW740, EhP7 это безобразие перестало выгружать документы. Выгружает только первую страницу и все. Пришлось убить несколько часов на поиск решения (а мне нужно выгрузить несколько сотен страниц налоговых форм).

Программного способа я так и не смог найти. И тут мне попадается статья на SDN:
Save ADS Mulitipart PDF Spools to a File
И оно у меня тоже не работает 🙂 Выдает ошибку при формировании запроса на вывод.

И, ну совсем уже измучившись, я нахожу отличную ноту 1717357 — Download of spool requests from SP01, где написано, что многостраничный спул можно выгрузить просто: выделяем запрос в спуле -> Spool Request -> Forward -> Export as PDF.

И все. И работает. Аж обидно.


Нолик на пустыре в Bex Query

Привет.

Убив пару часов, выяснил, что для того, чтобы на месте пустых ячеек в Bex Query вывести нолик, нужно сделать маленькую хитрость. При создании показателя нужно сделать дополнительную формулу, в которой прописать: показатель + 0.

Таким образом, если у вас в кубе мышь повесилась, то Bex Query выведет NULL, Bex Analyzer покажет нолик, а Dashboards просто обзавидуется. Добавляем формулу, скрываем показатель и получаем нолики на месте пробела.

empty_cell_in_bex_query