Як отримати швидку відповідь, який користувач міг змінити дані в програмі документа? Що саме він змінив? Щоб відповідь ця була максимально швидкою і цю відповідь міг отримати будь-який користувач без звернення до адміністратора системи.

У типовій конфігурації управління виробничим підприємством 1.3 (УПП) є модуль роботи з версіонуванням об'єктів. Він дозволяє зберігати у поточній базі всі зміни, які роблять користувачі з довідниками та документами. Ця підсистема дозволяє вибірково вказувати, за якими видами довідників та документів це використовувати, а за якими ні.

У цілому нині основною проблемою цього інструменту виступає те, що це дані у основі виростають настільки сильно, що обсяг даних стає порівнянний із обсягом зберігання історії із них. Для великих баз це стає катастрофічною проблемою.

Скільки потрібно часу для того, щоб знайти причину, хто що змінив? Скільки потрібно зробити порівнянь, коли, скажімо, в історії зберігається, що змінили документ 30-100 разів? Адже простий запис при груповому проведенні документів сюди додасть версію змін, а по суті нічого в документі не зміниться при такому перепроведенні. Загалом із цієї кількості версій змін від сили будуть дійсні 2-3-5. А решта що? А це надмірне сміття.

У цілому нині система хороша, дозволяє детально зафіксувати зміни. Але як цими даними далі користуватися не дуже зручно. У більшості випадків, коли приходять користувачі на з'ясувати, хто що в базі на міняв цим звітом користується адміністратор 1с і визначає ці речі.

Як це перетворити на швидкий інструмент для знаходження відповіді хто що змінив?

«Світло моє дзеркальце скажи, та всю правду доповісти»…

За логікою речей наше доопрацювання ніяк не скасовує блок версіонування. Розроблено власну систему оперативного контролю, хто що змінював. Версіонування може працювати паралельно. Система називається «Історія зміни довідників та документів». Це проста система у використанні, необхідна для швидкого отримання відповіді хто змінив документ, довідник.

Власне мета даної системи просто швидко повідомити, хто змінював документ і коли. Детальна відповідь, що саме змінив користувач, не завжди потрібна. Тобто тут простий аналог «журналу реєстрації», який також повідомляє, коли і хто вчинив дії. Ось лише доступ до нього у користувача відбувається набагато швидше. З типовим журналом реєстрації працювати незручно, а за великому обсязі даних буває навіть реально отримати швидку відповідь. А тут регістр знаходиться у самій базі і одразу дає відповідь. Причому лише по одній кнопці «Історія» у самому документі (!).

Будь-який користувач оперативно може подивитися, хто з документом працював. І вже, якщо знадобиться відповідь, що саме з ним зробив цей користувач (як доказову базу), то можна використовувати повні дані по системі версіонування.

«Якщо щось можна довести справою, то на це нема чого витрачати слова»
Езоп

«Чий туфель?»

Також у нашій системі є ще одна можливість – це ведення історії зміни табличної частини документів складського та виробничих обліку, а також документів ціноутворення. Зокрема у більшості випадків під час обліку цікавить історія змін табличних частин «Товари», «Матеріали», «Продукція».

Як це працює? Допустимо потрібно отримати відповідь: коли якого числа встановлено нову ціну? Хто видалив рядок у документі переміщення? Хто замінив номенклатуру іншою номенклатурою? Хто видалив кількість? Хто встановив знижку? Хто змінив ціну? Можна побачити, хто змінив тип цін у документі.

При цьому в поточній системі при записі змін відбувається порівняння з даними історії раніше записаною і в історію записуються лише те, що змінилося. Нема надмірного зберігання історії.

Звіт щодо змін

Весь цей протокол візуально подано у вигляді звіту «Звіт про зміни табличних частин документів». Цей звіт відкривається лише при натисканні однієї кнопки «Історія» в документі і відразу показує за якою номенклатурою, що було змінено і найголовніше ким і коли. Власне, цей звіт миттєво дозволяє отримувати відповідь на вищевказані питання. При цьому без участі адміністратора 1с.

