Большой размер PDF форм

Еще одна любопытная особенность, которая выяснилась на днях. Если у вас PDF выходят очень большого размера (какой-нибудь групповой отчет, Т-3, Т-13 на несколько десятков мегабайт), то скорее всего в параметрах документа FILLABLE = ‘X’(интерактивная форма), а DYNAMIC = ‘ ’. Параметры передаются в структуре /1bcdwb/docparams при вызове
функционального модуля, генерирующего PDF. Чтобы PDF был интерактивным, т.е. с возможностью заполнения полей, и при этом вменяемого размера, оба параметра (FILLABLE, DYNAMIC) должны быть включены. Выглядит это примерно так:

fp_docparams-FILLABLE = ‘X’.
fp_docparams-DYNAMIC = ‘X’.

CALL FUNCTION fm_name
EXPORTING
/1bcdwb/docparams = fp_docparams
header = g_s_header
t6A = g_tab_t6a
EXCEPTIONS
formatting_error = 1
internal_error = 2
send_error = 3
user_canceled = 4.

Например, таким образом, в «RU стандарте» вызываются российские PDF формы.

Если в форме есть поля, которые пользователь может самостоятельно заполнять по кнопочке, то нужно в таблицу fp_docparams добавить два параметра:
fp_docparams-FILLABLE = ‘X’.
fp_docparams-DYNAMIC = ‘X’.

Тогда размер файла существенно сократиться, а, следовательно, и время его формирования.
Это работает только для Acrobat Reader >= 7.0

Вводная здесь: http://help.sap.com/erp2005_ehp_04/helpdata/EN/44/a36a5cdee42aabe10000000a1553f7/frameset.htm

Вспомнил, это так называются интерактивные формы! 🙂


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 утра, в связи с тем, что большая их часть приходится на сутки окончания. Такой способ в системе штатными средствами реализуется через перенос времени из одних суток в другие в оценке времени. То есть мы смотрим на сутки, на график, вычисляем кусочек, который приходится на будущие сутки, запоминаем его, а в следующих сутках «вспоминаем» про него и добавляем его часы.