Есть множество обработок, подсистем и расширений, призванных логировать изменения. Есть недавняя фича платформы — история. Но когда изменения уже случились, база исковеркана, бухгалтер в панике и до сдачи отчётности пара дней, свершившееся анализировать уже неинтересно. Анализировать надо ситуацию ДО её возникновения. Например, если используется КД 2.0 или иной перенос в бух.базу. В этом случае поможет данное расширение. По умолчанию оно настроено на БП 3.0, и позволяет увидеть изменения, не записывая и не сохраняя их.
В журнале регистрации фиксируется достаточно наглядное описание изменившихся данных. С помощью обработки из расширения можно просмотреть изменения за период, по условиям, по одному или в едином протоколе. И уже тогда понять, можно ли совершить всё то, что собирались. Анализируются стандартные реквизиты (№, дата итд), шапка, табличные части. Показываются доп.свойства объекта.
Срабатывает, если для объекта записываемого документа установлено доп.свойство "АнализИзменений" — это можно включить в коде переноса данных между базами или как-либо ещё, это задача программиста. Или можно выключить эту проверку, и тогда анализ будет проводиться всегда.
Тестировалось на платформе 8.3.10.2466, конфигурации: Бухгалтерия предприятия КОРП, редакция 3.0 (3.0.57.10) и Бухгалтерия предприятия, редакция 3.0 (3.0.56.22)
Расширение достаточно легко адаптируется к УТ и другим конфигурациям. Для этого надо настроить подходящий режим совместимости и подобрать подписку на событие ПередЗаписью для нужных документов, которую правильнее всего перехватывать. Это тоже задача программиста, но она несложна.
Важно: для расширения надо снять флаги безопасного режима и защиты от опасных действий.
Всем бухгалтерам — уверенности, что вчера проверенное сегодня не "поедет")
Related Posts
Восстановление последовательности документов при закрытии месяца в Бухгалтерия 3.0 не завершается
Заполнение табличных частей
Формирование сводных актов выполненных работ
Ввод поступления в переработку на основании передачи сырья (между организациями)- Конспект по установке сервера 1С на linux
Получение имени компьютера и его IP локально и в терминале
Описание — с точки зрения бухгалтера.
С точки зрения программиста что происходит?
По хорошему — версионирование уже должно быть включено, но для перепроведения оно иногда бесполезно. Документы могут не измениться, а проводки — могут.
А если измерение проводок не анализируется, то никакого отличия от версионирования не вижу.
(1) Происходит банальный перехват любого из обработчиков подписки на событие ПередЗаписью. На вкус программиста и специфику конфы) Далее идёт не менее банальное сравнение Источник и Источник.Ссылка. Результаты пишутся в ЖР. Потом оттуда читаются. Если выставляется Отказ, то изменения БД, естессно, не происходит.
Проводки тут ни при чём, речь о первичке.
И это вообще не версионирование. Это скорей проверка, имеет ли смысл фиксировать транзакцию. Прогнозирование, так сказать)
(2) теперь ещё меньше понятно…
Какова цель? Все как бы уже реализовано.
Определить что именно поменялось в документе после записи? (Версионирование)
Или запретить наглухо запись или что-то поменялось? (Запрет редактирования).
Техническая реализация всем понятна — любой студент наверно напишет.
Не понятна логика. В том числе с точки зрения пользователя.
(3) Определить, что поменяется, если документ окажется записан, но реально его может и не записывать.
Вы уж определитесь, с какой точки зрения вам непонятно:
и
, или
)))