Текущее время: Пт, мар 29 2024, 13:23

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




Начать новую тему Ответить на тему  [ Сообщений: 6 ] 
Автор Сообщение
 Заголовок сообщения: Допил Корреспонденции счетаов (J3RKKRS)
СообщениеДобавлено: Ср, мар 06 2019, 17:12 
Начинающий
Начинающий
Аватара пользователя

Зарегистрирован:
Чт, июл 12 2012, 09:55
Сообщения: 20
Пол: Мужской
Коллеги, может кто подскажет какие-то BADI или Enhancement'ы по Корреспонденции счетаов (J3RKKRS).

Ситуация в следующем.

Есть количественный учет на забалансе, который генерит в документах FI 0 строки:
Пример:
Examp 1

Через эти строки не хочет работать стандартная Корреспонденция счетаов (J3RKKRS). (И её можна понять :D ).

Но нужно как-то придумать, что б автоматом эти строки цеплялись к какойто строке...

Может кто-то, что-то подскажет. Буду безгранично благодарен.

_________________
“Life is like riding a bicycle. To keep your balance, you must keep moving.”
(c) Albert Einstein


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Допил Корреспонденции счетаов (J3RKKRS)
СообщениеДобавлено: Чт, мар 07 2019, 00:06 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Ср, фев 21 2007, 08:50
Сообщения: 1570
Откуда: Пермь
Пол: Мужской
Строки с нулевыми суммами система удаляет, есть такое дело.
Удаляет вот тут:

J_3RKORRSSP --> FORM read_bseg

Поэтому сделать так, чтобы автоматом они цеплялись, стандартно не получится.

Но SAP позволяет делать свою корреспонденцию вот тут
J_3RKRLNF01 --> FORM move_krp_all

* First interpret documents which can be interpreted by own algorithm
* even they can be interpreted automatically
IF NOT gref_exithandler IS INITIAL.
CALL METHOD gref_exithandler->EXIT_J_3RKORRSSP_001
...

Внутри можно свою логику реализовать.
Для этого придется перелить таблицы tbl_bseg, tbl_deb и tbl_kre заново и реализовать свою логику.
И тогда чисто теоретически задача будет решаемая.

Вариант второй - доцепить нужные позиции не перед стандартной обработкой, а после нее. Там же

* customer funtion call
IF NOT gref_exithandler IS INITIAL.
CALL METHOD gref_exithandler->EXIT_J_3RKORRSSP_002

Внутри своего компонента можно доцепить уже чисто нулевые позиции (я полагаю, у Вас есть четкий критерий, что брать, а что нет, потому что нулевых позиций много генерит система стандартно: курсовые и пр.)

_________________
Алё, это Пакистан? Нам нужен один килограмм


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Допил Корреспонденции счетаов (J3RKKRS)
СообщениеДобавлено: Чт, мар 07 2019, 13:36 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, дек 20 2007, 18:21
Сообщения: 1613
После первого экзита отработает стандартный механизм разбора. После второго все равно будет проверка на сумму по счету. т.е. если там нарисовать суммы, то добавится строка с минусом, а вот куда она ляжет в корреспонденцию не ясно.

_________________
я твой сап эфай внедрял
BAdI-позитив
Взять немножечко абопу, сунь туда кошачью *опу, RFC лапки, БТ старой бабки, на медленном базиснике переносить, тестовое окружение материть, снимать SAT пенку, биться головой о стенку, охапка тайм-шитов, отчет готов!


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Допил Корреспонденции счетаов (J3RKKRS)
СообщениеДобавлено: Вс, мар 10 2019, 08:26 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Ср, фев 21 2007, 08:50
Сообщения: 1570
Откуда: Пермь
Пол: Мужской
Kengur написал(а):
После первого экзита отработает стандартный механизм разбора. После второго все равно будет проверка на сумму по счету. т.е. если там нарисовать суммы, то добавится строка с минусом, а вот куда она ляжет в корреспонденцию не ясно.


Да вот фигушки.
IF result1proc = 1 OR do_st = 'X' .
* Automatic document interpretation
CALL FUNCTION 'J_3RK_KORRSCH_MOVE4_KRP_ALL'

Стандартный разбор последует только при subrc = 1 или при do_st (do standard) = 'X', который, к слову, как раз в CHANGING.
Чтобы не запускать стандартный механизм, достаточно всего лишь вернуть subrc = 0 или обнулить флаг do_st.
Все там будет нормально работать после первого экзита.

_________________
Алё, это Пакистан? Нам нужен один килограмм


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Допил Корреспонденции счетаов (J3RKKRS)
СообщениеДобавлено: Пн, мар 11 2019, 09:18 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, дек 20 2007, 18:21
Сообщения: 1613
Yozhhhhh написал:
Kengur написал(а):
После первого экзита отработает стандартный механизм разбора. После второго все равно будет проверка на сумму по счету. т.е. если там нарисовать суммы, то добавится строка с минусом, а вот куда она ляжет в корреспонденцию не ясно.


Да вот фигушки.
IF result1proc = 1 OR do_st = 'X' .
* Automatic document interpretation
CALL FUNCTION 'J_3RK_KORRSCH_MOVE4_KRP_ALL'

Стандартный разбор последует только при subrc = 1 или при do_st (do standard) = 'X', который, к слову, как раз в CHANGING.
Чтобы не запускать стандартный механизм, достаточно всего лишь вернуть subrc = 0 или обнулить флаг do_st.
Все там будет нормально работать после первого экзита.

Фигушки что? Предлагаешь переписать весь алгоритм интепретации в первом экзите? Не суетитесь под клиентом... :roll:

_________________
я твой сап эфай внедрял
BAdI-позитив
Взять немножечко абопу, сунь туда кошачью *опу, RFC лапки, БТ старой бабки, на медленном базиснике переносить, тестовое окружение материть, снимать SAT пенку, биться головой о стенку, охапка тайм-шитов, отчет готов!


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Допил Корреспонденции счетаов (J3RKKRS)
СообщениеДобавлено: Пн, мар 11 2019, 14:49 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Ср, фев 21 2007, 08:50
Сообщения: 1570
Откуда: Пермь
Пол: Мужской
Хоспади, что там переписывать-то?))) Эту корреспонденцию писали два хромых инвалида.
Предпочтительные пары не реализованы, в коде обрабатываются мертвые значения из J_3RKKRN, которых даже нет в доменных справочниках, в PAI на даты проводки в J3RKKRS какая-то дикость с открытыми периодами, алгоритм выбора приоритета по маске не продуман. Там половина функционала под снос.
По-хорошему две таблицы с дебетами и кредитами в лупе прогнать, вот и весь разбор корреспонденции.

Тем более назначение экзита именно в этом и есть - делать свою интерпретацию.

* First interpret documents which can be interpreted by own algorithm
* even they can be interpreted automatically

Дальше каждый сам решает, переписывать или нет.
Ну а конкретно в этой ситуации я бы воспользовался не первым экзитом, а вторым.
То есть доверил бы стандартной обработке ненулевые позиции, а во втором экзите уже дополнительно выбрал нулевые позиции и дописал бы их в tbl_krp.

_________________
Алё, это Пакистан? Нам нужен один килограмм


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

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


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

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


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

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