Контроль изменения документов

18.11.11

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

Надоело ловить за руку тех кто изменяет документы задним числом, после их распечатывания? Постоянно мучают мысли, а все ли документы в БД правильно оформлены и подписаны? Если так, читайте дальше
Ни для кого не секрет, что для того чтобы документооборот отражающий товародвижение, был юридически значимым, у каждого документа в БД должна быть бумажная копия подписанная ответственными лицами. Собственно это дублирование и порождает проблемы, такие как:
  • бумажные документы, оформленные в 1С не соответствуют тому что в БД, даже при наличии подписей, потому что кто-то изменил задним числом. Существующий механизм установки даты запрета редактирования не решает проблемы, т. к. текущий день закрыть нельзя, а в течение дня документ можно изменить много раз, при этом даже его сумма может не измениться
  • даже при наличии процедуры контроля соответствия бумажных документов их оригиналам в БД, непонятно как именно проверить, изменялся ли документ после того как его подписали или нет.
Таким образом формируется...Задача.
Вести учет наличия бумажных, надлежащим образом оформленных (в частности подписанных ответственными лицами) документов и обеспечить их полное соответствие своим оригиналам в БД 1С.
Общие принципы.

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

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

Каждый документ должен иметь уникальный номер для идентификации, а также электронную подпись (последовательность символов), которая присваивается в момент каждого (!) проведения документа.
Идентификация документа.Для идентификации документов используется уникальный идентификатор (GUID)документа, который печатается в виде штрих-кода (тип штрих-кода Code128) на бумажном документе. Пример реализации можно увидеть в решении //infostart.ru/public/96144/ (Автор идеи упаковки штрихкода не я, сам в свое время увидел где-то, если кто знает, подскажите)
Электронная подпись документа.

Критичные для изменения типы документов (документы отражающие товародвижение):

  1. Возврат товаров от покупателя

  2. Возврат товаров поставщику

  3. Инвентаризация товаров на складе

  4. Оприходование товаров

  5. Отчет комиссионера

  6. Отчет комитенту

  7. Отчет о розничных продажах

  8. Переоценка товаров в рознице

  9. Поступление доп расходов

  10. Поступление товаров и услуг

  11. Реализация товаров услуг

  12. Списание товаров

  13. Требование накладная

  14. Установка цен номенклатуры

список можете изменить сами

 

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

а) документ можно распечатать только после проведения

б) изменение документа обязательно сопровождается его перепроведением.

Контроль изменения документа.

 

Для осуществления ежедневного контроля существует документ «Реестр документов контрольный». В нем указывается дата, за которую закрывается реестр, после выбора которой автоматически заполняется табличная часть документами, оформленными этой датой. Состав табличной части: Документ, Наличие (тип Булево), Идентичность (тип Булево). После этого оператор проверки формально проверяет наличие необходимых подписей ответственных лиц на бумажных документах, если их не нет, отправляет документ на доработку. Далее сканирует ШК-идентификаторы с бумажных документов, в документе Реестр ставится отметка ( в колонке «Наличие») о наличии бумажной копии, далее сканирует ШК-электронную подпись, если она совпадает с подписью в БД, то тоже ставится отметка (в колонке «Идентичность»), если нет, то документ отправляется на доработку (перепечатать, подписать). Когда все документы отсканированы, при условии что все бумажные копии в наличии и электронные подписи в порядке, документ можно провести с распечаткой итогового отчета, который подписывается оператором проверки. При проведении дата запрета редактирования сдвигается автоматически. Если какие-то документы отправлены на доработку, то документ Реестр не проводится до поступления этих документов. Далее процедура повторяется.

 

Заключение.

 

Здесь описана технология, как реализовать контроль документов. Ее можно рассматривать как ТЗ. Реализовать ее достаточно просто без вмешательства в конфигурацию, используя новые объекты конфигурации и механизм подписки на события.

Разумеется, эту задачу можно решить по другому. Можно полностью отказаться от бумажного документооборота, использовать электронные подписи, но для этого потребуется целый комплекс мер и дополнительные затраты.

См. также

