Доброго времени суток!
Издревне ведется программа коммунального хозяйства (учет квартплаты, централиз.отопления, вода и электр-во). Конфа и база (7.7 опер.учет +MSSQL) одна для всех видов учета.Все крутится в сетке (одновременно 7-10 пользователей). В справочнике лицевых счетов реквизиты этих видов разложены по закладкам, т.е. бухгалтера (их четверо) работают со "своими" учетами на своих закладках. Проблема в том, что они очень часто "забывают" житейские правила работы в программе (собственно в 1С), второпях что-то путают, случайно не туда залезут - вобщем друг-другу (вольно или невольно) мешают. А начальство обычно работает сразу со всеми видами учета - тоже че-нить да напартачит...
Попытка при открытии элем. справочника программно показывать каждому бухгалтеру только "свою" закладку - не помогла. Например, учетчик по квартплате изменяет "свои" данные по лицевому счету-нажимает Сохранить-диалог по сохранению периодических реквизитов-он выбирает "Изменить все" ("забывая" нажать только Изменить) - и 1С сохраняет ВСЕ периодические реквизиты (т.е. всех видов учета) элемента справочника. Учетчик по отоплению хочет изменить "свои" реквизиты на определенную дату - меняет - и уверен что они актуальны! НО находится в неведении, что его реквизиты уже кто-то перезаписал в периоде (бывает по нескольку раз)!
Всемогущий алл, нужна ваша помощь в совете, идее, подсказке - как в такой ситуации разделить учетные реквизиты, дабы бухгалтера могли менять только СВОИ данные?
Где-то я читал пример решения подобной проблемы в том, что перед изменением реквизитов (при открытии элемента) загонять их в таблицу значений, а при записи - записывать только измененные. Но как перейти на свою процедуру записи и как при этом сохранять только "свои" периодические реквизиты? Имхо долго и кропотливо надо в конфе все это описывать
А может уже кто-то сталкивался с этим и имеется более "красивое" решение? Буду рад .MD-шнику с решением проблемы

Менять периодические реквизиты документами.

Недорого продам Синтакс-Помощник.

Спс за синтаксис-помочник Это и есть тот трудоемкий способ (гулявший по инету) отслеживания всех реквизитов через ТаблицуЗначений с последущей проверкой перед записью. Видимо "красивое" решение или не пришло сюда, или еще не создано в природе. Или реализовано в коммерческом варианте

Странно. Ведь так или иначе для каждого пользователя [и/или набора прав] [и/или названия интерфейса] [и/или других признаков] - придется определять перечень периодических реквизитов, историю которых можно и нужно изменять. это - не "самый трудоемкий", но единственный способ (точнее - его часть).
или как хотелось бы?.. чтобы в наборе прав можно было галковать права на уровне реквизитов?.. ну, так этого нет, это верно.

Хм.. а скажите, разве перезапись НЕИЗМЕНЯЮЩЕЙСЯ периодики (записать все) как то влияет на её (периодики) значение? Оно ведь не менялось?

Хм. конечно влияет. на значения. получаемые между датой "старой" записи и "новой" записи.
Ну, например, была такая женщина - Иванова = элемент справочника Сотрудники (ФИО=периодика, изменяется документами+вручную).
в 2001-м году вышла замуж за Петрова - и стала Петрова - запись в истории.
в 2012-м году развелась с Петровым и вышла замуж за Сидорова - записать в историю как-то позабыли.
и вот 2013-й год,
Оператор №1, ответственный за изменение количества детей, открывает этот самый элемент справочника. Сохраняет - включая "Петрова" на 2013-й год.
Оператор №2, ответственый за изменения ФИО, ввоит документ, который устанавливает при проведении значение ФИО="Сидорова" на 2002-й год.
После этого формируется плат.ведомость на выплату денех, Сидорова с паспортом идет в кассу получать деньги - а Сиддоровой в ведомости нет!.. а есть Петрова!..

При изменении периодических реквизитов документом. Даже если само значение не меняется, в базу каждый раз при сохранении нового документа (документа в котором прописано изменение этих периодических реквизитов) устанавливается новое значение с датой изменения что соответствуэт дате документа.
У меня была похожая ситуация.
Я записывал новое периодическое значение только если оно изменилось (в модуле проведения документа проверял значение на ДатаДок-1).

Это - если сделать установку значения периодического реквизита, простите, безграмотно, не зависящей от режима проведения документа - методом "Установить", программно дублирующим "ручноой режим" установки значения периодического реквизита.
Если же использовать для этого метод "УстановитьРеквизитСправочника" модуля(!) документа - то значение устанавливается на любую (указанную в соотв.параметре данного метода) дату, причем только при проведении документа (можно даже наустанавливать при проведении несколько значений одного периоддического реквизита на несколько разных дат!) -- причем, если документ сделать непроведенным, то установленные значения вычищаются из истории (если, конечно, у этого ддокумента установлено "автоматическое удаления движений" при отмене проведения - как в подавлющем большинстве случаев и по умолчанию).

Я этот метод и имел в виду.

Неправда. Если используется этот метод - тогда вовсе НЕ(!) "устанавливается новое значение с датой изменения что соответствуэт дате документа" (с) volodya1122, 10.01.13/16:10/#8, но: