Журнал регистрации
Журнал регистрации содержит информацию о том, какие события происходили в информационной базе в определенный момент времени или какие действия выполнял тот или иной пользователь. Для каждой записи журнала, отражающей изменение данных, отображается статус завершения транзакции (транзакция завершена успешно, или же транзакция отменена). Это позволяет понять изменены реально данные или нет:
Для событий успешной и неуспешной аутентификации в информационной базе 1С:Предприятия в журнал записывается, какой именно пользователь операционной системы выполняет эту аутентификацию.
Для событий доступа к данным и отказа в доступе к данным можно гибко настроить состав регистрируемой информации. Набор полей объектов конфигурации, при доступе к которым будет регистрироваться событие, и состав дополнительной информации, которая будет записываться в журнал регистрации при наступлении этого события. Например, можно указать, что в журнал будут заноситься записи о том, что пользователь прочитал сумму начислений из регистра, хранящего данные о заработной плате. При этом в журнал будет занесена информация не только о том пользователе, который прочитал эти данные, но и информация о том, начисления какому именно сотруднику были прочитаны.
Журнал регистрации доступен как в режиме 1С:Предприятие, так и в режиме Конфигуратор.
В режиме 1С:Предприятие по щелчку мыши в полях Данные и Представление данных можно перейти к тому объекту прикладного решения, который указан в записи журнала регистрации.
Информацию, находящуюся в журнале регистрации, можно отбирать по большому количеству критериев. Например, можно отобрать только информацию о том, какие документы изменялись определенным пользователем в заданный промежуток времени:
Существует возможность настройки уровня событий, отображаемых в журнале регистрации, а также периодичности разделения журнала на отдельные файлы (включение/выключение журнала регистрации возможно как интерактивно, так и средствами встроенного языка):
Кроме этого разработчик может самостоятельно добавлять записи в журнал регистрации, используя средства встроенного языка. Такая возможность позволяет настраивать журнал регистрации под нужды конкретного прикладного решения.
Используя средства работы со списками, разработчик имеет возможность выгрузить журнал регистрации в текстовый или табличный документ, который в дальнейшем может быть сохранен в собственном формате или, например, формате листа Excel или документа HTML.
Кроме этого поддерживается выгрузка журнала регистрации в формате XML, что может использоваться для последующего анализа выгруженных записей средствами встроенного языка.
Особенности функционирования журнала регистрации
- при создании новой информационной базы для журнала устанавливается режим регистрации событий всех уровней важности;
- при загрузке информационной базы из файла журнал регистрации не очищается.
Журнал документов 1С
В программах 1С предусмотрено большое количество документов. Пользователь не всегда может быстро найти нужный, для упрощения его работы разработчики придумали журналы. Журнал объединяет несколько документов разных типов. Рассмотрим, как с ним работать в программе 1С:Бухгалтерия предприятия, 3.0.
Журнал документов 1С — как открыть
В 1С:Бухгалтерии есть журналы:
- денежных операций;
- складских операций;
- по учету основных средств;
- кадровых документов;
- другие.
Открыть их можно на панели разделов.
Например, журнал Кадровые документы находится в разделе Зарплата и кадры .
- Самоучитель по 1С Бухгалтерии 8.3;
- Самоучитель по 1С ЗУП 8.3.
Кроме того, есть возможность просмотра списка всех существующих журналов. Для этого зайдите в меню Сервис и настройки – Функции для технического специалиста .
Журналы будут доступны в соответствующем разделе.
Подробнее про команду Функции для технического специалиста смотрите в статье >>
Как работать с журналами
Содержание конкретного журнала может отличаться, но в целом порядок работы похожий.
Рассмотрим для примера журнал Кадровые документы . В нем представлены кадровые документы по сотрудникам организации.
Для создания нового документа нажмите кнопку Создать и выберите нужный вид документа.
Для поиска документов предназначены отборы по организации (если их в базе несколько) или по сотруднику.
Также можно легко выполнить поиск по любым ключевым словам, для этого просто начните их вводить на клавиатуре. Курсор автоматически установится в строку поиска, и программа подберет подходящие документы.
На верхней панели журнала есть кнопки:
Создать новый элемент копированием текущего — копирует существующий документ.
Дт/Кт — показывает проводки документа в бухгалтерском и налоговом учете, а также движения по регистрам.
Печать — используется для печати различных форм. Варианты форм могут отличаться в зависимости от документа.
Присоединенные файлы — позволяет прикрепить к документу файлы с компьютера.
Журнал проводок в 1С 8.3 — где найти
В программе из каждого документа можно посмотреть бухгалтерские проводки. В этом случае информация будет показана только по одному документу. Для просмотра всех проводок предназначен Журнал проводок . Он доступен в меню Операции – Бухгалтерский учет .
Откроется список проводок с датами и документами, на основании которых сделаны проводки.
Нажав два раза левой кнопкой мыши на строке, откройте исходный документ.
Проводки можно отфильтровать по счету. Для этого установите курсор на счете в колонке Дебет или Кредит , нажмите комбинацию клавиш CTRL + F. Откроется окно поиска. Введите нужный счет и нажмите кнопку Найти .
Отобразятся проводки по Дебету или Кредиту выбранного счета (в данном случае — операции по поступлениям на банковский счет).
Отметим, что для анализа операций удобнее воспользоваться отчетами, например, Оборотно-сальдовая ведомость , Оборотно-сальдовая ведомость по счету и другими.
Общий журнал документов в 1С 8.3 Бухгалтерия
В 1С имеется и общий журнал со всеми документами – Журнал операций . Он доступен в разделе Операции – Бухгалтерский учет .
Здесь вы можете увидеть все созданные документы, а также сделать новый документ. Для этого нажмите кнопку Создать .
Выберите нужный документ и нажмите ОК .
Как и в других журналах, здесь предусмотрены отборы и поиск данных.
По кнопке Реестр документов отобразится печатная форма со списком документов.
При необходимости этот реестр можно распечатать или сохранить в файл с помощью кнопок на верхней панели отчета.
Мы рассмотрели примеры работы с журналами документов в 1С.
См. также:
- Как настроить важные журналы под себя
- Реестр документов
- Бухгалтер без Админа при работе с 1С:Бухгалтерия
- Где найти Журнал операций и что в нем можно сделать
- Как открыть два окна одного вида документов для проверки данных?
- Как установить рабочий период в журналах документов
- Как вывести Журналы документов покупателей и поставщиков
- Как сделать быстрый выбор периода в журналах
- Удобная работа с журналами документов
Если Вы еще не подписаны:
Активировать демо-доступ бесплатно →
или
Оформить подписку на Рубрикатор →
После оформления подписки вам станут доступны все материалы по 1С:Бухгалтерия, записи поддерживающих эфиров и вы сможете задавать любые вопросы по 1С.
Помогла статья?
Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно
Какие действия доступны пользователю в журнале документов 1с бухгалтерия
The service you’ve requested couldn’t be identified
No matches have been found between requested website and protected IP address
If you are trying to visit this site, please try again later.
If you are a target website owner please make sure that:
— DNS A record points to the protected IP address for the requested website
— The DDoS protection and optimization service is active for the requested website
Protection and Acceleration by DDoS-Guard
Настройка ролей и прав доступа
Область применения: управляемое приложение, обычное приложение.
Действует для конфигураций УП (ERP), УТ 11 и входящих в них библиотек.
Для других конфигураций рекомендуется к использованию.
Содержит уточнения к требованиям других стандартов.
1. Общие положения
1.1. Роли создаются «атомарными», т.е. дающими права на доступ к элементарным функциям программы. Из этих элементарных ролей создаются профили пользователей, которые уже и назначаются пользователям средствами БСП. Деление прав на доступ к объектам между функциями должно быть таким, чтобы на типовом внедрении не возникало необходимости в создании новых ролей.
Исключение: для ролей, назначаемых внешним пользователям, задается исчерпывающий набор прав к необходимым объектам.
Например, в УП(ERP) это роль ПартнерСамообслуживание .
1.2. Роль ПолныеПрава (англ. FullAccess ) совместно с ролью АдминистраторСистемы (англ. SystemAdministrator ) дает неограниченный доступ (без RLS) ко всем объектам. См. стандартные роли.
1.3. Ни одна роль (в т.ч. ПолныеПрава и АдминистраторСистемы ) не должна давать право на интерактивное удаление ссылочных объектов.
- после создания нового объекта нужно зайти в роль ПолныеПрава и отключить право интерактивного удаления у ссылочных объектов.
1.4. Только роль ПолныеПрава и АдминистраторСистемы должна давать право на удаление ссылочных объектов.
1.5. Только для роли ПолныеПрава должен быть установлен флаг «Устанавливать права для новых объектов». Для всех остальных ролей этот флаг должен быть снят.
1.6. Если какое-то право может быть использовано только администратором системы (например, использование какого-то отчета или обработки), то достаточно, чтобы это предоставлялось одной из ролей ПолныеПрава и АдминистраторСистемы , создавать отдельные роли в этом случае не требуется.
1.7. Во всех документах, предполагающих проведение, должны быть выставлены флаги «Привилегированный режим при проведении» и «Привилегированный режим при отмене проведения», поэтому не нужно создавать роли, дающие права на изменение регистров, подчиненных регистраторам.
Исключение: документы, предназначенные для непосредственной корректировки записей регистров, могут проводиться с проверкой прав доступа, но в этом случае необходимо предусмотреть роли, дающие права на изменение регистров.
1.8. Во всех функциональных опциях должны быть выставлены флаги «Привилегированный режим при получении».
Исключение: в конфигурации могут быть предусмотрены параметризированные ФО, для которых разработчик специально предусматривает различия в получаемых значениях пользователями с разными правами.
Пример: Есть параметризованная ФО ИспользоватьВалютуПриРасчетеСПерсоналом , которая параметризуется организацией. Если пользователь будет получать ее значение в контексте своих прав, то он не увидит поле «валюта» в документе, если у него нет ни одной организации, где применяется валютный учет.
1.9. Не должно быть ролей, кроме стандартных ролей БСП, которые дают общие права (такие как Администрирование , ТонкийКлиент и т.п.).
- при создании новой роли нужно следить, чтобы эти права были выключены.
1.10. В отдельных случаях для неконфиденциальных данных и общедоступных функций не требуется создавать отдельную роль на чтение (а также просмотр и ввод по строке — для ссылочных данных), а следует включать эти права в роли БазовыеПрава (англ. BasicAccess ) и БазовыеПраваВнешнихПользователей (англ. BasicAccessExternalUser ) (эта роль необходима только если в конфигурации предусмотрена работа с внешними пользователями). Например, это константы, общенациональные классификаторы, общие формы выбора периода, ввода контактной информации и др.
1.11. Не допускается, чтобы одна роль давала права на объекты, которые относятся к другим подсистемам.
Например, в хранилище УП (ERP) нельзя, чтобы одна роль давала права на объекты, которые есть в УТ 11 и на объекты, которых в УТ 11 нет. См. также: Разработка ролей в библиотеках.
2. Правила создания ролей к элементарным функциям
2.1. Объекты, при проектировании прав доступа, необходимо объединить в элементарные функции. Если объекты входят в одну функцию, то это означает, что не может быть задачи, когда доступ к этим объектам может быть разный.
Пример:
Есть документ «Заказ клиента» и связанный с ним регистр накопления «Заказы клиентов», который хранит остатки неотгруженных товаров и неоплаченных сумм. По сути этот регистр является отражением текущего состояния табличной части заказа. Если пользователь имеет права на документ, то будет странно, что он не будет иметь прав на регистр. Поэтому документ «Заказ клиента» и регистр накопления «Заказы клиентов» можно объединить в одну элементарную функцию. Если есть отчет, отображающий в удобном виде остатки регистра «Заказы клиентов», то логично его тоже включить в эту функцию.
Противоположный пример:
Есть документ «Реализация товаров и услуг», выступающий в роли распоряжения на отгрузку товаров. Остатки по распоряжениям на отгрузку товаров хранит регистр накопления «Товары к отгрузке». Объединять «Реализацию товаров и услуг» и регистр «Товары к отгрузке» в рамках одной функции было бы не правильно, т.к., например, кладовщик, вполне может иметь права на чтение регистра «Товары к отгрузке», но может не иметь прав на чтение документа «Реализация товаров и услуг».
2.2. В случае если возникают сомнения в том, что два объекта могут быть отнесены к одной элементарной функции, лучше выделить их в разные.
2.3. Каждый объект должен быть отнесен к элементарной функции, и только к одной.
2.4. Объекты, относящиеся к разным библиотекам не могут быть отнесены к одной элементарной функции.
3. Ссылочные объекты и регистры
3.1. Для функций, включающих в себя ссылочные объекты и независимые регистры сведений, должно быть создано две роли
- Чтение (англ. Read );
- ДобавлениеИзменение (англ. AddEdit ) или Изменение (англ. Edit ), если добавление выполняется автоматически, либо только администратором.
Роли должны содержать следующие права (когда они имеются у объекта метаданных):