Вход | Регистрация


1С:Предприятие ::

Метки: 

Зафиксировать время создания документа в журнале регистрации

Я
   Базис
 
04.09.18 - 18:54
Попалась задача, хронометраж работы операторов. И увидел, что в журнале регистрации попадает время записи документа, если сразу записываем и проводим, то разница времени получается 5 секунд, хотя я делал документ минут 10.

Если пишу в лог при открытии формы нового документа, то нет номера.

Если сразу (программно или интерактивно) записываю документ, то время зафиксирую, но что-то мне это не нравится. Как минимум тем, что при отказе от записи документа он всё равно останется в базе.

Есть ли другие способы записать время создания пользователем нового документа, кроме как программно писать в лог при создании формы нового документа?

УПП, SQL, 8.3.10
 
 
   Малыш Джон
 
1 - 04.09.18 - 19:00
при открытии - в лог пиши идентификатор(любой, на что фантазии хватит) и время открытия; при записи - находишь по идентификатору, записываешь номер и время записи
   tesseract
 
2 - 04.09.18 - 21:37
(0) Apdex вроде интегрирован в платформу уже давно.  Время на технические операции с документом он приемлемо учитывает.

Или у тебя задача "Определить какого черта оператор открыл документ, и нифига с ним не делает гад?  "
   Базис
 
3 - 05.09.18 - 15:02
(1) Да, вариант, спасибо.
(2) А чем мне этот Apdex поможет?
Задача будет ясна только к моменту выполнения, пока дам отчёт, где будет посчитано общее время открытых пользователем документов в разрезе документов. Инициатор не может понять, чего хочет. И сформулировать тоже не может. Но форму нарисовал, и на том спасибо.
   Вафель
 
4 - 05.09.18 - 15:04
(2) вроде нет такого показателя как время заполнения документа пользователем
   Вафель
 
5 - 05.09.18 - 15:05
Устанавливай ссылку и пиши ее в ЖР, тогда будет документ виден
   RomanYS
 
6 - 05.09.18 - 15:08
(0)
Вариант 1 (очень простой): добавляем реквизит типа дата, заполняем при открытии формы нового документа
Вариант 2: пишем в дополнительные свойства, призаписи сохраняем в регистр - лог
   Лефмихалыч
 
7 - 05.09.18 - 15:17
ка же этого чорта лысого звать-то... есть, короче, в платформе ключ запуска, который все действия с формой в %userpdofile% логирует. ВОт его включи и анализируй лог потом. Там будет все с точностью до секунд
   Лефмихалыч
 
8 - 05.09.18 - 15:17
logui - что ли?.. не помню. Ну, в общем, сам найдешь
   RomanYS
 
9 - 05.09.18 - 15:31
(8) /UILogRecorder
а оно не для УФ исключительно?
   Базис
 
10 - 05.09.18 - 15:34
(6) Поскольку инициатор не называет виды документов, во все 440 видов документов по реквизиту - плохая идея.

(7) На базе в сотню пользователей, часть из которых я знаю лично (и, что опаснее, они знают меня)?
 
 Рекламное место пустует
   Лефмихалыч
 
11 - 05.09.18 - 15:36
(10) общий реквизит добавь
   RomanYS
 
12 - 05.09.18 - 15:36
(10) Есть общие реквизиты, и вариант 2.
   Лефмихалыч
 
13 - 05.09.18 - 15:36
(9) а, ну да. А тут еще и упп-ень...
   RomanYS
 
14 - 05.09.18 - 15:38
(11) совместимость, бблин
   Лефмихалыч
 
15 - 05.09.18 - 15:38
лучше все-таки в ЖР писать ПриОткрытии, если новый, какую-нить полюбень
менее омерзительно, да и подобное с подобным храниться будет. Оккам будет дволен.
   xxTANATORxx
 
16 - 05.09.18 - 15:40
чем версионирование не подходит?
   Базис
 
17 - 05.09.18 - 15:40
(15) Так и пойду делать. Спасибо!
   RomanYS
 
18 - 05.09.18 - 15:40
(15) при наличии регламентных заданий использовать ЖР для прикладных целей - ну на фиг. Тормоза и риски обрушения
   Лефмихалыч
 
19 - 05.09.18 - 15:41
(16) тем, что нужно время событий, которые происходили ДО первой записи в БД
   Лефмихалыч
 
20 - 05.09.18 - 15:41
(18) вынеси регламентные на отдельный сервер
   RomanYS
 
21 - 05.09.18 - 15:42
(20) можно логи разделить?
   Базис
 
22 - 05.09.18 - 15:42
(16) Да, оно тут включено, но пошёл по пути "Считать ЖР и программно обработать".
(18) Я подозреваю, что данный отчёт пополнит коллекцию одноразовых.
   Лефмихалыч
 
23 - 05.09.18 - 15:43
(21) добродетельному человеку можно всё
   RomanYS
 
24 - 05.09.18 - 15:47
(23) продолжай, интересно. Без шуток
   Лефмихалыч
 
25 - 05.09.18 - 15:58
(24) ну, варианта-то два:
1. экстремальный: поднять отдельный сервер приложений, который будет смотреть в ту же базу и выполнять там регламентные. Если к серверу никто и ничто доступа н имеет, и вообще все дышут в сторону и делают все правильно, то работать будет офигенно. Но это нужны прямые руки.
2. ортодоксальный: в отдельном кластере поднять отдельную базу, которая коннектится по COM к боевой и запускает в ней экспортные процедуры, выполняющие всю ту муть, которая у тебя в регламентных.
3. любая комбинация из первых двух ли что-нибудь свое
   Лефмихалыч
 
26 - 05.09.18 - 15:59
первый вариант, конечно, быстрее реализовать. Но нужны стальные седые яйца. Хотя, некоторый исследователи и утверждают, мол, "славик, не очкуй", мне он кажется весьма рискованным. Хотя я так делал и вроде жив пока.
   RomanYS
 
27 - 05.09.18 - 16:01
(25) понятно
по 1 соглашусь с (26),
а 2 вроде не вариант: события COM так же будут регистрироваться в ЖР
   Лефмихалыч
 
28 - 05.09.18 - 16:32
(27) а, ну да, ну тогда вариант 1



Список тем форума
Рекламное место пустует Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Рекламное место пустует