Текущее время: Чт, сен 20 2018, 02:10

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




Начать новую тему Ответить на тему  [ Сообщений: 9 ] 
Автор Сообщение
 Заголовок сообщения: J3RKPAI
СообщениеДобавлено: Чт, июн 28 2018, 11:42 
Начинающий
Начинающий

Зарегистрирован:
Чт, окт 24 2013, 20:25
Сообщения: 8
Добрый день!

Пока искал информацию по разбору корреспонденции на просторах интернета наткнулся на тр. J3RKPAI, но никак не смог найти какой-либо информации по ее функционалу и методиках использования.

Посмотрел по коду - также не нашел обращения к ней, к таблице и ракурсу, которые ей ведутся.

Подскажите документацию, в которой есть информация по J3RKPAI или может у кого был опыт ее применения.

Заранее спасибо.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: J3RKPAI
СообщениеДобавлено: Чт, июн 28 2018, 16:11 
Гуру-модератор
Гуру-модератор
Аватара пользователя

Зарегистрирован:
Пт, июл 08 2005, 14:07
Сообщения: 5122
Откуда: Cyprus
Пол: Мужской
http://sapforum.pro/forum/viewtopic.php ... 33#p212933
:? :lol:


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: J3RKPAI
СообщениеДобавлено: Чт, июн 28 2018, 16:22 
Специалист
Специалист

Зарегистрирован:
Вт, мар 20 2012, 17:28
Сообщения: 145
Откуда: г. Москва
Пол: Мужской
Возможно пригодится при решении задачи:
viewtopic.php?f=5&t=71676

_________________
С уважением,
Нурмухаметов Рустам


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: J3RKPAI
СообщениеДобавлено: Чт, июн 28 2018, 19:22 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Ср, фев 21 2007, 09:50
Сообщения: 990
Откуда: Москва
Пол: Мужской
Забудьте уже благополучно про транзакцию J3RKPAI.
Никак она не задействована в разборе корреспонденции.
Легко увидеть, что данная транзакция открывает ракурс, основанный на таблице J3RKPAI.
Эта таблица, кроме данного ракурса, вообще не имеет использования. НИГДЕ. Она мертвая.

Как и многие другие настройки в корреспонденции. SAP их просто сделал, а зачем - еще не придумал.
Например, в таблице J_3RKKRN есть признак ZINKRP, который может принимать значения P и N.
Значение N (запретить) успешно работает. Значение P (предпочесть) вообще никакого смысла не имеет, потому что нигде не обрабатывается.

И таких мест очень много.
Не обращайте внимания на такие настройки и двигайтесь дальше.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: J3RKPAI
СообщениеДобавлено: Пт, июн 29 2018, 10:51 
Начинающий
Начинающий

Зарегистрирован:
Чт, окт 24 2013, 20:25
Сообщения: 8
Спасибо за ответы.

У меня почему-то сложилось впечатление, что если есть стандартная транзакция, то она обязательно должна где-то использоваться.
Функционал приоритета именно пар счетов мог бы решить многие проблемы, поэтому так теплилась надежда, что оно все же работает, просто я не знаю как. Но увы...

P.S. Встречался с ситуациями, когда при отсутствии конкретной записи в J_3RKKRN с ZINK = P система не давала разобрать документ, поэтому, наверное, смысл все же есть.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: J3RKPAI
СообщениеДобавлено: Пт, июн 29 2018, 14:24 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Ср, фев 21 2007, 09:50
Сообщения: 990
Откуда: Москва
Пол: Мужской
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.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: J3RKPAI
СообщениеДобавлено: Пт, июн 29 2018, 15:12 
Начинающий
Начинающий

Зарегистрирован:
Чт, окт 24 2013, 20:25
Сообщения: 8
С этим не спорю.

Но, вероятно, имеет значение не сам параметр J_3RKKRN-ZINKRP = P, а непосредственно наличие строки в таблице J_3RKKRN.
Учитывая, что при вводе строки параметр может принимать всего два значения P и N, а также то, что запрещать эту корреспонденцию нам не надо, то остается два варианта: ввести строку с ZINKRP = P или ее совсем не вводить.

Вот на "совсем не вводить" программа и отреагировала болезнено на мой взгляд.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: J3RKPAI
СообщениеДобавлено: Чт, июл 05 2018, 14:52 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, дек 20 2007, 19:21
Сообщения: 1140
Много лет назад уже перетерли эту тему и сварили варенье :D Приоритеты не работают. Только запреты. Это Россия :shumlol:

_________________
я твой сап эфай внедрял
BAdI-позитив


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: J3RKPAI
СообщениеДобавлено: Чт, июл 05 2018, 20:46 
Почетный гуру
Почетный гуру
Аватара пользователя

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


Я пишу о том же.
Но имплицит энхансмент и православный крест делают свое дело! Я вот научил систему работать с приоритетами, бебебе :shumlol:


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

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


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

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


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

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