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

21.12.09

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

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование		По подписке [?]	Купить один файл
Mega History .zip 40,00Kb 273	273	Скачать (1 SM)	Купить за 1 850 руб.

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

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

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

+29 –

См. также

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

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

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

17.08.2020 5338 ksnik 3

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

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

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

22.01.2019 11709 phsin 20

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

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

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

5 стартмани

24.05.2016 17774 4 Art77 2

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

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

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

1 стартмани

17.10.2015 16237 24 kras_71 6

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

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

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

11.12.2014 16300 VladC# 8

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

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

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

1 стартмани

07.04.2014 20789 27 dima_home 1

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

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

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

1 стартмани

26.03.2014 19085 16 vcv 2

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

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

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

04.10.2013 35176 Alexion 2

Комментарии

Подписаться на ответы Инфостарт бот

Свернуть все

1. Serj1C 483 21.12.09 07:14 Сейчас в теме

Прикольно, я подобную для 8.1 писал ))

2. JohnyDeath 302 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 625 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 114 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 2695 17.05.11 00:04 Сейчас в теме

плохо. использование технологических документов увеличивает проблемы блокировки общего журнала.

20. grayglobus 197 21.01.15 17:33 Сейчас в теме

Спасибо за труды, лог писал во внешние файлы и их накопилось столько много, что просто СисАдмин завыл от тоски, а ваша разработка кстати

21. zarius 158 13.05.15 12:45 Сейчас в теме

(20) если от размера внешних файлов завыл СисАдмин (значит событий регистраций много) - осталось подождать пока Вы завоете от размера БД и того что написано в (18)

22. alex_serb 166 13.05.15 23:10 Сейчас в теме

Отвечаю сразу. База, к которой приторочена эта регистрация, сейчас размером 60Gb (Server 2003. SQL 2005). В базе ежедневно прибавляется не малое количество накладных при 20 активных пользователях. Пока тормозов не наблюдается. Поэтому, чего заранее переживать, что в бесконечности две параллельные прямые когда-то пересекутся :):)