Что такое интерактивное проведение документов. Особенности работы формы документа. Хранение документов в информационной базе

Установка даты документа при открытии формы

Если дата документа изначально не установлена, то при открытии формы нового документа происходит установка дате документа значения текущей даты сеанса.

Причем время документа будет установлено в зависимости от следующих настроек. Если свойство АвтоВремя расширения формы документа имеет значение НеИспользовать то время документа будет установлено по значению текущей даты сеанса. В остальных случаях дате документа присваивается время начала дня (00:00:00).

Установка даты нового документа при записи нового документа в форме

При записи документа в режиме оперативного проведения значение даты документа устанавливается согласно выданной оперативной отметке времени. Тут настройки свойств расширения формы не играют роли.

Но если время документа "нулевое" (0:00:00), то при неоперативном проведении документа оно будет изменено согласно настройкам свойства АвтоВремя. Исключение - когда АвтоВремя имеет значение НеИспользовать тогда время документа не меняется.

.

Запрет интерактивной записи проведенного документа без проведения (перепроведения)

Запрет интерактивной записи проведенного документа без проведения (перепроведения) используется, чтобы не создавалась, например, такая ситуация: сначала документ реализации был заполнен и проведен, при проведении сформированы движения по регистру с указанием количества, соответствующего количеству в документе. После этого пользователь исправил данные документа и сохранил без проведения.


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

Предотвращение подобных ситуаций достигается за счет установки свойства расширения формы документа ПриЗаписиПерепроводить значение Истина. Тогда отказ в обработке проведения приведет к откату транзации - документ не будет и перезаписан.

Установка режима проведения

При проведении документа из формы система проверяет наличие у пользователя соответствующих прав (Проведение, Интерактивное проведение, Интерактивное проведение неоперативное). Если их нет, то выдается сообщение о невозможности проведения документа, и запись с проведением документа из формы отменяется. Мы будем рассматривать только возможность отсутствия/наличия прав на неоперативное проведение, в зависимости от которого система может менять свое поведение, так как если нет первых двух прав, то документ не может быть проведен из формы в принципе.

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

При записи документа из формы расширение формы документа выполняет установку режима проведения документа.

Для реализации данного функционала система использует вариант (Автоматически, Оперативный, Неоперативный, Запрашивать ) указанный в качестве значения свойства ИспользоватьРежимПроведения расширения формы документа.

Вариант "Автоматически"

Вариант Автоматически Автоматически у свойства ИспользоватьРежимПроведения расширения формы документа. Платформа стандартно устанавливает это значение для новой формы.

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

Для проводимого документа происходит проверка положения даты документа относительно текущей даты сеанса.

Если дата документа (без учета времени) равна текущей дате сеанса, то система автоматически выбирает вариант проведения Оперативный.

Если дата документа (без учета времени) больше текущей даты сеанса, пользователю выдается предупреждение: "Дата оперативно проводимого документа больше текущей. Документ не может быть проведен оперативно!", и проведение документа отменяется.

Если дата документа (без учета времени) меньше текущей даты сеанса, выбирается вариант проведения Неоперативный . При этом если у пользователя нет права на неоперативное проведение, выдается предупреждение: "Недостаточно прав для неоперативного проведения", и проведение документа отменяется.

Вариант "Оперативный"

Вариант Оперативный устанавливается посредством выбора значения Оперативный у свойства ИспользоватьРежимПроведения расширения формы документа.

В данном варианте, если дата документа (без учета времени) меньше текущей даты сеанса, выдается предупреждение: "Дата оперативно проводимого документа меньше текущей. Документ не может быть проведен оперативно!", и проведение документа отменяется.

Если дата документа (без учета времени) равна текущей дате сеанса, производится запись документа с оперативным проведением.

Если дата документа (без учета времени) больше текущей даты сеанса, выдается предупреждение: "Дата оперативно проводимого документа больше текущей. Документ не может быть проведен оперативно!", и проведение документа отменяется.

Вариант "Неоперативный"

Вариант Неоперативный устанавливается посредством выбора значения Неоперативный у свойства ИспользоватьРежимПроведения расширения формы документа.

При испльзовании данного варианта проведение документа из формы всегда производится в неоперативном режиме, независимо от положения даты документа по отношению к текущей дате сеанса.

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


Вариант "Запрашивать"

Вариант Запрашивать устанавливается посредством выбора значения Запрашивать у свойства ИспользоватьРежимПроведения расширения формы документа.

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

В данном варианте пользователь перед началом проведения должен будет выбрать режим проведения документа в специальном системном окне.

Поведение системы при этом варианте определяется прежде всего положением даты документа (без времени) по отношению к текущей дате сеанса.

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


Если дата документа (без учета времени) меньше текущей даты сеанса, поведение системы определяется опять же наличием права на неоперативное проведение у пользователя. Если пользователь таким правом не обладает, выдается предупреждение: "Дата оперативно проводимого документа меньше текущей. Документ не может быть проведен оперативно!", и проведение документа отменяется.

Если право на неоперативное проведение есть, пользователю выдается диалог с режимом выбора проведения. После выбора неоперативного режима проведения система проводит документ в неоперативном режиме. Если же пользователь выберет оперативный режим проведения, выдается предупреждение: "Дата оперативно проводимого документа меньше текущей. Документ не может быть проведен оперативно!", и проведение документа отменяется.

Если дата документа (без учета времени) больше текущей даты сеанса, система не позволяет проводить документ оперативно. Поэтому если права неоперативного проведения нет, сразу выдается предупреждение: "Дата оперативно проводимого документа больше текущей. Документ не может быть проведен оперативно!", и проведение документа отменяется.

Если право на неоперативное проведение есть, пользователю выдается диалог с режимом выбора проведения. После выбора неоперативного режима проведения система проводит документ в неоперативном режиме. Если же пользователь выберет оперативный режим проведения, будет выдано предупреждение: "Дата оперативно проводимого документа больше текущей. Документ не может быть проведен оперативно!", и проведение документа отменится.

Прочие функции

Кроме выбора режима проведения и установки даты документа, расширение формы документа реализует также следующий функционал:

  • при открытии формы проведенного документа, если у пользователя нет права Интерактивное изменение данных форма переводится в режим ТолькоПросмотр;
  • при открытии формы документа, в которой находятся таблицы, отражающие движения основного реквизита (объекта документа), эти движения автоматически считываются из базы данных и отображаются;
  • при записи из формы (даже если и программной - посредством Записать() ) система выполняет проверку прав на интерактивное проведение или интерактивную отмену проведения.

В этой статье речь пойдет о настройке прав доступа пользователей к объектам системы 1С.

В 1С 8для управления доступа пользователей используется отдельный объект метаданных, который называется Роли.

Обратите внимание! Эта статья написана в помощь программистам. Настройка прав в пользовательском режиме на примере 1С Бухгалтерия рассмотрена в .

Роль определяет набор прав пользователя, которые он имеет. Механизм ролей очень похож на механизмы прав Windows Active Directory. Для каждого из объектов (справочники, документы) разработчик устанавливает свой набор прав — чтение/запись/добавление/изменение/…

Набор доступных прав — совокупность всех разрешений в ролях пользователя .

Если открыть объект метаданных Роль, мы можем увидеть следующую картину:

У объекта есть две закладки — Права и Шаблоны ограничений. Права — основная закладка, Шаблоны — вкладка для настройки прав на уровне записи в 1С (RLS ). Это очень важная тема, её я постараюсь описать в будущих статьях.

Будем рассматривать только вкладку Права .

  • Объекты — список , на которые будут устанавливаться права.
  • Права — список возможных для установки настроек прав.
  • Ограничение доступа к данным — поля роли для настройки

Следует обратить внимание на галочки в нижней части:

  • Устанавливать права для новых объектов — если флаг установлен у роли, на новые объекты метаданных будут автоматически установлены разрешающие права. Рекомендую установить, если Вы часто забываете установить права на новые объекты.
  • Устанавливать права для реквизитов и табличных частей по умолчанию — флаг, при установке которого реквизиты и табличные части будут наследовать права владельца(справочника, документа и т.д.)
  • Независимые права подчиненных объектов — если флаг установлен, то система при определении права на объект конфигурации учтёт права на родительский объект