« Справжні властивості людини виявляються лише тоді, коли настав час довести їх у справі»
Л.Фейєрбах

Оплата праці операторів

Надалі є продовження використання цих даних щодо змін довідників та документів. Існує звіт «Звіт щодо змін довідників та документів». Він дозволяє побачити по користувачах хто скільки з довідниками та документами зробив дій (створив новий, змінив, провів). При цьому цей звіт має закладений функціонал навіть з розрахунку оплати праці. Задається розцінка за зміну одного об'єкта (для кожного окремо) і звіт покаже суми, скільки, скажімо, оператор заробив.

Детально

«Існують питання, на які немає відповідей; але є відповіді, що викликають масу питань»
Е.Севрус

Ця обробка працює у конфігураціях УПП 1.3, УТ10.3. А також може бути інтегрована в будь-яку конфігурацію 1с, де є складський і виробничий облік. Працює на звичайних формах.

Висновок

На ринку існує багато варіантів зберігання історій інформації. Є десь навіть реалізовано зберігання в окремій базі. Можливо, що й реалізовано набагато краще та універсальніше. Дати швидку відповідь – ось головна для нас була умова. Так щоб будь-який користувач (комірник, оператор, бухгалтер) не витрачав час на відповідь, а отримував її миттєво. І ще одна умова – це подальше використання даних для оплати праці користувачів.

Як часто у вашій компанії виникає потреба подивитися хто змінював документ 1С?

Або як дізнатися хто з працівників змінив той чи інший реквізитдокумента 1з8?

Як подивитись історію зміни документа 1С?

Модуль "Історія змін" на базі 1С 8

Зручний та оперативний інструментаналізу та контролюдій користувачів 1С.

Завдання, що вирішуються модулем "Історія змін" 1С 8:

• Виключення можливості махінаційкористувачів із документами заднім числом;
• Визначення винного у внесенні помилкових даниху документи;
• Можливість виявлення некоректної роботи програмиу частині автоматичної зміни чи перепроведення документів;
• Виявлення умисного спотворення (зміни) данихнаприклад, внесення неправильних контактних даних клієнтів, несумлінними менеджерами;
• Можливість побачити що булоз документом чи довідником до його зміни та, за необхідності, повернути все назад.

Плюси механізму "Історія змін" 1С 8:

• Всі дані зберігаються всередині бази 1С, що забезпечує високу швидкість пошукунеобхідної інформації та побудови необхідних звітів.
• Модуль 1С 8 "Історія змін" має мінімальний вплив на продуктивність. Ви практично не відчуєте різницю під час роботи з нашою підсистемою і без неї.
• Модуль універсальнийі легко інтегруєтьсяу будь-яку, навіть стандартну, конфігурацію на базі системи « 1с Підприємство"версії 8.2 та версії 8.3 включаючи версію .

Можливості модуля:

Модуль дозволяє гнучко налаштовувати об'єкти, за якими вестиметься контроль.

Перегляд історії зміни даних можливий безпосередньо з форми документа або довідника та доступний для користувачів, які мають відповідні права.

У механізм контролю потрапляють зміни реквізитів довідників та документів. При цьому зберігається і старе, і нове значення реквізиту.

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

Є можливість бачити віддалені та додані рядки в табличні частини документів. При цьому програма ігноруватиме зміну сортування рядків усередині документа, що фактично не є зміною даних. Для наочності, у звіті за зміненими даними, додані рядки розфарбовуються блакитним кольором, а віддалені рожевим.

Журнал реєстрації 1С 8.

Як дізнатися, хто змінив документ 1C?

Здавалося б все просто - подивитися хто змінював документ 1С можна в «Журналі реєстрації». Адже в ньому фіксуються події щодо зміни об'єктів бази, а також події, що виникають під час роботи з базою (вхід та вихід користувача, помилки, формування звітів). Так у журнал потрапляє дуже багато зайвих записів, через що обсяг журналу швидко зростає і виникають проблемиі зі зберіганням журналу, і з пошуком у ньому справді корисної та потрібної інформації.

