SAPфорум.RU https://sapboard.ru/forum/ |
|
J3RKPAI https://sapboard.ru/forum/viewtopic.php?f=5&t=96558 |
Страница 1 из 1 |
Автор: | non07 [ Чт, июн 28 2018, 10:42 ] |
Заголовок сообщения: | J3RKPAI |
Добрый день! Пока искал информацию по разбору корреспонденции на просторах интернета наткнулся на тр. J3RKPAI, но никак не смог найти какой-либо информации по ее функционалу и методиках использования. Посмотрел по коду - также не нашел обращения к ней, к таблице и ракурсу, которые ей ведутся. Подскажите документацию, в которой есть информация по J3RKPAI или может у кого был опыт ее применения. Заранее спасибо. |
Автор: | darkduck [ Чт, июн 28 2018, 15:11 ] |
Заголовок сообщения: | Re: J3RKPAI |
http://sapforum.pro/forum/viewtopic.php ... 33#p212933 |
Автор: | Barsik [ Чт, июн 28 2018, 15:22 ] |
Заголовок сообщения: | Re: J3RKPAI |
Возможно пригодится при решении задачи: viewtopic.php?f=5&t=71676 |
Автор: | Yozhhhhh [ Чт, июн 28 2018, 18:22 ] |
Заголовок сообщения: | Re: J3RKPAI |
Забудьте уже благополучно про транзакцию J3RKPAI. Никак она не задействована в разборе корреспонденции. Легко увидеть, что данная транзакция открывает ракурс, основанный на таблице J3RKPAI. Эта таблица, кроме данного ракурса, вообще не имеет использования. НИГДЕ. Она мертвая. Как и многие другие настройки в корреспонденции. SAP их просто сделал, а зачем - еще не придумал. Например, в таблице J_3RKKRN есть признак ZINKRP, который может принимать значения P и N. Значение N (запретить) успешно работает. Значение P (предпочесть) вообще никакого смысла не имеет, потому что нигде не обрабатывается. И таких мест очень много. Не обращайте внимания на такие настройки и двигайтесь дальше. |
Автор: | non07 [ Пт, июн 29 2018, 09:51 ] |
Заголовок сообщения: | Re: J3RKPAI |
Спасибо за ответы. У меня почему-то сложилось впечатление, что если есть стандартная транзакция, то она обязательно должна где-то использоваться. Функционал приоритета именно пар счетов мог бы решить многие проблемы, поэтому так теплилась надежда, что оно все же работает, просто я не знаю как. Но увы... P.S. Встречался с ситуациями, когда при отсутствии конкретной записи в J_3RKKRN с ZINK = P система не давала разобрать документ, поэтому, наверное, смысл все же есть. |
Автор: | Yozhhhhh [ Пт, июн 29 2018, 13:24 ] |
Заголовок сообщения: | Re: J3RKPAI |
non07 написал(а): P.S. Встречался с ситуациями, когда при отсутствии конкретной записи в J_3RKKRN с ZINK = P система не давала разобрать документ, поэтому, наверное, смысл все же есть. Значит, Вы неверно трактовали такую ситуацию. Все использования ZINKRP сводятся к подпрограмме READ_ZKRN. И в ней значение P не выбирается. Более того, там зато выбирается значение I, которое в J3RKKRN вообще никак проставлено быть не может, потому что домен J_3RKINKRP такого значения не содержит. Значение P никак не анализируется и в Вашей "ситуации" причина была откровенно в другом. Все использование таблицы J_3RKKRN сводится к формированию таблицы запрещенных пар, loop по которой осуществляется в подпрограмме CHECK_KRP. SELECT SINGLE * FROM T001 WHERE BUKRS = P_BUKRS. IF SY-SUBRC NE 0. MESSAGE E037 WITH 'T001'. ENDIF. FREE: ZKRN_N, ZKRN_I. SELECT * FROM J_3RKKRN INTO CORRESPONDING FIELDS OF TABLE ZKRN_N WHERE KTOPL IN (T001-KTOPL, ' ') AND BUKRS IN (T001-BUKRS, ' ') AND ZINKRP = 'N' ORDER BY PRIMARY KEY. DELETE ADJACENT DUPLICATES FROM ZKRN_N. SELECT * FROM J_3RKKRN INTO CORRESPONDING FIELDS OF TABLE ZKRN_D WHERE KTOPL IN (T001-KTOPL, ' ') AND BUKRS IN (T001-BUKRS, ' ') AND ZINKRP IS NULL ORDER BY PRIMARY KEY. DELETE ADJACENT DUPLICATES FROM ZKRN_N. SELECT * FROM J_3RKKRN INTO CORRESPONDING FIELDS OF TABLE ZKRN_I WHERE KTOPL IN (T001-KTOPL, ' ') AND BUKRS IN (T001-BUKRS, ' ') AND ZINKRP = 'I' ORDER BY PRIMARY KEY. DELETE ADJACENT DUPLICATES FROM ZKRN_I. |
Автор: | non07 [ Пт, июн 29 2018, 14:12 ] |
Заголовок сообщения: | Re: J3RKPAI |
С этим не спорю. Но, вероятно, имеет значение не сам параметр J_3RKKRN-ZINKRP = P, а непосредственно наличие строки в таблице J_3RKKRN. Учитывая, что при вводе строки параметр может принимать всего два значения P и N, а также то, что запрещать эту корреспонденцию нам не надо, то остается два варианта: ввести строку с ZINKRP = P или ее совсем не вводить. Вот на "совсем не вводить" программа и отреагировала болезнено на мой взгляд. |
Автор: | Kengur [ Чт, июл 05 2018, 13:52 ] |
Заголовок сообщения: | Re: J3RKPAI |
Много лет назад уже перетерли эту тему и сварили варенье Приоритеты не работают. Только запреты. Это Россия |
Автор: | Yozhhhhh [ Чт, июл 05 2018, 19:46 ] |
Заголовок сообщения: | Re: J3RKPAI |
Kengur написал(а): Много лет назад уже перетерли эту тему и сварили варенье Приоритеты не работают. Только запреты. Это Россия Я пишу о том же. Но имплицит энхансмент и православный крест делают свое дело! Я вот научил систему работать с приоритетами, бебебе |
Страница 1 из 1 | Часовой пояс: UTC + 3 часа |
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group http://www.phpbb.com/ |