Что значит оперативное проведение в 1с

Разбор тестирования 1С:Профессионал и PMP

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

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

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

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

Т.к. для документа разрешено оперативное проведение, он проведен и дата равна текущей дате (с точностью до дня), то система задаст вопрос о режиме проведения («Оперативный», «Неоперативный») и в зависимости от выбора пользователя проведет документ
Система откажется проводить документ, т.к. для него разрешено оперативное проведение, а дата больше рабочей даты
Система, безусловно, проведет документ в неоперативном режиме, т.к. для него разрешено оперативное проведение, а дата документа меньше текущей даты (с точностью до секунды)
Система, безусловно, проведет документ в оперативном режиме, т.к. для него разрешено оперативное проведение, а дата равна текущей дате (с точностью до дня)

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

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

Когда документ ориентируется на проведение в реальном (настоящем) времени
Когда проведение документа не зависит от времени его регистрации
Когда документ ориентируется на проведение прошлым временем («задним числом»)
Когда документ ориентируется на проведение будущим временем

Только в режиме «Неоперативный»
Только в режиме «Оперативный»
Как в режиме «Оперативный», так и «Неоперативный»

Как в режиме «Оперативный», так и в режиме «Неоперативный»
Только режиме «Оперативный»
Только в режиме «Неоперативный»

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

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

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

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

33 комментария:

63 и 66 вопросы. Где там видно, какой не проведён, а какой проведён? Если картинки практически идентичны?

На картинке к 12.63 неактивна пиктограмма Отмены проведения, справа от кнопки проведения. Можно сделать вывод, что документ записан (раз у него есть Номер), но не проведен, раз отменить проведение нельзя.

Elena, в 12.55 также заполнен Номер, однако также указано и "Расходная накладная (Новый)". Поэтому по наличию Номера делать вывод, что документ записан, никак нельзя.

Некоторые вопросы повторяются и правильные ответы совсем разные. Например 12.58 и 12.65. Запутался.

12.56 и 12.60. Картинки одинаковые, ответы разные. Кто-нибудь пояснит ?

они не одинаковые. пиктограммы с отменой проведения на одном активна на другом нет

12.56 В правильном ответе указано, что документ не проведен, хотя на картинке видно, что он проведен. Где правда?

не видно этого. явно видно что не проведен

обратите внимание на иконки рядом с действием кнопкой, думаю ответ там

Это интерфейс платформы 8.1. Обратите внимание: слева от "Перейти" — кнопка "Отмена проведения", она недоступна. Значит документ не проведен. Ответ указан правильный.

67 вопрос непонятен какой ответ верен, выделен один, написан другой. Зачем торопиться при написании подобных статей и ляпать ошибки, которые не помогают.

Офигевшие, сами сядьте и проведите разбор 1000 вопросов, но медленно и вдумчиво, так, чтобы не одной ошибочки. Автору огромный респект, этот ресурс просто спасение, все человеческим языком написано!
Если чего правильный ответ 3.

Присоединяюсь к предыдущему комментарию.
Большое спасибо автору за проделанную работу!

Большое спасибо за разбор правильных ответов.

Я так и не смог смоделировать ситуацию вопросов 12.60 и 12.63 — документы проводятся/перепроводятся без всяких вопросов. Пробовал на 8.2 и 8.3. Что я мог сделать не так? Как получить вопрос-подтверждение?

Попробуйте смоделировать на конфигурации DEMO81 (с диска ИТС), там значки, как на картинках в примере. Для этого не обязательно устанавливать платформу 8.1. В свойствах конфигурации уже будет установлен режим совместимости с 8.1.

Ответ на 12.55 противоречит краткому описанию режима "Оперативный" в начале.

Читаем в описании : "Оперативное проведение — это проведение документа текущей датой и временем. Даже если в документе вручную указать прошлые или будущие время и дату, в оперативном режиме он все равно проведется текущим моментом. "

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

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

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

