Добрый день.
Столкнулись со следующей проблемой:
При расчете инвестиционных заказов тр.KO88, создается расчет с признаком красного сторно, а при расчете через тр.KO8G делает все нормально. Это так и должно быть? или это неправильная работа тр.KO88?
Спасибо.

а замещений никаких нет?
Отличие-то только в том что вторая транзакция групповая....

Да, как оказалось проблема в замещении.
Спасибо.

Коллеги, расскажите, пожалуйста, что такое замещение.

Господа, добрый день! Имею цель при рассчете СО-заказа (тип=1, в правиле расчета получатель стоит МВЗ) при расчете за определенные периоды МВЗ-получатель подменять на СО-заказ, допустим с августа по июнь расчет должен идти на заказ, а с мая по август - на МВЗ -получатель в правиле расчета. В профиле расчета стоят возможные получатели МВЗ+ЗАКАЗ, для каждого типа настроен вид затрат для расчета (одинаковый). сделал замещение в GGB1 к строке документа.
Предпосылка:
COBL-BUKRS = 'ХХХХ' AND SYST-TCODE = 'KO88' OR
SYST-TCODE = 'ZKO88' OR
SYST-TCODE = 'KO8G'
AND COBK-KOKRS = 'НННН' AND COBK-VERSN = '0' AND
COBK-VRGNG = 'KOAO' AND COBK-PERAB >= '008' AND
COBK-PERBI < '006' AND COBL-AUTYP = '01' AND
COBL-AUFNR :1-9: = 'ZZZZZZZZZ'


з.ы. настриавал подобное замещение сегодня для позиции FI документа, все ок, мвз заменяло на заказ и заказ потом заменялся на константу.


Замещение:
1.Поле МВЗ заменяется на "space"
2. Поле "заказ"заменяется коснтантой "ZZZZZZZZ1"

господа помогите правильно написать условие для периода... Замещение отрабатывает несмотря на указанные PERAB PERIB. Мне нужно использовать замещение с августа по май.

народ помогите, погряз я в этих замещениях.
Цель такая: при расчете со-заказа_1 , в правиле которого стоит мвз, заменять МВЗ на со-заказ_2. Подскажите какой момент юзать и какое замещение ?

Замещение-то какое юзаете файское или со-шное?

так если идет внутренний пеперассчет (22) разве FI-ие можно заюзать?

я пробовал уже по всякому, не отрабатывает и всё тут

и еще второй вопрос, в маске объекта сколько максимум может быть символов, :1-9:= '123456789' сработает?

COBL-BUKRS = 'XXXX' AND COBL-KOSTL = 'МВЗ1' AND
COBK-KOKRS = 'ZZZZ' AND ( SYST-TCODE = 'KO8G' OR
SYST-TCODE = 'KO88' OR
SYST-TCODE = 'ZKO88' ) AND
COBK-VRGNG = 'KOAQ'

вроде получилось настроить замещение для момента 1 "Строка документа", но вот упорно не хочет он видеть в условии поле AUFNR (заказ_1)....т.е когда заказ_1 не видит в предпосылке, но при этом МВЗ1 заменяет на заказ_2... в трассировке не отлавливается расчитываемый заказ если его прописать в предпосылке, если не прописываю, то работает, но есть риск чтоб предпосылка сработает и для других заказов, замщение по которым идти не должно..

народ скажите где я ошибаюсь?

и еще если пытаюсь рассчитывать заказы через KO8g то выдается неизвестное сообщение:

Ошибка в иерархии отправителя 000
№ сообщения KD260

Diagnosis
You want to settle a sender with settlement hierarchy number 000 to a receiver with hierarchy number 000 and settle the receiver in the same settlement run.

System Response
The sender is not settled:

Procedure
There are two possible solutions:

1. Change the hierarchy number in the sender or receiver so that the number in the receiver is smaller than that in the sender.
This ensures that the receiver is processed after the sender and that both objects are settled completely in the settlement run.
2. Change the selection criteria so that they do not occur in the same settlement run.

в чем трабла? причем беру каждый из ээтих заказов по отдельности в КО88 и все ок..(( а массово фиг

p.s. расчет КАЖДОГО из заказов в КО8G замещается на ОДИН и тот же заказ! может в этом дело? мистика...

В схеме происхождения у меня указаны получатели 2 объекта : МВЗ и заказ с одинаковыми 22 видами затрат.

нашел ноту 71492 -прога RKSRULE4 "Правило расчета: - проверка номеров иерархий". Запустил - говорит что нет ошибок в иерархии ... уже не заню куда смотреть и что думать.

Версия 4.7.

сравнил посмотрел правило расчета заказа , к-ый замещается и арссчтывается нормально, у него "№ иерархии" стоит значение "050", а у остальных '000'. вот где собака порылась, народ есть мысли как исправить?

блин посмотрел таблицу COBRA-HIENR, далеко не во всех заказах стоит номер иерархии "050", очень "000"

неужели никто не сталкивался с подобным сообщением/ситуацией?

Всё, решил проблему с иерархией, в изменении заказа просатвил вручную "050" и расчет пошел!

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

Поясните плиз, в каких ситуациях нельзя сделать по паре правил расчета на каждый год, а нужно именно колдовать с замещением?!
В правиле расчета строчек лет на 500 хватит