Текущее время: Пн, авг 20 2018, 01:13

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


Правила форума


ВНИМАНИЕ!

Вопросы по SAP Query и Quick View - сюда



Начать новую тему Ответить на тему  [ Сообщений: 11 ] 
Автор Сообщение
 Заголовок сообщения: Отрицательные суммы по корреспонденции в J_3RK_CORR_ITEMS (J_3RKKRS)
СообщениеДобавлено: Пт, мар 30 2018, 20:12 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, авг 19 2004, 18:37
Сообщения: 1831
Откуда: Москва
Пол: Мужской
Стандартный автоматический алгоритм в ФМ J_3RK_KORRSCH_MOVE5_KRP_ALL формирует запись в таблицу корреспонденций J_3RK_CORR_ITEMS (по старому J_3RKKRS), в которой сумма во внутренней валюте положительная, а сумма в валюте транзакции отрицательная. Я долго пытался разобраться с этим, рассматривал разные варианты (разделял суммы в ВВ и ВТ на отдельные проводки, менял стороны дебет/кредит, и т.д.), но пришёл к выводу, что стандартный вариант логически и арифметически самый правильный.
В тр.J3RKKRD (ручная корреспонденция) документ разбирается и сохраняется, но при просмотре уже разобранного документа валится в дамп, когда долистываешь до позиции с отрицательной суммой. Что как бы подразумевает, что отрицательная сумма это некорректно.
Кто-нибудь сталкивался с подобной ситуацией? У вас есть отрицательные суммы в ВТ (WRBTR), есть какие-то ещё проблемы? Стандартные отчёты работают правильно?

_________________
"For all entries" не в SAP-ах, "for all entries" в головах! :)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Отрицательные суммы по корреспонденции в J_3RK_CORR_ITEMS (J_3RKKRS)
СообщениеДобавлено: Пт, мар 30 2018, 21:46 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Ср, апр 12 2006, 13:43
Сообщения: 842
Откуда: СССР
Пол: Мужской
Parazit написал:
......В тр.J3RKKRD (ручная корреспонденция) документ разбирается и сохраняется, но при просмотре уже разобранного документа валится в дамп, когда долистываешь до позиции с отрицательной суммой. Что как бы подразумевает, что отрицательная сумма это некорректно.....


Когда-то в позапрошлой жизни, (~13 лет назад) "ковырял" я эту штуку. Решение работает на базе логических правил, формул, приоритетов, т.е. куча настроек. Ответ-то стандартный: Если раньше работало, а сейчас перестало, то смотреть изменения в настройках. Но есть вероятность, что не работала ни когда на этом (Вашем) проекте. Все настройки в общем то, проекто-зависимые, т.е. для каждого клиента/проекта, подпиливают, создают правила (настройки). Если никогда не работало, то при помощи FI-щика изучать настройки и разбираться. Настроечные транзакции в классе (пакете) J3RK. Их там много.

_________________
Никого не трогаю, примусы починяю.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Отрицательные суммы по корреспонденции в J_3RK_CORR_ITEMS (J_3RKKRS)
СообщениеДобавлено: Вт, апр 03 2018, 14:33 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, дек 20 2007, 19:21
Сообщения: 1124
А почему вдруг ВТ отрицательная? Может это у вас строчки в которых ВТ нулевая так коряво работают - курсовая разница например?

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


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

Зарегистрирован:
Чт, авг 19 2004, 18:37
Сообщения: 1831
Откуда: Москва
Пол: Мужской
Kengur написал(а):
А почему вдруг ВТ отрицательная? Может это у вас строчки в которых ВТ нулевая так коряво работают - курсовая разница например?

Отрицательная сумма возникает, когда в корреспондирующих позициях сумма в одной валюте (например, ВВ) больше в первой, а в другой (ВТ) больше во второй.

Code:
7  H   99   1006000300 -770,68 UEUSD -45.500,90
8  S   86   1510130000  766,83 UEUSD  45.746,85
9  S   86   1610130000    3,85 UEUSD       0
10 H   96   1610130000    0    UEUSD    -245,95


Тогда корреспонденция выглядит так
Code:
8  7 1510130000 1006000300 770,68  45.500,90
8 10 1510130000 1610130000  -3,85     245,95
9 10 1610130000 1610130000   3,85       0

_________________
"For all entries" не в SAP-ах, "for all entries" в головах! :)


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

Зарегистрирован:
Чт, дек 20 2007, 19:21
Сообщения: 1124
Никогда не задумывался раньше как он считает ВД в корреспонденции. Похоже что он сначала считает ВВ а потом просто по всем строчкам пытается прописать ВД "до полного". Вот там где кредит 16 ему надо поставить дебет 3евро, вот он и знак меняет видимо.

Мне кажется если такая логика есть, то и отрицательные значения должны быть валидными - не должно валится в дамп. Я бы поднял OSS.

Можно конечно придумать какое нить жульство, подпихивать ему фиктивные позиции, например, что бы корреспонденция по другому откинулась, но это вобщем тяжело будет проанализировать все случаи.

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


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

Зарегистрирован:
Чт, авг 19 2004, 18:37
Сообщения: 1831
Откуда: Москва
Пол: Мужской
Kengur написал(а):
Никогда не задумывался раньше как он считает ВД в корреспонденции. Похоже что он сначала считает ВВ а потом просто по всем строчкам пытается прописать ВД "до полного". Вот там где кредит 16 ему надо поставить дебет 3евро, вот он и знак меняет видимо.

Мне кажется если такая логика есть, то и отрицательные значения должны быть валидными - не должно валится в дамп. Я бы поднял OSS.

Можно конечно придумать какое нить жульство, подпихивать ему фиктивные позиции, например, что бы корреспонденция по другому откинулась, но это вобщем тяжело будет проанализировать все случаи.

Да, алгоритм сначала ищет наибольшую сумму в ВВ и начинает от неё откусывать, но сути это не меняет, т.к. если начать от ВТ - "те же грабли, вид сбоку".
Я уже жульничал по всякому, но жульство приводит к расхождению с обычной оборотно-сальдовой ведомостью, увеличивая обороты, либо дебетовая позиция попадает в кредит и наоборот. В общем вариант с минусом арифметически самый верный.

_________________
"For all entries" не в SAP-ах, "for all entries" в головах! :)


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

Зарегистрирован:
Чт, дек 20 2007, 19:21
Сообщения: 1124
На самом деле алгоритм не так работает. но неважно.

Самый правильный способ тут вобще ВД не считать. Или считать через курс валюты.

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


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

Зарегистрирован:
Чт, авг 19 2004, 18:37
Сообщения: 1831
Откуда: Москва
Пол: Мужской
Kengur написал(а):
На самом деле алгоритм не так работает. но неважно.

Самый правильный способ тут вобще ВД не считать. Или считать через курс валюты.

Всё давно посчитано и записано в BSEG. Задача в том, чтобы сложить позиции в корреспонденцию и поделить между ними суммы во всех валютах (ВТ, ВВ, ВВ2, ВВ3...).

_________________
"For all entries" не в SAP-ах, "for all entries" в головах! :)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Отрицательные суммы по корреспонденции в J_3RK_CORR_ITEMS (J_3RKKRS)
СообщениеДобавлено: Чт, апр 05 2018, 17:56 
Специалист
Специалист

Зарегистрирован:
Пт, май 15 2009, 16:09
Сообщения: 115
Откуда: Франкфурт
Пол: Мужской
Parazit написал:
Всё давно посчитано и записано в BSEG

Если я ничего не путаю, в BSEG же нет минусов и плюсов, правильно? Они появляется только при обработке кодов проводки?

На взгляд бухгалтера, в корреспонденции может быть "минус" только в случае красного сторно.
Если просто взять и на бумаге расписать, то должно вот так получаться:
Code:
                           ВД             ВВ
Дт1510130000 Кт1006000300   766.83   45500.90
Дт1610130000 Кт1006000300   3.85            0,00
Дт1510130000 Кт1610130000   0,00          245.95


Я сталкивался еще в старой корреспонденции с ошибкой, когда например разабираешь документ вручную, и в конце остается одна позиция только Кредит, только во второй валюте) которую уже ни с чем не схлопнуть. Потом начинаешь сначала в другой последовательности, и все подбирается.

Поэтому моя версия - у SAP где-то нарушается логика для этого случая
Parazit написал:
когда в корреспондирующих позициях сумма в одной валюте (например, ВВ) больше в первой, а в другой (ВТ) больше во второй.


Мое предложение было бы (не слишком красивое :oops:):
разбирать отдельно счета для ВД, отдельно для ВВ, потом суммировать их если в паре совпадает счет Дт и счет Кт

В идеале, затребовать у SAP ноту. Напишите, пожалуйста, если будет какой-то резальтат.
На текущем проекте пока корреспонденция не используется, но планирется, так что Ваш опыт был бы очень полезен


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

Зарегистрирован:
Чт, дек 20 2007, 19:21
Сообщения: 1124
А попробуйте запретить корресп

1610130000 1610130000

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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Отрицательные суммы по корреспонденции в J_3RK_CORR_ITEMS (J_3RKKRS)
СообщениеДобавлено: Чт, апр 05 2018, 19:03 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, авг 19 2004, 18:37
Сообщения: 1831
Откуда: Москва
Пол: Мужской
Masakari2007 написал:
Если я ничего не путаю, в BSEG же нет минусов и плюсов, правильно? Они появляется только при обработке кодов проводки?

Да, в BSEG нет минусов. В данном случае минусы возникают в таблице корреспонденций J_3RK_CORR_ITEMS (по старому J_3RKKRS). На уровне домена в ней тоже минусы запрещены, но технически возможно записать отрицательную сумму, что программа и делает.

Masakari2007 написал:
На взгляд бухгалтера, в корреспонденции может быть "минус" только в случае красного сторно.

Красное сторно отмечается в таблице при помощи полей XNEGPD (дебет) и XNEGPK (кредит), а знак не меняется. В моём случае, если ещё и минус, то получится красное сторно красного сторно. :) Арифметически вполне корректно. Кстати, этот документ и есть сторно из ММ, у всех позиций признаки красного сторно, поэтому 10-й счет в кредите. Но сути это не меняет, т.к. где-то есть документ обратный этому, и его нужно интерпретировать так же.

Masakari2007 написал:
Если просто взять и на бумаге расписать, то должно вот так получаться:
Code:
                           ВД             ВВ
Дт1510130000 Кт1006000300   766.83   45500.90
Дт1610130000 Кт1006000300   3.85            0,00
Дт1510130000 Кт1610130000   0,00          245.95

Я так уже раскладывал. Но когда я углубился в суть проводок, то узнал, что корреспонденция 10-16 запрещенная. По идее должны быть только корреспонденции 10-15 и 15-16, и подразумевались такие проводки:
Code:
8  7 1510130000 1006000300 766,83 UEUSD  45.500,90
8  7 1510130000 1006000300   3,85 UEUSD       0,00
9  8 1610130000 1510130000   3,85 UEUSD       0
8 10 1510130000 1610130000   0    UEUSD    245,95

Т.е. чтобы списать отрицательную разницу делается отдельная обратная проводка для отдельного вида валюты.
Первые две строки я специально разделил на две части, чтобы понятней было. Но так должно было быть, если бы функциональщик ММ, который настраивал формирование проводки, думал не только о правильном сальдо, а и о правильной корреспонденции. А по факту у нас получаются лишние дебетовый и кредитовый обороты по 15-му счету на 3,85 UEUSD5, что не соответствует документу и приведёт к расхождению с обычной ОСВ.
Я пытался исправить это доп. проводкой, но тогда опять возникает минус:
Code:
8  8 1510130000 1510130000  -3,85 UEUSD      0

К тому же меня в этой схеме смущает, что дебетовая 8-я позиция по 15-му счёту попадает в кредит корреспонденции, что опять же не соответствует действительности.

Такая вот петрушка получается. Поэтому, сделав круг, я снова вернулся к стандартному варианту. Вообще-то корреспонденция 16-16 тоже не совсем правильная, однако внутренний оборот по одному счёту вполне допустим, в отличие от 10-16. Но получается, что это ошибка консультанта, формировавшего позиции FI. А я должен интерпретировать факт, даже если он неправильный.

_________________
"For all entries" не в SAP-ах, "for all entries" в головах! :)


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

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


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

Сейчас этот форум просматривают: BingBot


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

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