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

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

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

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

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

 

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

 

Заключение.

 

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

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

См. также

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

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

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

10000 руб.

23.05.2014    55415    52    16    

47

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

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

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

22800 руб.

22.02.2018    35117    58    53    

55

Журнал изменений с восстановлением состояния ссылочных объектов и архивацией по 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    42470    10    24    

38

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

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

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

9000 руб.

28.08.2019    30836    14    21    

65

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

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

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

4800 руб.

03.09.2016    42213    32    24    

36

Уведомления на почту по событиям журнала регистрации на email и в Telegram (для УНФ, УТ 11, БП 3.0, ЗУП 3.0, ERP)

Мессенджеры и боты Журнал регистрации Мониторинг Email рассылки Платформа 1С v8.3 Управляемые формы 1С:Управление нашей фирмой 1.6 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x Платные (руб)

Рассылка уведомлений о событиях журнала регистрации на электронную почту и в Телеграмм. Программа позволяет анализировать журнал регистрации по заданным критериям, находить в нём интересующие события, и отправлять уведомления об этих событиях на электронную почту (одного или нескольких получателей) или в телеграмм. Может работать и как внешняя обработка, и как регламентное задание. Для УНФ, УТ 11, БП 3.0, ЗУП 3.0, ERP.

10800 руб.

18.06.2017    32254    3    2    

15

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

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

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

1 стартмани

29.12.2023    1215    11    dima_gsv    1    

12

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

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

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

1 стартмани

13.11.2023    2879    4    AlexSTAL    0    

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

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

Конечно это не панацея от всех бед, но ваш алгоритм был бы хорош для контроля по запросу, а не как повседневная рутинная работа проверки документов.
2. pzu 38 18.11.11 15:00 Сейчас в теме
Как раз квалифицированного персонала для контроля не требуется, тупо сканировать ШК с документов может любой студент
Установление статуса "отгружено" требует специального действия, зависит от человеческого фактора, а значит ненадежно. Как минимум один человек из контроля выпадает, тот кто устанавливает статус. Моя система действует независимо.
3. Torin 735 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 Сейчас в теме
Оставьте свое сообщение