Журнал изменений с восстановлением состояния ссылочных объектов и архивацией по HTTP / COM (расширение + конфигурация, 8.3.14+, ЛЮБАЯ конфигурация)

Архивирование (backup) Журнал регистрации Поиск данных Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 1С:Управление торговлей 11 Платные (руб)

База данных «сама» меняет данные в документах/справочниках? Тогда данный журнал изменений для Вас! Практически не влияет на скорость записи объектов за счет быстрого алгоритма! Скорость работы почти в 2 раза выше типового механизма "История изменений"! Позволяет следить за изменениями и удалением в любых ссылочных объектах конфигурации, с возможностью архивации по HTTP(!) или COM, и сверткой данных. А так же, может восстановить состояние реквизитов (значения) до момента изменения или удаления объекта из базы. Есть ДЕМО-база где можно самостоятельно протестировать часть функционала! Работает на любых платформах выше 8.3.14+ и любых конфигурациях! Версия 3.1 от 24.08.2023!

19200 руб.

15.05.2017    42515    10    24    

38

Версионирование объектов для Альфа-авто, ред 4 и 5.

Оптовая торговля Розничная торговля Журнал регистрации Платформа 1С v8.3 Конфигурации 1cv8 Автомобили, автосервисы Управленческий учет Платные (руб)

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

4800 руб.

03.09.2016    42252    33    24    

37

LogManager - Внешний журнал регистрации в SQL

Журнал регистрации Платформа 1С v8.3 Конфигурации 1cv8 Платные (руб)

Журнал регистрации платформы 1С в SQL. Общая база хранения всех журналов. Через com-подключение регламентным заданием периодически догружает журналы регистраций из рабочих баз. Предоставляет настраиваемый доступ к журналам по правам подразделений. Формирует отчеты по пользователям и данным.

10000 руб.

23.05.2014    55463    52    16    

47

Мониторинг баз и серверов 1С

Журнал регистрации Мониторинг Платформа 1С v8.3 Платные (руб)

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

9000 руб.

28.08.2019    30945    14    21    

66

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

Журнал регистрации Платформа 1С v8.3 Конфигурации 1cv8 Платные (руб)

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

5000 руб.

28.11.2018    19542    13    6    

36

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

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

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

1 стартмани

29.12.2023    1240    12    dima_gsv    1    

12

Магия преобразований: ЖР, ТЖ, RAS/RAC, логи - универсальное решение Vector

Мониторинг Журнал регистрации Технологический журнал Абонемент ($m)

Как легко и быстро с помощью специализированных решений собирать, парсить и передавать логи и метрики.

1 стартмани

13.11.2023    2962    4    AlexSTAL    0    

42

Мониторинг состояния с отправкой в telegram

Журнал регистрации Инструменты администратора БД Мониторинг Мессенджеры и боты Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Управление холдингом 1С:Комплексная автоматизация 2.х Абонемент ($m)

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

3 стартмани

26.09.2023    1752    11    doom2good    10    

13
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. Mudrii_Gankster 18.11.11 14:40 Сейчас в теме
Реализаций контроля интересная, но вот интересно если в фирме большой документо-оборот, то сколько нужно специально обученных для этого людей?

Мы реализовали это чуть по другому, менеджер напечал документ и установил статус - "отгружено", после чего накладная в принципе не может редактироваться и в течении дня тоже.

Конечно это не панацея от всех бед, но ваш алгоритм был бы хорош для контроля по запросу, а не как повседневная рутинная работа проверки документов.
2. pzu 38 18.11.11 15:00 Сейчас в теме
Как раз квалифицированного персонала для контроля не требуется, тупо сканировать ШК с документов может любой студент
Установление статуса "отгружено" требует специального действия, зависит от человеческого фактора, а значит ненадежно. Как минимум один человек из контроля выпадает, тот кто устанавливает статус. Моя система действует независимо.
3. Torin 741 19.11.11 17:18 Сейчас в теме
>б) изменение документа обязательно сопровождается его перепроведением.
а вот и не факт :) есть еще метод ЗАПИСАТЬ :)
4. balabani 20.11.11 03:07 Сейчас в теме
Вот спасибо Очень нужна такая вещь в работе
5. smasu 21.11.11 15:32 Сейчас в теме
При выгрузке данных с помощью обработки Перенос данных УТ 10.3 - УТ 11 появляется ошибка

