Что означает проведение документа оперативно. Особенности работы формы документа. IV. Цикл по номенклатуре документа

Номенклатура дел: правила составления

Что означает проведение документа оперативно. Особенности работы формы документа. IV. Цикл по номенклатуре документа

В этой статье расскажем, что такое номенклатура дел и как ее составить.

Номенклатура дел 

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

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

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

Существует три вида номенклатур дел:

  • типовая,
  • примерная,
  • индивидуальная.

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

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

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

Индексы, наименования дел и сроки их хранения не могут быть изменены ими самостоятельно.

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

Номенклатура дел организации

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

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

Если организация является источником комплектования Архивного фонда Российской Федерации (согласно ФЗ «Об архивном деле Российской Федерации»), то она обязана передавать номенклатуру дел на согласование с Экспертно-проверочной комиссией того архива, в который будут передаваться документы. Если организация не является таким источником комплектования, то передавать не нужно.

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

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

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

Разделами, подразделами и другими делениями номенклатуры дел являются названия структурных подразделений (например: канцелярия, бухгалтерия, отдел кадров и т. п.). Они создаются автоматически после заведения в систему структуры организации.

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

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

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

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

Заполненный раздел «Номенклатура дел» используется при автоматизированном создании дел (томов) для списания в них исполненных документов.

Номенклатура дел представляет собой таблицу, которая состоит из 5 граф.

В графе 1 проставляются индексы каждого дела, включенного в номенклатуру. Индексы дел обозначаются арабскими цифрами и выглядят следующим образом: 04-02, где 04 – индекс структурного подразделения, 02 – порядковый номер заголовка дела по номенклатуре дел. Цифровое обозначение структурного подразделения чаще всего берется из штатного расписания.

Для однородных дел разных структурных подразделений (направлений деятельности) следует сохранять одинаковые индексы. Например, «Приказы руководителя по основной деятельности» в каждом структурном подразделении будут в деле под номером 3: 02-03, 03-03, 04-03 и т. д.

В графе 2 номенклатуры дел указываются заголовки дел.

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

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

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

Заголовки дел могут уточняться в процессе формирования и оформления дел.

Заголовки дел внутри разделов и подразделов располагаются по степени важности документов, составляющих дела. Сначала располагаются заголовки дел, содержащих организационно-распорядительную документацию.

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

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

Правила, которых следует придерживаться:

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

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

Целесообразно оставлять 2–3 номера для резерва, в случае если в течение года образуется новое дело.

Так выглядит, например, последовательность расположения дел в разделе «Экспертная комиссия»:

  • 01-01 Протоколы заседаний Экспертной комиссии,
  • 01-02 Решения Экспертной комиссии,
  • 01-03 Отчеты о выполнении решений Экспертной комиссии,
  • 01-04 Материалы к заседаниям Экспертной комиссии (повестки дня, информационные письма, доклады, отчеты и др.),
  • 01-05 Номенклатура дел Экспертной комиссии,
  • 01-06 резервный номер.

Пример заголовков дел, образующихся в деятельности службы ДОУ:

  • 01-01 Приказы по основной деятельности,
  • 01-02 Приказы генерального директора по административно-хозяйственной деятельности,
  • 01-03 Распоряжения по основной деятельности,
  • 01-04 Протоколы совещаний у Генерального директора,
  • 01-05 Переписка с заказчиками о формировании сметной документации,
  • 01-06 Переписка с заказчиком в части контроля качества строительства,
  • 01-07 Переписка с надзорными органами,
  • 01-08 Переписка с подрядчиком в части контроля качества строительства,
  • 01-09 Доверенности с завершенным сроком действия, выданные сотрудникам для представления интересов Компании,
  • 01-10 Реестр учета печатей,
  • 01-11 Сводная номенклатура дел ООО «ХХХ»,
  • 01-12 Описи дел Компании постоянного срока хранения, временного срока хранения (свыше 10 лет),
  • 01-13 Описи дел Компании временного срока хранения (более 10 лет),
  • 01-14 Резервный номер,
  • 01-15 Резервный номер.

В графе 3 номенклатуры дел указывается количество дел. Эта графа заполняется по окончании календарного года.

В графе 4 указываются срок хранения дела, номера статей по перечню (типовому, ведомственному), а при его отсутствии – по типовой или примерной номенклатуре дел или на основании решения экспертной комиссии.

Отметка ЭПК проставляется только в номенклатурах дел организаций, которые являются источниками комплектования Архивного фонда Российской Федерации.

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

