Мега регистрация изменений средствами языка 1С

21.12.09

База данных - Журнал регистрации

Мега регистрация изменений реквизитов и справочников в базе исключительно средствами языка 1С.

Скачать файлы

Наименование Файл Версия Размер
Mega History
.zip 40,00Kb
273
.zip 40,00Kb 273 Скачать

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

Кратко принцип регистрации следующий.

Информация об изменениях в справочниках регистрируется в технологическом справочнике истории введением новых записей. Информация об изменениях в документах регистрируется в технологических документах. Дата технологического документа совпадает с датой рабочего документа. Технологический документ создается свой в каждой базе УРДБ, свой для каждого пользователя, дополнительный, если в данный момент технологический документ, удовлетворяющий условиям выше, заблокирован. Если происходит смена даты к-либо рабочего документа, то последующие изменения регистрируются в технологическом документе новой даты. Таким образом, в базе может присутствовать один и более технологических документов в дне.  При выводе истории рабочего документа, записи ищутся  с учетом возможной смены даты рабочего документа.

См. также

Сбой, отказ 1C:Предприятия 7.7, код исключения e06d7363. APPCRASH 1cv7s.exe

Администрирование СУБД Журнал регистрации Платформа 1С v7.7 Конфигурации 1cv7 Бесплатно (free)

Прекращена работа программы "1CV7 starter program". Никто не может зайти в 1C 7.7. Апкреш. Что делать? Проверьте, возможно журнал регистрации информационной базы 1С: Предприятия 7.7 поврежден.

17.08.2020    4345    ksnik    3    

4

Анализ 1С: Предприятие 7.7 с помощью ELK стека

Журнал регистрации Инструменты администратора БД Платформа 1С v7.7 Конфигурации 1cv7 Бесплатно (free)

Рассмотрим систему на базе Elasticsearch, Logstash и Kibana (ELK Stack) для анализа логов 1С Предприятие 7.7 с целью визуализации и анализа событий 1С.

22.01.2019    11095    phsin    20    

27

USERSLOG. Система полной отчетности по использованию рабочего времени на любое количество пользователей

Журнал регистрации Учет рабочего времени Платформа 1С v7.7 Абонемент ($m)

Система полной отчетности об использовании рабочего времени пользователями. Все действия пользователей. Сколько времени и на что потрачено. Работает с БД MSSQL, любое количество клиентов

5 стартмани

24.05.2016    17534    4    Art77    2    

6

Контроль изменений реквизитов справочников и документов

Журнал регистрации Платформа 1С v7.7 Конфигурации 1cv7 Россия Абонемент ($m)

Контроль изменения всех реквизитов любых справочников и документов в любой конфигурации

1 стартмани

17.10.2015    16030    22    kras_71    6    

2

SQL-доступ к журналу регистрации 1С:Предприятие 7.7

Журнал регистрации Платформа 1С v7.7 Конфигурации 1cv7 Бесплатно (free)

Все, кто работают с 7.7, знают, что журнал регистрации тормозит нещадно, в связи с чем пользы от него очень мало, и её ещё меньше, когда размер журнала превышает хотя бы 50 мегабайт. На Инфостарте, по- моему, даже есть средства для просмотра журнала, может, даже они эффективны, но моей мечтой всегда был sql-доступ к этому журналу, т.к. это просто, наглядно, удобно и, что самое важное, - очень быстро. Кому интересно - добро пожаловать.

11.12.2014    15965    VladC#    8    

7

Исправление испорченных 1cv7.mlg

Журнал регистрации Платформа 1С v7.7 Конфигурации 1cv7 Абонемент ($m)

Если вы пытаетесь посмотреть журнал регистраций, а у вас неожиданно 1С7.7 спрашивает пароль, хотя вы точно уверены, что пароль на журнал не ставили - поздравляю, у вас испорчен файл 1cv7.mlg

1 стартмани

07.04.2014    20489    25    dima_home    1    

3

Рассылка ошибок из журнала регистрации 1С 7.7 на электронную почту

Журнал регистрации Email рассылки Платформа 1С v7.7 Конфигурации 1cv7 Абонемент ($m)

Очень полезно узнавать об ошибках при работе 1С раньше, чем пользователи придут жаловаться на проблемы. Если они вообще придут, а не будут молча ругать "глючную 1С".

1 стартмани

26.03.2014    18895    16    vcv    2    

5

Ошибка при запуске журнала регистрации 1с 7.7

Журнал регистрации Платформа 1С v7.7 Бесплатно (free)

При запуске программы выходило сообщение «Ошибка при запуске журнала регистрации». Дело было не в бабине..

04.10.2013    34256    Alexion    2    

5
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. Serj1C 483 21.12.09 07:14 Сейчас в теме
Прикольно, я подобную для 8.1 писал ))
2. JohnyDeath 301 21.12.09 17:10 Сейчас в теме
А что в ней "магавского"??
Я так понимаю, что смысл сводится к одному: добавить в процедуры "ПриЗаписи" элементов справочников и документов вызов глобальной ф-ии?
Если да, то для этого надо править всю конфигурацию и программную запись таким способом не отловить.
3. KurchataQ 21.12.09 17:50 Сейчас в теме
Хорошая вешчь! Только работы много, но и результат того стоит.
4. alex_serb 166 21.12.09 19:52 Сейчас в теме
Программные записи и отловить нечем, главная задача - разборка работы простых пользователей
5. undo 23.12.09 12:37 Сейчас в теме
Особенно класно будет выглядить справочник в конце года когда ежедневный документооборот фирмы составляет 1500 документов 80% которых исправляется в следующие 2-3 дня.
6. alex_serb 166 23.12.09 13:15 Сейчас в теме
Изменения по документам хранятся не в справочнике, а в техдокументах (поэтому нет "узкого горла"). Всё это год работает в базе с объемом 1000-1500 накладных в месяц. И пока ничего не плохого не произошло.
7. Lars Ulrich 615 23.12.09 15:12 Сейчас в теме
имхо, не люблю когда такие служебные данные хранятся в БД. зачем они там нужны? к примеру при загрузках/выгрузках эти данные только занимают лишнее время и место. не спорю, что сама идея и реализация создания детального логирования заслуживает быть отмеченной, но...
возьмем к примеру sql. данные по логам хранятся не в служебных таблицах БД, а в отдельном хранилище. может стоит изменить данную обработку таким образом, чтобы она так же оперировала с внешним хранилищем?
9. alex_serb 166 23.12.09 19:15 Сейчас в теме
(7) Совершенно согласен! Это хорошая мысль от хранении изменений вне базы!
8. KurchataD 23.12.09 17:55 Сейчас в теме
Все реализовал у себя. Работает очень и очень не плохо.
10. LostMicos 55 25.12.09 18:26 Сейчас в теме
11. pupkinSana 108 02.02.10 13:26 Сейчас в теме
Да, в маленьких базках, есть смысл и возможность вести мегаисторию.. А в больших - нет.
12. alex_serb 166 03.02.10 20:25 Сейчас в теме
(11) По опыту - полгода назад проблема возникла на базе с SQL 2005 - похоже превышалось некое предельное количество строк в документе истории, лечением было выбрано доп. дробление документов истории по пользователям. К слову, для SQL 2000 такая болезнь не отмечалась
13. pt_olga 61 04.06.10 12:07 Сейчас в теме
идея хороша! :!: буду пробовать
14. Mikeware 9 06.07.10 13:58 Сейчас в теме
Оригинал этой "мегарегистрации" был опубликован на проклабе году в 2003.
Причем стабильно работающий...
15. alex_serb 166 07.07.10 08:50 Сейчас в теме
14. Это очень интересно мне как челу, писавшему всё с нуля. Умоляю, дайте ссылку, please!!!! Иначе, просто не поверю...
16. KurchataD 16.05.11 22:39 Сейчас в теме
Реализовал. Все неплохо. Один вопрос - например - прошло время, и регистрация изменений уже не актуальны и ,следовательно, не нужны и т.д. Как удалить регистрацию изменений за определенный период?
17. пользователь 16.05.11 23:56
Сообщение было скрыто модератором.
...
19. KurchataD 17.05.11 14:11 Сейчас в теме
(17) В принципе я и сам могу. Это не вопрос. Интересно есть ли готовая обработка - лень-матушка самому писать.
(18) Я не настолько силен в таких вопросах, сказать что с проблемы блокировки связаны именно с этими технологическими документами я не могу. Но я проводил замеры проведения узловых документов - рн,по,ро и т.д., и выявил такую, можно сказать, закономерность - наибольшее время при записи и проведении занимают именно записи в доки заведующие историей изменений. Это конечно удручает.
18. CheBurator 3119 17.05.11 00:04 Сейчас в теме
плохо. использование технологических документов увеличивает проблемы блокировки общего журнала.
20. grayglobus 196 21.01.15 17:33 Сейчас в теме
Спасибо за труды, лог писал во внешние файлы и их накопилось столько много, что просто СисАдмин завыл от тоски, а ваша разработка кстати
21. zarius 184 13.05.15 12:45 Сейчас в теме
(20) если от размера внешних файлов завыл СисАдмин (значит событий регистраций много) - осталось подождать пока Вы завоете от размера БД и того что написано в (18)
22. alex_serb 166 13.05.15 23:10 Сейчас в теме
Отвечаю сразу. База, к которой приторочена эта регистрация, сейчас размером 60Gb (Server 2003. SQL 2005). В базе ежедневно прибавляется не малое количество накладных при 20 активных пользователях. Пока тормозов не наблюдается. Поэтому, чего заранее переживать, что в бесконечности две параллельные прямые когда-то пересекутся :):)
Оставьте свое сообщение