Ошибка получения значения свойства объекта (по имени свойства источника)
ПКО = ВидыКонтактнойИнформацииВсе (Виды контактной информации)
ПКС = 3 (Тип --> Тип)
Объект = Бухгалтерия (Строка)
СвойствоПриемника = Тип (ПеречислениеСсылка.ТипыКонтактнойИнформации)
ОписаниеОшибки = Получение элемента по индексу для значения не определено
ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(8196)
КодСообщения = 13

Ошибка при выгрузке данных: {Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(1593)}: Ошибка получения значения свойства объекта (по имени свойства источника)
ПКО = ВидыКонтактнойИнформацииВсе (Виды контактной информации)
ПКС = 3 (Тип --> Тип)
Объект = Бухгалтерия (Строка)
СвойствоПриемника = Тип (ПеречислениеСсылка.ТипыКонтактнойИнформации)
ОписаниеОшибки = Получение элемента по индексу для значения не определено
ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(8196)
КодСообщения = 13
При выгрузке данных произошли ошибки.
Как побороть?
6. zhleonid8 23.11.11 11:03 Сейчас в теме
идея+, но тут надо все равно сначала дать всем по рукам, если косяки повторяются - по голове, а если серьезно... то после формирования документа его редактирование только админу, и за каждый косяк дрючить, хотя кто хочет себя напрягать:)
Иваныч; +1 Ответить
7. Valia 24.11.11 01:01 Сейчас в теме
Очень хорошая идея, особенно для производственного предприятия, где за компьютерами сидят далеко не бухгатера и менеджеры. Обязательно попробую у себя на предприятии. Только один вопрос, например, в накладных, наверное нужно печатать штрихкод только на одном экземпляре, кот. остается для "нас". Еще раз +.
8. pzu 38 24.11.11 08:33 Сейчас в теме
Valia пишет:

Только один вопрос, например, в накладных, наверное нужно печатать штрихкод только на одном экземпляре, кот. остается для "нас". Еще раз +.


Думаю, что это необязательно. Не думаю что Ваших контрагентов сильно напрягут эти штрихкоды.
9. a31 12.12.11 23:40 Сейчас в теме
Mudrii_Gankster пишет:
Реализаций контроля интересная, но вот интересно если в фирме большой документо-оборот, то сколько нужно специально обученных для этого людей?

Мы реализовали это чуть по другому, менеджер напечал документ и установил статус - "отгружено", после чего накладная в принципе не может редактироваться и в течении дня тоже.

Конечно это не панацея от всех бед, но ваш алгоритм был бы хорош для контроля по запросу, а не как повседневная рутинная работа проверки документов.


Да, интересный подход, но сам менеджер после этого сможет править?, а то ко мне спустя месяц приходят с просьбой цены поправить, мотивируя, что на бумаге отдали типа другие цены...
13. Kontakt 109 27.06.18 09:28 Сейчас в теме
(9) Как решили вопрос по измененным ценам в документе. Изначально цена была одна, а потом установили другую.
10. a31 12.12.11 23:44 Сейчас в теме
zhleonid8 пишет:

идея+, но тут надо все равно сначала дать всем по рукам, если косяки повторяются - по голове, а если серьезно... то после формирования документа его редактирование только админу, и за каждый косяк дрючить, хотя кто хочет себя напрягать:)


тут мысль хорошая, но жизнь часто вносит свои коррективы
11. ZVN 122 14.05.12 14:32 Сейчас в теме
Неплохо! попробовал у себя все завыли от счастья что теперь есть кого грызть кроме 1С
Krashn056; +1 Ответить
12. Krashn056 30.03.15 21:13 Сейчас в теме
Люди Здравствуйте, подскажите кто как решил проблему с учетом вторичных документов от контрагентов?
14. roman8115 59 19.12.18 21:15 Сейчас в теме
Оставьте свое сообщение