Быстрый доступ к авторам документов в 1С8, или кто сказал МЯУ

16.03.12

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

+30 –
>
  • Так это выглядит
  • Внедрение в типовую конфигурацию
Простейшая универсальная реализация ответа на вопрос - кто создал/изменил/провел/распровел документ в базе 1С8 БП, УПП

Файлы

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

Наименование Скачано Купить файл
Авторы документов 1С8
.cf 14,46Kb
87 2 500 руб. Купить

Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний

Оформите подписку на компанию для решения рабочих задач

Оформить подписку и скачать решение со скидкой

Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

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

Задался целью - дать возможность гл. буху, в один щелчок мыши в документе  увидеть, кто же это сделал.

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

Не требует вмешательства в типовую конфигурацию поставщика, внедряется в конфу как отдельная поставка.

Подчеркиваю, решение крайне простое само по себе и достатчоно удобно. Достаточно для случаев нормальной корпоративной работы в малых фирмах. Не подходит для случая, если отдельные "продвинутые пользователи" стремятся и умеют скрывать скрыть следы своей работы (например, свойства документа можно изменить через групп. обработку).

Работает в БП 2.0, УПП 1.3, другие не проверял.

 

 

Конфигурация содержит в себе.

- 1 перечисление "Действие с объектом"

- 1 обработку "АвторыДокументовСозданиеРеквизитов"

- 4 подписки на события

 

После установки на поддержку, запустите обработку АвторыДокументовСозданиеРеквизитов.

Поизведите тест записи/изменения любого документа.

Вступайте в нашу телеграмм-группу Инфостарт

+30 –

См. также

Версионирование справочников, документов и регистров сведений на SQL-сервере

Журнал регистрации Системный администратор 1С:Предприятие 8 1C:Бухгалтерия Россия Платные (руб)

История изменений реквизитов и табличных частей справочников, документов, независимых регистров сведений, возможность отката изменения, восстановление удаленных объектов, сбор статистики использования базы 1С. Альтернативный журнал регистрации.

23180 руб.

22.02.2018    39617    65    56    

60
LogiCH - хранение и анализ журнала регистрации в сверхбыстрой СУБД ClickHouse

Журнал регистрации Системный администратор 1С:Предприятие 8 1C:Бухгалтерия Платные (руб)

Конфигурация LogiCH эффективно решает проблему хранения и анализа записей журналов регистрации. Разработка использует столбцовую СУБД ClickHouse, одну из самых быстрых Big Data OLAP СУБД. Любой анализ журнала можно выполнить в одном отчете, в котором доступны все возможности СКД с учетом ограничений RLS. Количество подключаемых баз не ограничено и не влияет на скорость построения анализа.

6100 руб.

28.11.2018    25011    24    9    

49
OneSniffer - логирование внешних запросов

Журнал регистрации WEB-интеграция Разработчик 1С 8.3 1С:Библиотека стандартных подсистем Абонемент ($m)

Долго отлаживали интеграции через сообщения, журнал регистрации и чужие прокси. На проде это не взлетело. Собрали простой инструмент внутри платформы — смотришь запрос/ответ, повторяешь, выгружаешь curl.

1 стартмани

07.08.2026    1434    3    Viktor_Ermakov    9    

14
Журнал регистрации 1С на 35 миллиардов событий: как заставить его открываться за 0,11 секунды

Администрирование СУБД Журнал регистрации Системный администратор Разработчик 1С 8.3 Бесплатно (free)

Журнал регистрации на нагруженной базе перестаёт открываться: файлы растут на гигабайты в день, просмотр виснет, история недоступна. Рассказываю, как мы вынесли журнал трёх продуктивных баз в ClickHouse: 35 млрд событий, поиск всех ошибок за сутки — 0,11 секунды, привычная форма журнала для пользователей и падение числа ошибок в проде в 23 раза за полгода. Архитектура, схема таблицы, грабли интеграции и все цифры с прода.

04.08.2026    3119    nedomolkov.ivan    0    

9
ClickHouse и Журналы регистрации 1С: анализ в реальном времени – опыт Magnit Tech

Журнал регистрации Бесплатно (free)

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

28.02.2026    6289    julia96_07    0    

15
Сравнение парсера журнала регистрации Vector и ibcmd

Журнал регистрации Разработчик Россия Бесплатно (free)

В материале рассматривается сравнение двух инструментов для работы с журналом регистрации 1С: утилиты ibcmd и платформы Vector. Описаны их функциональные возможности, тестирование производительности и практическое применение для преобразования логов в формат JSON.

20.11.2024    9790    user1913000    13    

26
Логирование в приложениях

Журнал регистрации Тестирование QA Разработчик Бесплатно (free)

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

21.10.2024    10416    leemuar    8    

25
Регламентное сокращение журнала регистрации

Инструменты администратора БД Журнал регистрации Системный администратор 1С:Предприятие 8 1С:Управление торговлей 11 Абонемент ($m)

Внешняя обработка для регламентного сокращения журнала регистрации для конфигураций на базе БСП и платформы 8.3.20+

1 стартмани

29.12.2023    6174    66    dima_gsv    6    

15
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
0. pankwinto 103 19.03.12 03:12 Сейчас в теме
Простейшая универсальная реализация ответа на вопрос - кто создал/изменил/провел/распровел документ в базе 1С8 БП, УПП

Перейти к публикации

