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

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

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

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

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

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

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

означает, что документ ОКАЗЫВАЕТ влияние на учет и для проведения документа используется кнопка «Провести ».

Документ ОКАЗЫВАЕТ влияние на учет, т.е. меняется количество товарно-материальных ценностей на складе (увеличивается количество товаров на складе), возникает задолженность контрагентов перед организацией или организации перед контрагентами (уменьшается количество денежных средств на расчетном счете)

Документ не проведен

Документ НЕ ОКАЗЫВАЕТ никакого влияния на учет, т.е. никаких изменений на складе не происходит! Этот документ является заготовкой, черновиком.

Так же знаем, что проведенный документ отражается в списках и журналах иконкой , а в форме документа статус «Проведен» отображается в строке заголовка окна (см. Рис.1).

Рис.1. Признак проведения документа в Журнале документов

В программах «1С:Предприятие 8» проведение документов возможно в двух режимах: оперативное и неоперативное проведение . Оперативное проведение документов происходит в текущем времени с соблюдением последовательности проведения документов. Неоперативное проведение осуществляется в более раннем периоде (в предыдущих месяце, квартале и т.д.).

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

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

Оперативный режим проведения

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

Оперативный режим проведения предполагает изменение времени документа на текущее.

В оперативном режиме отрицательные остатки контролируются автоматически, т.к. все документы проводятся последовательно.
Например:


НEоперативный режим проведения

Неоперативное проведение – проведение документов датой периода, предществующего текущему периоду. Например, документ от 12.01.12, а проведен документ в марте.

Неоперативный режим проведения предназначен для фиксации уже свершившихся операций ранней датой.

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

Например:


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

Итак, повторим - только проведенный документ ОКАЗЫВАЕТ влияние на учет!

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

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

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

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

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

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

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

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

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

Где применяется?

  • 1С:Управление торговлей 10.3
  • 1С:Управление производственным предприятием 1.3
  • 1С: Комплексная автоматизация 1.1

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

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

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

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

    1. Техника и концепция "Оперативное проведение" весьма условна и абстрактна, в том смысле что ни к чему не обязывает платформу как таковую. Т.е. изначально документы "оперативные" и "неоперативные" совершенно равноправны и никак не отличимы.
    2. Разница между теми и этими возникает только в момент, когда прогер ваяющий собственную конфигурацию анализирует второй параметр обработчика события ОбработкаПроведения(имя параметра - Режим). Он вставляет в месте анализа ветвление ЕСЛИ...ТОГДА и вот тут, и только тут , разница между тем и этим проявляется. И даже тут разница будет не между документами, а между процессами=алгоритмами их проведения. Т.е. платформа максимум что делает - это сообщает тот самый Режим проведения. Что делать с этим знанием, как на него реагировать и реагировать ли вообще - это все к конкретному автору конкретной конфигурации.

    Правильно написано?

  2. Если честно, то ход Ваших мыслей лично мне не понятен вообще уже вот как вторую тему. Все просто. Документ - это объект метаданных конфигурации. Он предназначен для отражения факта какого-либо события на предприятии. Документ делает, так называемые, движения (а может и не делать кстати) в регистры различные. (думаю следующая Ваша тема будет посвящена регистрам ). Самый банальный пример - это поступление товара на склад. В 1С есть такое понятие как последовательность документов, т.е. документы четко привязаны ко времени. Так вот мы подошли к самому главному. Документы можно проводить оперативно и неоперативно. Оперативно значит в текущий момент времени. А неоперативно значит датой отличной от текущего времени. Отличной причем только в меньшую сторону, т.е. провести документ будущей датой в нельзя. Сколько я занимаюсь программированием, то ни разу не встречал, чтобы в коде обработки проведения была привязка к режиму проведения.
  3. 1. Техника и концепция "Оперативное проведение" весьма условна и абстрактна, в том смысле что ни к чему не обязывает платформу как таковую. Т.е. изначально документы "оперативные" и "неоперативные" совершенно равноправны и никак не отличимы

    Нажмите, чтобы раскрыть...

    Она не условна и абстрактна а вполне конкретна. Качай книгу "Решение прикладных задач" есть такая у 1С и читай там до полного просветления.

  4. Оперативно значит в текущий момент времени. А неоперативно значит датой отличной от текущего времени. Отличной причем только в меньшую сторону, т.е. провести документ будущей датой в нельзя.

    Нажмите, чтобы раскрыть...

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

    Нажмите, чтобы раскрыть...

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

    а вполне конкретна

    Нажмите, чтобы раскрыть...

    Ну а есть код/пример конфига показывающий/доказывающий что платформа(сама !) конкретно

    Качай книгу "Решение прикладных задач"

    Нажмите, чтобы раскрыть...

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

  5. Платформа реагирует тем, что при оперативном проведении дата документа устанавливается реальным временем проведения автоматически.
  6. Вы слишком "плаваете по поверхности" - ныряйте глубже. Когда факт [не]совпадения дат установлен - платформа-то как реагирует в том или ином случае?

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

    Ну а есть код/пример конфига показывающий/доказывающий что платформа(сама !) конкретно по разному реагирует на один и тот же документ в зависимости от режима?

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

    Нажмите, чтобы раскрыть...

    Я лучше буду молчать...

  7. возможно я не до конца понял, что вы хотите сказать.

    Эм, это почему нельзя?

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

    Нажмите, чтобы раскрыть...


    Вы передаёте момент времени и по нему система понимает оперативно проводится документ или нет.

  9. Есть отличия при чтении остатков из регистров. Если проводите оперативно то не важно передадите вы Границу или нет... чтение будет производится из таблицы остатков регистра рассчитанных на 3999 год.
    Вы передаёте момент времени и по нему система понимает оперативно проводится документ или нет.

    Нажмите, чтобы раскрыть...

    я не понял вашей фразы.

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

    А второй момент, хотел просто для себя спросить - вы о программном каком-то коде говорили в своей фразе или что? Я просто не понял.

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

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

    Нажмите, чтобы раскрыть...

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

  10. А если мне вообще не надо никакие остатки в моем документе при проведении читать?

    Нажмите, чтобы раскрыть...

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

    Нажмите, чтобы раскрыть...

    Читайте хоть на начало прошлого года. Я говорил о том что если в параметры виртуальной таблицы регистра накопления передать МоментВремени(то есть дата+ссылка) то платформа определит оперативно или нет проводится документ. И если он проводится оперативно то данные будут прочитаны из виртуальной таблицы остатков на 3999 год(или 5999 год... не помню точно).

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

  11. Я говорил о том что если в параметры виртуальной таблицы регистра накопления передать МоментВремени(то есть дата+ссылка) то платформа определит оперативно или нет проводится документ. И если он проводится оперативно то данные будут прочитаны из виртуальной таблицы остатков на 3999 год(или 5999 год... не помню точно).
    То есть если мы захотим исключить например движения самого документа из результата запроса и передадим например "границу" исключающую движения самого документа то это не сработает. И нужно предварительно очистить движения этого документа.
    Понимание этого механизма проверятся на спеце по платформе и разбирается подробно при подготовке.

    Нажмите, чтобы раскрыть...

    Понятно. Той статье Чистова в которой это разбирается (он же кажется писал?) наверно года два уже.
    Баг 1С выдается за фичу. Ну по факту баг это или фича не важно, но да, такой момент есть.
    Да, принимаю.

    Но, опять таки чтение остатков при проведении - это алгоритм или нет?
    Я думаю что алгоритм. Более того это конкретный алгоритм контроля остатков.
    И? Если мы уберем контроль остатков как алгоритм, то
    ?