В предприятието в повечето случаи не един конкретен потребител, а всички счетоводители могат да работят с програмата 1C. Разбира се, те могат да извършват действията, които са предвидени от тях. служебни задължениябез да пречи на действията на другите колеги. За съжаление в счетоводната практика могат да възникнат ситуации, когато внезапно се появи грешка, претенциите за която се предявяват на прекия изпълнител, изготвил документа.

Благодарение на функционалността на 1C можете да определите потребителя, който е генерирал отчета или формуляра.

Ако изпълнителят гарантира, че е направил всичко правилно, въвел е всички данни без грешки и следователно не може да обясни защо е възникнал неуспехът, можете да наблюдавате факта на намеса на трета страна в процеса на редактиране на документа. За да извършите такива желани действия, е важно да разберете как да видите историята на промените в конкретен документ в 1C.

Вижте хронологията

Всъщност е просто невъзможно да се извършват инкогнито действия в програмата 1C. Това, разбира се, е много важно, тъй като при липса на такава функция би било възможно да се правят промени в програмата, както всеки желае, „увеличавайки“ собствената си заплата и прехвърляйки обвиненията за неправилни изчисления върху изпълнителя. За щастие разработчиците предотвратиха възможността за такава измама, като оборудваха програмата с контролна функция. След като разбрахте как да видите в 1C кой е променил документа, лесно можете да намерите виновника за грешката. Това ще позволи порицанието да бъде дадено на тези, които го заслужават.

Алгоритъм за проверка

Всички действия, извършени в програмата 1C, се записват в „Регистрационния дневник“. В допълнение, той дори записва статуса на транзакцията, насочвайки проверяващия дали транзакцията е била завършена или отменена в последния момент.

Можете да отворите „Регистрационния регистър“ от режим „Конфигуратор“ или „Предприятие“. Във всеки случай резултатът от теста ще бъде идентичен. След като отворите дневника, ще можете да наблюдавате всички събития, извършени в тази програма в хронологичен ред.

Много счетоводители обаче могат да работят с програмата 1C, със сигурност попълвайки и генерирайки много документи. Поради тази причина е доста трудно просто да превъртите, да преместите плъзгача, да потърсите необходимия документ и да проследите промените, на които е бил подложен.

За щастие, разработчиците го направиха лесно бързо търсене. Лесно е да намерите иконата за сортиране в лентата с инструменти. След като щракнете върху този бутон, се отваря прозорецът „Избор“, в който трябва незабавно да поставите точка в квадратчето до реда „Изберете веднага“.

Сега трябва да отидете във втория раздел на прозореца „Данни“. В долната част на този раздел има блок със същото точно име „Данни“. Обърнете внимание на този блок, там ще видите празен ред, от дясната страна на който има бутон с изображение на буквата „T“, щракнете върху него. Сега ще се появи нов прозорец, в който трябва да изберете типа данни, които се опитваме да проверим сега.

Следващата стъпка е да изберете документа, който се опитвате да намерите, щракнете върху бутона с изображението на три точки и изберете документа, който търсите от предоставения списък. След натискане на бутона “Ok” трябва да имате търпение, тъй като програмата ще започне процеса на сортиране, селекция и всичко свързано с документа, който сте избрали. Този процес може да отнеме няколко минути. Основното е да не правите нищо в този момент, да не се намесвате, а да чакате търпеливо.

След завършване на този процес на екрана в хронологичен ред ще се появи списък с действията, на които е бил подложен документът. Този списък идентифицира потребителите, както и техните специфични дейности. Можете също така да определите в кой ден и по кое време са направени промените.

СЪВЕТ. Дневникът може в даден момент да стане прекалено пълен, тъй като действията се записват непрекъснато. За да освободите дневника от ненужна остаряла информация, е полезно да го изчиствате от време на време.

