Добрый день
Возможно ли сделать так что в документе на некоторые реквизиты после изменения устанавливалось свойство только прсмотр и при следующих открытиях документа эти реквизиты так и оставались в недоступном для изменении состоянии

после какого изменения? реквизит был не заполнен - стал заполнен, или был заполнен одним - стал заполнен другим?

Возможно все, но стоит ли...

(1) Был не заполнен стал заполнен
(2) К примеру мне принесли на регенерацию картридж мастер его осмотрел указал все дефекты выявленные при осмотре и больше не может сделать изменений. Вот он потерял пружинку или поцарапал барабан что бы не поставил галочку что эти дефекты были до него

(3)Может просто документ делать без возможности его дальнейшего редактирования?

(4) Нет только реквизиты так как в этом документе указываются и выполненные работы

(5)Тогда проверяй новый ли документ и запрещай доступ у определенным реквизитам

Тоже не вариант :) Так как документ создает менеджер на приемки,  а потом он уже попадает к мастеру

(0) ну сделай к каждому реквизиту парный флажок и лочь его - в чем проблема ?

В новом документе открывай для редактирования один реквизит, например "начальный осмотр", а при повторном открытии открывай  на доступ другой реквизит "дополнения к осмотру".

(3) А что мешает мастеру уже после своих косяков _впервые_ заполнить документ?
Другими словами, что не дает ему сначала приступить к ремонту, а потом уже "подогнать" первоначальное заполнение документа для скрытия своих косяков?

(7) по хорошему тут надо три документа: Приемка для менеджера, Осмотр и Отчет производства за смену для мастера.

Если использовать таки один документ, добавить в него реквизит Состояние
Менеджер принял, заполнил своё, установил состояние Принят, заблокировали какие надо реквизиты
Мастер осмотрел, заполнил что надо, установил состояние Осмотрено, заблокировали какие надо реквизиты, отремонтировал, заполнил дальше, установил состояние хз ну Выполнено наверное и провёл. Или проводить каждый раз и в зависимости от состояния формировать разные проводки.
Менеджер может изменять состояние только с пустого на Принято, мастер с Принято на Осмотрено и с Осмотрено на Выполнено

Только это через #опу получается, вариант с тремя документами проще и соответствует логике системы

(11) ответь на вопрос из (10) - что мешает мастеру уже после того, как накосячил, заполнить все документы как ему надо?

(0) для сабжа придуманы "Бизнес процессы"

принесли приемщику хрень, он пишет все дефекты в ЗАДАЧУ "приемка" и ее выполняет, разобрал и нашел еще деффекты, выполняет задачу "дополнительные деффекты" и так далее, в результате ты будешь видеть все этапы и конечный результат

(12) кладовщик, который выдаёт в ремонт только осмотренные картриджи
Но это уже совсем другая история :-)

(13) про бизнес процессы кстати да

Просто в конторе не подозревают не только о бизнес-процессах как объектах платформы, так и о бизнес-процессах как таковых в организационном плане. Потому и сабж.

(13) и (14) приемщик не осматривает картридж, это делает мастер, поэтому ваши варианты не подходят

(12) Это можно запретить только административными методами. Например контролем соответствия заказов в работе и фактически исполняемой работы.

(16) я же говорю, это ДРУГАЯ история.
Разделение процессов исполнения и контроля.
В этом 1С безсильна :-):-):-)

А если сделать реквизит число который будет при каждом открытии документа прибавлять 1 если документ открыт мастером, если это значение >0 тогда  требуеймый реквизит толькопросмотр

ПриОткрытии
Реквизит.ТолькоПросмотр = ЗначениеЗаполнено(реквизит);

(19) ты, видимо, плохо читал (10), а именно последнее предложение там

(18)+ точнее не процессов а функций

(0) легко!
Но с учетом того, что люди на ручном вводе ошибаются, это всё суита и не серьезно, т.к. люди с этим работать не смогут. Особенно те, у которых работа пружинки крутить, а не кнопки жать.

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

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

(21) этот процесс растянут по времени. он ремонтировать его бует через неделю. а квитанцию клиенту надо распечатать сразу

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

http://i57.fastpic.ru/big/2015/1025/70/1be65e47159ea067bfcb8b25f8cafd70.jpg
http://i58.fastpic.ru/big/2015/1025/db/8d7ff4739c16f2daa35f699de7de7bdb.jpg

дизайн мне нарисовали, так что к нему не придирайтесь ;)

(0)Все просто. Документ можно записывать только один раз. Все остальные разы вводятся корректировки. То есть это все тот же документ но тип у него "Дополнение" и пусть там хоть пружинки рисует, хоть работы в ТЧ заносит. При открытии открывается форма, которая показывает последнее состояние всех реквизитов. При закрытии или нажатии на кнопку ОК, анализируются реквизиты и при необходимости задается вопрос, сохранить ли изменения. Если да, то создается еще один док дополнение. Права на интерактивную запись отобраны, если что вдруг, доки с типом дополнение в журнале скрыты отбором. Все выглядит как будто редактируем документ.

(28) ну, я так и сделал. типа версионирование.

(24) так и есть разделение по нескольким людям приемщик принимает создает документ заказ в табличной части которого указано несколько картриджей их с
Текущее состояние каждая строка табличной части связана с документом заправка на определенный картридж
Мастер производит осмотр, разборку, ремонт,заправку
У мастера на форме страница осмотра и страница работ каждая операция булевое значение т.е мастер что-то сделал ткнул галочку

(30) в что за проблема в (0)? Забрать права у мастера на изменение документа-основания?

(31) Проблема в том что мастер выполняет и осмотр, и ремонт.
Поэтому он сначала находит 100500 мнимых неисправностей а затем доблестно их устраняет. Разницу кладёт себе в карман.

(32) ну будет мастер со своим ноутом на работу тогда ходить... со своей "правильной" программой, которая "правильные" акты печатает

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

(300 а если действительно там не было пружинки? Мастер из своего кармана должен ее покупать?

(34) У клиента (с/х) было примерно так же. Только с внутренним учетом.
В феврале созывались механизаторы и делали дефектовку техники. После создавались задания менеджерам за закупку з/ч. И не дай бог кто-то не досмотрел, что нужна замена топливного фильтра. Или в процессе ремонта порвать сальник. Запчасти копеечные. Но внести корректировку в план закупок - было дешевле стырить у соседа (кто половчей) или просто не пускать трактор в поле.
Короче система сдохла. И это правильно. Нефик спецу мешать делать его работу.
А вот это вот : "Вот он потерял пружинку или поцарапал барабан что бы не поставил галочку что эти дефекты были до него" решается составлением акта осмотра. Бумажного. С подписями. А не заменять бестолковых администраторов учетной системой.