Разумеется, если в свойствах документа "Оперативное проведение" установлено "Разрешить".

Этот комментарий был удален автором.

Логика работы оперативного/неоперативного проведения:

Если у пользователя нет права на неоперативное проведение – используется оперативное проведение.

Если документ не проведен – используется оперативное проведение.

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

Если дата документа меньше текущей, то используется неоперативное проведение.

Если дата документа равна текущей и время больше текущего – используется оперативное проведение.

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

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

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

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

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

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

Документы

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

Момент времени

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

Дата и время документа.

При вводе документа система автоматически устанавливает текущие дату и время документу. Это поведение настраивается на уровне свойств документа.

Оперативное и неоперативное проведение документа

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

Оперативное проведение

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

Неоперативное проведение

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

Состояние документа

Документ всегда находится в каком то одном из трех состояний

Движения документа

Движения документа – это записи в регистрах накопления или сведений, подчиненных этому документу. Какие именно записи будут занесены в регистр, определяется с помощью процедуры ОбработкаПроведения в модуле документа, в случае если первый параметр этой процедуры (который по умолчанию называется Отказ ) не выставляется в Истина , документ получает статус Проведен . В случае "прямой" записи в регистры подчиненные регистратору, достаточно просто ссылки на документ — регистратор, сам документ может быть не проведен или даже помечен на удаление. Другими словами программно можно сформировать любые записи в регистре «подсунув» под них подходящий по виду документ.

Часто используемые классы

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

Здесь мы отобрали все документы, у которых дата попадает в 2008 год и значение реквизита "Клиент" равно содержимому переменной "СпрИванов".

Ввод на основании

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

Оперативное и неоперативное проведение документов в 1С 8.3

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

Режим проведения документа

1С предоставляет пользователям два режима — оперативное и неоперативное проведение документа.

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

Неоперативное проведение ведет работу с прошлым или будущим, не ведя учет остатков. Часто бывает, что пользователь создал документ, но еще не провел его. Именно для таких случаев и предназначен этот режим, он позволяет избежать контроля программы, но это может привести к некоторым ошибкам или неточности учета. Например, будут списаны товары, которых уже нет в наличии. Так что лучше доверить выбор режима проводки 1С, программа сама подберет нужный способ.

Значения свойства «Оперативное проведение» у документов: «Разрешить» и «Запретить»

Рассмотрим, какие действия нужно провести чтобы включить оперативную настройку в программе "1С: Бухгалтерия предприятия 3.0". В предыдущих версиях порядок будет идентичным.

Запускаем программу через режим "Конфигуратор", открываем конфигурацию. Далее, находим дерево метаданных, раздел "Документы" и открываем свойство любого файла.

Как видно, на выбор пользователя в поле "Оперативное управление" имеется два варианта — "Запретить" и "Разрешить". Изначально, всегда стоит параметр "Запретить".

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

Для того, чтобы проводка была совершенна немедленно, ставим параметр "Разрешить". Проводить документы таким способом можно в обоих режимах. Регистры не влияют на оперативный вариант. С установленным значением "Разрешить" проводка может осуществляться как в прошлом, так и нынешнем времени. В случае использования прошедшей даты документ будет проведен в неоперативном режиме.

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

Оперативное и неоперативное проведение в 1С

В этой статье рассмотрим режимы Проведения, а также подход к действию с позиции пользователя 1С 8.3 Предприятие и разработчиков (особенно тех, кто только начинает этот тернистый путь).

1. Отражение хозяйственных операций

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

Теперь следует однозначно разграничивать, что есть «оперативно», а что таковым не является. Фиксация хозяйственных операций — это также и учет «во времени». Именно от этого будем отталкиваться в понимании значения оперативного и неоперативного проведения.

Рис. 1. Регистрация событий хозяйственного учета

С помощью этой схемы можно четко себе представить, какой Документ будет Оперативный, какой – не будет иметь режима, а какой — Неоперативный.

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

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

