"Живой" монитор журнала регистрации
База данных - Журнал регистрации
Файлы
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний
Оформите подписку на компанию для решения рабочих задач
Оформить подписку и скачать решение со скидкойВы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
Обработка является аналогом штатного функционала 1С (Меню Сервис - Монитор пользователей - Журнал регистрации). Можно в режиме онлайн смотреть кто какой документ проводит/создает и тп.
Обработка приведена в качестве примера программного отслеживания событий, которые пишутся в ЖР. Отличительной особенностью является очень низкое использование ресурсов для почти моментального отслеживания изменения ЖР.
Ну теперь собственно объяснение на логичный вопрос "зачем нам этот велосипед"...
В 1С 7.7 не хватает функционала обработки событий. Например хочу я что бы при определенном событии (вход пользователя в базу или другое событие из ЖР) была запущена определенная обработка, отправлена смс-ка или на худой конец просто мне (как администратору) выскочило предупреждение. Ничего подобного платформой не предусмотрено. Но при этом в 1С есть встроенный механизм регистрации событий на уровне платформы, пусть с "неудобным" доступом, но железбетонно работающий. Вопрос только в доступе...
"Фишка" (для кого это давно известный метод - проходим мимо, не портим настроение) заключается в том, что при последовательном чтении mlg файла, после того как был достигнут конец файла - не обнулять "курсор" (не знаю как правильно назвать) с помощью которого идет чтение, а просто периодически мониторить размер файла и при изменении "дочитывать" файл.
В моем частном случае в базе всегда висит робот, занимающийся служебными обработками - вот под него я и прикрутил данный метод.
P.S. При каждом запуске обработки происходит открытие журнала регистрации, что может потребовать определенного времени (особенно на сетевых базах). Сама работа обработки происходит без каких-либо серьезных задержек.
P.S. P.S. Если вам, как пользователю 1С, запрещен доступ к монитору/журналу регистрации, то данная обработка об этом не знает... ;)
Вступайте в нашу телеграмм-группу Инфостарт