SAPGUI.AbapEditor.1

Система виснет при попытке открыть ABAP исходник или отладчик? Встречались с такой ошибкой в трейс логе SAP GUI? Неделю убил на поиск решения. Сап поддержку напряг. Ноль результата. Оказалось все просто. Удалил все MS XML версии, Скачал MS XML4 SP 2и последние обновления к нему. Переустановил и все отлично заработало!

(Error)(29.05.09 19:44:00.592): CALL METHOD “CreateControl”[DispID=5]OF [#11/0x032D31F0/202/{83658045-6571-3232-7082-797884697868}]
#0: LONG “119”
#1: STRING “SAPGUI.AbapEditor.1”
#2: LONG “1409286144”
#3: LONG “118”
IDispatch::Invoke raised exception


Динамические мероприятия для ИТ0302

Как выяснилось и подтвердилось поддержкой компании САП, для инфотипа 0302 динамические мероприятия не работают и не будут. Этот ИТ создается в фоне и “поэтому динамические мероприятия для него не будут работать”. Знайте!


SAP Note 897623 – User exits and BADIs in the PT area

Решил публиковать саповские ноты, которые могут быть полезны всем. Для этого выделена отдельная рубрика “Ноты”.

Absence valuation in payroll (Function XNAB)
– HRTIM_COV_HISTORY
Enhancements for the Payroll Function XNAB
– HRTIM_UCCONV_COVER
Unicode Conversion Table COVER Cluster PC
– EXIT_SAPLHRTIM00COV_HIST_001
Change Rule Group for Absence Refinement

Читать далее


Настраиваем ночные переходящие смены 3 способа

Следует обратить внимание на проблему учета ночных переходящих смен. С точки зрения бизнеса возможно три варианта учета ночных переходящих смен:

  • Смена учитывается целиком в сутках начала. Например, для смены 23:00-06:00 создается ОГРВ, где указывается точное время начала и окончания смены. Из-за технической особенности системы норма времени и фактически отработанное время в сутках будет отнесено на сутки начала рабочей смены. Таким образом, данная смена будет полностью оплачена в сутках начала. Это может иметь негативное последствие, если смена переходит на праздничный день. Тогда праздничные часы будут оплачены в предпраздничный день.
  • Смена учитывается пропорционально календарным дням. Например, для смены 23:00-06:00 создается ОГРВ, где рабочее время это 00:00-24:00, а с 06:00-23:00 это неоплачиваемый перерыв. Так получается, что в календарных сутках смена точно отражает фактическое количество рабочих часов. Исходя из этого, производится точное планирование рабочего времени и его учет. При этом, оплата за отработанные часы относится точно на те сутки, в которых была работа. Данный способ лишен недостатка первого способа, но непривычен для Российского планирования графиков сменности, когда планирование идет от смены (норма делится на продолжительность смены и планируется количество смен, а не от часов). Недостатком данного способа является то, что для первого дня выхода сотрудника на работу и последнего необходимо создавать «короткие графики», как 23:00-24:00 для первого дня выхода и 00:00-06:00 – для последнего. Это увеличивает количество ОГРВ в системе и несколько усложняет понимание.
  • Ночные переходящие смены также могут полнстью относится к суткам их окончания, если, например, начались в 23 и до 6 утра, в связи с тем, что большая их часть приходится на сутки окончания. Такой способ в системе штатными средствами реализуется через перенос времени из одних суток в другие в оценке времени. То есть мы смотрим на сутки, на график, вычисляем кусочек, который приходится на будущие сутки, запоминаем его, а в следующих сутках “вспоминаем” про него и добавляем его часы.

Добавление ракурса в PPOME

Что такое ракурс в PPOME? Это набор тех объектов и путей анализа, который будет показываться в правой верхней части транзакции. Например, ракурс – организационная структура – в нем не нужны штатные долж-ности и лица, а только организационные единицы. Для этого в стандартной системе есть отдельный ракурс, в котором прописано, что выводить только оргединицы. Если мы делаем свои объекты, то было бы логично для них сделать свои ракурсы, чтобы можно было удобно работать.

Читать далее