+ – Ответить
1. gutentag 253 19.03.12 03:12 Сейчас в теме
Все гениальное просто!
+ за идею!
+ – Ответить
2. Alex Star 10 21.03.12 14:51 Сейчас в теме
Однозначно + за идею, только свойства не хранят историю, по мне так лучше завести регистр сведений в котором хранить дату, документ, действие с документом в виде перечисления например, и пользователя. Конечно без изменения конфы тут уже не обойтись, но на обновления это влиять не будет, а для главбуха отчетик на основе регистра наваять, работать будет намного быстрее журнала регистрации.
+ – Ответить
3. pankwinto 103 21.03.12 16:46 Сейчас в теме
(2) Alex Star,
Согласен, истории по большому счету нет. Моему клиенту достаточно.
А даже если история есть, пользователь зачастую идет в отказ.
Дескать, "я ничего не менял/просто нажал ОК". Тут уже поможет только версионирование.
Но вся соль в простоте и невмешательстве в конфигурацию.
+ – Ответить
10. i132 130 23.03.12 13:39 Сейчас в теме
(2) Лог записывается в свойствах документа - за это и плюсуют, а свойства документов и так хранятся в регистре сведений.
Решений через дополнительный регистр сведений, или справочник на ИнфоСтарт много, на свойствах первое.

Ваше решение не говорит обо всех кто сказал "Мяу" -а только о последнем "гавкнувшем"
pankwinto; +1 – Ответить
4. v_den_v 22.03.12 12:18 Сейчас в теме
почему нельзя ставить больше одного плюса??? :)
идея - супер - реализую у себя такое.

в принципе часто достаточно информации "кто последний трогал документ"
и ранее я сталкивался со следующей реализацией:
в каждом(!) документе добавлены реквизиты "ПоследнийРедактор", "ДатаПоследнегоРедактирования"
и соответствующими подписками они заполнялись.
со всеми вытекающими последствиями для дальнейшей поддержки.
(собственно конфа та была основательно переколбашена и на прямую не обновлялась)

вобщем подход автора всячески поддерживаю - рано или поздно к таким решениям приходят все
кому приходится поддерживать доработанные ранее конфигурации.
drongozavr; pankwinto; +2 – Ответить
5. владимирп 25 23.03.12 08:55 Сейчас в теме
Идея неплохая. Только В УПП есть отчет "История изменения объектов", чем он не устраивает?
Но + поставил
+ – Ответить
6. pankwinto 103 23.03.12 09:42 Сейчас в теме
Использование отчета в УПП не устраивает :
- требует включенного версионирования объектов
- не удобен в работе. Пока выберешь нужный документ, у ГБ уходит порядка минуты.
+ – Ответить
7. i132 130 23.03.12 11:22 Сейчас в теме
Зачем дублировать информацию, которая уже есть в журнале регистрации? примсер обработки, которая поключается как внешняя печатная форма и распечатывает ЖР по ссылке: http://infostart.ru/public/89234/

Если уж обрабатывать изменения вобъетах -то смотреть и изменния в реквизитах как например http://infostart.ru/public/98910/ -добавить еще одно свойство что было изменнно: Изменения: Дата документа 12.03.12 12:12:12=> 14.03.12 01:01:01
+ – Ответить
8. pankwinto 103 23.03.12 11:43 Сейчас в теме
Скорость, ребята, скорость получения информации...
Заюзал отчет по журналу регистарции, указанный i132.
Пока пишу это сообщение, все еще нет ответа от него, кто же потрогал документ?
+ – Ответить
9. elena_77 23.03.12 12:55 Сейчас в теме
Спасибо за идею. Плюс. Согласна с комментариями. С журналом регистрации работать долго, особенно когда база очень большая. А в этом случае пользователь сам быстро и просто сможет посмотреть кто и когда изменил документ.
+ – Ответить
11. pankwinto 103 23.03.12 15:06 Сейчас в теме
Все верно. Все минусы подмечены верно. Плюсы описаны выше.
Идея и реализация крайне просты. Моему клиенту истории в один шаг было вполне достаточно.
Тапками не кидайте.
+ – Ответить
12. Alex Star 10 23.03.12 18:32 Сейчас в теме
(11) (10) i132, Да, вы правы, свойства хранятся в регистре, но в этом регистре нет периода :( ... и нередко бывает что "главбух" замечает косяки, когда редактирует данный объект, соответственно в свойствах уже тот кто косяк и заметил
+ – Ответить
13. zfilin 2384 23.03.12 19:31 Сейчас в теме
Решение спорное, но идея хороша. Плюс за изящное использование стандартных механизмов нестандартным способом.
+ – Ответить
19. AltF1 8 30.09.13 10:51 Сейчас в теме
(13)Согласен. Мысль не стандартная, но...
+ – Ответить
14. mob51 153 24.03.12 04:28 Сейчас в теме
На УТ 10.3 тоже идет
+ – Ответить
15. пользователь 24.03.12 09:24
Сообщение было скрыто модератором.
...
16. dumal 25.03.12 20:13 Сейчас в теме
Хм, отличная идея. Главный плюс - невмешательство в типовую конфу. Да и прикрепить можно к любой (или почти любой) конфигурации
+ – Ответить
17. ms200999 26.03.12 11:06 Сейчас в теме
Да, славная идея.
+ – Ответить
18. Aragorn 29.03.12 14:24 Сейчас в теме
Хорошая идея, верно все гениальное просто
+ – Ответить
Для отправки сообщения требуется регистрация/авторизация