Такая замена будет означать, что экспертизу ценности документов будет проводить экспертная комиссия организации.

Если в номенклатуре дел есть заголовки дел с документами, срок хранения которых не предусмотрен типовым или ведомственным перечнями документов, срок их хранения устанавливается ЭПК соответствующего архивного учреждения по представлению архива или ЭК организации.

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

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

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

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

В связи с этим такой подход целесообразен только для организаций, которые не являются источниками комплектования Архивного фонда Российской Федерации.

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

См. по теме также статьи: Сдача документов в архив организации и Текущее хранение документов: порядок формирования дел.

Источник: https://buh.ru/articles/documents/75412/

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

Что означает проведение документа оперативно. Особенности работы формы документа. IV. Цикл по номенклатуре документа
Перейти к содержимому

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

Проведение документов «задним числом» должно осуществляться как исключение и обрабатывается системой отдельно.

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

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

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

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

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

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

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

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

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

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

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

[свернуть]

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

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

Отсюда…

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

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

Для этого используется понятие оперативной отметки времени.

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

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

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

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

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

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

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

Изменение даты документа при оперативном проведении влияет на время в пределах дня, но не изменяет день.

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

Особенности выдачи оперативной отметки:

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

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

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

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

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

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

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

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

В аналогичном случае в клиент-серверном варианте пользователю с неправильно установленной системой датой при попытке выполнить оперативное проведение сразу будет выдано сообщение об ошибке, так как день даты введенного им документа не будет соответствовать дню системной даты компьютера, на котором установлен сервер 1С:Предприятия.

[свернуть]

Механизм оперативного проведения поддерживается в расширениях форм документов (расширении формы документа и формы списка). Команды, предоставляемые расширениями форм, поддерживают определенную стратегию выбора режима проведения.

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

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

Подробнее читай в статье «Запись и проведение документа в форме»

В обработчике ОбработкаПроведения() разработчик, получая текущий режим проведения в качестве значения параметра, должен самостоятельно реализовать изменение алгоритма проведения в зависимости от значения данного параметра.

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

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

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

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

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

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

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

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

Неоперативно можно провести документ за любую дату, при этом дата и время документа не изменятся.

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

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

 

В обработчике ОбработкаПроведения() разработчик, получая текущий режим проведения в качестве значения параметра, должен самостоятельно реализовать изменение алгоритма проведения в зависимости от значения данного параметра.

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

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

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

[свернуть]

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

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

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

Ввод документов будущим временем

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

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

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

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

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

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

Источник: https://flagman.top/about-business/ehkzamen-1s/provedenie-dokumentov

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

Что означает проведение документа оперативно. Особенности работы формы документа. IV. Цикл по номенклатуре документа

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

Процедура ОбработкаПроведения(Отказ, РежимПроведения) // Вставить содержимое обработчикаКонецПроцедуры

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

Рассмотрим подробно свойства документа на вкладке «Движения»

  • Проведение — «разрешить» или «запретить». Определяет, будет ли документ создавать движения.
  • Оперативное проведение — «разрешить» или «запретить». Если установлено «разрешить», то проведение документа будущей датой невозможно.
  • Удаление движений — определяет режим очистки движений документа:
    • Удалять автоматически при отмене проведения. При перепроведении документа движения перезаписываются, а при отмене проведения движения документа автоматически удаляются.
    • Удалять автоматически. При записи документа с проведением сначала будут удалены все старые движения документа. На момент выполнения обработчика события ОбработкаПроведения в регистрах не будет наборов записей с движениями данного документа.
    • Не удалять автоматически — значит, что удаление движений берет на себя разработчик системы.

Процедура ОбработкаПроведения

Формирование новых наборов записей регистров включает в себя операции, состоящие:

  • из добавления новых записей к набору записей;
  • заполнения полей записей;
  • записи набора записей.

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

Процедура ОбработкаПроведения(Отказ, РежимПроведения) // Укажем, что движения по данному регистру нужно записывать Движения.ТоварыНаСкладах.

Записывать = Истина; // Перебрать коллекцию строк табличной части документа Для Каждого ТекСтрокаСостав Из Состав Цикл // Добавить новую запись к набору записей регистра ТоварыНаСкладах Движение = Движения.ТоварыНаСкладах.Добавить(); // Заполнить поля добавленной записи Движение.ВидДвижения = ВидДвиженияНакопления.Приход; Движение.