Настройки прав на всю конфигурацию

Если открыть Роль и кликнуть на корень конфигурации, мы увидим следующие настройки:

Подробнее о каждом из прав на всю конфигурацию :

Получите 267 видеоуроков по 1С бесплатно:

  • Администрирование — администрирование информационной базы (требуется наличие права «Администрирование данных»)
  • Администрирование данных — право на административные действия над данными
  • Обновление конфигурации базы данных — право на
  • Монопольный режим — использование монопольного режима
  • Активные пользователи — просмотр списка активных пользователей
  • — журнал регистрации
  • — право запуска тонкого клиента
  • — право запуска веб-клиента
  • Толстый клиент — право роли запуска толстого клиента
  • Внешнее соединение — право запуска внешнего соединения
  • Automation — право на использование automation
  • Режим «Все функции» — в режиме управляемого приложения
  • Сохранение данных пользователя — разрешение или запрет на сохранение данных пользователя (настроек, избранного, истории). Особенно актуально для 1С управляемых форм.
  • Интерактивное открытие внешних обработок — открытие внешних обработок
  • Интерактивное открытие внешних отчетов — открытие внешних отчетов
  • Вывод — вывод на печать, запись и копирование в буфер обмена

Настройка прав 1С 8.2 на другие объекты метаданных

Для остальных основных объектов (справочники, константы, документы, регистры…), набор прав у роли достаточно стандартен:

  • Чтение — чтение (программное)
  • Добавление — добавление (программное)
  • Изменение — изменение (программное)
  • Удаление — удаление (программное)
  • Просмотр — просмотр
  • Интерактивное добавление — интерактивное добавление
  • Редактирование — редактирование
  • Интерактивная пометка удаления — интерактивная пометка на удаление
  • Интерактивное снятие пометки удаления — снятие пометки на удаление
  • Интерактивное удаление помеченных — удаление помеченных объектов
  • Ввод по строке — использование режима ввода по строке
  • Интерактивное удаление — непосредственное удаление (shift +del)

Права только для документов :

  • Интерактивное проведение — проведение
  • Отмена проведения — отмена проведения документов
  • Интерактивное проведение неоперативное — проведение (стандартными командами форм) документа в неоперативном режиме
  • Интерактивная отмена проведения — интерактивная отмена проведения
  • Интерактивное изменение проведенных — редактирование проведенного документа. Если право у роли не установлено, то пользователь не может удалить проведенный документ, установить пометку удаления, перепровести или сделать непроведенным. Форма такого документа открывается в режиме просмотра

P.S. Если у Вас все же не получилось разобраться в ролях пользователей, Вы можете заказать .
Видео с примером настройки прав в 1С бухгалтерии 3.0:

В данной статье будет рассмотрено такое понятие как документы 1С, что это за объект конфигурации, каково его предназначение, какие существуют настраиваемые свойства для объекта; как можно работать с этим объектом интерактивно и программно.


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

Примеры хозяйственных операций: поступление товаров на склад, списание товаров со склада, прием денежных средств в кассу, прием сотрудника на работу и т. д.

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

Итак у нас есть документ бумажный и документ электронный. Между ними необходимо произвести аналогию. При оформлении бумажного документа обязательным условием является наличие в нем номера и даты. Аналогично и электронный документ должен содержать номер и дату. По этим полям мы может найти нужный нам документ. Поэтому номер и дата являются ключевыми свойствами.

Рассмотрим ключевое свойство "Дата" . В версии 7.7 оно называлось "ДатаДок" , в версии же 8 оно стало называться просто "Дата" . Это очень важное свойство документа. Почему это так? Рассмотрим ситуацию с торговой организацией, в которой осуществляется регистрация факта поступления товара и его продажи. Так вот продать товар, дата поступления которого больше даты продажи, не представляется возможным, потому как нельзя продать товар который еще не поступил.

