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

Часовой пояс: 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 часа


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

Сейчас этот форум просматривают: Yandex [Bot]


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

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