Когато отворите Бордовия дневник, ще намерите опцията за постоянно изтриване на записи, както и запазване на остарелите записи в отделен файл. Такива манипулации ви позволяват да изчистите дневника, но не и да се сбогувате напълно с някои данни, но имате възможност да работите с тях в бъдеще.

Така че можете лесно да проследите кой е работил с документа, кога, какви промени са направени и дали транзакциите са завършени, ако внимателно проучите всички тези препоръки, чието практическо изпълнение не е придружено от проблеми.

Доста често има нужда да разберете кой и кога е променил този или онзи обект на база данни. Това е доста лесно да се направи.

Системата предоставя специален инструмент за регистриране на действията на потребителите - дневник. Той записва всички събития, извършени както интерактивно, така и чрез обработка.

Дневникът може да бъде достъпен както в режим Enterprise (меню Всички функции ⇒ Стандартни ⇒ Дневник), и в режим на конфигуратор ( Администрация ⇒ Дневник):

Ако в режим Enterprise няма елемент от менюто " Всички функции", тогава трябва да активирате показването му:

внимание!

Потребителят трябва да има достатъчно права за достъп до менюто "Всички функции" и за влизане.

Дневникът в корпоративния и конфигураторския режим съдържа едни и същи данни, функционалността и в двата режима е идентична, но все пак има малки разлики:

• В корпоративния режим е възможно да се избира по конкретен документ или елемент от директория, което се изисква в повечето случаи. Конфигураторът не работи с потребителски данни (но има информация за променените данни в текстов вид);
• В режим на конфигуратор е възможно да се избира чрез разделители на данни;
• Визуално прозорците с данни и селекции са малко по-различни.

Сега нека да разгледаме пример за това как можем да определим кой е редактирал обекта, който ни интересува.
1. Отидете в корпоративния режим и отворете дневника, както е описано по-горе;
2. Прилагаме селекция към желания обект:

3. Анализирайте информацията:

От получените данни можете да получите необходимата информация за разследване: кой потребител, кога и от кой компютър е променил обекта на интерес. Освен това таблицата съдържа привидно идентични колони „Данни“ и „Представяне на данни“. Данните са препратка към обект на база данни; за един обект те винаги са еднакви. Представянето на данни е текстово представяне на данните в момента на промяната, т.е. С помощта на колоната „Представяне на данни“ можете да проследявате историята на промените в броя и датата на документите и името или кода на справочниците.

Данните от регистрационния файл не се съхраняват в самата база данни, а в отделна директория:

• За файлови бази данни - [IS директория]\1Cv8Log;
• За сървърни бази данни - [Директория с файлове на клъстерна услуга]\[Директория за сигурност на инструмента]\1Cv8Log.

Съхранението може да се извърши в два формата:

• Файлов формат .lgd— база данни във формат SQLite;
• Файлов формат .lgfИ .lgp- обикновени текстови файлове.

Форматът .lgd е по-модерен; всички нови бази данни, започвайки с версия 8.3.5, съхраняват регистрационни данни в този формат.

Трябва да се отбележи, че дневникът може да заема доста място на твърдия диск. Възможно е да изтриете данни преди определена дата и да конфигурирате списъка със записани събития (до пълно изключване). Настройките се правят в конфигуратора: Администриране ⇒ Настройка на дневник:

В приложни решения с вградени, в допълнение към платформените механизми за преглед на регистрационния регистър, можете да използвате обработката на „Регистрационен журнал“. Обработката обикновено се намира в менюто Основни данни и администриране ⇒ Поддръжка и поддръжка.

За да анализирате историята на промените в обектите, можете да използвате и по-функционален механизъм създаване на версии на обекти, който е достъпен при използване на конфигурации, базирани на библиотеката от стандартни подсистеми. Отделна статия ще бъде посветена на описанието на тази функционалност.

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

Много често ми задават въпроси:

• Как да видя кой е променил документа в 1C 8.2?
• Как да видя кой е променил документ в 1C?
• Как да разберете в 1C кой е променил документите и кога?
• Как да разберете в 1C кой е променил публикуването в документа?
• Как да видя кой е променил документ в 1C?

