Данный отчет показывает сколько времени тратится на проведение документов определенного вида.
По данным журнала регистрации определяется сколько времени проводился каждый документ. Данные группируются по виду и сортируются. Таким образом видно на какие документы тратится больше всего времени. Именно на их оптимизацию есть смысл потратить силы.
Related Posts
Восстановление последовательности документов при закрытии месяца в Бухгалтерия 3.0 не завершается
Заполнение табличных частей
Формирование сводных актов выполненных работ
Ввод поступления в переработку на основании передачи сырья (между организациями)- Конспект по установке сервера 1С на linux
Получение имени компьютера и его IP локально и в терминале
Задача поставлена несколько неверно. Анализировать нужно проведение по регистрам, а не по документам.
(1) поясните
(2) Скорость проведение документа зависит не от вида документа, а от скорости проведения движений по регистрам, которые задействованы в этом документе. Вот что даст информация о том, что перемещение товаров проводится в среднем 10 сек? Только то, что это время больше эталонных 4 секунд. А почему так долго? Где тормоза? Неизвестно! Если не анализировать время проведения по регистрам.
Согласен, что информация о том, что перемещение проводится 10 сек говорит не очень о многом, но где взять более детальную информацию? Если при проведении документа используется коллекция движений, то движения записываются сразу все в конце и определить сколько времени ушло на формирование тех или иных не получится.
Цель данного отчета направить в нужном направлении, а дальше есть замечательный инструмент замера производительности, который даст нужную информацию
(4) тупо из журнала сообщений… а мерять скорость в лоб — это настолько элементарно, что не стоит отдельной обработки
А почему у меня не чего не выводит?
В служебных сообщениях пишет: Не возможно создать уникальный идентификатор «Имя пользователя»
Хорошая вещь. Создать версию для тонкого клиента УФ желания нет?
(8) V_V_V, потребности не было. Если никто не сделает, то надо будет заняться.
(9) Жаль. Я бы взялся, потребность как раз имеется, но вообще не имею опыта общения (на программном уровне) с журналом регистрации. Но все равно спасибо.
(10) V_V_V, ну так возьмите это за основу. Я не возражаю. Ссылку потом на эту обработку поставьте только. Взаимодействие с журналом регистрации здесь реализовано, а с Вас интерфейсная часть.
(11) Ну попробовать можно. Не факт что получится. 🙂
Запустил на базе с толстым клиентом, получил похожую ошибку с (7) (несколько одинаковых строк): «Не возможно создать уникальный идентификатор «Центральный узел». И пустое окно с диаграммой…
+ (12) Может отчету не нравится распределенка?
(13) V_V_V, Судя по всему. Надо будет добавить проверку на значение идентификатора.
Интересно а обработка учитывает количество строк в документе?
(15) vasiliy_b, нет, не учитывает. А как бы Вы хотели учитывать это? Выводить количество документов и строк в них?
При использовании на УТ 10.3(10.3.13.2) (платформа 8.2.13.219) не выводит никаких данных.
Для коректной работы необходимо заменить строку
Если Лев(СтрокаДанныеЖурналаРегистрации.Метаданные, 8) = «Документ»
на
Если Лев(СтрокаДанныеЖурналаРегистрации.Метаданные, 8) = «Document»
Вопрос на сколько корректны данные? Можно ли их использовать для анализа производительности по методике APDEX?
(19) KV1s, насколько знаю, APDEX не накладывает каких-либо ограничений на используемые инструменты. Отчет берет данные о начале и завершении транзакции из журнала регистрации, соответственно если какие-то действия выполняются за рамками транзакции, то они учтены не будут.
Привет, у меня есть такой отчетик на уф, только он встроен в моей обработке «Универсальное тестирование конфигурации» в закладке «Журнал регистрации».
Выводит пустой отчет в разных конфах.