какие условия предметной области могут повлиять на установку свойства оперативное проведение
Оперативное и неоперативное проведение документов в 1С 8.3
Режим проведения документа
В первом случае файл проводится с учетом нынешнего времени, благодаря этому программа может контролировать многие торговые процессы, к примеру, списание товаров или их продажа. Данный режим стоит применять, если нужна информация на текущий момент, так как если провести операцию чуть позже, данные будут уже совсем другими. Новый документ автоматически будет работать в данном режиме.
Неоперативное проведение ведет работу с прошлым или будущим, не ведя учет остатков. Часто бывает, что пользователь создал документ, но еще не провел его. Именно для таких случаев и предназначен этот режим, он позволяет избежать контроля программы, но это может привести к некоторым ошибкам или неточности учета. Например, будут списаны товары, которых уже нет в наличии. Так что лучше доверить выбор режима проводки 1С, программа сама подберет нужный способ.
Значения свойства «Оперативное проведение» у документов: «Разрешить» и «Запретить»
Рассмотрим, какие действия нужно провести чтобы включить оперативную настройку в программе «1С: Бухгалтерия предприятия 3.0». В предыдущих версиях порядок будет идентичным.
Запускаем программу через режим «Конфигуратор», открываем конфигурацию. Далее, находим дерево метаданных, раздел «Документы» и открываем свойство любого файла.
Для того, чтобы проводка была совершенна немедленно, ставим параметр «Разрешить». Проводить документы таким способом можно в обоих режимах. Регистры не влияют на оперативный вариант. С установленным значением «Разрешить» проводка может осуществляться как в прошлом, так и нынешнем времени. В случае использования прошедшей даты документ будет проведен в неоперативном режиме.
Крайне не рекомендуется менять настройки установленные разработчиком, так как это может повлиять на процессы проведения документов и сбить алгоритмы программы. Не стоит изменять системное время и день проведения работы в 1С для того, чтобы поменять дату оперативного проведения. Это приведет к неправильным бухгалтерским расчетам, которые в дальнейшем вызовут вычислительные ошибки в учете.
Разбор тестирования 1С:Профессионал и PMP
Вопросы по разным конфигурациям 1С и проектному менеджменту
среда, 29 ноября 2017 г.
Опции проведения
Правильный ответ пятый. Безотносительно вида регистра, нужно либо учитывать, либо не учитывать его состояние в момент формирования записей.
23 комментария:
63 и 66 вопросы. Где там видно, какой не проведён, а какой проведён? Если картинки практически идентичны?
На картинке к 12.63 неактивна пиктограмма Отмены проведения, справа от кнопки проведения. Можно сделать вывод, что документ записан (раз у него есть Номер), но не проведен, раз отменить проведение нельзя.
Elena, в 12.55 также заполнен Номер, однако также указано и «Расходная накладная (Новый)». Поэтому по наличию Номера делать вывод, что документ записан, никак нельзя.
Некоторые вопросы повторяются и правильные ответы совсем разные. Например 12.58 и 12.65. Запутался.
они не одинаковые. пиктограммы с отменой проведения на одном активна на другом нет
12.56 В правильном ответе указано, что документ не проведен, хотя на картинке видно, что он проведен. Где правда?
не видно этого. явно видно что не проведен
обратите внимание на иконки рядом с действием кнопкой, думаю ответ там
67 вопрос непонятен какой ответ верен, выделен один, написан другой. Зачем торопиться при написании подобных статей и ляпать ошибки, которые не помогают.
Офигевшие, сами сядьте и проведите разбор 1000 вопросов, но медленно и вдумчиво, так, чтобы не одной ошибочки. Автору огромный респект, этот ресурс просто спасение, все человеческим языком написано!
Если чего правильный ответ 3.
Большое спасибо за разбор правильных ответов.
Попробуйте смоделировать на конфигурации DEMO81 (с диска ИТС), там значки, как на картинках в примере. Для этого не обязательно устанавливать платформу 8.1. В свойствах конфигурации уже будет установлен режим совместимости с 8.1.
Ответ на 12.55 противоречит краткому описанию режима «Оперативный» в начале.
Теперь в ответе на 12.55: «Система откажется проводить документ, т.к. для него разрешено оперативное проведение, а дата больше текущей даты»
Да, описание не совсем точное. Если в документе (старом или новом) вручную указать будущую дату, то он не будет проводиться. Но если дата текущая, а время установлено больше текущего, документ безусловно проведётся с автоматической корректировкой времени на текущее. Так, что ответ на 12.55 правильный.
Разумеется, если в свойствах документа «Оперативное проведение» установлено «Разрешить».
Этот комментарий был удален автором.
Логика работы оперативного/неоперативного проведения:
Если у пользователя нет права на неоперативное проведение – используется оперативное проведение.
Если документ не проведен – используется оперативное проведение.
Если дата документа равна текущей, а время меньше или равно текущему, то используется режим Запрашивать. Здесь и далее в этой статье сравнение даты имеется в виду без учета времени, а сравнение времени описывается отдельно.
Если дата документа меньше текущей, то используется неоперативное проведение.
Если дата документа равна текущей и время больше текущего – используется оперативное проведение.
Дальнейшие действия системы определяются уже исходя из трех вариантов (Оперативный, Неоперативный и Запрашивать) установленных непосредственно в свойстве ИспользоватьРежимПроведения или на основании описанного алгоритма для варианта Авто.
Если дата документа меньше текущей, используется оперативный режим и у пользователя есть права на неоперативное проведение, то пользователю предлагается использовать неоперативный режим. Если пользователь отказывается, то запись документа отменяется.
Если дата документа меньше текущей, используется оперативный режим и у пользователя нет права на неоперативное проведение, то запись документа отменяется.
Если дата документа меньше текущей и используется режим Запрашивать, то в зависимости от наличия прав на неоперативное проведение или выбирается неоперативный режим (без запроса пользователя), или запись документа отменяется.
Если дата документа больше текущей и используется оперативный режим, то запись документа отменяется. Штатное поведение расширения формы не разрешает проведение документа завтрашней датой, даже если у пользователя есть права на неоперативное проведение. Это объясняется тем, что после появления документов проведенных завтрашней датой текущие остатки регистров используемых проводимыми оперативно документами перестают соответствовать реальным остаткам и механизм оперативного проведения для всех пользователей перестает работать адекватно.
Далее если используется режим Запрашивать, то пользователю выдается диалог с выбором режима проведения.
Назначение и методика использования механизма оперативного проведения документов
Для ввода в систему информации о событиях, происходящих в жизни предприятия, таких, как отгрузка товара, приход денег на счет и т.д. в 1С:Предприятии используются документы. Для отражения событий в различных учетных механизмах (регистрах) существует механизм проведения документов. В процессе проведения документ записывает движения в различные регистры. Проведение может выполняться в оперативном и неоперативном режиме. Таким образом, оперативное проведение является частью механизма проведения документов.
Механизм оперативного проведения предназначен для того, чтобы разделить случаи, когда документ проводится в реальном времени, и случаи, когда проведение документа отражает уже свершившийся факт.
Проведение в реальном времени необходимо тогда, когда ввод и проведение документа не просто фиксируют в системе произошедшее событие, а участвуют в его формировании, помогая оператору правильно ввести информацию. Разумеется, это имеет смысл только в тот момент, когда данное событие происходит в реальной жизни.
Классическим примером является ввод и проведение документа, отражающего продажу товаров со склада. При вводе такого документа в задачу оператора входит не только правильный ввод списка товаров, которые приобретает покупатель, но и выполнение различных проверок. Прежде всего, необходимо проверить, что запрашиваемый товар имеется на указанном складе. При этом очень важно, чтобы проверка учитывала тот факт, что одновременно с этим оператором работают и другие операторы, которые могут одновременно выписывать те же самые товары. Соответственно задачей системы является не допустить продажу одного и того же товара двум покупателям. Кроме того, может потребоваться и проверка доступного покупателю размера кредита или наличие факта оплаты счета, а также другие самые разнообразные проверки.
Однако, если документ вводится задним числом, то есть в момент его ввода известно, что такое событие уже произошло в жизни предприятия, например, конкретный товар уже отгружен клиенту, необходимость в таких проверках отпадает и нужно просто отразить в учете произошедшее событие. В этом случае проведение документа только фиксирует событие, а не участвует в его формировании.
Таким образом, задача механизма оперативного проведения заключается в разделении этих двух вариантов проведения и с точки зрения пользователя, чтобы он понимал, какой вид проведения выполняется, и с точки зрения алгоритма проведения документа, чтобы тот отработал действия, соответствующие текущему варианту проведения.
Рассмотрим, как система обеспечивает поддержку данного механизма.
Саму возможность оперативного проведения нужно устанавливать в метаданных для конкретного вида документов (свойство «Оперативное проведение»). По умолчанию, возможность оперативного документа включена. Соответственно, для тех документов, для которых оперативное документа не имеет смысла, его следует в метаданных отключить. Тогда любое проведение документа будет считаться неоперативным.
Однако кроме передачи информации в обработчик при оперативном проведении выполняется также автоматическое изменение времени документа. Для этого используется поддерживаемый системой механизм оперативной отметки времени. Он позволяет при одновременной работе нескольких пользователей получать возрастающую последовательность значений типа Дата в пределах дня. Механизм оперативной отметки выдает текущее время или большее на одну секунду последней выданной какому-либо пользователю отметки, если последняя выданная отметка больше или равна текущему времени.
Оперативная отметка позволяет расставить документы в той хронологической последовательности, в которой реально происходили события в жизни предприятия. Это весьма полезно для того, чтобы порядок следования документов и их движений в информационной базе соответствовал реальной последовательности событий, а, следовательно, адекватно бы отражался в различных учетных задачах зависящих от последовательности движений, например, в задачах списания товаров по методам LIFO и FIFO. При записи документа с оперативным проведением система получает очередную оперативную отметку времени и присваивает ее свойству Дата документа. Соответственно, в процессе оперативного проведения документ перемещается в пределах дня на время, выданное механизмом оперативной отметки. Таким образом, все оперативно проводимые документы располагаются в пределах дня в порядке их проведения, то есть в том порядке, в котором происходили события в жизни предприятия.
При оперативном проведении документа система меняет время документа, однако не меняет день. Это объясняется тем, что дата документа (без времени) имеет, как правило, юридический смысл и должна вводиться пользователем в явном виде. Подробнее про работу механизма оперативной отметки времени можно прочитать в статье «Особенности использования системной даты компьютера при оперативном проведении документов».
Так как неоперативное проведение является более ответственной операцией, то система предоставляет разработчику возможность отдельно регулировать права пользователей на такой вид проведения. Для этого используется право «Интерактивное проведение неоперативное». Следует заметить, что это право действует только при использовании стандартных команд, предоставляемых расширениями форм. Если вызов проведения выполняется средствами встроенного языка, то данное право следует проверять в модулях самостоятельно.
В обработчике ОбработкаПроведения() разработчик, получая текущий режим проведения в качестве значения параметра, должен самостоятельно реализовать изменение алгоритма проведения в зависимости от значения данного параметра. При этом рекомендуется для оперативного проведения выполнять различные проверки, которые необходимы для определения правомерности совершаемой операции. Это может быть проверка наличия товаров на складе, проверка задолженности покупателя и т.д. В этих проверках следует обращаться к текущим остаткам регистров, а не получать итоги на момент времени документа. Система поддерживает текущие остатки в актуальном состоянии, поэтому обращение к текущим остаткам должно выполняться быстро и такое обращение должно обеспечивать высокую параллельность, так как транзакционные блокировки будут накладываться на записи (а точнее, диапазоны ключей) соответствующие запрашиваемым данным.
При неоперативном проведении не рекомендуется выполнять такого рода проверки. С одной стороны, расчет итогов на момент времени документа может занять продолжительное время, а с другой стороны такая проверка не имеет большого смысла. Например, проверяя наличие товаров на некоторый момент времени, мы можем проверить только правомерность выписки конкретного документа, но при этом изменятся условия проведения всех последующих документов и, соответственно, необходимо проверять все последующие документы, в которых отпускались данные товары.
Кроме того, если документ вводится по уже совершенной операции, то в системе отражается уже свершившийся факт, и даже если при этом получаются, например, отрицательные текущие остатки, то ошибка может быть совсем не в этом документе, а в любом другом. Таким, образом, речь уже не идет о проверке правомерности совершения операции и соответственно проверки, выполняемые при оперативном проведении делать не нужно.
В любом случае, необходимо понимать, что проверки которые будут выполняться при неоперативном проведении это не проверки правомерности совершения операции, а проверки правильности ввода документа и при анализе целесообразности включения таких проверок следует соотносить затраты времени на такие проверки и их эффективность. Проверки отдельных документов могут выявить только незначительное количество ошибок и требуют при этом достаточно больших затрат времени, что может существенно сказаться на производительности всей системы.
Для проверки правильности заполнения документов после изменения задним числом, если это необходимо, можно предусмотреть специальную регламентную обработку, которая будет проверять все документы за период и, соответственно, не будет замедлять текущую работу при вводе этих документов.
Наряду с вводом документов задним числом можно записывать документы и их движения будущим временем, то есть вводить информацию, о еще не произошедших событиях. Однако следует учитывать, что это нарушает логику работы механизма оперативного проведения, так как текущие остатки регистров при этом перестают отражать реальное состояние учета (складских остатков, задолженностей и т.д.) и в этом случае проверки текущих остатков при оперативном проведении не будут выдавать адекватной информации. Стандартные команды форм не разрешают пользователю проводить оперативно документы, введенные будущей датой, и не предлагают для них при автоматическом выборе режима проведения выполнить неоперативное проведение. Если выполняется попытка программно вызвать оперативное проведение документа будущей датой (относительно текущей даты или оперативной отметки времени), то выдается соответствующее сообщение.
Разумеется, накладываемые ограничения это только предлагаемая методология оперативного проведения. Существует возможность вызвать неоперативное проведение программно и предоставить пользователю возможность в форме самостоятельно выбрать режим неоперативного проведения. Однако рекомендуется, без особых оснований, не нарушать логику работы оперативного проведения и обеспечивать наличие движений в регистрах только по уже совершенным операциям (не допуская наличия движений по еще не совершенным операциям). Тогда текущие итоги регистров будут отражать реальное состояние учета, и это позволит при оперативном проведении получать адекватные результаты при проверке текущих итогов регистров.
Также не рекомендуется разрешать пользователям менять системную дату компьютера для изменения логики работы механизма оперативного проведения. Подробнее этот момент отражен в статье «Особенности использования системной даты компьютера при оперативном проведении документов».
Следует заметить, что, как и сам механизм проведения, оперативное проведение является только предлагаемой платформой методологией. Разработчик прикладного решения может использовать ее, или нет для каждого вида документов по своему усмотрению. Однако, использование стандартной методологии в прикладных решениях для тех задач, для которых она предназначена, позволяет, с одной стороны, решить задачу достаточно быстро, а с другой стороны, делает создаваемое решение понятным для любого разработчика, которому будет необходимо в нем разобраться.
При каких условиях необходима установка свойства оперативное
Различают оперативное и неоперативное проведение документов; возможность неоперативного проведения регулируется соответствующей опцией в настройках документа:
Оперативное проведение – это проведение документа текущей датой и временем. Даже если в документе вручную указать прошлые или будущие время и дату, в оперативном режиме он все равно проведется текущим моментом. Это необходимо потому, что в оперативном режиме система контролирует остатки по регистрам, чтобы нельзя было уйти в минус. Такой контроль имеет смысл только в текущий момент, т.к. даже на секунду раньше или на секунду позже состояние базы уже может быть иным, чем в момент самого проведения.
Неоперативное проведение – проведение документа прошлой или будущей датой. Т.к. контроль остатков при проведении “задним числом” практического смысла не несет, товар-то все равно уже отгружен, в данном режиме проведения он не выполняется.
Неоперативное проведение может нарушать партионный учет: при проведении списания со склада задним числом будет списана первая подходящая партия, а не та, что должна была идти по ФИФО в тот момент времени, что указан в документе. Партии после такого придется восстанавливать.
Вопрос 01.50 экзамена 1С:Профессионал по платформе. При каких условиях необходима установка свойства “Оперативное
проведение” документа в значение “Запретить”?
Правильный ответ четвертый. Если документ предполагается всегда проводить будущей датой, то оперативное проведение тут точно не нужно.
Вопрос 01.51 экзамена 1С:Профессионал по платформе. При каких условиях необходима установка свойства “Оперативное
проведение” документа в значение “Разрешить”?
Правильный ответ первый, см. выше.
Вопрос 12.10 экзамена 1С:Профессионал по платформе. Оперативный режим проведения документа используется:
Правильный ответ пятый. Безотносительно вида регистра, нужно либо учитывать, либо не учитывать его состояние в момент формирования записей.
Вопрос 12.54 экзамена 1С:Профессионал по платформе. Опишите действия системы при попытке провести документ?
Правильный ответ первый, все очевидно из скриншота.
Вопрос 12.55 экзамена 1С:Профессионал по платформе. Опишите действия системы при попытке провести документ?
Правильный ответ первый. Оперативное проведение – это проведение текущими датой-временем.
Вопрос 12.56 экзамена 1С:Профессионал по платформе. Опишите действия системы при попытке провести документ?
Правильный ответ первый. Записи будут сделаны текущими датой-временем.
Вопрос 12.60 экзамена 1С:Профессионал по платформе. Опишите действия системы при попытке провести документ?
Правильный ответ первый – раз документ уже проведен, системе нужно понимать, каким временем проводить документ – текущим или временем документа.
Вопрос 12.63 экзамена 1С:Профессионал по платформе. Опишите действия системы при попытке провести документ?
Правильный ответ первый. Оперативно перепровести не получится, движения уже созданы.
Вопрос 12.66 экзамена 1С:Профессионал по платформе. Опишите действия системы при попытке провести документ?
Вопрос 12.57 экзамена 1С:Профессионал по платформе. Какие условия предметной области могут повлиять на установку свойства “Оперативное проведение” документа в значение “Разрешить”?
Правильный ответ первый, см.об оперативном режиме в посте.
Вопрос 12.58 экзамена 1С:Профессионал по платформе. В каких режимах может проводиться документ, если свойство “Оперативное проведение” установлено в значение “Запретить”?
Правильный ответ очевидно первый.
Вопрос 12.59 экзамена 1С:Профессионал по платформе. В каких режимах может проводиться документ, если свойство “Оперативное проведение” установлено в значение “Разрешить”?
Вопрос 12.65 экзамена 1С:Профессионал по платформе. В каких режимах может проводиться документ, если свойство “Оперативное проведение” установлено в значение “Запретить”?
Правильный ответ шестой, неоперативное проведение подразумевает проведение в любой нужный момент.
Вопрос 12.67 экзамена 1С:Профессионал по платформе. При повторном проведении документа в регистре:
Правильный ответ первый, набор записей можно запрограммировать и различным при первом / повторном проведении документа.
Вопрос 12.68 экзамена 1С:Профессионал по платформе. При включенном в конфигураторе режиме “Оперативное проведение
разрешить”?
Правильный ответ третий. Предыдущей датой документ будет проведен неоперативно.
Вопрос 12.73 экзамена 1С:Профессионал по платформе. В каких режимах может проводиться документ, если свойство “Оперативное проведение” установлено в значение “Запретить”?
Правильный ответ второй (не совсем понятно, как это коррелирует с режимом проведения).
Автоматизация бухгалтерского учета
От простой для отдельных компаний до комплексной автоматизации крупных холдингов.
Документы, с которыми привыкли работать миллионы пользователей систем 1С:Предприятие – это объекты метаданных, которые хранят определенную информацию о хозяйственной операции или каком-либо событии из деятельности предприятия. Основным свойством документа является возможность его провести, в результате чего изменяются определенные данные, он формирует бухгалтерские проводки и другие движения по определенным регистрам.
Режим проведения документа
В 1С предусмотрено два режима – оперативное проведение и неоперативное проведение.
При оперативном проведении документ проводится текущей датой и текущим временем, тем самым система контролирует остатки: например, при списании материалов или продаже, она проверит их наличие на складе. Это имеет смысл именно в настоящее мгновение, так как минутой (или же секундой) позже-раньше данные в базе могут быть уже другими, отличными от момента, когда были проведены. При создании нового документа всегда будет такой режим.
Второй режим регистрирует операцию прошедшей датой или датой в будущем, без контроля остатков. Например, пользователь создал ранее документ, и он не был проведен. После, чтобы его провести, надо использовать неоперативный режим. Используя этот режим, пользователь игнорирует контроль предусмотренный программой, что может привести к ошибкам и нарушению учета. К примеру, можно списать материалы, которых уже нет физически. Поэтому система самостоятельно определяет режим проводки.
Значения свойства «Оперативное проведение» у документов: «Разрешить» и «Запретить»
Как сделать оперативную настройку, посмотрим на примере программы «1С:Бухгалтерия предприятия 3.0». В других конфигурациях эта настройка аналогична.
Зайдем в программу в режиме Конфигуратор и откроем нашу конфигурацию. Открыв дерево метаданных, узел «Документы», откроем свойство любого из них (двойным щелчком мышки).
Предоставляются два варианта значения в поле «Оперативное управление» – «Запретить» и «Разрешить». По умолчанию разработчиком установлено «Запретить».
Установка данного свойства в таком виде нужна, когда документы предполагается проводить датой в будущем. Установка данного значения отключает оперативную проводку. При этом проводить можно прошлым, будущим и текущим периодами.
Если проводку надо сделать немедленно, то ставим «Разрешить». При этом документы можно провести в обоих режимах. Оперативный режим не зависит от регистров. При включенном значении «Разрешить» проводку можно сделать или текущим временем, или предыдущим. Во втором случае проводка будет неоперативной.
Пользователю не рекомендуется изменять настройки разработчика, чтобы не нарушить логику программы и работу проведения документов. Также не рекомендуется изменять системную дату и дату работы в программе с целью изменить дату оперативного проведения, так как это может привести к неверному расчету бухгалтерских данных, вследствие чего могут возникнуть ошибки в учете.
Ôàéëû, ñ êîòîðûìè ïîëüçîâàòåëè 1Ñ:Ïðåäïðèÿòèå âåäóò ðàáîòó ÿâëÿþòñÿ îáúåêòàìè ìåòàäàííûõ, õðàíÿùèõ â ñåáå êîíêðåòíóþ èíôîðìàöèþ î ôèíàíñîâûõ îïåðàöèÿõ êîìïàíèè èëè ïðîâåäåííûõ åþ ñîáûòèé. Âîçìîæíîñòü ïðîâåäåíèÿ äîêóìåíòà – ãëàâíîå åãî ñâîéñòâî, áëàãîäàðÿ êîòîðîìó îïðåäåëåííàÿ èíôîðìàöèÿ ïîäâåðãàåòñÿ èçìåíåíèÿì, ñîçäàþòñÿ áóõãàëòåðñêèå ïðîâîäêè è ìíîãèå äðóãèå äåéñòâèÿ ïî ðàçëè÷íûì ðåãèñòðàì.
Ðåæèì ïðîâåäåíèÿ äîêóìåíòà
1Ñ ïðåäîñòàâëÿåò ïîëüçîâàòåëÿì äâà ðåæèìà – îïåðàòèâíîå è íåîïåðàòèâíîå ïðîâåäåíèå äîêóìåíòà.
 ïåðâîì ñëó÷àå ôàéë ïðîâîäèòñÿ ñ ó÷åòîì íûíåøíåãî âðåìåíè, áëàãîäàðÿ ýòîìó ïðîãðàììà ìîæåò êîíòðîëèðîâàòü ìíîãèå òîðãîâûå ïðîöåññû, ê ïðèìåðó, ñïèñàíèå òîâàðîâ èëè èõ ïðîäàæà. Äàííûé ðåæèì ñòîèò ïðèìåíÿòü, åñëè íóæíà èíôîðìàöèÿ íà òåêóùèé ìîìåíò, òàê êàê åñëè ïðîâåñòè îïåðàöèþ ÷óòü ïîçæå, äàííûå áóäóò óæå ñîâñåì äðóãèìè. Íîâûé äîêóìåíò àâòîìàòè÷åñêè áóäåò ðàáîòàòü â äàííîì ðåæèìå.