Бордови дневник

Съдържа информация за това какви събития са се случили в информационната база в определен момент или какви действия са извършени от конкретен потребител. За всеки запис в журнала, който отразява промяна на данните, се показва състоянието на завършване на транзакцията (транзакцията е завършена успешно или транзакцията е отменена).

Дневникът е достъпен както в режим 1C:Enterprise, така и в режим Конфигуратор.

Достъпът до дневника е възможен както от режим Конфигуратор (през менюто Администрация - Дневник) и от корпоративния режим (меню Сервиз - Бордови дневник). В режим Такси ( Главно меню - Всички функции - Стандартни - Дневник)

Тип дневник (Редовни формии такси):

Избор в дневника(Редовни формуляри и такси):

Използвайки инструменти за работа със списъци, е възможно да качите регистъра за регистрация в табличен вид или, ако е необходимо, текстов документ(чрез Действия - Показване на списък), които по-късно могат да бъдат запазени, например, в Excel формат, TXT или HTML. В същото време е възможно да се конфигурира нивото на събитията, които ще се записват в дневника, както и честотата на разделяне на дневника на отделни файлове(в режим на конфигуратор на менюто Администриране - Настройка на дневник).

И там също е възможно да се намали броят на записите в този дневник до определена дата, което се прави, за да се ускори работата с механизма за анализиране и записване на събития в системата или да се направи ненужна неподходяща информация.

Къде се съхранява дневникът?

Във файловата база данни:папка в директорията на базата данни 1Cv8Log -това е директорията, съдържаща дневника.

Ако планирате да прехвърлите файлова база данни и искате да запазите хронологията на регистрационните файлове, определено трябва да копирате папката 1Cv8Log в категорията на новата база данни 1C. Ако трябва да изчистите регистрацията на 1C, влезте файлова база даннипросто изтрийте папката 1Cv8Log.

INБаза данни клиент-сървър: C:\Program Files\1cv8\srvinfo\<Имя кластера сервера>\<Идентификатор базы на сервере>\1Cv8Дневник

От версия 8.3.5.1068. Дневникът е значително преработен, за да се увеличи скоростта на изпълнение на заявките към дневника и да се повиши надеждността на съхранението на данни.

Това, наред с други неща, изисква промяна на формата за съхранение на регистрационни файлове. Сега се съхранява в един файл с база данни SQLite. Този файл има разширение lgd.

Обекти за създаване на версии

В някои конфигурации на 1C е въведен специален механизъм „Object Versioning“.

По подразбиране управлението на версии е деактивирано; за да го активирате, отворете Услуга - Счетоводни настройки - Настройка на счетоводни параметри

Щракнете върху бутона „Настройване на управление на версии на обект“, за да изберете кои директории и документи трябва да бъдат управлявани (наблюдавайте кой какво е променил и кога).

Наблюдение на обекти по подразбиране информационна базане се поддържа, следователно флагът „Не версия“ е зададен до всеки тип документ. Ако трябва да се извърши мониторинг, трябва да зададете „Версия“ срещу регистрационния файл на документа, който ви интересува.

Това е всичко, когато затворите прозореца и щракнете върху бутона "Ok", обектите ще бъдат наблюдавани.

За да видите всички промени, които някой е направил в документ или справочник, трябва да отидете в менюто: Услуга - История на промените в обекта

Версиониране в 1C:Enterprise ➾ История на промените на обекти ➾ Как да настроите версии на обекти в 1C:Enterprise? ➾ Какво е версия? Настройка на опции, роли, механизъм за запис на версия и др.

Представете си ситуацията: вие сте мениджър продажби. Създали сте клиентска поръчка, за която трябва да изпратите стоките. Генерирахме документ за продажба и открихме, че данните в него не съответстват на поръчката на купувача. За да разберете от кого, кога и какви промени са направени в документа, в конфигурациите на 1C:Enterprise 8 има механизъм за управление на версиите.

