Поиск исправлений "задним числом" по журналу регистрации

27.02.23

База данных - Журнал регистрации

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

Скачать исходный код

Наименование Файл Версия Размер
Поиск исправлений "задним числом" по журналу регистрации:
.epf 9,02Kb
24
.epf 9,02Kb 24 Скачать

В результате получилась такая обработка. Сделана под управляемые формы, конфигурация значения не имеет. Тестировал на платформах 8.3.19, 8.3.20, по документации должно работать начиная с 8.2.

Выбираются из ЖР события создания и изменения документов за указанный период, с проверкой что дата документа находится в заданном диапазоне. Периоды могут быть открытые, т.е. можно задать "изменялись с 1.02.2023 документы с датой до 31.01.2023

Дополнительно отбираются события изменения даты запрета изменений по регистру ДатыЗапретаИзменения. Суть изменений там не видно, только факт кто и когда менял эти даты.

В отборе можно отметить конкретных пользователей и виды документов по которым ведётся поиск. Если в списке не отмечено ничего - поиск ведётся по любым значениям. Но если в метаданных отбор не задан - в результат попадут только документы или изменения в регистре сведений ДатыЗапретаИзменения.

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

Внимание! Поскольку поиск ведётся по журналу регистрации - захватываются только те события которые там есть. Если журнал очищался какое-то время назад - в отбор попадут только события, произошедшие после даты очистки журнала.

Журнал регистрации изменения задним числом

См. также

Быстрый поиск дублей с четким/нечетким поиском по любому сочетанию реквизитов/реквизитов таб. частей с отбором и быстрой заменой значений в ЛЮБЫХ базах 8.1-8.3 (УТ 10.3, БП 2, ЗУП 2.5, КА 1.1, УТ 11, БП 3, УНФ 1.6/3.0, КА 2, ЗУП 3 и т.д.)

Поиск данных Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 Платные (руб)

Обработки помогут Вам легко и, главное, быстро (в 5 раз и быстрее штатной обработки 1С), выполнить поиск дублирующих данных в Ваших базах 1С на платформах 8.1-8.3. Это позволит уменьшить объем лишней информации в справочниках и документах, планах видов характеристик и др., упростит работу с данными пользователям. А так же можно, одним нажатием, узнать в каких ссылочных объектах есть вообще дубли! Понятное расположение команд и настроек, в сочетании с описанием и справкой, еще упростят процесс. А так же обновления Вы получаете бесплатно в течение года с момента приобретения данных обработок! (Обновление от 27.11.2023, версия 6.12)

10800 руб.

14.05.2012    155740    327    252    

559

Журнал изменений с восстановлением состояния ссылочных объектов и архивацией по HTTP / COM (расширение + конфигурация, 8.3.14+, ЛЮБАЯ конфигурация)

Архивирование (backup) Журнал регистрации Поиск данных Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 1С:Управление торговлей 11 Платные (руб)

База данных «сама» меняет данные в документах/справочниках? Тогда данный журнал изменений для Вас! Практически не влияет на скорость записи объектов за счет быстрого алгоритма! Скорость работы почти в 2 раза выше типового механизма "История изменений"! Позволяет следить за изменениями и удалением в любых ссылочных объектах конфигурации, с возможностью архивации по HTTP(!) или COM, и сверткой данных. А так же, может восстановить состояние реквизитов (значения) до момента изменения или удаления объекта из базы. Есть ДЕМО-база где можно самостоятельно протестировать часть функционала! Работает на любых платформах выше 8.3.14+ и любых конфигурациях! Версия 3.1 от 24.08.2023!

21600 руб.

15.05.2017    42665    10    24    

38

Версионирование объектов для Альфа-авто, ред 4 и 5.

Оптовая торговля Розничная торговля Журнал регистрации Платформа 1С v8.3 Конфигурации 1cv8 Автомобили, автосервисы Управленческий учет Платные (руб)