Рис. 2. Расчет итогов и Актуальных остатков на временной шкале

Как можно увидеть из рисунка 2, размещение Документа влияет на расчет остатков. Актуальные остатки (далее АО) – это рассчитанные остатки, хранящиеся на дату 01.11.3999 год по времени 00:00:00 в интервале 1-й секунды по Левой границе от этого времени (левая граница означает, что берется весь отрезок времени по указанную секунду, но не включая эту секунду). При этом понятие Границы времени и Момент времени, использующиеся в проведении, отличаются и имеют свои особенности применения, что будет рассказано в другой статье.

Пересчет по Таблице Движений выполняется по следующему правилу. Берется ближайший (по количеству секунд) Рассчитанный итог и:

1. При условии, что Документ находится правее на оси времени по отношению к Рассчитанным итогам (т.е. Документ в будущем), к нему прибавляют Движения до момента проведения;

2. При условии, что Документ находится левее на оси времени по отношению к Рассчитанным итогам (т.е. Документ в прошлом), из него вычитают Движения до точки проведения Документа.

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

Для Оперативного присуще проведение текущей Дата/Время. При этом в текущий момент Времени Оперативного проведения происходит просчет Актуальных остатков. С «проводящимися» Документами в режиме Неоперативного проведения такого не происходит, они влияют на пересчет промежуточных итогов, и уже потом Платформа 1С выполняет на их основе пересчет Актуальных остатков.

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

Если Документ может использовать Оперативное проведение, а существует необходимость создать проводки будущей датой, для сохранения данных (проводок) в информационной базе, которые должны произойти в будущем, то Система не проведет такой Документ без вариантов выбора. Тогда пользователю остается только поменять реквизит дата Документа:

1. На текущую: в таком случае Система самостоятельно задаст время, равное Оперативной Отметке Времени и Документ будет проведен оперативно;

2. На прошедшую: Документ будет проведен в неоперативном режиме.

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

2. Для разработчиков: настройка объекта Метаданных

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

Неоперативное проведение (далее – НП). Регистрирует Движения данных без контроля остатков с точкам Времени в «прошлом» или «будущем». Также проведение ранее сохраненного Документа, но не проведенного в момент сохранения, приведет к Неоперативному проведению. Когда пользователь использует НП, он имеет возможность игнорировать описанный программный контроль. Это может привести к ошибкам в учете и ошибкам в записываемых данных, поэтому Система определяет автоматически на уровне Платформы, какой режим будет использован.

Запускаем 1С:Предприятие в режиме Конфигуратор. Открываем Конфигурацию, раскрываем в дереве Метаданных узел «Документы» двойным кликом откроем окно свойств Документа (или же при создаем новый Документ), переходим на закладку Движения и видим следующую настройку:

Рис. 3. Настройка объекта Документ в дереве Метаданных

Как видно на рисунке 3, существует два варианта в поле «Оперативное проведение»: запретить и разрешить. Данное свойство предполагает, что при выборе варианта Запретить любое проведение Документа будет Неоперативным (при этом документы также можно проводить любой датой). А при выборе варианта Разрешить уже сама Платформа, согласно внутреннему устройству, будет проверять дату Документа. И если Дата не задана пользователем, то будет проводиться Оперативно, если задана отличная от текущей – то Неоперативно. Для того чтобы не изменять параметры, программные механизмы и алгоритмы работы решения, не рекомендуется пользователю вмешиваться в настройки проведения.

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

Как правило, такая проверка делается в случае, когда ОП разрешено. В случае НП такую проверку можно не выполнять, так как концепция ОП и НП подразумевает, что пользователь может работать, как описано выше, в абсолютно противоположных режимах. Так как ОП Документов выполняется пользователем в режиме «реального времени», а такое проведение особенно актуально при многопользовательской работе, то в таком случае необходимо программным образом описать максимальное количество проверок способных исключить ошибки ввода данных пользователем.

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

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

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