Доброго всем времени суток.
При работе транзакции J3RPBU18DT ( перенос из регистра в регистр)
в продуктивном прогоне вываливается ошибка :
======================================
К объекту GL_LOCAL интервала диапазона номеров 11 нет
№ сообщения NR751

Diagnosis
The database table NRIV has the delivery class 'C', i.e. the SAP default settings are only in client 000.


Procedure
Create the missing number range interval in customizing.
========================================
Используется вид документа A0
При вводе через GB01 - вводится нормально
В таличке NRIV все корректно
Проблемму перый раз обнаружил в ERP2005
Поэтому и грешу на неё.
Подскажите , что делать

Привет!

Можно попробовать зайти в транзакцию SNUM. Это драйвер диапазонов номеров. На селекционном экране укажи объект GL_LOCAL. Там пропиши диапазон. Думаю скорей всего в этом и причина.

Транзакция GB04 - Ведение диапазонов номеров для локальных GL-документов. Для БЕ не заведен диапазон номеров для локальных документов регистров.

Не переносятся данные при помощи транзакции J3RPBU18DT. В статистике всё по нулям: ничего не считано, ничего не перенесено. Была ли у кого такая проблемка? На первый (и второй) взгляд, все верно. Ошибки где-либо пока не вижу.

Тр-ция отрабатывает: всего-то надо было поменять в иерархии ПБУ18 "группу операций" на "операцию". Теперь ошибка, связанная с диапазоном номеров появилась. Пока ничего не помогает.

Аналогичная проблема, кто нибудь решил?

я РЕШИЛ . Там ситуёвина следующая
BADI - не отрабатывал (ERP-2005) он стал точкой внедрения?
И не выбирал диаппазоны по БЕ.
Программист сделал Z-BADI (стандартный) в все заработало
Се ля ви

Можете подробней описать?
Какой именно BADI? Что должно быть во внедрении?

Добрый день.


В программе J_3RF_TAX_PBU18_DATA_TRANS есть METHOD transform_data. Если заглянуть в него, то увидите, что там есть условие проверки на наличие внедренного BADI (/CCIS/PBU18TRANSFORM):

Внутри этого IF есть вызов метода:

где происходит заполнение некоторых атрибутов для проводки документа в FI-SL (в частности там заполняется БЕ, которая в дальнейшем участвует в поиске номера документа в ФМ 'NUMBER_GET_NEXT', где собственно и вываливается ошибка).
Таким образом, если у нас нет внедренных BADI, то и заполнение атрибутов не происходит.
Проблема в том, что в EPR2005 /CCIS/PBU18TRANSFORM определено как Enhancement Spot (новая концепция Enhancement), а поиск IMPLEMENTATION этого BADI в программе описан по старой технологии (класический BADI).

В зависимости от того, что Вам надо следать, можно предложить несколько вариантов решения этой проблеммы:
1. Если Вам не надо использовать BADI, то можно получить в SAP ключик к этой программе и перенести ENDIF до вызова метода set_source_documents_attr вот так:

или сделать копию программы в Z* и там все поправить.
2. Если вы хотите использовать BADI, то опять несколько вариантов:
а) Вариант torro13. Сделать копию программы в Z*. Сделать свое собственное классическое DEFINITION и INPLEMENTATION BADI (как оно должно выглядеть можно глянуть в более ранних версиях SAP при условии установленного ТПР). Поправить описание переменной _transformation_badi на свой интерфейс, используемый при DEFINITION Z* BADI.
б) Сделать копию программы в Z*. Переписать обработку стандартного BADI на новую технологию.
3. Написать гневное письмо в SAP указанием ошибки и ждать...

2 SID:

Спасибо!

Спасибо

Я выбрал последнее.
Уже вторую неделю сражаюсь с ними. Ну это, впрочем, как всегда. Получил очередную отписку.
Выкатили они ноту. Поставить пока не получается. Ошибки валяться. Да и для ее установки нужна ещё туева хуча нот.
Понимаете, когда тебе выкатывают ноту, а при её установке вылетают сообщения, что чего-то там не хватает в системе - это по-моему не достойно специалиста! А что это чего-то пойди разберись. В ответ получаешь "...так создайте!"
Сегодня будем пытаться в очередной раз...
Могу написать что выйдет.

Ввиду того, что проблему надо было решить оперативно и была необходимость в BADI, мы использовали вариант 2.а Не хорошо это конечно , но другого способа не оставалось. До варианта 2.б додумались немного позже, но реализовывать его не стали, хотя он менее затратный (не надо Z* BADI лепить).

Да уж . Честно говоря не понимаю, что там может еще не хватать, т.к. нота, по логике, должна состоять из исправления в коде программы и больше ничего. Может они еще и BADI переписывают?

Обязательно напишите, думаю всем будет интересно.

P.S. Если есть под рукой грамотный абапер и нет времени, то сделайте свой Z* (лучше по варианту 2.б), и параллельно решайте проблему с САПом.

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

А главная причина в том, что, как уже говорилось, не вызываются реализации BAdI, а вместе с ними и метод set_source_documents_attr.
Как следствие, не только не определялся диапазон номеров из-за незаполненного поля BUKRS, но и поле ACTIV имеет значение исходного документа, а не 'GLU1', как должно.

В результате при проводке вызываются не те функциональные модули (например, G_BKPF_HEADER вместо G_GLU1_HEADER).

Ну вот, спотыкаясь об ошибки при установке, все-таки установили ноту.
Но счастья не наступило!
Выполнение программы остановлено сообщением об ошибке:

Неправильная системная настройка таблицы TRWPR
№ сообщения KI010

Конечно, можно и бади править, но извините - за все уплОчено! Ждем дальнейших движений SAP.

Скорее всего эта ошибка связана с тем, о чем писал ABC:


Отпишите результат. Удачи!