Але найбільший мінус стандартного журналуреєстрації- Неможливість дізнатися, що конкретно було змінено в об'єкті: реквізит або рядок в табличній частині - відповіді не знайдете. І точно ніяк не дізнаєтеся, які дані були до зміни і які стали після.

Також неможливо налаштувати вбудований журнал, щоб із відкритого документа чи довідника можна було б натисканням однієї кнопки побачити всю історію змін 1С 8. Для таких маніпуляцій потрібно досить складне, для непідготовленого користувача, налаштування відборів у журналі реєстрації.

Модуль "Історія змін"- Це зручний та оперативний інструмент аналізу та контролю дій користувачів 1С.

Щоб Модуль «Історія змін» 1С 8 почав виконувати свою роботу, його необхідно якось налаштувати. Налаштування не потребує особливих витрат часу та передбачає вибір документів, довідників, а також їх реквізитів, за якими вестиметься контроль та зберігатиметься історія змін.

Вартість модуля залежить від необхідності послуг з його встановлення та налаштування. З в'яжіться з нами будь-яким зручним способом та дізнайтеся вартість.

Уявімо ситуацію. Відповідальний працівник по касі, вніс касовий документ до журналу, заповнив параметри та провів його. Минув час, і одного разу головний бухгалтер раптом знайшов розбіжність даних створеного документа та реальної операції. Касир каже, що абсолютно правильно вносив усі дані, решта працівників бухгалтерії або не мають доступу до документа, або переконливо стверджують, що непричетні до змін. Але факт очевидний!..

Отже, відповімо ж на запитання «Як в 1С 8.2 подивитися змінив документ?», «Як в 1с подивитися?», «Як в 1С дізнатися хто і коли змінював документи?», «Як в 1С дізнатися хто змінив проводку в документі?» , "Як подивитися хто змінював документ в 1с?"

Насправді, все досить просто. У програмі 1С:Бухгалтерія є вбудований інструмент фіксації дій користувачів в інформаційній базі.

Перевіримо його дію з прикладу несанкціонованого нарахування зарплати одному з працівників організації. Відкриємо журнал нарахувань заробітної плати.

Додамо до останнього документа щодо нарахування ще одного працівника. Розрахуємо та проведемо документ.

Здавалося б, усе. Навмисне додавання до виплати непомітно нараховане, залишається лише дочекатися формування відповідальним бухгалтером документа виплат, отримати «доплату» і можна йти до магазину по обновки… Проте зловмисникові поспішати не варто.

Відповідальний бухгалтер або ГБ, відчувши недобре, дуже нескладно можуть поглянути хто, що і коли змінив у документі.

Для цього відкриваємо пункт головного меню «Сервіс» і далі вибираємо «Журнал реєстрації». Зауважу, що за замовчуванням опція журналу реєстрації включена. Однак іноді помилково вважаючи, що реєстрація призведе до зниження продуктивності, деякі адміністратори її відключають. Тим самим позбавляючись корисної функціональності.

Отже, відкриваємо журнал.

Встановивши фільтр за документом, бачимо всі вироблені з ним дії.

Тобто. який користувач, з якого комп'ютера, у якому документі, і, головне, що коли зробив.

Таким чином, від всевидящого ока 1С, при зміні документів нікуди не подітися.

Проте, задля справедливості, варто зазначити, що при всіх можливостях журналу реєстрацій, його відверто слабку інформативність і нагромадженість. Якщо Вашому підприємству необхідна конкретна деталізація за зміненими значеннями реквізитів, можна скористатися розробкою () Вказана розробка має набір найнеобхідніших для бухгалтера функцій для відстеження та інформування, вбудованих у журнали документів.

Наприклад продемонструємо журнал касових документів зміни однієї з підприємств, скористалися цією розробкою. У полі "Відповідальний" ми бачимо незмінне значення людини, яка створила документ, а в полі "Змінив" - нік користувача 1С, що вніс останні зміни.

І, додатково, доступна інформація щодо конкретних внесених змін реквізитів документа. Хто, коли, в якому документі, з чого, з якого комп'ютера. Все, аж до знаку.

Скориставшись одним із розглянутих нами методів бухгалтер, який має доступ, завжди зможе правильно визначити користувача 1С, який вніс останні зміни до документа інформаційної бази.

