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

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    159630    339    253    

573

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

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

6000 руб.

28.11.2018    21155    17    7    

42

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

В материале рассматривается сравнение двух инструментов для работы с журналом регистрации 1С: утилиты ibcmd и платформы Vector. Описаны их функциональные возможности, тестирование производительности и практическое применение для преобразования логов в формат JSON.

20.11.2024    1575    user1913000    12    

20

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

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

21.10.2024    3587    leemuar    8    

24

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

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

1 стартмани

14.06.2024    3672    10    RustIG    29    

22

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

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

1 стартмани

30.11.2023    5040    andreysidor4uk    18    

54

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

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

1 стартмани

13.11.2023    5271    11    AlexSTAL    0    

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