Необходимо создать "сквозную" единую информационную структуру типа заказ-поставка-счёт фактура (S***), в которой

ПРИЗНАКИ
№ заказа, № позиции заказа, № поставки, № позиции поставки, № фактуры и № позиции фактуры

ПОКАЗАТЕЛИ
кол-во и оборот по каждой позиции документа

Проблема - Генерация правил обновлений для данной инф структуры невозможна из-за противоречий присвоенных признаков и показателей

PS Если создавать инф структуру с признаками и показателями непосредственно для заказа, поставки или фактуры проблемы не существует, но при объединении этих данных в одной инф структуре возникает проблема

Вопрос - Может кто сталкивался с подобной проблемой и находил её решение: как скомпоновать признаки и показатели из различных документов одного потока в одной инф структуре???

Заранее пасип

Вам нужна своя программа обновления, так как полный набор признаков в вашей инфоструктуре в момент создания заказа неизвестен (нет номеров поставок и фактур). Кстати, разве система не ругается если при обновлении признак остается пустым?

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

Мы создали такой отчет. Работает, хотя есть один недостаток и связан с индикатором обновления потока (обновление потока без поставки и ОМ). Пришлось придумывать формулы.
В вашем случае, в обновлении нужно правильно указывать событие (для торговых документов VВ, для поставок VC, фактура VD).
А в правилах для каждого признака указать исходные таблицы и поля.
Т.е. если показатель относится к торговым документам, то в правилах для признака, должны быть исх таблицы MCVBAK или MCVBAP, если показатель относится к поставке, правила для признака должны ссылаться на MCLIPS и т.д.

Ira, расскажите пжлст, как это работает?
1. Создаем заказ, в инфоструктуре создается новая запись с признаками
Заказ / Поставка / Фактура
XXX1 / Пусто / Пусто
2. Создаем поставку со ссылкой на заказ. В инфоструктуре адейтится уже существующая запись, добавляя добавлением номера поставки?
Заказ / Поставка / Фактура
XXX1 / YYY1 / Пусто

Я всегда считал, что при апдейте инфоструктур ищется запись по ключам (признакам), если находится апдейтятся ТОЛЬКО показатели, если не находится, создается новая запись с новым ключом. Не слышал про апдейт признаков

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

почти допёрло!!!

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

вопрос остаётся актуальным в плане непонимания понятия "Группы обновления": где она описывается конкретно, где создаётся (помимо пункта в Настройке "Ведение групп обновления"), как описывается??? и можно ли просто сделать парочку дубликатов одной и той же группы обновления: например, для гр. обновления 1 сделать дубли 11 и 12, а затем присвоить отдельной для инф структуры показателям заказа группу обн-ий 1, показателям поставки 11 и показателям фактуры, соот-но, 12???

Нет. Для этого достаточно одной группы обновления. При ведении правил обновления есть поле "Событие" со значениями:Заказ, Поставка, Фактура и т.д.

Таким образом показатель "Количетсво отпуска" может обновляться по событию VC - Поставка, а показатель "Количество отфактурированное" по событию VD - Фактура.

Но при этом вопрос с обновлением признаков в вашем случае для меня остается открытым. Самому нет времени проверять сейчас, но если у вас получится реализовать стандартный механизм, который предложила Ira, пожалуйста напишите о результатах

Сломал голову об эти события, решили сделать две структуры в место одной, одна по заказу, другая по фактуре, в месте сапсем никак.

Группы обновления являются общим средством управления для обновления статистики. Конкретную группу обновления система определяет на основе комбинации различных статистических групп и организационных данных. (Тех аспекты 630). Тр.OVRP.