Отметим что в некоторых типовых конфигурация есть возможность продать, еще не поступивший товар. Но это скорее исключение чем правило и относится к специфике торгового предприятия.

Вот именно поэтому наличие даты в документе так важно. Также необходимо отметить, в свойстве "Дата" содержится не только дата, но и время документа с точностью до секунды.

Очень часто такой идентификации документа на временной оси оказывается недостаточно.

Представим ситуацию, когда на склад поступает 100 единиц товара 1-го числа месяца. Далее 2-го числа этого же месяца в 23:59:59 происходит его продажа, в количестве 80 единиц. Документ проводится без проблем, потому как товара хватает. Допустим, что также 2-го числа в 23:59:59 этот же товар еще кто-то тоже продает в количестве 50 единиц. Этот документ также проведется без проблем, потому как на время 23:59:59 этот товар есть. Хотя фактически у нас, по итогу проведения второго документа образуется отрицательный остаток в 30 единиц товара.

Чтобы таких ситуаций не возникало к дате и времени прибавляется еще и позиция документа, а именно его ссылка. Эта идентификация документа по дате и времени + ссылка называется момент времени . И при проведении второго документа система выдаст сообщение о нехватке 30 единиц товара и не позволит провести документ.

Как же получить момент времени? А получается он методом "МоментВремени" , принадлежащий классу "ДокументОбъект" . При этом возвращается тип данных "МоментВремени" .

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

Пример получения момента времени:

&НаКлиенте Процедура ПолучитьМоментВремени(Команда) ПолучитьМоментВремениНаСервере(Объект. Ссылка) ; КонецПроцедуры &НаСервере Процедура ПолучитьМоментВремениНаСервере(Ссылка) Если Ссылка. Пустая() Тогда Сообщить("Документ не записан!" ) ; Возврат ; КонецЕсли ; ДокументОбъект = Ссылка. ПолучитьОбъект() ; МоментВремени = ДокументОбъект. МоментВремени() ; Сообщить(МоментВремени) ; КонецПроцедуры // ПолучитьМоментВремениНаСервере()

Установка времени документа

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


При оперативном проведении есть следующий нюанс. Если его дата равна текущей, время будет принимать значение текущего времени. Если бы документ проводился неоперативно, то только в момент его ввода присваивалась текущая отметка времени, а дальше она оставалась бы неизменной. Если же документ вводится не текущим числом, то первоначально присваивается нулевая отметка времени, а при записи присваивается самая последняя отметка за этот день. То есть система ищет последний введенный документ за этот день смотрит его время, увеличивает его на секунду и присваивает его нашему документу. Если создать документ на дату, в которой не вводился ни один документ данного вида (например поступление товаров), но были введены документы другого вида (например списание товаров), то система возьмет самую последнюю дату документа другого вида, прибавит к ней секунду и присвоит нашему документу. Если же создать документ с датой, в которой не вводился ни один документ, ни одного вида, то платформа присвоит ему время 12:00:00.

И еще ситуация. Представим себе, что у нас в базе есть документ с отметкой времени 23:59:59 и если прибавить еще одну секунду это уже будут следующие сутки. Поэтому система оставляет такое же время, то есть 23:59:59. Описанная выше система установки времени документа является лишь значением устанавливаемым по умолчанию. Но есть возможность переопределить такое поведение. Откроем в конфигураторе форму документа и обратимся к ее свойствам. В свойствах мы увидим поле "АвтоВремя" . Если мы в этом свойстве ничего не меняем, то формирование времени документа происходит так как это было описано выше. Но можно указать время: текущее или в начало дня, всегда первым, всегда последним и не использовать.

Еще одно ключевое свойство документа - номер . Номер документа, как и дата, является обязательным свойством любого документа. Необходим он для идентификации документа по распечатке.

Возможность проведения

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

Стандартные реквизиты документа

Помимо тех реквизитов, которые разработчик добавляет в документ, есть еще стандартный набор реквизитов, внедренные в документ уже на уровне платформы. Это: ссылка, номер, дата, пометка удаления, проведен . Найти их можно на закладке "Данные" , кнопка "Стандартные реквизиты" .

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

