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

27.02.23

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

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

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование По подписке [?] Купить один файл
Поиск исправлений "задним числом" по журналу регистрации:
.epf 9,02Kb
30
30 Скачать (2 SM) Купить за 2 150 руб.

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

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

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

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

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

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

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

См. также

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

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

10800 руб.

14.05.2012    159885    341    253    

574

Журнал регистрации Системный администратор Платформа 1С v8.3 Управляемые формы 1C:Бухгалтерия Россия Платные (руб)

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

22800 руб.

22.02.2018    35913    59    54    

57

Журнал регистрации Системный администратор Платформа 1С v8.3 1C:Бухгалтерия Платные (руб)

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

6000 руб.

28.11.2018    21269    18    7    

43

Журнал регистрации Тестирование QA Программист Бесплатно (free)

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

21.10.2024    3841    leemuar    8    

24

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

Отображение и просмотр реквизитов справочника или документа - с бесконечным открытием подуровней.

1 стартмани

14.06.2024    3781    12    RustIG    30    

22

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

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

1 стартмани

30.11.2023    5198    andreysidor4uk    18    

55

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

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

1 стартмани

13.11.2023    5531    11    AlexSTAL    0    

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