Якщо у Вас з'являться якісь складності, ми обов'язково допоможемо.

Обговорити операцію та поставити по ній запитання можна у .

Якщо у Вас виникли питання по статті або залишилися невирішені проблеми, обговорити їх Ви можете на

Досить часто виникає необхідність з'ясувати, хто і коли змінював той чи інший об'єкт бази. Зробити це досить легко.

У системі для логування дій користувачів передбачено спеціальний інструмент. журнал реєстрації. До нього записуються всі події, виконані як інтерактивно, і з допомогою обробок.

Доступ до журналу реєстрації можна отримати як у режимі підприємства (меню Усі функції ⇒ Стандартні ⇒ Журнал реєстрації), так і в режимі конфігуратора ( Адміністрація ⇒ Журнал реєстрації):

Якщо в режимі підприємства немає пункту меню « Усі функції«, то необхідно включити його відображення:

Увага!

Користувач повинен мати достатні права для доступу до меню «Всі функції» та журналу реєстрації.

Журнал реєстрації в режимі підприємства та конфігуратора містить однакові дані, функціонал в обох режимах ідентичний, але, все ж таки, є невеликі відмінності:

• У режимі підприємства є можливість відбору за конкретним документом чи елементом довідника, що у більшості випадків і потрібно. Конфігуратор не оперує даними користувача (але там є інформація про змінені дані в текстовому вигляді);
• У режимі конфігуратора є можливість відбору розділювачів даних;
• Візуально трохи різняться вікна з даними та відборами.

Тепер розглянемо приклад як можна визначити хто редагував об'єкт, що цікавить нас.
1. Заходимо в режим підприємства та відкриваємо журнал реєстрації, як описано вище;
2. Накладаємо відбір на потрібний об'єкт:

3. Аналізуємо інформацію:

З отриманих даних можна отримати необхідну інформацію для розслідування: який користувач, коли і з якого комп'ютера змінював об'єкт, що цікавить. Крім того, в таблиці присутні на увазі однакові колонки «Дані» та «Подання даних». Дані - це посилання на об'єкт бази даних, для одного об'єкта вона завжди однакова. Подання даних — це текстове представлення даних на даний момент зміни, тобто. по колонці «Подання даних» можна відстежити історію зміни номера та дати документів та найменування чи коду довідників.

Дані журналу реєстрації зберігаються над самій базі даних, а окремому каталозі:

• Для файлових баз - [Каталог ІБ] \ 1Cv8Log;
• Для серверних баз - [Каталог службових файлів кластера]\[Каталог ІБ]\1Cv8Log.

Зберігання може здійснюватися у двох форматах:

• Файли формату .lgd- база даних формату SQLite;
• Файли формату .lgfі .lgp- Звичайні текстові файли.

Формат.lgd є більш сучасним, усі нові бази, починаючи з релізу 8.3.5, зберігають дані журналу у цьому форматі.

Слід зазначити, що журнал реєстрації може займати багато місця на жорсткому диску. Є можливість видалити дані до певної дати та налаштувати перелік подій, що реєструються (аж до повного відключення). Налаштування виконуються в конфігураторі: Адміністрація ⇒ Налаштування журналу реєстрації:

У прикладних рішеннях із вбудованою окрім платформних механізмів перегляду журналу реєстрації можна скористатися обробкою «Журнал реєстрації». Обробка зазвичай розміщується в меню НСІ та адміністрування ⇒ Підтримка та обслуговування.

Для аналізу історії зміни об'єктів можна також скористатися більш функціональним механізмом версіонування об'єктів, який доступний під час використання конфігурацій на базі бібліотеки стандартних підсистем. Опису цього функціоналу буде присвячено окрему статтю.

Журнал реєстрації в 1С 8.3 дуже корисний тим, що в ньому відображаються події, що відбулися в інформаційній базі із зазначенням часу, імені комп'ютера та користувача та посилання на дані, що змінюються. При аутентифікації користувачів у журналі також створюються записи із зазначенням способу входу до програми. Даний механізм дозволяє відповісти на одне з найчастіших питань – хто останній вносив зміни до конкретного об'єкта.

Де знайти журнал реєстрації в 1С 8.3? Через меню «Всі функції» – «Стандартні» або, у типових конфігураціях 1C, у меню «Адміністрування» – «Підтримка та обслуговування».

Налаштування журналу реєстрації здійснюється у режимі конфігуратора. У меню «Адміністрування» виберіть «Налаштування журналу реєстрації».

Тут налаштовуються події, які будуть відображатися в журналі реєстрації.

Вибір першого пункту налаштування дозволяє не вести журнал реєстрації взагалі. Інші налаштування розташовані за зростанням їхньої значущості. При великій кількості користувачів не рекомендується реєструвати примітки, щоб не засмічувати базу.

При створенні нової бази даних за замовчуванням встановлюється режим реєстрації всіх подій.

Перегляд та пошук записів

Коли ви відкриєте сам журнал реєстрації, на перший погляд може здатися, що дуже багато інформації і знайти її просто нереально. Насправді, це не так.

За замовчуванням журнал реєстрації виводиться по 200 записів. Відображення великої кількості записів може негативно вплинути на працездатність вашої програми або просто вона зависне.

У формі списку журналу реєстрації можна встановити відбір та скористатись пошуком. Пошук накладається лише на записи, які вже відображаються (у цьому випадку останні 200 подій). Відбір застосовується до всіх записів.

Пошук здійснюється за виведеними даними в табличній частині, тому при його використанні необхідно вказати колонку і дані, які потрібно знайти.

Відбір дозволяє відібрати дані за конкретними користувачами, іменами комп'ютерів, подіями тощо. Також у вас є можливість вивести записи журналу реєстрації тільки за конкретними метаданими даними (вказується посилання на потрібний об'єкт, наприклад, конкретний документ) та інші налаштування.

У цьому прикладі наведено налаштування журналу реєстрації для відбору всіх подій користувача Admin, починаючи з 20.06.2017.

Де зберігається файл журналу 1cv8.lgd

Місце фізичного зберігання журналу реєстрації залежить від того, файлова база або клієнт — серверна.

Файлова база

При цьому режимі розміщення журнал реєстрації знаходиться в папці з самою базою. Місце розташування можна дізнатися або зі списку баз, або з довідки «Про програму».

Якщо перейти на цю адресу, ви знайдете папку з ім'ям «1Cv8Log». Саме тут розміщені дані журналу реєстрації у файлі 1Cv8.lgd.

При необхідності перенесення бази з одного місця до іншого можна скопіювати так само і цей каталог, тоді дані журналу реєстрації перенесуться разом із базою.

При видаленні цього каталогу журнал реєстрації очиститься.

Клієнт-серверна база

У такому режимі так само, як і в попередньому, тільки дані журналу реєстрації 1С зберігаються на сервері. Найчастіше його місце розташування таке:

• C:\Program Files\1cv8\srvinfo\<место расположения информационной базы>\1Cv8Log

Оптимізація

Журнал реєстрації можна оптимізувати, особливо коли в базі відбувається велика кількість подій.

Одним із способів є розглянуте вище налаштування реєстрації лише певних подій. Наприклад, нема чого відстежувати примітки, якщо вони вам просто не потрібні.

У більш старих релізах платформи в налаштуваннях журналу реєстрації було доступно розділення журналу реєстрації за періодами. Весь журнал можна було розділити на окремі файли із зазначеною періодичністю (день, місяць, рік тощо).

Починаючи з версії платформи 1С 8.3.5.1068 журнал реєстрації зберігається у файлі бази даних sqlite з розширенням *.lgd, і дана настройка стала недоступною. Цей спосіб зберігання журналу реєстрації значно продуктивніший, ніж старий.

Як зменшити або видалити журнал реєстрації в 1С

У разі потреби часткового чи повного очищення записів журналу реєстрації у вікні налаштувань натисніть кнопку «Скоротити». У вікні вкажіть дату, до якої всі записи повинні піти. Також видалені записи можна зберегти у файл про всяк випадок.