Документ может находится в трех состояниях:

  • Не помечен на удаление и не проведен;
  • Не помечен на удаление и проведен;
  • Помечен на удаление и не проведен.

Как уже отмечалось ранее, разработчик может самостоятельно добавлять необходимые реквизиты, а также табличные части. Каждая табличная часть имеет один стандартный реквизит - "НомерСтроки" .


Хранение документов в информационной базе

В базе, каждый вид документов, хранятся в отдельной таблице. Эта таблица содержит в себе все реквизиты документа. Табличные части же хранятся в отдельных таблицах. Связь с таблицей документов производится по реквизиту "Ссылка" .

Нумерация документов

Каждый документ имеет номер, настройка которого задается на вкладке "Нумерация" . На этой вкладке можно задать признак автоматической нумерации, признак контроля уникальности, задать какого типа будут номер (числовой или строковый) и его длину.

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

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

Процедура ПриУстановкеНовогоНомера(СтандартнаяОбработка, Префикс) КонецПроцедуры

Также на вкладке "Нумерация" мы можем задать периодичность документа.

Возможные значения:
  • Непериодический;
  • В пределах года;
  • В пределах квартала;
  • В пределах месяца;
  • В пределах дня.
Обычно выбирают значение "в пределах года" , это означает, что в новом году нумерация документов начнется сначала.

Иногда возникают ситуации, когда для нескольких видов документов необходима сквозная нумерация. Для этих случаем в системе предусмотрен такой объект как нумератор.

Его необходимо указывать в поле "Нумератор" .

Проведение документов

Немного о проведении документов. Для системы означает, что документ проведен если булевский флаг "Проведен" у документа установлен в "Истина" . В общем списке такие документы выделены соответствующей пиктограммой. Для платформы это более ничего не значит, но с точки зрения логики программы, проведенный документ может влиять на финансовый результат компании. То есть он может формировать движения по регистрам, основываясь на которые формируются отчеты.

Когда происходит интерактивное или программное проведение срабатывается выполнение процедуры "ОбработкаПроведения()" , которая находится в модуле объекта документа.

// Вставить содержимое обработчика. КонецПроцедуры

Данная процедура имеет два параметра: отказ и режим . Если выставить параметру отказ значение "Истина" , то проведение не будет выполнено. Параметр "Режим" устанавливает режим проведения документа - оперативное или неоперативное . Сами движения в регистры разработчик должен прописать в данной процедуре самостоятельно.

То, в какие регистры документ будет делать движения задается на вкладке "Движения" .

Пример процедуры обработки проведения

Процедура ОбработкаПроведения(Отказ, РежимПроведения) // Данный фрагмент построен конструктором. // При повторном использовании конструктора, внесенные вручную изменения // будут утеряны!!! // регистр ТоварыНаСкладе Приход Движения. ТоварыНаСкладе. Записывать = Истина ; Для Каждого ТекСтрокаТовары Из Товары Цикл Движение = Движения. ТоварыНаСкладе. Добавить() ; Движение. ВидДвижения = ВидДвиженияНакопления. Приход; Движение. Период = Дата; Движение. Товар = ТекСтрокаТовары. Товар; Движение. Количество = ТекСтрокаТовары. Количество; КонецЦикла ; //__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ КонецПроцедуры

Права доступа на документы

В системе 1С существуют различные виды доступа. Это анализ интерактивных действий и анализ программных действий.

Что такое интерактивные действия? Это действия совершаемые непосредственно пользователем: нажатие кнопок, галок и т. д. Программные же действия совершаются каким-либо алгоритмом, о их совершении пользователь может и не догадываться.

Права доступа к документу настраиваются на закладке "Права" . Здесь мы видим несколько разделов, это раздел где отображаются роли, раздел непосредственно прав, и раздел "Ограничения доступа к данным" (его мы не будем рассматривать, он необходим при использовании так называемого механизма RLS).

Раздел "Роли" отображает все роли заведенные в информационной базе, для которых в разделе "Права" мы как раз и устанавливаем права доступа.

