Коллеги, добрый день!
Есть одна нестандартная проблема, помогите если кто знает.
Настроен цикл раскладки, в котором есть 2 сегмента. В качестве
отправителей используются МВЗ, вид затрат, вид работ.
МВЗ и Вид затрат - имеют одинаковые значения, Вид работ - разные.
Пример:
сегмент 1 - МВЗ 1010, Вид затрат 900000, Вид работ - R0001
сегмент 2 - МВЗ 1010, Вид затрат 900000, Вид работ - R0002.
При прогоне цикла для 2-го сегмента система выдает сообщение
№GA721 "Отправитель кредитуется больше, чем на 100%".
Вопрос: как решить эту проблему?
Спасибо.

Надеюсь поможет:

Symptom

You have defined a cycle with several segments in which you use a sender in several segments with allocation structure.Although the primary cost elements of the allocation structures do not overlap, the system issues error message GA721 'A sender is credited by more than 100%'.
Additional key words

Transactions:KSU5, KSUB, KSV5, KSVB, KSW5, KSWB, KSC5, KSCB, KEU5, KEUB, GA15, GA35, GA2B, GA4B, CPP5, CPPB, CPC5, CPCB

Program name: ALxxyyyR,

Assessment structure, ABSCH

ALLOCATION:
Cause and prerequisites

Example:

Segment 1: Sender A, allocation structure V1 (400000 -> 510000

400001-> 520000)

Segment 2: Sender A, allocation structure V2 (410000 -> 530000

410001-> 540000)

In this case, only cost elements 400000 and 400001 are used in the first segment.However, if you not have entered a restriction in the segment for sender cost element, the system first selects all cost elements and recognizes them as valid.That is, in the first segment, cost elements 410000 and 410001 are also used.The system only filters out unnecessary records when you expand the allocation structure.However, the system has already issued message GA721 for the second segment by then.
Solution
1. Restrict the sender cost elements in accordance with the primary cost elements used in the structure.As a result, the database selection is faster.
2. Implement the attached program corrections into your system.

Remark:note that the 'Check cycle' function continues to generate mistakenly the over-credit error message.

Спасибо Руслан, но эту ноту я уже читал. Она в моем случае не подходит, поскольку у меня одна схема перерасчета (allocation structure) в обоих сегментах.
Проблема заключается в том, что система "не видит" в качестве уникального объекта-отправителя пару Вид затрат/Вид работ, а реагирует только на Вид затрат - выдавая подобное сообщение об ошибке.

поскольку вид работ выступает как дополнительный признак, то система правильно говорит, что мвз кред-ся больше чем на 100%. почему нельзя все сделать в одном сегменте и указать группу или интервал работ.
если нужна аналитика по видам работ, то может лучше через перерасчет работ делать?

Дина, спасибо за ответ.
Но, в одном сегменте не могу сделать всё, поскольку у меня разные получатели.
Перерасчет работ не могу использовать, поскольку техническая схема досталась мне в наследство и перестраивать её, меняя раскладку на работы - я не могу. Да и незачем. Вид работ хотели использовать только, как вы правильно заметили, для дополнительной аналитики и в качестве объекта-отправителя в одном единственном случае. И такая засада!
Технически система разбивает общую сумму затрат на МВЗ по уникальным парам Вид затрат/Вид работ, но сообщение об ошибке - критичное и не дает раскладке сохраниться.

а что у тебя выступает в качестве получателя и ссылочной базы? если разные получатели, может попробовать вообще в разных циклах

Получателями, Дина, выступают бизнесс-процессы: где-то 100%, где-то по стат. показателю.
В разных циклах не пойдет, поскольку пар отправителей слишком много.