Данные переносим ежемесячно в спецрегистры для расчета себестоимости. Из ограничений: КЕ, финансовый год, дата проводки, БЕ (переносятся все операции CO). Продолжительность переноса (при сопоставимых объемах данных) из месяца в месяц разная, например, 03/2014- 9ч, 04/2014-2ч, 05/2014 - 11ч, 06/2014 - 16ч. В чем может быть причина и можно ли можно оптимизировать работу программы?

Попробуйте обновить статистику по таблицам через DB02 или выборочно по таблицам DB20.

Еще вопрос, возможно ли загрузку данных CO осуществлять в режиме on-line в момент формирования системных документов?

Да, конечно. Для операций СО указываете в настройках регистра (тр. GCL2 - Присвоение операций - Индикатор переноса полей) значение "3".

На времени загрузки данных, по моим наблюдениям, довольно сильно сказывается использование правил в критериях отбора.

Необходимо перенести данные CO по определенным правилам. В редакторе списка налоговых объектов для узла прописываю таблицу COEP (отдельные позиции, относящиеся к периоду), но в ней содержится не полная информация по объектам. По сути мне необходимо перенести все документы, выводимые при получении отчета Отдельные позиции по МВЗ (транзакция KSB1), а в таблице COEP только часть из них?

Что Вы подразумеваете под объектом? Вам не хватает каких-то полей для выбора данных?



Документы по каким операциям не содержатся в COEP? Вы имеете ввиду, что в самом COEP отсутствуют записи или у Вас в спец регистр не все записи попадают из COEP? Если второе, то необходимо в присвоении операций спец регистру дополнить перенос данных для упущенных операций.

Вопрос снимается. Разобралась: получила данные из таблицы по номеру документа, оказывается для первичных и вторичных видов затрат в кодировке объекта есть различия.

При определении в иерархии правил в критериях отбора необходимо выбрать данные по определенным видам затрат. При этом проще перечислить те виды затрат, которые нужно исключить (их порядка 20), чем те, которые необходимо выбрать (их много больше). Есть ли возможность исключения значений через набор (т.е. в наборе исключить, а в критериях отбора указать набор) или все же в критериях отбора придется исключать каждое отдельное значение? Сработает ли перенос в данном случае корректно?

К сожалению, набор исключить нельзя, в критериях отбора нужно будет исключить не нужные виды затрат, перенос работает корректно.

Если Вам совсем не нужно обрабатывать данные виды затрат, то возможно их стоит исключить на уровне попадания в спец регистр? Для этих целей можно настроить правило отбора документов релевантных для вашего регистра, в котором указать набор с ненужными видами затрат.

После изменения данной настройки проводка не проходит. Генерируется дамп:
Категория Программная ошибка ABAP
ДинамОшибка MESSAGE_TYPE_X
АВАР-прогр. SAPLGLIU
Anwendungskomponente FI-SL-SL

Анализ ошибки
Short text of error message:
ZTAXREGA: DOUBLE DOCNR: 1: 2

Long text of error message:
Technical information about the message:
Message class....... "GU"
Number.............. 016
Variable 1.......... "ZTAXREGA"
Variable 2.......... "DOUBLE DOCNR"
Variable 3.......... 1
Variable 4.......... 2
Если индикатор проводки изменить на 2, проводка проходит.

Правило напишите, NOT виды затрат которые вам не нужны, тр-я GCVZ.



Номера документов в таблице двоятся при переносе, а DOCNR это ключевое поле. Проверьте диапазоны для объектов CO_ABRECHN (по моему, этот для переноса СО-документов применяется) и GL_BUCHEN в таблице NRIV, там не должно быть пересечений допустимых множеств, иначе так и будут дампы сыпаться.

В указанной таблице определены следующие интервалы номеров:
CO_ABRECHN - 0000000001 - 0009000000 (диапазон номеров 01)
GL_BUCHEN - 1000000000 - 1999999999 (диапазон номеров 01)

Значит не CO_ABRECHN... Разработчики у вас там есть? Пусть посмотрят дамп, в дампе должно быть написано, на каком диапазоне валится, и фрагмент исходного кода.

По данной проблеме нашла ноту 1701254, которая в свою очередь ссылается на ноту 62150. В данной ноте предалагется следующее решение:
Please check the two causes as follows:
Compare the status of the number range object GL_RECID (trans. SNRO) with the largest record number (field GL_SIRID) in your FI-SL line item table (you can determine the largest record number, for example, using transaction SE17 or by means of a single-line ABAP). If the current number level is smaller than the largest record number, increase it (to the largest record number).
Do the same for the number range object 'GL_BUCHEN' and the document number (DOCNR field).
Привожу интервалы номеров:
Объект Интервал номеров Текущий номер
GL_BUCHEN 1000000000-1999999999 00000000001008464300
GL_RECID 000000000000000001-999999999999999999 00000000000279280000
В таблице ZTAXREGA наимбольшее значение поля GL_SIRID=000000000278538995
Честно говоря не совсем понимаю что необходимо сделать и на что может повлиять изменение нумерации, если для данных объектов в системе уже сформированы документы.

А что с максимальным значением DOCNR? GL_SIRID у вас больше, чем GL_RECID, так что тут повтор исключается, остается только номер документа.