Возможные виды прав доступа:
  • чтение (программно), просмотр (интерактивно);
  • добавление (программно), интерактивное добавление (интерактивно);
  • изменение (программно), редактирование (интерактивно);
  • удаление (программно), интерактивное удаление (интерактивно);
  • проведение (программно), интерактивное проведение (интерактивно);
  • отмена проведения (программно), интерактивная отмена проведения (интерактивно);

Интерактивный вид доступа содержит еще такие права как: интерактивная пометка на удаление, интерактивное снятие пометки на удаление, интерактивное удаление помеченных, интерактивное проведение неоперативное, интерактивное изменение проведенных, ввод по строке.

Табличная часть документа

Табличные части документа задаются на вкладке "Данные" и являются ничем иным как коллекций, элементами которой являются строки табличной части. Поэтому обход ее элементов возможен как циклом, так и прямым обращением по индексу (нумерация начинается с нуля).


В чем же отличие между неоперативным и оперативным проведением документов? Бухгалтера , использующие программу 1С: Предприятие 8 зачастую должны выбирать один из двух режимов проведения документов -либо оперативный, либо неоперативный. Такая процедура особенно непонятна тем пользователям, которые ранее работали в программах 1С: Предприятие. Версия 7.7. Процедура проведения документов в этой программе была определена однозначно, а в программе 1С: Предприятие 8 необходимо установить режим оперативного или неоперативного проведения. Так чем же они отличаются друг от друга?

Для понимания сути вопроса необходимо остановиться на понятии «проведение» в терминологии 1С? В 1С термин «проведение» - это свойство, которое имеют документы, создаваемые для записи первичной информации об осуществленной операции. Однако, различные документы могут содержать информацию об одной и той же хозяйственной операции, следовательно, при создании первичного документа такая информация должна попасть в эти документы и сохраниться там. Такая операция в 1С называется «проведением».

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

Если документ проводится вчерашним днем , то программа по умолчанию устанавливает режим неоперативного проведения. То же происходит и при создании нового документа - при этом в программе используется оперативный режим проведения. Но при корректировке документа и его перепроведении возникает необходимость выбора режима проведения.

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

Следующий момент. В типовых программах (1С: УПП 8 и 1С: УТ 8) программисты предусмотрели функции контроля всевозможных конфликтов, используя режим проведения документов. К примеру, для выполнения проведения операции реализации товаров программа осуществляет контроль достаточности запаса товаров на складе.

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

Различают оперативное и неоперативное проведение документов; возможность неоперативного проведения регулируется соответствующей опцией в настройках документа:

Оперативное проведение - это проведение документа текущей датой и временем. Даже если в документе вручную указать прошлые или будущие время и дату, в оперативном режиме он все равно проведется текущим моментом. Это необходимо потому, что в оперативном режиме система контролирует остатки по регистрам, чтобы нельзя было уйти в минус. Такой контроль имеет смысл только в текущий момент, т.к. даже на секунду раньше или на секунду позже состояние базы уже может быть иным, чем в момент самого проведения.

Неоперативное проведение - проведение документа прошлой или будущей датой. Т.к. контроль остатков при проведении "задним числом" практического смысла не несет, товар-то все равно уже отгружен, в данном режиме проведения он не выполняется.

Неоперативное проведение может нарушать партионный учет: при проведении списания со склада задним числом будет списана первая подходящая партия, а не та, что должна была идти по ФИФО в тот момент времени, что указан в документе. Партии после такого придется восстанавливать.

Вопрос 01.50 экзамена 1С:Профессионал по платформе. При каких условиях необходима установка свойства "Оперативное проведение" документа в значение "Запретить"?

  1. Когда документ ориентируется на проведение в реальном (настоящем) времени.
  2. Когда документ ориентируется на проведение будущим временем
Правильный ответ четвертый. Если документ предполагается всегда проводить будущей датой, то оперативное проведение тут точно не нужно.

