Текущее время: Вс, июл 27 2025, 09:36

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 12 ] 
Автор Сообщение
 Заголовок сообщения: Налоговые регистры
СообщениеДобавлено: Ср, июн 06 2007, 09:04 
Младший специалист
Младший специалист
Аватара пользователя

Зарегистрирован:
Пн, дек 25 2006, 16:35
Сообщения: 68
Привет всем.
Существует проблема с формированием стандартных регистров через Report Painter. Система: ERP 2005.
:?: Отчет (например E1 РЕГИСТР: Р-1) запускается и выводится пустым. Если посмотреть Журнал выбора для отчета, то все условия заданны корректно, однако выборка из таблицы итоговых записей безрезультатна. Но. Если «провалиться» в ячейку, то Отчет-получатель, в качестве которого указана программа RGGD1300, отрабатывает корректно и отображает итоговые позиции согласно заданным критериям выбора. Манипуляция с критериями выбора не принесла результата. Попробовал создать элементарный отчет из одной строки и одного столбца. Сделал все по аналогии со стандартным. Отчет работает. Ещё один занимательный факт. Если этот маленький отчет добавить в группу к стандартному, то и стандартный отчет начинает работать.
"...нет сынок, это фантастика!"
:?: В настройках отчета E1-03 РЕГИСТР: Р-1.03 в качестве значения поля RTAXOBJ стоит DUMMY. Мне не понятно, как он вообще будет работать?

:!: Помогите, выхода не вижу!


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июн 07 2007, 10:06 
Модератор
Модератор
Аватара пользователя

Зарегистрирован:
Пт, сен 17 2004, 08:10
Сообщения: 1024
Была аналогичная проблема. Голову сломал, однако причины не нашел. Хорошо, отчет был не большой - просто написал его заново и все заработало. Выставляйте сообщение.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июн 28 2007, 14:56 
Младший специалист
Младший специалист
Аватара пользователя

Зарегистрирован:
Пн, дек 25 2006, 16:35
Сообщения: 68
:!: Короче нашел, в чем была причина. В качестве значения одного из признаков в столбце стояло "@@". Заменив его во всем отчете на действительное, получил рабочий отчет. 8)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июн 28 2007, 15:06 
Младший специалист
Младший специалист
Аватара пользователя

Зарегистрирован:
Пн, дек 25 2006, 16:35
Сообщения: 68
:?: Есть ещё вопрос, может кто-то тоже задумывался?
:shock: Мне лично не совсем понятно, зачем SAP свои отчеты-регистры (Report Painter) разбил на фрагменты. Это просто жуткий геморой. Я понимаю, если для одного и того же столбца в разных фрагментах используются различные сочетания признаков. Но тут же все абсолютно идентично.
:!: Захотел поправить отчет - удалить столбцы и добавить новые. Для того, чтобы переработать отчет, нужно править столбцы во всех фрагментах!!! Ладно, когда их 10, но когда фрагментов 42 - это же просто охренеть можно.
:idea: Пытался всех обмануть и выгрузил отчет в текстовый файл. Хотел объединить фрагменты в один, но там без бутылки не разберёссси.
:?: Знает ли кто-нибудь, как можно объединить фрагменты отчета в один! Ну очень не хочется делать это в ручную.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн, июл 23 2007, 16:23 
Младший специалист
Младший специалист
Аватара пользователя

Зарегистрирован:
Пн, дек 25 2006, 16:35
Сообщения: 68
:!: Короче копипастинг рулит. Выход есть. Все разделы воедино можно взять из файла выгрузки отчета. Наплодить в фрагменте пустых строк и вставить все разом. Остальные фрагменты поудалять. Получилось довольно быстро.
Как чудно задавать вопросы и самому же на них отвечать.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, янв 25 2008, 14:45 
Ассистент
Ассистент
Аватара пользователя

Зарегистрирован:
Ср, сен 29 2004, 07:43
Сообщения: 37
Никто, случайно, не нашел более простого метода приручить стандартные РНУ?

У меня возникла та-же проблема. Вылечить получается только именно копи-пастом. В процессе обследования трассировкой выяснилось, что запрос к таблице ZTAXREGT формируется с левым признаком Версия. Причем корректировка отчета мало чем помогает. Сейчас у меня в запросе фигурируют версии 101, 102 и 103!!!


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, янв 25 2008, 15:16 
Начинающий
Начинающий

Зарегистрирован:
Чт, июн 01 2006, 08:41
Сообщения: 16
Rager написал(а):
Никто, случайно, не нашел более простого метода приручить стандартные РНУ?

У меня возникла та-же проблема. Вылечить получается только именно копи-пастом. В процессе обследования трассировкой выяснилось, что запрос к таблице ZTAXREGT формируется с левым признаком Версия. Причем корректировка отчета мало чем помогает. Сейчас у меня в запросе фигурируют версии 101, 102 и 103!!!


Можно попросить коллег с прошлого проекта прислать уже "откопипастенные" отчеты ;)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, янв 25 2008, 18:30 
Директор
Директор

