Менеджер развития создаёт документ "Телемаркетинг". Менеджеры продаж заходят в этот документ и заполняют там поля, относящиеся к ним. Получается, что каждый документ нещадно меняется разными пользователями. Этот подход меня немного смущает. Скажите, так делают в 1с или нет? Или же это противоречит рекомендуемой 1с концепции?

так и делают в типовых, участки учета пересекаются, соответсвенно и роли пересекаются

(0) по хорошему должен быть бизнеспроцесс, который стартует менеджер, а уже потом каждый на своих этапах вносит изменения

(2) Присоединяюсь.

(2) это не отменяет того факта, что разные роли будут на один документ права давать

(4) Если хочешь разграничение прав на уровне платформы, то делай 1 бизнес-процесс и несколько документов/регистров с соответствующими данным, на которые уже можно накладывать права.
Я уже не говорю что 1С поддерживает ограничения прав на уровне реквизитов одного документа. Но мне такая концепция не нравится

(5) тютютю, я ничо не хочу, меня устраивает что роли пересекаются, так и должно быть. Где надо и Бизнесс процессы юзаю, автор спрашшивает нормально ли что роли пересекаются... ответ - да, нормально

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

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

(7) можешь сделать обработку, которая будет вносить изменения по нужным полям, чтоб они все сам документ не открывали

(9)ну это можно. Но опять же, это уже будет слабое звено базы. Захватывать объект, вносить изменения, отпускать.

(10) когда пользователь открывает документ - именно это он и делает, только дольше намного чем программный код

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

(12) а от нас ты чего хочешь??

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

>>Скажите, так делают в 1с или нет? Или же это противоречит рекомендуемой 1с концепции?
Так и делают, не противоречит.

(12) Один объект это всегда "объект заблокирован другим пользователем" и "версия объекта отличается от версии в базе...". Если есть возможность разнести, то нужно разносить.

(13)(14)(15)всё ясно. В общем вопрос не совсем раскрыт для меня. Я считаю, что нужно проектировать систему учета так, чтоб в каждом объекте ковырялся только один человек.Но, как понимаю, бывают и исключения из правил.

не забудь версионирование на документ подключить

(17) это не исключкение из правил, это нормально. Блоки Учета пересекаются

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

На сколько я знаю этого стараются избегать в типовых (я тоже бы старался проектировать решение так что бы минимизировать подобные случаи. Это может вызвать проблемы при обмене в РИБ. Как пример в типовой есть документ заказ и корректировка заказа

(2) бизнес процесс лишь обертка. Все равно лучше иметь 2 документа по шаблону начальные данные и корректировка

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