Вопрос 01.51 экзамена 1С:Профессионал по платформе. При каких условиях необходима установка свойства "Оперативное проведение" документа в значение "Разрешить"?

  1. Когда документ ориентируется на проведение в реальном (настоящем) времени.
  2. Когда проведение документа не зависит от времени его регистрации.
  3. Когда документ ориентируется на проведение прошлым временем ("задним числом").
  4. Когда документ ориентируется на проведение будущим временем.
Правильный ответ первый, см. выше.

Вопрос 12.10 экзамена 1С:Профессионал по платформе. Оперативный режим проведения документа используется:

  1. Только при работе с регистрами сведений
  2. Только при работе с регистрами накопления
  3. Только при работе с регистрами бухгалтерии
  4. Только при работе с регистрами расчета
  5. Не зависит от вида регистра

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

Вопрос 12.54 экзамена 1С:Профессионал по платформе.

Правильный ответ первый, все очевидно из скриншота.

Вопрос 12.55 экзамена 1С:Профессионал по платформе. Опишите действия системы при попытке провести документ?

  1. Система откажется проводить документ, т.к. для него разрешено оперативное проведение, а дата больше текущей даты
  2. Система только запишет документ на требуемую дату, но не проведет его, т.к. для него разрешено оперативное проведение, а дата больше текущей даты
  3. Система задаст вопрос о режиме проведения ("Оперативный", "Неоперативный") и в зависимости от выбора пользователя проведет документ
  4. Система, безусловно, проведет документ в неоперативном режиме, т.к. для него разрешено оперативное проведение, а дата документа больше текущей даты

Правильный ответ первый. Оперативное проведение - это проведение текущими датой-временем.

Вопрос 12.56 экзамена 1С:Профессионал по платформе. Опишите действия системы при попытке провести документ?

  1. Система, безусловно, проведет документ в оперативном режиме, т.к. для него разрешено оперативное проведение, но он не проведен и дата равна текущей дате (с точностью до дня)
  2. Система откажется проводить документ, т.к. для него разрешено оперативное про- ведение, а дата больше рабочей даты
  3. Система, безусловно, проведет документ в неоперативном режиме, т.к. для него разрешено оперативное проведение, а дата документа меньше текущей даты (с точностью до секунды)
  4. Система задаст вопрос о режиме проведения ("Оперативный", "Неоперативный") и в зависимости от выбора пользователя проведет документ

Правильный ответ первый. Записи будут сделаны текущими датой-временем.

Вопрос 12.60 экзамена 1С:Профессионал по платформе. Опишите действия системы при попытке провести документ?

  1. Т.к. для документа разрешено оперативное проведение, он проведен и дата равна текущей дате (с точностью до дня), то система задаст вопрос о режиме проведения ("Оперативный", "Неоперативный") и в зависимости от выбора пользователя проведет документ
  2. Система откажется проводить документ, т.к. для него разрешено оперативное проведение, а дата больше рабочей даты
  3. Система, безусловно, проведет документ в неоперативном режиме, т.к. для него разрешено оперативное проведение, а дата документа меньше текущей даты (с точностью до секунды)
  4. Система, безусловно, проведет документ в оперативном режиме, т.к. для него разрешено оперативное проведение, а дата равна текущей дате (с точностью до дня)
Правильный ответ первый - раз документ уже проведен, системе нужно понимать, каким временем проводить документ - текущим или временем документа.

Вопрос 12.63 экзамена 1С:Профессионал по платформе. Опишите действия системы при попытке провести документ?

  1. Система запросит подтверждение проведения документа в неоперативном режиме или отмены действия, т.к. для него разрешено оперативное проведение, он не проведен и дата меньше текущей даты
  2. Система откажется проводить документ, т.к. для него разрешено оперативное проведение, а дата больше рабочей даты
  3. Система, безусловно, проведет документ в неоперативном режиме, т.к. для него разрешено оперативное проведение, а дата документа меньше текущей даты
  4. Система задаст вопрос о режиме проведения ("Оперативный", "Неоперативный") и в зависимости от выбора пользователя проведет документ
Правильный ответ первый. Оперативно перепровести не получится, движения уже созданы.