Подсистема версионирования объектов для конфигураций Рарус: Альфа-авто на базе типовой подсистемы от 1С. Позволяет хранить историю изменений документов и справочников, кто, что, когда и какие данные изменял, а так же вернуться к предыдущим версиям объекта.

4800 руб.

03.09.2016    42330    34    24    

38

LogManager - Внешний журнал регистрации в SQL

Журнал регистрации Платформа 1С v8.3 Конфигурации 1cv8 Платные (руб)

Журнал регистрации платформы 1С в SQL. Общая база хранения всех журналов. Через com-подключение регламентным заданием периодически догружает журналы регистраций из рабочих баз. Предоставляет настраиваемый доступ к журналам по правам подразделений. Формирует отчеты по пользователям и данным.

10000 руб.

23.05.2014    55620    52    16    

47

Мониторинг баз и серверов 1С

Журнал регистрации Мониторинг Платформа 1С v8.3 Платные (руб)

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

9000 руб.

28.08.2019    31191    14    21    

66

LogiCH - хранение и анализ журнала регистрации в сверхбыстрой СУБД ClickHouse

Журнал регистрации Платформа 1С v8.3 Конфигурации 1cv8 Платные (руб)

Конфигурация LogiCH эффективно решает проблему хранения и анализа записей журналов регистрации. Разработка использует столбцовую СУБД ClickHouse, одну из самых быстрых Big Data OLAP СУБД. Любой анализ журнала можно выполнить в одном отчете, в котором доступны все возможности СКД с учетом ограничений RLS. Количество подключаемых баз не ограничено и не влияет на скорость построения анализа.

5000 руб.

28.11.2018    19653    13    6    

37

Кто такая Мантикора?

Поиск данных Платформа 1С v8.3 Россия Абонемент ($m)

Статья об опыте развертывания и интеграции с базой данных Manticore Search для быстрого полнотекстового поиска.

1 стартмани

30.11.2023    3295    andreysidor4uk    16    

46

Магия преобразований: ЖР, ТЖ, RAS/RAC, логи - универсальное решение Vector

Мониторинг Журнал регистрации Технологический журнал Абонемент ($m)

Как легко и быстро с помощью специализированных решений собирать, парсить и передавать логи и метрики.

1 стартмани

13.11.2023    3181    4    AlexSTAL    0    

42
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. RustIG 1613 27.02.23 08:44 Сейчас в теме
Вот три разных сценария, когда из-за ошибок в программе - создается ощущение, что кто-то меняет документы задним числом.
Я столкнулся с ситуацией - провожу Начисление з/п, формирую отчет Анализ НДФЛ по месяцам (по сотруднику) - отчет формирует одни данные. Перепровожу Начисление з/п - отчет формирует другие данные. И так по кругу. То есть закрытие месяца (перепроведение документов) всякий раз будет давать разный результат проводок.
И никогда в жизни по журналу не понять, что это ошибка программы.
Еще при закрытии месяца создается всегда один и тот же документ Начисление з/п. Я его уже удалял, а он снова создается при перепроведении месяца и закрытия месяца.
Еще следующие месяцы - периоды - январь, февраль - при проведении накладывают свои минусовые проводки на декабрьские и январские проводки - как-то некорректно вычеты рассчитываются - из-за чего отчет Анализ НДФЛ по месяцам начинает показывать по-разному данные. Распроведешь январь и февраль - показывает как надо. Проведешь - показываешь по другому.
Это три разных сценария, когда из-за ошибок в программе - создается ощущение, что кто-то меняет документы задним числом.
2. Pasha1st 838 27.02.23 10:12 Сейчас в теме
(1) сценарий 1 - очень странный, стоит проверить целостность базы, перестроить индексы, пересчитать итоги.
сценарий два - отлично может отловиться по журналу - создаётся документ в прошлом периоде.
сценарий 3 - тоже очень странно
Но вопрос в том что бывает действительно кто-то меняет в прошлых периодах данные, и надо найти кто и что менял. Без ощущений, только факты.
Вот что по журналу не отлавливается так это если изменения вносятся в результате обмена с другими базами.
Оставьте свое сообщение