Здравствуйте, скажу сразу, я в 1с относительно недавно. Мне поручили задание сохранять копии измененных документов. Если сказать глобальние, то руковотство хочет больше контролировать бухгалтеров, проверяя кто там что правит в документах. Стандартный журнал регистрации не подходит, так как через него не видно какие конкретно изменения были внесены. Может кто посоветует как решить поставленную задачу?

так это ж специалист..
спрашивает как решить



специалист, напугайте для начала руководство количеством предстоящей работы. один из вариантов решения - дописывать в во всех документах процедуры ИЗМ...(), ПриЗаписи(), ПриЗакрытии(), ПриОткрытии(), вводНаОсновании()... Даже если сделать в глобальном модуле общие функции-процедуры, все равно их вызывать надо из документов.

Есть подписка на событие.
"Стандартный журнал регистрации" - это стандартная настройка журнала регистрации или сам механизм журнала регистрации?

1С Предприятие 7.7 кагбэ

Руководство может хотеть чего угодно.
Хоть игру "звездные войны" на макроязыке 1С.
Нужно техзадание, где должна быть расписана задача и её цели (не образные, а конкретные, по пунктам)
Пока оно её будет писать - само поймёт, какой бред захотело.

1.ПриОтрытии - проходим по метаданным документа (справочника) - запоминаем.
2.ПослеЗаписи - опять те-же движения, только сравниваем значения.
Если отличаются - пишем в лог.

Ничего сложного - немножко гемороя / и прикинуть очистку лога /

Всё равно в 7.7 есть заменитель подписки.

sava1,
Даже в восьмёрке пишут целиком весь документ а не изменения реквизитов.

Я не говорю о 8ке. У человека есть задача - мой ответ в ее контексте

А если использовать регистр сведений с такой структурой: Ссылка на объект/Номер версии/Дата версии/Автор версии/Версия объекта . Версия объекта это ресурс типа ХранилищеЗначения и в него пихать объект если он был изменен. и ко всему этому добавить обработочку которая будет выводить версии выбранного объекта. Может так !?!?

А-а-а-а в 7 нет регистра сведений, ну по крайней мере я идею описал

Блин. Да это такие объемы инфы!!! Что бы нормально в ней хоть как-то разбираться еще нужно куча отчетов...
Кто все это потом разгребать будет?

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

еще


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





по идее руководители могут интересоваться прежде всего тем, почему на остатке такого-то счета вчера день было столько-то, хоть по словам никто ничего не делал. кто занес изменения и перепровел.
Т.е если к примеру в бухгалтерии в глПров() передать параметр про Автора из документа, это уже о многом расскажет. Но есть еще отмена проведения, пометка на удаление..

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

Вот здесь подробнее, пжлст. Это конфигурация для бухУчета и в ней работают одни бухгалтеры?

Скорее всего Достаточно константы "Дата запрета редактирования".

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

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

Встречного не было ...

Тоже мимо ...

Ответ не шутка ... Псевдопрограммисты утомляют и отбирают и твой ваш хлеб ...

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

Fynjy, ок, я поправил правила, чтоб не возникало недоразумений в будущем . У нас же тут форум кагбэ

Задавший вопрос, даже в ветке не появляется ... Видно уволили за профнепригодность ... Ему сказать в ответ "сериализуй изменяемый документ в XML и сохрани для анализа версий в базе данных" - все равно, что сказать пользователю мобильного телефона "Триангуляция местоположения мобильного телефона базовыми станциями" - пустой набор слов ...

На восьмёрке по версионированию нормально можно промоделировать что произошло и почему испортился Конкретный документ. И стандартное - "ничего не нажимал" юзеру уже не поможет.

,
и для меня уже тоже..

"ну всё, я тогда полетел"

Есть готовое решение универсальное для любой конфы. изменения в программе минимальные. оно стоит денег т.к. моё и серийное (установлено уже у 7 клиентов)

Да, решение есть, можете посмотреть и воспользоваться, вот только БЕЗВОЗМЕЗДНО:

необходимо зарегистрироваться для просмотра ссылки