Вопрос 12.66 экзамена 1С:Профессионал по платформе. Опишите действия системы при попытке провести документ?

  1. Система, безусловно, проведет документ в неоперативном режиме, т.к. для него разрешено оперативное проведение, он проведен и дата меньше текущей даты
  2. Система откажется проводить документ, т.к. для него разрешено оперативное проведение, а дата больше рабочей даты
  3. Система откажется проводить документ, т.к. для него разрешено оперативное проведение, а дата меньше текущей даты
  4. Система запросит подтверждение проведения документа в неоперативном режиме или отмены действия, т.к. для него разрешено оперативное проведение, а дата меньше текущей даты
  5. Система задаст вопрос о режиме проведения ("Оперативный", "Неоперативный") и в зависимости от выбора пользователя проведет документ
Первый ответ.

Вопрос 12.57 экзамена 1С:Профессионал по платформе. Какие условия предметной области могут повлиять на установку свойства "Оперативное проведение" документа в значение "Разрешить"?

  1. Когда документ ориентируется на проведение в реальном (настоящем) времени
  2. Когда проведение документа не зависит от времени его регистрации
  3. Когда документ ориентируется на проведение прошлым временем ("задним числом")
  4. Когда документ ориентируется на проведение будущим временем

Правильный ответ первый, см.об оперативном режиме в посте.

Вопрос 12.58 экзамена 1С:Профессионал по платформе. В каких режимах может проводиться документ, если свойство "Оперативное проведение" установлено в значение "Запретить"?

  1. Только в режиме "Неоперативный"
  2. Только в режиме "Оперативный"
  3. Как в режиме "Оперативный", так и "Неоперативный"

Правильный ответ очевидно первый.

Вопрос 12.59 экзамена 1С:Профессионал по платформе. В каких режимах может проводиться документ, если свойство "Оперативное проведение" установлено в значение "Разрешить"?

  1. Как в режиме "Оперативный", так и в режиме "Неоперативный"
  2. Только режиме "Оперативный"
  3. Только в режиме "Неоперативный"

Первый вариант.

Вопрос 12.65 экзамена 1С:Профессионал по платформе. В каких режимах может проводиться документ, если свойство "Оперативное проведение" установлено в значение "Запретить"?

  1. Можно проводить прошлым периодом
  2. Можно проводить будущим периодом
  3. Можно проводить текущим периодом
  4. Верны варианты 1 и 2
  5. Верны варианты 1 и 3
  6. Верны варианты 1, 2 и 3

Правильный ответ шестой, неоперативное проведение подразумевает проведение в любой нужный момент.

Вопрос 12.67 экзамена 1С:Профессионал по платформе. При повторном проведении документа в регистре:

  1. Старый набор записей всегда автоматически удаляется и на его место записывается новый
  2. Набор записей в регистре остается без изменений
  3. Поведение набора записей определяется разработчиком в конфигураторе через настройки и программный код
  4. Поведение набора записей определяется пользователем в зависимости от выбранного режима проведения (оперативный или неоперативный)

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

Вопрос 12.68 экзамена 1С:Профессионал по платформе. При включенном в конфигураторе режиме "Оперативное проведение разрешить"?

  1. Документ можно проводить с текущей датой и текущим временем
  2. Документ можно проводить с любой произвольной датой
  3. Документ можно проводить либо предыдущей датой, либо с текущей датой и текущим временем

Правильный ответ третий. Предыдущей датой документ будет проведен неоперативно.

Вопрос 12.73 экзамена 1С:Профессионал по платформе. В каких режимах может проводиться документ, если свойство "Оперативное проведение" установлено в значение "Запретить"?

  1. При проведении документа в качестве регистратора для набора записей должна быть ссылка на текущий документ
  2. При проведении документа в качестве регистратора для набора записей должна быть ссылка на любой документ, но для всех записей в наборе регистратор должен быть один и тот же
  3. При оперативном проведении регистратором в наборе должна быть ссылка на текущий документ, а при неоперативном может быть ссылка на любой документ

Правильный ответ второй (не совсем понятно, как это коррелирует с режимом проведения).