Добрый день.
Кто нибудь может подсказать в какой таблице хранятся правила расчета для внутренних заказов или это динамическая структура?

COBRB

Спасибо.

COBRB - в этой таблице нет поля, которое содержит получателя расчета, его где-то можно посмотреть так чтобы было видно к какому заказу этот получатель рачета относится?

Как это нету? Все есть.

Например: HKONT - это получатель расчета типа ОСЧ
KOSTL - МВЗ-получатель
AUFNR - Заказ получатель
и т.д.

ужас, я тогда не понимаю нафига у нас в правилах расчета стоит следующее:
1111 40.20
1111 - это заказ
40.20 - это МВЗ
а в таблице в поле AUFNR только 1111

Если в правиле расчета указано несколько получателей то в в таблице это будет две строки. Одна с заказом, другая с МВЗ

так это у нас в одной строке написано с типом: ЗКЗ

Странное правило расчета, и что оно работает????? Если у вас нет какой-то своей разработки, то такого быть просто не может

Да вот тоже мне странно, первый раз с таким столкнулся, скорее всего есть, так как расчет заказов делается не стандартной транзакцией, но я на этом проекте всего неделю, так что не могу ответить, на этот вопрос. А надо выгрузить все заказы с правилами расчета, стандартный отчет показывает только заказ, без этой приставки, вот в чем засада то, хуже всего что я не могу понять в какой таблице хранится эта запись с МВЗ

тогда скорее всего у вас своя Z-таблица есть для правил расчета

и самый верный способ это проверить - проанализировать прогу по рассчету.

Чем думаю и займусь сегодня спасибо, за советы.

А заказ 1111 случайно не статистический? Если указать получателем статистический заказ у которого прописано в ОЗ мвз. То мвз подхватится в правило расчета.

Нет заказ 1111 не статистический, поговорил с ведущим консультантом на этом проекте, он сказал что это не разработка, а стандарт и что на заказ ложаться факт. проводки, а на МВЗ статистические. Но вот что это стандарт, мне кажется он обманывает, хотя могу ошибаться, но я никогда не сталкивался с такой записью в правиле расчета. Лано надо будет попробовать расчитать, а там посмотрим.