Период = Дата; Движение.Номенклатура = ТекСтрокаСостав.Номенклатура; Движение.Склад = Склад; Движение.Количество = ТекСтрокаСостав.Количество; Движение.ВидОперации = ВидОперации; КонецЦикла;КонецПроцедуры

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

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

// По умолчанию параметр Замещать имеет значение ИстинаДвижения.ТоварыНаСкладах.Записать();

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

// Добавлять новые движения к старымДвижения.ТоварыНаСкладах.Записать(Ложь);

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

Подробнее о формировании движений

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

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

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

При записи с проведением система автоматически запишет выбранные и незаписанные наборы записей, находящиеся в свойстве «Движения». Отсюда следуют два важных вывода:

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

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

Записать(РежимЗаписиДокумента.Проведение, РежимПроведенияДокумента.Оперативный);

Пример перепроведения документов РеализацияТоваров в интервале с ДатаНачала по ДатаОкончания:

// Получить ссылки на проведенные документы в требуемом интервалеЗапрос = Новый Запрос();Запрос.Текст = “ВЫБРАТЬ | РеализацияТоваров.Ссылка |ИЗ | Документ.РеализацияТоваров КАК РеализацияТоваров |ГДЕ | РеализацияТоваров.Дата МЕЖДУ &ДатаНачала И &ДатаОкончания | И РеализацияТоваров.Проведен”;Запрос.УстановитьПараметр(“ДатаНачала”, ДатаНачала);Запрос.УстановитьПараметр(“ДатаОкончания”, ДатаОкончания);Результат = Запрос.Выполнить();// Перебрать ссылки полученных документовВыборка = Результат.Выбрать();Пока Выборка.Следующий() Цикл // Перепровести каждый документ неоперативно Документ = Выборка.Ссылка.ПолучитьОбъект(); Документ.Записать(РежимЗаписиДокумента.Проведение);КонецЦикла;

Здесь инициировалось проведение в неоперативном режиме. Значение по умолчанию параметра РежимПроведения метода объекта документа Записать() — именно РежимПроведенияДокумента.Неоперативный.

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

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

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

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

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

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

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

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

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

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

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

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

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

Понятие момента времени

Для определения положения документа на оси времени используется реквизит документа «Дата». Дата содержит время с точностью до секунды. Это позволяет контролировать последовательность записи документов.

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

Как в этом случае определить последовательность созданных документов?

Для обработки подобных ситуаций было введено понятие момент времени. Момент времени представляет собой совокупность даты, времени и ссылки на объект базы данных.

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

Кроме того, момент времени позволяет идентифицировать и необъектные данные, например, записи регистров, подчиненных регистратору.

Понятие момента времени реализовано во встроенном языке при помощи универсального объекта МоментВремени. Этот объект имеет свойства Дата и Ссылка, которые позволяют получить «составляющие» момента времени, и один метод — Сравнить(), при помощи которого возможно сравнение двух моментов времени между собой.

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

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

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

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

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

Таким образом, если у объекта конфигурации Документ установлено свойство оперативного проведения, последовательность действий системы будет следующей:

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

Поиск: 1С:Предприятие • Движения • Документ • Момент времени • Обработка проведения

27.06.2019

Bootstrap 4. Компонент «Формы»

Компонент «Формы» — это набор CSS-классов, которые предназначены для оформления HTML форм: form-group, form-control, input-group, input-group-prepend, input-group-text, form-row, form-inline, invalid-feedback, valid-feedback, is-invalid, is-valid.

Page 3

Источник: https://tokmakov.msk.ru/blog/item/74

Неоперативное проведение документа 1с. Особенности работы формы документа. Определение момента времени для контроля остатков – Юриста дом

Что означает проведение документа оперативно. Особенности работы формы документа. IV. Цикл по номенклатуре документа

Эта статья предназначена для внедренцев 1С – и особенно для тех, кто готовится к Аттестации на 1С:Специалист по платформе.

Сегодня мы разберем 2 методики контроля остатков – причем не только остатков на складе, но и, например, взаиморасчетов (“какова текущая задолженность клиента и можно ли отгружать ему товары”)

Обе методики применяются и в типовых конфигурациях, и в Аттестационных заданиях. И поскольку их две – нужно четко понимать, когда применима “новая” методика, а когда только “старая”.

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

Источник: https://domjurista.ru/neoperativnoe-provedenie-dokumenta-1s-osobennosti-raboty-formy-dokumenta-opredelenie-momenta-vremeni-dlja-kontrolja-ostatkov.html

О законе
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: