Журнал регистрации изменений
База данных - Журнал регистрации
Файлы
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний
Оформите подписку на компанию для решения рабочих задач
Оформить подписку и скачать решение со скидкойВы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
Посмотрел все версии "журналов регистрации изменений" которые есть на сайте. Так как почти все платные и с закрытым исходным кодом или же функциональность меня не удовлетворила написал свою простую конфигурацию.
Основные характеристики:
1. Записывает изменения в документах и справочниках.
2. Журнал изменений сделан на основе справочника.
3. Регистрируются изменения в реквизитах и в записях табличных частей.
4. Подсистема очень простая и состоит всего лишь из:Справочника,Обработки,ОбщегоМодуля, Подписки на события и Регламентного задания.
5. Код открыт.
Вступайте в нашу телеграмм-группу Инфостарт
См. также
Журнал регистрации Системный администратор 1С:Предприятие 8 1C:Бухгалтерия Россия Платные (руб)
История изменений реквизитов и табличных частей справочников, документов, независимых регистров сведений, возможность отката изменения, восстановление удаленных объектов, сбор статистики использования базы 1С. Альтернативный журнал регистрации.
23180 руб.
22.02.2018 39630 65 56
Журнал регистрации Системный администратор 1С:Предприятие 8 1C:Бухгалтерия Платные (руб)
Конфигурация LogiCH эффективно решает проблему хранения и анализа записей журналов регистрации. Разработка использует столбцовую СУБД ClickHouse, одну из самых быстрых Big Data OLAP СУБД. Любой анализ журнала можно выполнить в одном отчете, в котором доступны все возможности СКД с учетом ограничений RLS. Количество подключаемых баз не ограничено и не влияет на скорость построения анализа.
6100 руб.
28.11.2018 25020 24 9
Журнал регистрации WEB-интеграция Разработчик 1С 8.3 1С:Библиотека стандартных подсистем Абонемент ($m)
Долго отлаживали интеграции через сообщения, журнал регистрации и чужие прокси. На проде это не взлетело. Собрали простой инструмент внутри платформы — смотришь запрос/ответ, повторяешь, выгружаешь curl.
1 стартмани
07.08.2026 1446 3 Viktor_Ermakov 9
Администрирование СУБД Журнал регистрации Системный администратор Разработчик 1С 8.3 Бесплатно (free)
Журнал регистрации на нагруженной базе перестаёт открываться: файлы растут на гигабайты в день, просмотр виснет, история недоступна. Рассказываю, как мы вынесли журнал трёх продуктивных баз в ClickHouse: 35 млрд событий, поиск всех ошибок за сутки — 0,11 секунды, привычная форма журнала для пользователей и падение числа ошибок в проде в 23 раза за полгода. Архитектура, схема таблицы, грабли интеграции и все цифры с прода.
04.08.2026 3136 nedomolkov.ivan 0
Журнал регистрации Бесплатно (free)
Полнотекстовый поиск в миллионах записей журнала регистрации 1С может занимать минуты или даже часы, а стандартные инструменты не позволяют эффективно выполнять агрегации и анализировать данные на больших объемах. Расскажем о том, как с помощью ClickHouse обеспечить практически мгновенный разбор инцидентов, настроить мониторинг и автоматическую реакцию на события журнала регистрации.
28.02.2026 6320 julia96_07 0
Журнал регистрации Разработчик Россия Бесплатно (free)
В материале рассматривается сравнение двух инструментов для работы с журналом регистрации 1С: утилиты ibcmd и платформы Vector. Описаны их функциональные возможности, тестирование производительности и практическое применение для преобразования логов в формат JSON.
20.11.2024 9840 user1913000 13
Журнал регистрации Тестирование QA Разработчик Бесплатно (free)
Поговорим про логирование в приложениях на базе 1С, рассмотрим проблемы, которые возникают при сборе информации из этих систем, и обсудим практический опыт применения внутренних и внешних инструментов для анализа логов.
21.10.2024 10436 leemuar 8
Инструменты администратора БД Журнал регистрации Системный администратор 1С:Предприятие 8 1С:Управление торговлей 11 Абонемент ($m)
Внешняя обработка для регламентного сокращения журнала регистрации для конфигураций на базе БСП и платформы 8.3.20+
1 стартмани
29.12.2023 6181 66 dima_gsv 6
Есть пожелание:
1) при внесении изменений в табличной части (например, изменил колич. товара с 8 на 10), старое и новое значение количества в разных строках находятся. Т.е. выводит все реквизиты таб. части со старыми значениями и ниже все реквизиты таб. части с новыми значениями. Неудобно искать, что же изменилось. С реквизитами шапки документа синхронизация старых и новых значений происходит на ура (например, сумма документа).
2) Для более быстрого поиска измененных реквизитов можно было бы добавить галочку "Изменен" в таблице изменений.
Да и сам принцип нехорош, мне кажется: справочники предназначены для хранения фиксированной, статичной информации, а динамика согласно идеологии 1С реализуется документами и всяческими регистрами. А всё новые и новые записи об изменениях это явно не то, что можно назвать статичными данными.
Но если записи лишь добавляются в табличную часть элемента, то , конечно, эта операция выполняется быстрее записи в регистр. К тому же при записи действует блокировка только на текущий элемент справочника , что тоже дает преимущество в многопользовательском режиме перед использованием регистра сведений.
Поиграйтесь немного с журналом изменений, а потом попробуйте удалить хотя бы один объект, который зарегистрирован в журнале.
Если Вы ссылку на объект в реквизит пишите, то ее наверное при удалении объекта отрабатывать нужно?
Кстати, на мой взгляд при полном удалении объекта записи по нему должны сохраняться в базе.
Обработка просмотра изменений для пользователей будет не очень удобна. одна измененная строка в документе разбивается на неопределенное кол-во строк в таблице просмотра изменений. Многих будет вводить в ступор состояние "Строка удалена", "Строка добавлена" (ведь в реалиях никто строки не удалял и не добавлял).
Кстати, а почему сделана обработка? Ведь мы никаких действий, кроме просмотра, не выполняем.
С обработкой манипулировать легче. Да и функционал может расти со временем, кроме просмотра уже есть "Очистка журнала" например. :)
(14) дык проверить недолго. 5 минут пишем обработку, час закачиваем информацию :)
(15) нормально все на справочнике должно вертеться. Проблем с блокировками быть вроде не должно. вывести из ТЧ данные не долго, сколько там строк в реалиях будет мах. 100-150
а о решении данной конкретной задачи. В ней , насколько я понял автора,
наиболее критична по времени - операция записи. Учитывая более
высокую скорость записи и отсутствие "тормозящих" блокировок ,выбор
справочника как объекта хранения данных представляется оправданным.
Можно также предположить , что "миллионы записей" существенно картину не
изменят.
Единственно, что пока не нравится:
(18) "Обработка просмотра изменений для пользователей будет не очень удобна. одна измененная строка в документе разбивается на неопределенное кол-во строк в таблице просмотра изменений"
с этим согласен.... мне (думаю и многим другим) более эргономично представление в строку, тем более, что для удаленных строк "новое значение" не актуально.
Но это легко и самому дописать. Код-то открыт.
версии 8.1.8.76 потерян путь к функциям глобального модуля ,
например глЗначениеПеременной("глУчетнаяПолитикаПоПерсоналуОрганизации"),
каким образом исправить , т.к. оч хотелось бы внедрить этот сервис
Добавлен механизм "Версионирование"
Механизм версионирования объектов используется для аудита изменений объектов информационной базы в разрезе времени и позволяет ответить на вопросы КТО, КОГДА и ЧТО изменил. В качестве версионируемых объектов могут выступать справочники и документы
Добавлен отчет "История изменения объектов".С помощью отчета можно сравнить любые две версии объекта друг с другом, а так же открыть любую версию объекта
- анализ изменений в регистрах сведений (например, кто цену поменял)
- выбор объектов, для которых фиксировать изменения
Только были сделаны следующие доработки (тюнинг):
1. Справочник ЖурналРегистрацииИзмененияОбъектов, в ТЧ у реквизитов СтароеЗначение и НовоеЗначение тип вместо "Строка" стал составной "Строка,ЛюбаяСсылка", теперь можно просматривать ссылки ТЧ (бывает, что номенклатура имеет одинаковое наименование, но разный артикул).
2. Изменен функционал:
2.1. Если ТЧ Объекта строка сменила НомерСтроки, то в ЖурналРегистрацииИзмененияОбъекта делается одна запись: "Строка изменена", что существенно уменьшает рост БД, раньше делалось несколько записей по количеству реквизитов ТЧ, и еще "Строка добавлена","Строка удалена".
2.2. Реквизиты ТЧ Объекта были поделены на Ключевые И НеКлючевые, к НеКлючевым относятся реквизиты, имеющие простой тип(Число,Строка,Булево...). Если было изменение значения НеКлючевого реквизита, а значения Ключевых реквизитов не сменились, то в ЖурналРегистрацииИзмененияОбъекта делается запись "Строка изменена", раньше делалось несколько записей по количеству реквизитов ТЧ, и еще "Строка добавлена","Строка удалена".
3. Сменился Интерфейс обработки ЖурналИзменений, основные изменения коснулись просмотра ТЧ объекта.
4. От Подсистемы.РегистрацияИзмененийВОбъектах и РегламентныеЗадания.ОчисткаЖурнала отказались, за ненадобностью. Обошлись только ОбщимМодулем, ПодпискамиНаСобытие, Справочником и Обработкой.
И вот что получилось:
Прикрепить картинку почему-то не получилось. :(
Автору спасибо!!!
Для Счетчик=0 по <<?>>глСписокТипЦен.Количество()-1 цикл
{Справочник.Товары.Форма.ФормаСписка(18,27)}: Переменная не определена (глСписокТипЦен)
НовСтрока.Колонка1 = <<?>>глСписокТипЦен.Получить(Счетчик).Значение;
{Справочник.Товары.Форма.ФормаСписка(44,114)}: Переменная не определена (глСписокТипЦен)
СтруктураЦен = РегЦены.ПолучитьПоследнее(ТекущаяДата(),Новый Структура("Товар, ТипЦен",Элемент.ТекущаяСтрока,<<?>>глСписокТипЦен.Получить(Счетчик).Значение));
{Справочник.Товары.Форма.ФормаСписка(21,54)}: Переменная не определена (глПользовательСистемы)
СпрТовВыборка = Справочники.СкладыВТоварах.Выбрать(,<<?>>глПользовательСистемы,,"Номер Возр");
{Справочник.Товары.Форма.ФормаСписка(159,45)}: Переменная не определена (глПользовательСистемы)
ЗапросСклада.УстановитьПараметр("Владелец",<<?>>глПользовательСистемы);
{Справочник.Товары.Форма.ФормаСписка(248,55)}: Переменная не определена (глПользовательСистемы)
СпрТовВыборка = Справочники.СкладыВТоварах.Выбрать(,<<?>>глПользовательСистемы);
При выборе товара выдает такую ошибку в чем причина не могу найти подскажите?
Не удаляются объекты, пока ручками не удалишшь ссылочку в справочнике где регистрируются измененения. А это крайне не удобно.
Посему обращаюьсь к автору данной вещички с данной проблемой.
Есть какие наработки для устранения этого бага?
{Форма.Форма.Форма(122)}: Ошибка при вызове метода контекста (ЗначениеИзСтрокиВнутр)
стрТч.ДоИзменения=ЗначениеИзСтрокиВнутр(Выборка.СтароеЗначение);
по причине:
Ошибка преобразования
по причине:
Ошибка формата потока
Рейтинг: 3504
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 19364
Создание 18.03.09 08:25
Обновление 18.03.09 00:00
Просмотры 45374
Загрузки 1921
Рейтинг
186
Комментарии 56
Код открыт Не указано
Рубрики Журнал регистрации
Тип файла Конфигурация (md, cf)
Платформа 1С:Предприятие 8
Конфигурация
1C:Бухгалтерия
,
Универсальные
Операционная система Не имеет значения
Страна Россия
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Абонемент ($m)