Текущее время: Вт, ноя 20 2018, 20:28

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




Начать новую тему Ответить на тему  [ Сообщений: 19 ]  На страницу 1, 2  След.
Автор Сообщение
 Заголовок сообщения: Корреспонденция счетов (J3RKKRS)
СообщениеДобавлено: Пн, окт 22 2018, 13:08 
Начинающий
Начинающий
Аватара пользователя

Зарегистрирован:
Чт, июл 12 2012, 10:55
Сообщения: 15
Пол: Мужской
Колеги, добрый день.

Во время интеграт теста, вылезла очень интересная ошибочка. Точнее даже 2.
Кореспонденция полностью настроена и работает (Активирована онлайн).

1) Когда делаеют CO11N, в FI, прилетает материальный документ: (скрины кликабельные)
Изображение

Все, вреде бы, просто. 6 строчек, 3 простых пары.
Но после прогона J3RKKRS, система выдает следующую картину:
Изображение

Пару со строки 3 и 4, система сама, по не понятному мне признаку разделила на 2 пары, + подставила счет....

Может, кто-то сталкивался с таким? Какие могут быть причины, и как решить такую беду?

(Все необходимые настройки по кореспонденции выполнены. Пробовал прописывать правила кореспонденции, с приоритетными и запрещенными счетами. Если пара "которую придумала система" - запрещенная, то J3RKKRS просто пишет что невозможно обработать документ, где есть эта пара (Хотя её там быть не должно).

2) Есть хитрые операции по учету на забалансе материалов.
Документ имеет следующий вид:
Изображение
И такие документы не хотят обрабатываться J3RKKRS, автоматически. Для U* и Z* счетов настроены приоритеты. Пробовал прописывать правила кореспонденции с приоритетными счетами - не помогло. Может, кто-то поделиться опытом или знанием, как это побороть. (При ручном режиме, 0 строки между собой нормально сводяться).

Благодарю всех, кто откликнеться.

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


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Корреспонденция счетов (J3RKKRS)
СообщениеДобавлено: Пн, окт 22 2018, 16:08 
Ассистент
Ассистент

Зарегистрирован:
Чт, июл 28 2016, 18:40
Сообщения: 48
По первой задаче:
а. Тут уже много раз умные люди писали, что приоритетные пары не работают. Настройка такая есть, но она не обрабатывается, а обрабатываются только запреты. Можно поискать на форуме, есть разборы кода.
б. Вашу задачу надо решать подбирая приоритеты счетов (тр J3RKPAC). Можно совместить такой подбор с запретом корреспонденции.

По второй:
Если мне не изменяет память, то при сортировке позиций для разбора корреспонденций суммы позиций имеют значение. Тут, вероятно, стандартом будет сложно, но остается тот же набор инструментов: приоритеты счета и запреты.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Корреспонденция счетов (J3RKKRS)
СообщениеДобавлено: Пн, окт 22 2018, 17:15 
Начинающий
Начинающий
Аватара пользователя

Зарегистрирован:
Чт, июл 12 2012, 10:55
Сообщения: 15
Пол: Мужской
t337co написал(а):
По первой задаче:
а. Тут уже много раз умные люди писали, что приоритетные пары не работают. Настройка такая есть, но она не обрабатывается, а обрабатываются только запреты. Можно поискать на форуме, есть разборы кода.
б. Вашу задачу надо решать подбирая приоритеты счетов (тр J3RKPAC). Можно совместить такой подбор с запретом корреспонденции.

По второй:
Если мне не изменяет память, то при сортировке позиций для разбора корреспонденций суммы позиций имеют значение. Тут, вероятно, стандартом будет сложно, но остается тот же набор инструментов: приоритеты счета и запреты.


Спасибо. Если приоритеты счетов и запреты наше все - то будем копать.

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


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

Зарегистрирован:
Ср, фев 21 2007, 09:50
Сообщения: 1025
Откуда: Москва
Пол: Мужской
При разборе корреспонденции система наполняет позиции по дебету и по кредиту (две разных таблицы), после чего выполняет сортировку по убыванию приоритета, суммы и позиции (ФМ J_3RK_KORRSCH_MOVE5_KRP_ALL).
Позиция 4 имеет, очевидно, максимальный приоритет и пошла обрабатываться первой.
Позиции 2 имеет больший приоритет, по сравнению с 3, поэтому пошла сразу к позиции 4.
Позиция 3 имела меньший приоритет и ей досталось то, что оставалось от 4 после связи с 2.

