Posted: Fri Apr 05, 2013 2:49 pm Post subject: DAQ-поля в HR
открываю для себя новый модуль - HR. разбираюсь как получать данные из DAQ-полей, медленно, но верно. в стандарте это все завуалированно спрятано. может кто уже сталкивался с данным казусом и подскажет как правильно получать данные из DAQ полей и передавать их во внутр таблицу?
Age: 41 Joined: 01 Feb 2008 Posts: 387 Location: Воронеж
Posted: Sat Apr 06, 2013 8:27 am Post subject:
У вас стоит задача взять рассчитаннные значания из DAQ полей для какого то своего отчета? И если можно скажите что за формуляр с DAQ полями у вас обрабатывается. _________________ Hормальные люди делают вещи намного более безумные чем всё, что делают сумасшедшие (c) С.Лем
У вас стоит задача взять рассчитаннные значания из DAQ полей для какого то своего отчета? И если можно скажите что за формуляр с DAQ полями у вас обрабатывается.
да, именно так. Все DAQ-поля являются субприложением CIA0 (отчет «Карточка страховых взносов»).
Age: 41 Joined: 01 Feb 2008 Posts: 387 Location: Воронеж
Posted: Tue Apr 09, 2013 9:34 am Post subject:
Конкретно с этой программой и ее DAQ-полями не работал. Судя по вопросу, Вы не умеете настраивать DAQ поля и не очень разбираетесь в технологии. У меня к сожалению системы исключительно немецкие, поэтому посмотреть я не могу. Тут 2 подхода. 1 найти один из последних вызываемых ФМ-ов, привязанных к DAQ-полям, из него вытащить все данные и передать в память. Либо сделать расширение в начале PERFORM end_of_selection например, и уже оттуда передать данные в свою программу. Последний путь очевидно более быстрый и более надежный, т.к. Вы не будете менять логику работы стандарта. Это если Вам нужны все данные которые выводятся в PDF-ку. _________________ Hормальные люди делают вещи намного более безумные чем всё, что делают сумасшедшие (c) С.Лем
Конкретно с этой программой и ее DAQ-полями не работал. Судя по вопросу, Вы не умеете настраивать DAQ поля и не очень разбираетесь в технологии. У меня к сожалению системы исключительно немецкие, поэтому посмотреть я не могу. Тут 2 подхода. 1 найти один из последних вызываемых ФМ-ов, привязанных к DAQ-полям, из него вытащить все данные и передать в память. Либо сделать расширение в начале PERFORM end_of_selection например, и уже оттуда передать данные в свою программу. Последний путь очевидно более быстрый и более надежный, т.к. Вы не будете менять логику работы стандарта. Это если Вам нужны все данные которые выводятся в PDF-ку.
DAQ-поля настроены. вопрос касался именно кода, который вытаскивает данные в память. сегодня уже должен закончить дебажить стандарт и получу правильный код. странно, модуль HR используется почти везде, но мало кто о нем что-то знает(
да, конечно. там просто несколько форм получается с ФМами на самом деле. и все кладется во внутренние таблицы. а оттуда уже и конечную табличку на вывод заполнять.
осталось понять почему после копирования из стандарта валятся дампы
Age: 41 Joined: 01 Feb 2008 Posts: 387 Location: Воронеж
Posted: Tue Apr 09, 2013 4:57 pm Post subject:
Ruax wrote:
осталось понять почему после копирования из стандарта валятся дампы
Вы чтобы взять данные из стандартного отчета, скопировали его в Z а он в дамп падает? далее хотите его модифицировать? _________________ Hормальные люди делают вещи намного более безумные чем всё, что делают сумасшедшие (c) С.Лем
Age: 41 Joined: 01 Feb 2008 Posts: 387 Location: Воронеж
Posted: Wed Apr 10, 2013 10:08 pm Post subject:
У Вас наверное не большой опыт. Вы лучше вызовете этот отчет через SUBMIT, в form end_of_selection в самое начало через implicit enhancement поместите свой код. В случае, если запуск был произведен снаружи из вашей программы выкиньте все необходимые данные в свою программу, а из текущей выйдите. Это будет лучшее решение вашей задачи, ИМХО.
Но подумайте сами, не проще ли не задумываться об обработке данных совсем, а предоставить это все сделать стандарту, и не задумываться о возможных будущих изменениях в стандартном коде(правда что касается программ с DAQ-полями мне представляется, что они не должны менять свой код, разве только добавят новые поля в эту форму) + не нужно тестировать правильность выбора данных. Но самое главное что так работать будет надежно. _________________ Hормальные люди делают вещи намного более безумные чем всё, что делают сумасшедшие (c) С.Лем
У Вас наверное не большой опыт. Вы лучше вызовете этот отчет через SUBMIT, в form end_of_selection в самое начало через implicit enhancement поместите свой код. В случае, если запуск был произведен снаружи из вашей программы выкиньте все необходимые данные в свою программу, а из текущей выйдите. Это будет лучшее решение вашей задачи, ИМХО.
Но подумайте сами, не проще ли не задумываться об обработке данных совсем, а предоставить это все сделать стандарту, и не задумываться о возможных будущих изменениях в стандартном коде(правда что касается программ с DAQ-полями мне представляется, что они не должны менять свой код, разве только добавят новые поля в эту форму) + не нужно тестировать правильность выбора данных. Но самое главное что так работать будет надежно.
насчет опыта - верно подмечено. HR только начал изучать. насчет сабмита была мысль - но этот вариант стоит в конце списка, пока время еще есть
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum You cannot attach files in this forum You can download files in this forum
All product names are trademarks of their respective companies. SAPNET.RU websites are in no way affiliated with SAP AG. SAP, SAP R/3, R/3 software, mySAP, ABAP, BAPI, xApps, SAP NetWeaver and any other are registered trademarks of SAP AG. Every effort is made to ensure content integrity. Use information on this site at your own risk.
а он в дамп падает? далее хотите его модифицировать?