Версионирането е съхраняване на историята на промените в обектите. За разлика от дневника, в допълнение към съхраняването на хронология на това кой е променил какъв обект, кога и какво, механизмът за управление на версиите позволява на системния администратор да види конкретните промени, направени от потребителите.

Системата ви позволява да видите всяка версия на обект или да сравните всякакви версии на обект помежду си. За да работите с хронологията на промените в обектите, първо трябва да конфигурирате техните версии. Системният администратор конфигурира и преглежда хронологията на версиите.

Как да конфигурирам управление на версии на обект?

включено в моментаМеханизмът за създаване на версии е наличен в много стандартни, най-често срещани конфигурации, като например:

Версиите се конфигурират от системния администратор с пълни права.

Отворете раздела „Версии“ ​​и поставете отметка в квадратчето „Използване на версии на обекти“:

Щракнете върху „Настройване на управление на версии на обект...“

Когато настройвате управление на версии за всеки тип документ и директория, можете да посочите:

• Не версия - стойността е зададена за всички обекти по подразбиране;
• Версия - стойността се използва за конфигуриране на директории и документи;
• Версия при осчетоводяване - стойността се използва само за документи.

Ако е избрана опцията Версия, тогава всеки път, когато даден обект се промени, следващата версия на обекта ще бъде записана в неговата хронология на версиите.

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

Версиониране голямо количествообекти може да доведе до нарастване на информационната база поради съхранението на техните версии. Поради това се препоръчва тази функция да се използва избирателно.

За да видите хронологията на промените на обекти, отворете Инструменти/Хронология на промените на обекти. Командата е достъпна само за системния администратор и само за онези обекти, които имат конфигурирано управление на версиите. Във формуляра, който се отваря, изберете обект (в примера това е клиентска поръчка), изберете версиите на този обект, които искате да сравните, и щракнете върху бутона „Сравнение на версиите“.

Тази команда ще генерира отчет за промените във версията на обекта (щракнете върху изображението, за да го увеличите):

Ако разработвате нова конфигурация, трябва да активирате регистрационния файл. Това ще ви позволи да проследявате всички промени, направени от потребителите в 1C. Например можете да разберете кой какво е добавил, изтрил или променил.

Но за да бъдат записани тези данни, трябва да настроите дневник. По принцип той е активиран по подразбиране при създаване на нова конфигурация. Но ако не използвате свои собствени конфигурации, по-добре е да проверите тези настройки.

Настройване на дневник и преглед на хронологията на промените

И така, първо, нека да настроим регистър за регистрация в 1C. Настройките са сходни и за двете версии 8.2 и 8.3. Стартирайте конфигуратора, потърсете елемента Администриране и изберете Настройки на журнала.

Тук трябва да изберете последния елемент Регистриране на грешки, предупреждения, информация, бележки.

Сега, например, нека отидем в 1C и създадем нов документ или директория, можете просто да направите промени. Ще създам нов документ.

Сега, за да видите промените в регистъра на регистрацията, трябва да отидете в конфигуратора, да отворите елемента от менюто Администриране и да изберете Дневник.

Ще се отвори дневникът, в който се записват всички действия на потребителя. Например създадох нов документ. Да видим как действията ми са записани в дневника. Виждаме таблица с полета Дата и час, Потребител, Събитие, Състояние на транзакцията и Метаданни. От тях виждаме, че съм влязъл в програмата на 13.11.17 под сметкаАдминистратор. В колоната за събития можете да видите, че съм добавил данни. Колоната с метаданни показва кой е документът.

Дневникът е много удобен за съхранение подробна информацияотносно действията на потребителя. Кога съм стартирал конфигурацията, под кого съм влязъл, какво съм добавил и в колко часа съм напуснал програмата. Но за да се проследят действията на всеки потребител, е необходимо той да влезе в акаунта си.