Тут процесс суровый и долгий - баловаться приоритетами, как уже написано выше.
Повышение приоритета счета из позиции 3 сразу решит проблему, но может выстрелить на других проводках.
Также 100% сработает запрет корреспонденции по счетам из позиции 2 и 4, но это только если они и правда никогда не могут вступать в связь, то есть опять может выстрелить на других проводках.


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

Зарегистрирован:
Чт, июл 12 2012, 10:55
Сообщения: 15
Пол: Мужской
Yozhhhhh написал:
При разборе корреспонденции система наполняет позиции по дебету и по кредиту (две разных таблицы), после чего выполняет сортировку по убыванию приоритета, суммы и позиции (ФМ J_3RK_KORRSCH_MOVE5_KRP_ALL).
Позиция 4 имеет, очевидно, максимальный приоритет и пошла обрабатываться первой.
Позиции 2 имеет больший приоритет, по сравнению с 3, поэтому пошла сразу к позиции 4.
Позиция 3 имела меньший приоритет и ей досталось то, что оставалось от 4 после связи с 2.

Тут процесс суровый и долгий - баловаться приоритетами, как уже написано выше.
Повышение приоритета счета из позиции 3 сразу решит проблему, но может выстрелить на других проводках.
Также 100% сработает запрет корреспонденции по счетам из позиции 2 и 4, но это только если они и правда никогда не могут вступать в связь, то есть опять может выстрелить на других проводках.


Спасибо. Буду раставлять приоритеты по Вашему совету.

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


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Корреспонденция счетов (J3RKKRS)
СообщениеДобавлено: Чт, окт 25 2018, 16:08 
Начинающий
Начинающий
Аватара пользователя

Зарегистрирован:
Чт, июл 12 2012, 10:55
Сообщения: 15
Пол: Мужской
Коллеги, проблему решил настройкой приоритетов счетов.

Самое главное! Приоритет 9000 больше чем приоритет 8000. Для меня это было не очевидно... Через что было потрачено больше времени чем хотелось бы...

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


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

Зарегистрирован:
Ср, фев 21 2007, 09:50
Сообщения: 1025
Откуда: Москва
Пол: Мужской
Поздравляю)
Но если бы Вы внимательно читали мой ответ, то увидели, что я писал про descending и даже указал имя ФМ)


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Корреспонденция счетов (J3RKKRS)
СообщениеДобавлено: Пн, окт 29 2018, 17:54 
Начинающий
Начинающий
Аватара пользователя

Зарегистрирован:
Чт, июл 12 2012, 10:55
Сообщения: 15
Пол: Мужской
Добрый день. Если можно еще вопросик по корреспонденции.
Чудеса продолжаються
Я все четко настроил на системе DEV. Перенес все настройки на QAS. И о магия... На качестве корреспонденция работает с ошибками. Полез в настройки. Все идентично.
Полез в дебаг, и вижу что при работе ФМ J_3RK_KORRSCH_MOVE5_KRP_ALL данные с таблицы J_3RKPAC вытягиваются с разной сортировкой в DEV и QAS:
Кликабельно.
Одинаковый код в DEV и QAS
Изображение
Разная сортировка таблицы Priority
Изображение

Через то, что сортировка в этой таблице разная, у меня по разному выбирается приоритет при сборе корреспонденции. Это вообсче законно? И как это побороть? Абаперы в недоумении, базис разводит руками...

Можно дописать, конечно же "логическую" сортировку по счету ГК, и тогда все будет отрабатывать корректно, но абапер, да и здравый смысл, против такой затеи. Может Вы сталкивались с такими чудесами?

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


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

