Всем привет.
Нужно разработать один из бизнес процессов так.
Что если выбран некий документ.и у него есть табличные части.
То необходимо выполнять согласование каждой строки этого документа. с возможность указать причину отказа по строке.

Используется бесшовная стыковка Документооборот,УХ,УТ.

Понимаю что у нас есть общий бизнес процесс. нужно будет создавать вложенные бп для каждой строки или есть другие варианты ?
Пока теория.

А если подумать?

(1) банальное описание проверки условий. что если что то не прошло. то отказ от дальнейшего действия по БП.

(2): ну и какие проблемы? составная проверка документа, все строки соответствуют условию - согласовано, какие-то строки не соответствуют - не согласовано (+ комментарии)

ну или по каждой строке с самого начал свой документ и БП - ЕСЛИ каждая строка может и должна порождать свой бп...

(0) такие вещи нельзя делать влоб...

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

причина очень тривиальная - строка ТЧ не имеет контроля ссылочной целостности, и в случае удаления ты получишь зависший БП

(4) вот это как раз на будущие. такой вариант возможен.

(5) так в этом и проблема.
на разных этапах может быть такое. что то убрали. а что то добавили. и БП должен идти дальше.
несколько ролей делают проверку и утверждают

(7) тогда это не один БП а несколько,

или в рамках одного БП создаются корректирующие ДОКУМЕНТЫ но ни в коем случае не меняются первичные...

(5)Это не самое страшное. Принципиальна возможность согласования части строк ТЧ, если решение по строкам можно принимать независимо БП должны быть отдельными, чтобы из-за одной строки не отказывать во всём документе.

как советует (4) не делай....

(8) блин. а я то думал. использовать версию измененных. что бы не мучатся с версиями документами :(

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

(12) тот кто инициировал бп, нужно что бы видел, свою версию документа и что с ним наменяли, остальные только видят последнию версию.

(12) версионирование можно использовать, только для БП целиком...

(11) я на БП собаку сьел, главное правило согласований (именно согласований/визирования и похожих процессов) это не изменность информации на всем протяжении процесса, можно информацию дополнять, но изменять нельзя, даже удалять часть сумм нельзя без полного пересогласования всего документа в целом...

(13) так не делай.

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

(14) (15) . а как быть.
есть смета посмотрели ее. нужно изменить количество или цену, или вообще убрать добавить строки.

(16) согласующие пишут замечания, отражают в БП типа, документ уходит на доработку после получения всех виз. Инициатор вносит все изменения в рабочем порядке согласовывает с теми, кто правил, и запускает новую версию на повторное согласование на весть список согласующих.

(16) есть два подхода

1. дроби смету на маленькие этапы, и при необходимости пересогласовывай
2. есть документ смета и есть доумент коректировакасметы, итог всех смет в регистре (так сказать классическое бюджетирование), пользователи видят итоговую смету в виде отчета а не документа...

(17) этот вариант правильный для маленьких документов, большие (на сотни тысяч строк) никогда не устроят всех, по этому и (18)

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

(18) (19) ну так финальную версию можно уже в документ. на этапе когда роль согласовывает все в месте. а не отдельно.
Спасибо за наводки. буду реализовывать. еще вернусь за советами :)
Спасибо