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

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 Управляемые формы Конфигурации 1cv8 Платные (руб)

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

10800 руб.

14.05.2012    159479    339    253    

573

Журнал регистрации Мониторинг Системный администратор Программист Бизнес-аналитик Руководитель проекта Платформа 1С v8.3 Платные (руб)

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

9000 руб.

28.08.2019    34536    22    21    

76

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

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

6000 руб.

28.11.2018    21093    17    7    

42

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

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

20.11.2024    1441    user1913000    12    

20

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

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

21.10.2024    3456    leemuar    8    

24

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

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

1 стартмани

14.06.2024    3613    8    RustIG    29    

22

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

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

1 стартмани

30.11.2023    4961    andreysidor4uk    18    

53

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

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

1 стартмани

13.11.2023    5148    11    AlexSTAL    0    

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