Íåîïåðàòèâíîå ïðîâåäåíèå âåäåò ðàáîòó ñ ïðîøëûì èëè áóäóùèì, íå âåäÿ ó÷åò îñòàòêîâ. ×àñòî áûâàåò, ÷òî ïîëüçîâàòåëü ñîçäàë äîêóìåíò, íî åùå íå ïðîâåë åãî. Èìåííî äëÿ òàêèõ ñëó÷àåâ è ïðåäíàçíà÷åí ýòîò ðåæèì, îí ïîçâîëÿåò èçáåæàòü êîíòðîëÿ ïðîãðàììû, íî ýòî ìîæåò ïðèâåñòè ê íåêîòîðûì îøèáêàì èëè íåòî÷íîñòè ó÷åòà. Íàïðèìåð, áóäóò ñïèñàíû òîâàðû, êîòîðûõ óæå íåò â íàëè÷èè. Òàê ÷òî ëó÷øå äîâåðèòü âûáîð ðåæèìà ïðîâîäêè 1Ñ, ïðîãðàììà ñàìà ïîäáåðåò íóæíûé ñïîñîá.
Çíà÷åíèÿ ñâîéñòâà «Îïåðàòèâíîå ïðîâåäåíèå» ó äîêóìåíòîâ: «Ðàçðåøèòü» è «Çàïðåòèòü»
Ðàññìîòðèì, êàêèå äåéñòâèÿ íóæíî ïðîâåñòè ÷òîáû âêëþ÷èòü îïåðàòèâíóþ íàñòðîéêó â ïðîãðàììå “1Ñ: Áóõãàëòåðèÿ ïðåäïðèÿòèÿ 3.0”.  ïðåäûäóùèõ âåðñèÿõ ïîðÿäîê áóäåò èäåíòè÷íûì.
Çàïóñêàåì ïðîãðàììó ÷åðåç ðåæèì “Êîíôèãóðàòîð”, îòêðûâàåì êîíôèãóðàöèþ. Äàëåå, íàõîäèì äåðåâî ìåòàäàííûõ, ðàçäåë “Äîêóìåíòû” è îòêðûâàåì ñâîéñòâî ëþáîãî ôàéëà.
Êàê âèäíî, íà âûáîð ïîëüçîâàòåëÿ â ïîëå “Îïåðàòèâíîå óïðàâëåíèå” èìååòñÿ äâà âàðèàíòà – “Çàïðåòèòü” è “Ðàçðåøèòü”. Èçíà÷àëüíî, âñåãäà ñòîèò ïàðàìåòð “Çàïðåòèòü”.
Òàêîé ðåæèì òðåáóåòñÿ äëÿ ïðîâîäêè äîêóìåíòîâ ñ äàòîé â áóäóùåì. Ïîñòàâèâ äàííîå çíà÷åíèå, ïîëüçîâàòåëü îòêëþ÷èò îïåðàòèâíûé ðåæèì. Ïðîâîäèòü ìîæíî ëþáîé ïåðèîä âðåìåíè – ïðîøëîå, íàñòîÿùåå è áóäóùåå.
Äëÿ òîãî, ÷òîáû ïðîâîäêà áûëà ñîâåðøåííà íåìåäëåííî, ñòàâèì ïàðàìåòð “Ðàçðåøèòü”. Ïðîâîäèòü äîêóìåíòû òàêèì ñïîñîáîì ìîæíî â îáîèõ ðåæèìàõ. Ðåãèñòðû íå âëèÿþò íà îïåðàòèâíûé âàðèàíò. Ñ óñòàíîâëåííûì çíà÷åíèåì “Ðàçðåøèòü” ïðîâîäêà ìîæåò îñóùåñòâëÿòüñÿ êàê â ïðîøëîì, òàê è íûíåøíåì âðåìåíè.  ñëó÷àå èñïîëüçîâàíèÿ ïðîøåäøåé äàòû äîêóìåíò áóäåò ïðîâåäåí â íåîïåðàòèâíîì ðåæèìå.
Êðàéíå íå ðåêîìåíäóåòñÿ ìåíÿòü íàñòðîéêè óñòàíîâëåííûå ðàçðàáîò÷èêîì, òàê êàê ýòî ìîæåò ïîâëèÿòü íà ïðîöåññû ïðîâåäåíèÿ äîêóìåíòîâ è ñáèòü àëãîðèòìû ïðîãðàììû. Íå ñòîèò èçìåíÿòü ñèñòåìíîå âðåìÿ è äåíü ïðîâåäåíèÿ ðàáîòû â 1Ñ äëÿ òîãî, ÷òîáû ïîìåíÿòü äàòó îïåðàòèâíîãî ïðîâåäåíèÿ. Ýòî ïðèâåäåò ê íåïðàâèëüíûì áóõãàëòåðñêèì ðàñ÷åòàì, êîòîðûå â äàëüíåéøåì âûçîâóò âû÷èñëèòåëüíûå îøèáêè â ó÷åòå.
Îñòàëèñü âîïðîñû? Çàêàæèòå áåñïëàòíóþ êîíñóëüòàöèþ íàøèõ ñïåöèàëèñòîâ!
Çàêàçàòü áåñïëàòíóþ êîíñóëüòàöèþ ýêñïåðòà!
Для ввода в систему информации о событиях, происходящих в жизни предприятия, таких, как отгрузка товара, приход денег на счет и т.д. в 1С:Предприятии используются документы. Для отражения событий в различных учетных механизмах (регистрах) существует механизм проведения документов. В процессе проведения документ записывает движения в различные регистры. Проведение может выполняться в оперативном и неоперативном режиме. Таким образом, оперативное проведение является частью механизма проведения документов.
Механизм оперативного проведения предназначен для того, чтобы разделить случаи, когда документ проводится в реальном времени, и случаи, когда проведение документа отражает уже свершившийся факт.
Проведение в реальном времени необходимо тогда, когда ввод и проведение документа не просто фиксируют в системе произошедшее событие, а участвуют в его формировании, помогая оператору правильно ввести информацию. Разумеется, это имеет смысл только в тот момент, когда данное событие происходит в реальной жизни.
Классическим примером является ввод и проведение документа, отражающего продажу товаров со склада. При вводе такого документа в задачу оператора входит не только правильный ввод списка товаров, которые приобретает покупатель, но и выполнение различных проверок. Прежде всего, необходимо проверить, что запрашиваемый товар имеется на указанном складе. При этом очень важно, чтобы проверка учитывала тот факт, что одновременно с этим оператором работают и другие операторы, которые могут одновременно выписывать те же самые товары. Соответственно задачей системы является не допустить продажу одного и того же товара двум покупателям. Кроме того, может потребоваться и проверка доступного покупателю размера кредита или наличие факта оплаты счета, а также другие самые разнообразные проверки.
Однако, если документ вводится задним числом, то есть в момент его ввода известно, что такое событие уже произошло в жизни предприятия, например, конкретный товар уже отгружен клиенту, необходимость в таких проверках отпадает и нужно просто отразить в учете произошедшее событие. В этом случае проведение документа только фиксирует событие, а не участвует в его формировании.
Таким образом, задача механизма оперативного проведения заключается в разделении этих двух вариантов проведения и с точки зрения пользователя, чтобы он понимал, какой вид проведения выполняется, и с точки зрения алгоритма проведения документа, чтобы тот отработал действия, соответствующие текущему варианту проведения.
Рассмотрим, как система обеспечивает поддержку данного механизма.
Саму возможность оперативного проведения нужно устанавливать в метаданных для конкретного вида документов (свойство “Оперативное проведение”). По умолчанию, возможность оперативного документа включена. Соответственно, для тех документов, для которых оперативное документа не имеет смысла, его следует в метаданных отключить. Тогда любое проведение документа будет считаться неоперативным.
Для тех видов документов, для которых в метаданных данное свойство включено, система поддерживает режим оперативного проведения. То есть, каждое проведение может выполняться либо в оперативном, либо в неоперативном режиме. При программном вызове записи документа режим проведения указывается в параметре “Режим проведения” метода Записать(). Обработчику события Обработка проведения() передается в параметре “Режим проведения” информация о том, какой режим проведения сейчас используется. На основе этой информации алгоритм проведения должен соответственно выполнять или не выполнять тот набор действий, который необходим для оперативного проведения. Например, если выполняется оперативное проведение, то необходимо проверять наличие товаров на складе. В этой части механизм оперативного проведения не выполняет сам никаких действий, а только передает параметр в обработчик проведения.
Однако кроме передачи информации в обработчик при оперативном проведении выполняется также автоматическое изменение времени документа. Для этого используется поддерживаемый системой механизм оперативной отметки времени. Он позволяет при одновременной работе нескольких пользователей получать возрастающую последовательность значений типа Дата в пределах дня. Механизм оперативной отметки выдает текущее время или большее на одну секунду последней выданной какому-либо пользователю отметки, если последняя выданная отметка больше или равна текущему времени.
Оперативная отметка позволяет расставить документы в той хронологической последовательности, в которой реально происходили события в жизни предприятия. Это весьма полезно для того, чтобы порядок следования документов и их движений в информационной базе соответствовал реальной последовательности событий, а, следовательно, адекватно бы отражался в различных учетных задачах зависящих от последовательности движений, например, в задачах списания товаров по методам LIFO и FIFO. При записи документа с оперативным проведением система получает очередную оперативную отметку времени и присваивает ее свойству Дата документа. Соответственно, в процессе оперативного проведения документ перемещается в пределах дня на время, выданное механизмом оперативной отметки. Таким образом, все оперативно проводимые документы располагаются в пределах дня в порядке их проведения, то есть в том порядке, в котором происходили события в жизни предприятия.
При оперативном проведении документа система меняет время документа, однако не меняет день. Это объясняется тем, что дата документа (без времени) имеет, как правило, юридический смысл и должна вводиться пользователем в явном виде. Подробнее про работу механизма оперативной отметки времени можно прочитать в статье “Особенности использования системной даты компьютера при оперативном проведении документов”.
Механизм оперативного проведения поддерживается в расширениях форм документов (расширении формы документа и формы списка). Команды, предоставляемые расширениями форм, поддерживают определенную стратегию выбора режима проведения. Эта стратегия может регулироваться свойством ИспользоватьРежимПроведения расширения формы документа. В основном используется вариант Авто, обеспечивающий автоматический выбор режима проведения на основе анализа даты документа и при необходимости запрос режима у пользователя. Подробнее о работе расширения формы документа можно ознакомиться в статье “Запись и проведение документа в форме”.
Так как неоперативное проведение является более ответственной операцией, то система предоставляет разработчику возможность отдельно регулировать права пользователей на такой вид проведения. Для этого используется право “Интерактивное проведение неоперативное”. Следует заметить, что это право действует только при использовании стандартных команд, предоставляемых расширениями форм. Если вызов проведения выполняется средствами встроенного языка, то данное право следует проверять в модулях самостоятельно.
В обработчике ОбработкаПроведения() разработчик, получая текущий режим проведения в качестве значения параметра, должен самостоятельно реализовать изменение алгоритма проведения в зависимости от значения данного параметра. При этом рекомендуется для оперативного проведения выполнять различные проверки, которые необходимы для определения правомерности совершаемой операции. Это может быть проверка наличия товаров на складе, проверка задолженности покупателя и т.д. В этих проверках следует обращаться к текущим остаткам регистров, а не получать итоги на момент времени документа. Система поддерживает текущие остатки в актуальном состоянии, поэтому обращение к текущим остаткам должно выполняться быстро и такое обращение должно обеспечивать высокую параллельность, так как транзакционные блокировки будут накладываться на записи (а точнее, диапазоны ключей) соответствующие запрашиваемым данным.
При неоперативном проведении не рекомендуется выполнять такого рода проверки. С одной стороны, расчет итогов на момент времени документа может занять продолжительное время, а с другой стороны такая проверка не имеет большого смысла. Например, проверяя наличие товаров на некоторый момент времени, мы можем проверить только правомерность выписки конкретного документа, но при этом изменятся условия проведения всех последующих документов и, соответственно, необходимо проверять все последующие документы, в которых отпускались данные товары.
Кроме того, если документ вводится по уже совершенной операции, то в системе отражается уже свершившийся факт, и даже если при этом получаются, например, отрицательные текущие остатки, то ошибка может быть совсем не в этом документе, а в любом другом. Таким, образом, речь уже не идет о проверке правомерности совершения операции и соответственно проверки, выполняемые при оперативном проведении делать не нужно.
В любом случае, необходимо понимать, что проверки которые будут выполняться при неоперативном проведении это не проверки правомерности совершения операции, а проверки правильности ввода документа и при анализе целесообразности включения таких проверок следует соотносить затраты времени на такие проверки и их эффективность. Проверки отдельных документов могут выявить только незначительное количество ошибок и требуют при этом достаточно больших затрат времени, что может существенно сказаться на производительности всей системы.
Для проверки правильности заполнения документов после изменения задним числом, если это необходимо, можно предусмотреть специальную регламентную обработку, которая будет проверять все документы за период и, соответственно, не будет замедлять текущую работу при вводе этих документов.
Наряду с вводом документов задним числом можно записывать документы и их движения будущим временем, то есть вводить информацию, о еще не произошедших событиях. Однако следует учитывать, что это нарушает логику работы механизма оперативного проведения, так как текущие остатки регистров при этом перестают отражать реальное состояние учета (складских остатков, задолженностей и т.д.) и в этом случае проверки текущих остатков при оперативном проведении не будут выдавать адекватной информации. Стандартные команды форм не разрешают пользователю проводить оперативно документы, введенные будущей датой, и не предлагают для них при автоматическом выборе режима проведения выполнить неоперативное проведение. Если выполняется попытка программно вызвать оперативное проведение документа будущей датой (относительно текущей даты или оперативной отметки времени), то выдается соответствующее сообщение.
Разумеется, накладываемые ограничения это только предлагаемая методология оперативного проведения. Существует возможность вызвать неоперативное проведение программно и предоставить пользователю возможность в форме самостоятельно выбрать режим неоперативного проведения. Однако рекомендуется, без особых оснований, не нарушать логику работы оперативного проведения и обеспечивать наличие движений в регистрах только по уже совершенным операциям (не допуская наличия движений по еще не совершенным операциям). Тогда текущие итоги регистров будут отражать реальное состояние учета, и это позволит при оперативном проведении получать адекватные результаты при проверке текущих итогов регистров.
Также не рекомендуется разрешать пользователям менять системную дату компьютера для изменения логики работы механизма оперативного проведения. Подробнее этот момент отражен в статье “Особенности использования системной даты компьютера при оперативном проведении документов”.
Следует заметить, что, как и сам механизм проведения, оперативное проведение является только предлагаемой платформой методологией. Разработчик прикладного решения может использовать ее, или нет для каждого вида документов по своему усмотрению. Однако, использование стандартной методологии в прикладных решениях для тех задач, для которых она предназначена, позволяет, с одной стороны, решить задачу достаточно быстро, а с другой стороны, делает создаваемое решение понятным для любого разработчика, которому будет необходимо в нем разобраться.