Зарегистрирован:
Ср, фев 21 2007, 09:50
Сообщения: 1025
Откуда: Москва
Пол: Мужской
Куда смотреть? На первой картинке идентичные куски кода.
На второй картинке начинка выбранной J таблицы приоритетов. Вообще всех. Это сырье, потом по ней будет луп с поиском по маске.
Когда мы говорим про сортировку, то имеется в виду сортировка позиций BSEG, а не сортировка позиций из J*PAC.
Какой смысл сортировать таблицу J*PAC?
В ней записи вообще хоть как могут лежать, это вообще не важно. Важно то, когда наткнется система в лупе на нужную маску и выйдет из этого лупа.
Приглядитесь, дубли могли закрасться.
Например, 0037*, 003*, 00371* или вообще прямое указание номера счета.
В разных системах они запросто могут быть разными.
На кого система наткнется первым, тот и водит. В разной системе это может быть разный результат.


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

Зарегистрирован:
Ср, фев 21 2007, 09:50
Сообщения: 1025
Откуда: Москва
Пол: Мужской
Вот как себя ведет поиск приоритета.

FORM GET_PRIORITY USING P_TABLE_ALL_SAKNR
CHANGING P_TABLE_ALL_PRIORITY.
CLEAR P_TABLE_ALL_PRIORITY.
LOOP AT PRIORITY.
IF P_TABLE_ALL_SAKNR CP PRIORITY-SAKNR.
P_TABLE_ALL_PRIORITY = PRIORITY-PRIORITY.
EXIT.
ENDIF.
ENDLOOP.
ENDFORM. " GET_PRIORITY

Таким образом, вообще не важно, какие позиции в таблице и как они расположены.
Важно, когда система наткнется на паттерн.
И вот если только у Вас по разным маскам по идентичным счетам лежат разные приоритеты, вот только тут я соглашусь, что может быть проблема.
Например, задан конкретный приоритет для счета 37010101, а также строка с маской 0037*, уже с другим приоритетом.
И Вам хотелось бы, чтобы первым попался точный счет. Вот тут возможны некоторые флуктуации, но такая проблема решается неявным расширением в начале get_priority, а именно - долбить внутреннюю таблицу точным запросом по номеру счета, а не по паттерну. И при удачном результате выходить не дожидаясь лупа. В целом нетрудно.
Все остальное - это аутоимунные переживания. Ну не имеет никакого значения, как отсортированы записи в таблице PRIORITY.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Корреспонденция счетов (J3RKKRS)
СообщениеДобавлено: Пн, ноя 12 2018, 00:09 
Старший специалист
Старший специалист

Зарегистрирован:
Пн, май 07 2007, 10:44
Сообщения: 387
Была у нас проблема с выбором приоритетов.
В тесте и в продуктиве при абсолютно одинаковых настройках по разному отрабатывала корреспонденция.
На сколько я помню, таблица с приоритетами буферизируется.
Проблему решили принудительной сортировкой в ENHANCMENTE где-то в районе ФМ J_3RK_KORRSCH_MOVE5_KRP_ALL.
Может быть у вас тоже самое.


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

Зарегистрирован:
Чт, дек 20 2007, 19:21
Сообщения: 1169
CrecerRu написал(а):
На сколько я помню, таблица с приоритетами буферизируется.
Проблему решили принудительной сортировкой в ENHANCMENTE где-то в районе ФМ J_3RK_KORRSCH_MOVE5_KRP_ALL.
Может быть у вас тоже самое.

Как связано одно с другим?

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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Корреспонденция счетов (J3RKKRS)
СообщениеДобавлено: Пн, ноя 12 2018, 13:11 
Старший специалист
Старший специалист

Зарегистрирован:
Пн, май 07 2007, 10:44
Сообщения: 387
"Например, 0037*, 003*, 00371* или вообще прямое указание номера счета.
В разных системах они запросто могут быть разными."

Чтобы во всех системах выборка была одинаковой, мы делали принудительную сортировку

SORT PRIORITY BY SAKNR DESCENDING.

В этом случае сначала будет счет 00371*, если его нет, то 0037* и т.д.


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

Зарегистрирован:
Чт, дек 20 2007, 19:21
Сообщения: 1169
Так вы меняете последовательность на обратную. Это другое дело.

Я думаю тут сап ступил, наверно так должно было быть в стандарте.

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


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

Зарегистрирован:
Чт, дек 20 2007, 19:21
Сообщения: 1169
С другой стороны, если бы они не изобретали велики и вместо + использовали в масках ? как все остальные, то это бы работало без сортировок :D

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


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 19 ]  На страницу 1, 2  След.

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


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

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


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

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