Зарегистрирован:
Вт, сен 25 2007, 09:47
Сообщения: 943
Пол: Мужской
самое интересное, что у нас тоже такая проблема была...
что в отчете по нормированию цифр нету... а если проваливаешься, то нормально включается список итоговых записей...
но вот потом что-то переносили-меняли-настраивали (отчет не трогали) и ЭВРИКА! он стал работать правильно... и в чем там дело было, я так и не знаю :( но сейчас совершенно корректно работает... в общем, загадка...


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, янв 25 2008, 20:34 
Младший специалист
Младший специалист

Зарегистрирован:
Пт, авг 03 2007, 14:33
Сообщения: 57
Во всех эти отчетах есть очень странная, глючная фишка. Например: отчет состоит из нескольких фрагментов, если в первом фрагменте в столбце выбрано значение признака регистр равное JT, а во втором (или в любом следующем) фрагменте в этом же столбце значение признака равно JF, то данные могут и не вывестись. Попробуйте поменяйте JF на JT и тогда в первом фрагменте все данные появятся.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, янв 25 2008, 20:35 
Младший специалист
Младший специалист

Зарегистрирован:
Пт, авг 03 2007, 14:33
Сообщения: 57
Во всех эти отчетах есть очень странная, глючная фишка. Например: отчет состоит из нескольких фрагментов, если в первом фрагменте в столбце выбрано значение признака регистр равное JT, а во втором (или в любом следующем) фрагменте в этом же столбце значение признака равно JF, то данные могут и не вывестись. Попробуйте поменяйте JF на JT и тогда в первом фрагменте все данные появятся.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, янв 30 2008, 09:41 
Ассистент
Ассистент
Аватара пользователя

Зарегистрирован:
Ср, сен 29 2004, 07:43
Сообщения: 37
"Все болит! Ничего не помогает!" :)
Спасает только 2 варианта:
- накопировать из оригинала построчно формуляр в новый!!! отчет; копирования сразу всего отчета (создание по образцу) результатат не дает.
- включить в ту-же группу отчетов отчет, запрашивающий у БД такой-же или больший объем данных (теже регистры, версии, периоды и проч...)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Сб, ноя 08 2008, 16:44 
Младший специалист
Младший специалист

Зарегистрирован:
Пн, ноя 19 2007, 09:15
Сообщения: 51
Сидел под отладчиком, и доковырялся до такой штуки
FORM E12_SEL_RVERS.

* IF O_FIRST_KEY_FROM = SPACE.
IF O_FIRST_KEY_NO_FVALUE IS INITIAL. "first key field has fix value?
SELECT SINGLE * FROM T804C "read fix value
WHERE TAB = O_SEL_RW_TAB "RW logical table
AND DTAB = O_SEL_TABLE "current physical table
AND FNAME = 'RLDNR'.
IF SY-SUBRC = 0.
O_FIRST_KEY_FROM = T804C-FVALUE.
O_FIRST_KEY_TO = T804C-FVALUE.
ENDIF.
ENDIF.

*.................. get versions for general ledger .................. *

* >>>>> begin delete note 844747 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
* SELECT * FROM T894 WHERE RLDNR BETWEEN O_FIRST_KEY_FROM
* AND O_FIRST_KEY_TO
* AND RVERS BETWEEN O_SEL_MIN
* AND O_SEL_MAX.
* O_SEL_TAB-VALUE = T894-RVERS.
* COLLECT O_SEL_TAB.
* ENDSELECT.
* <<<<< end delete / begin insert note 844747 >>>>>>>>>>>>>>>>>>>>>>>>>
IF O_FIRST_KEY_FROM = T881-RLDNR.
SELECT * FROM T894 WHERE RLDNR BETWEEN O_FIRST_KEY_FROM
AND O_FIRST_KEY_TO
AND RVERS BETWEEN O_SEL_MIN
AND O_SEL_MAX.
O_SEL_TAB-VALUE = T894-RVERS.
COLLECT O_SEL_TAB.
ENDSELECT.
ELSE.
SELECT * FROM T894 WHERE RLDNR = T881-RLDNR
AND RVERS BETWEEN O_SEL_MIN
AND O_SEL_MAX.
O_SEL_TAB-VALUE = T894-RVERS.
COLLECT O_SEL_TAB.
ENDSELECT.
ENDIF.
* <<<<< end insert note 844747 <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

ENDFORM.

Дык вот, если отчет делается по нескольким регистрам, то могут быть проблемы, потому что проверка на возможные версии идет только по одному (наверное первому по алфавиту). И если для первого регистра не определены версии запрашиваемые из второго (или третьего и т.д.) то в отчет просто не будут выбираться данные.
Как мне кажется все портит нота 844747, потому что, если бы работал закоментаренный код, все бы прокатывало.
Полечить можно, если добавить допустимые версии в тот регистр, по которому идет проверка. Хотя это конечно не сосем правильно, да еще и определить надо по какому же регистру проверяется версия.


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 12 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB