Документы, регистры накопления. Порядок записи движений регистров при проведении документа Дополнительные свойства запись движений при проведении
Документы в 1С 8.2 и 8.3 — объект метаданных, с помощью которого в 1С фиксируются хозяйственные операции предприятия.
Каждый созданный документ в конфигурации создать для отражения своего типа операции, например: поступление товаров, списание товаров и т.д.
Документы могут проводиться, а могут просто записываться. Документ, у которого разрешено проведение, как правило, при проведении создает записи в , тем самым внося изменения в учет организации. Документы, у которых запрещено проведение, обычно используются как печатные формы, например: , и т.д.
Рассмотрим основные настройки и свойства документов.
Настройка и свойства документов в 1C 8.3 и 8.2
Рассмотрим самые интересные вкладки с точки зрения разработчика.
Данные
Одна из основные вкладок документа:
Здесь описывается структура хранения информации будущего документа, реквизиты аналогичны . Сильно отличаются стандартные реквизиты:
Получите 267 видеоуроков по 1С бесплатно:
Движения документа
Самая важная вкладка, на которой определяется состав регистров, по которым будет делать движения документ:
Рассмотрим подробно свойства документа на этой странице:
Проведение — разрешить или запретить. Определяет, будут ли движения по данному документу.
Оперативное проведение — разрешить или запретить. Если установлено разрешить, то проведение документа будущей датой невозможно.
Удаление движений — определяет режим очистки движения документа: Удалять автоматически при отмене проведения — движения будут очищены только при нажатии кнопки «Отмена проведения», но не удаляет при перепроведении. Удалять автоматически — значит, что движения будут удаляться в любом случае, даже если документ 1С перепроводится. Не удалять автоматически — значит, что удаление движений берет на себя разработчик системы.
Также для построения простых движений документа существует специальный конструктор движений, позволяющий упростить разработку:
Документ может быть введен на основании плана обмена, справочника, бизнес-процесса, задачи или другого документа. Для удобства можно воспользоваться специальным конструктором ввода на основании, который автоматически сгенерирует модуль обработчика заполнения:
Ключевые слова: ОбработкаПроведения,проведение,движения
При сопровождении типовых конфигураций часто возникает потребность вмешиваться в схему проводок, которые формируются при проведении документа.
Иногда наиболее удобным местом обработки таких проводок являетяся момент после проведения документа, когда проводки уже сформированы.
Такой код вставляется в конец процедуры ОбработкаПроведения.
Однако есть один маленький нюанс - документы восьмерки могут делать движения по регистрам как в коллекцию Движения документа, так и непосредственно записывая движения в соответствующий регистр. Как определить, где хранятся нужные движения, не анализируя код проведения документа?
Оказывается, очень просто. При окончании проведения автоматически записаны будут только те наборы записей из коллекции Движения, которые были модифицированы.
Проверяем свойство Модифицированность() набора записей регистра в коллеции Движения. Если набор записей модифицирован, то при окончании транзакции движения будут записаны именно из этого набора записей и нам нужно изменять этот набор записей. Если же набор записей не модифицирован, то движений или не было, или они были сделаны непосредственно в регистр.
Таким образом функция по получению набора записей движений нужного регистра может быть таким:
Функция п_НаборДвиженийДокументаПолучить(Объект, ИмяРегистра) Если НЕ Объект.Движения[ИмяРегистра].Модифицированность() Тогда НЗ=Объект.Движения[ИмяРегистра]; НЗ.Отбор.Регистратор.Установить(П.Ссылка); НЗ.Прочитать(); КонецЕсли; Возврат Объект.Движения[ИмяРегистра]; КонецФункции
Для внесения изменений никакого дополнительного кода не надо. Достаточно оставить набор записей модифицированным и он запишется. Кроме того, процедуру чтения набора записей можно вызывать многократно, например если у вас есть множество корректирующих обработчиков движений регистров.
Вот конкретный пример, где используется данная процедура:
//Замена счета кредита 76.Н на 68.02 НаборДвижений=п_НаборДвиженийДокументаПолучить(Объект, "Хозрасчетный "); ТЗ=НаборДвижений.Выгрузить(); Модифицированность=ложь ; Для Каждого Стр из ТЗ Цикл Если Стр.СчетКт=ПланыСчетов.Хозрасчетный.РасчетыПоНДСотложенномуДляУплатыВБюджет Тогда //76.Н Стр.СчетКт=ПланыСчетов.Хозрасчетный.НДС; //68.02 Стр.ВидСубконтоКт1 =ПланыВидовХарактеристик.ВидыСубконтоХозрасчетные.ВидыПлатежейВГосБюджет; Стр.СубконтоКт1 =Перечисления.ВидыПлатежейВГосБюджет.Налог; Стр.СубконтоКт2 =Неопределено; Стр.ВидСубконтоКт2 =Неопределено; Модифицированность=истина ; КонецЕсли; КонецЦикла; Если Модифицированность Тогда НаборДвижений.Загрузить(ТЗ); КонецЕсли; //Дублирование движений по регистру НДС Продажи (реализация дублируется как оплата) НаборДвижений=п_НаборДвиженийДокументаПолучить(О, "НДСПродажи "); ТЗ=НаборДвижений.Выгрузить(); Модифицированность=ложь ; МассивСтрок=Новый Массив(); Для Каждого Стр из ТЗ Цикл Если Стр.Событие=Перечисления.СобытияПоНДСПродажи.Реализация Тогда МассивСтрок.Добавить(Стр); Модифицированность=истина ; КонецЕсли; КонецЦикла; Для Каждого Стр из МассивСтрок Цикл НоваяСтр=ТЗ.Добавить(); ЗаполнитьЗначенияСвойств(НоваяСтр, Стр); Стр.Событие=Перечисления.СобытияПоНДСПродажи.Оплата; Стр.СчетФактура=П.Ссылка; КонецЦикла; Если Модифицированность Тогда НаборДвижений.Загрузить(ТЗ); КонецЕсли;
Важно!!! Существует более простой метод добавления записей.
Для этого можно использовать метод Записать(ложь) по набору записей. Он не очищает записи по регистратору, а добавляет записи к уже имеющимся записям по регистратору.
У объекта Документ
имеется свой набор событий, с помощью которых разработчик может вмешаться в процесс записи документа в базу данных используя обработчики этих событий. В зависимости от вида действия, которое выполнит пользователь, события документа вызываются в определенной последовательности.
Существуют следующие основные виды действий для документа:
- Записать
- Провести
- Провести и закрыть
- Отмена проведения
Действие Записать
Для непроведенного документа последовательность выполнения событий при записи документа из формы будет следующей:- Модуль объекта - перед записью (начинается транзакция, документ еще не записан);
- Модуль формы (&НаСервере) - при записи на сервере (фиксация транзакции);
- Модуль формы (&НаКлиенте) - перед записью;
- Модуль формы (&НаСервере) - обработка проверки заполнения на сервере;
- Модуль объекта - обработка проверки заполнения;
- Модуль формы (&НаСервере) - перед записью на сервере;
- Модуль объекта - перед записью (начало транзакции, документ еще не записан);
- Модуль объекта - при записи (документ записан);
- Модуль объекта - обработка проведения (формирование набора записей движений документа);
- Модуль формы (&НаСервере) - при записи на сервере (записан набор записей движений документа, фиксация транзакции);
- Модуль формы (&НаСервере) - после записи на сервере;
- Модуль формы (&НаКлиенте) - после записи.
Последовательность выполнения событий при записи документа из формы, у которого запрещено проведение (свойство Проведение
установлено в значение Запретить
) будет следующей:
В отличии от документа, у которого разрешено проведения, в этом случае отсутствует событие ОбработкаПроведения
. Но, при записи проведенного документа с перепроведением и при записи документа, у которого запрещено проведение, кроме самой записи, в контексте формы и в контексте объекта вызывается также событие ОбработкаПроверкиЗаполнения
. Это событие вызывается расширением формы для проверки заполнения реквизитов при записи или при проведении документа в форме.
Действие Провести
При выполнении данного действия, то есть запись нового документа с проведением из формы, последовательность выполнения событий будет такая же как и у действия запись проведенного документа (см. рисунок 2).Действие Провести и закрыть
Последовательность выполнения событий аналогична действию провести (см. рисунок 2).Действие Отмена проведения
Данное действие инициирует запись документ и запускает следующую последовательность событий:- Модуль формы (&НаКлиенте) - перед записью;
- Модуль формы (&НаСервере) - перед записью на сервере;
- Модуль объекта - перед записью (начало транзакции);
- Модуль объекта - обработка удаления проведения (удаление движений);
- Модуль объекта - при записи (движения удалены, документ записан);
- Модуль формы (&НаСервере) - после записи на сервере (фиксация транзакции);
- Модуль формы (&НаКлиенте) - после записи.
Для определения возможности оптимизации блокировок в1С:Підприємство необходимо .
Так, используемый по умолчанию уровень изоляции Read Committed использует следующие блокировки:
Блокировки «полезные», иначе получим проблему «грязного чтения». Что можно сделать для оптимизации в первую очередь - это уменьшить время и количество блокировок.
Что бы уменьшить время и количество «S» блокировок при чтении данных
, необходимо оптимизировать запросы так, что бы они выполнялись быстро и без лишних блокировок (этот вопрос будет обсуждаться в отдельном разделе «Оптимизация запросов»). При записи
- изменять данные как можно ближе к концу транзакции. Для этого в платформе предусмотрены следующие настройки:
Режим удаления движений документа (вкладка «Движения»):
удалять автоматически при отмене проведения – по умолчанию;
удалять автоматически – движения удалятся (запишутся пустые наборы непосредственно перед обработкой проведения и установится X блокировка до конца транзакции);
не удалять автоматически.
Если движения автоматически не удаляются, то это может повлиять на алгоритм проведения (например на контроль остатков). Тогда необходимо записать пустой набор непосредственно перед запросом остатков:
// Запишем пустые наборы записей, чтобы читать резервы без учета данных в документе.
Движения.РезервыНоменклатуры.Записать();
Результат = Запрос2.Выполнить();
Также надо учитывать существующие записи при использовании записи с добавлением записей из набора «Записать(Ложь) »
Варианты записи движений:
1. Запись вручную каждого набора используя «Движения.ИмяНабора.Записать()
»;
2. Запись определенного списка наборов в соответствии со свойством документа «Запись движений при проведении»:
Свойство документа «Запись движений при проведении» определяет список наборов для записи:
«Записывать выбранные» - устанавливается по умолчанию. При этом список наборов для записи определяется свойством «Записывать» каждого набора (Движения.ИмяНабора.Записывать = Истина
)
«Записывать модифицированные» — при этом список наборов для записи будет состоять из наборов с установленным свойством «Модифицированность».
В соответствии со свойством «Запись движения при проведении» все «Выбранные» или «Модифицированные» наборы записей записываются автоматически непосредственно после обработки проведения:
КонецПроцедуры //Обработка проведения
Наборы записываются последовательно в соответствии с их порядком в дереве конфигурации:
- Регистры сведений;
- Регистры накопления;
- Регистры бухгалтерии;
- Регистры расчета .
Записать наборы, в соответствии со свойством документа «Запись движения при проведении», можно и вручную, используя «Движения.Записать()».
Не путать метод «Записать()» коллекции движений «Движения» с методом «Записать()» набора записей (элемента коллекции движений).
После записи набора, независимо каким способом он записан, его свойства «Записывать» и «Модифицированность» сбрасываются в «Ложь».
Автоматическая запись движений непосредственно после обработки проведения как и ручная с использованием «Движения.Записать() » записывают наборы с замещением записей, аналогично ручной записи конкретного набора «Движения.ИмяНабора.Записать(Истина) »
Свойства документа «Привилегированный режим при проведении» и «Привилегированный режим при отмене проведения» могут существенно ускорить запись наборов, так как при этом не проверяются права доступа.
Использование обработчиков событий в транзакции
Запись документа (объекта) происходит между обработчиками «ПередЗаписью()» и «ПриЗаписи()». В обработчике «ПриЗаписи()» уже можно использовать ссылку на объект.
Так же между обработчиками «ПередЗаписью()» и «ПриЗаписи()» происходит заполнение регистрации в последовательности, если для документа установлено автоматическое заполнение последовательности. В обработчике «ПриЗаписи()» можно изменить или очистить набор регистрации в последовательности.
Если для документа установлен параметр «Автоматическое удаление движений при проведении», то движения документа удаляются непосредственно перед обработчиком «ОбработкаПроведения()». Автоматическая запись движений документа (наборов с установленным признаком модифицированности или «Записывать») производится непосредственно после обработчика «ОбработкаПроведения()». Процедура «ОбработкаПроведения()» и связанные с нею операции автоматического удаления/записи движений выполняются только если документ записывается в режиме записи «Проведение».
Все обработчики, которые выполняются в транзакции имеют параметр «Отказ». Но не наоборот! Есть обработчики, которые имеют параметр «Отказ», но выполняются вне транзакции. Это обработчики, которые выполняются до транзакции, например обработчик формы «ПередЗаписью()».
В случае управляемого интерфейса имеются ввиду именно серверные процедуры «ПередЗаписьНаСервере()», «ПриЗаписиНаСервере()» и «ПослеЗаписиНаСервере()».
Разделитель итогов и параллельность записи наборов в транзакции
В таблицы итогов регистров хранятся итоговые данные (Начальные остаток, Приход, Расход, Конечный остаток) в разрезе всех измерений с периодичностью «Месяц». Также в таблицах итогов регистров накопления остатков и бухгалтерии хранятся текущие итоги, с периодом 3999 год (если используется смещение дат, то 5999).
При параллельной записи в таблицы итогов (из разных сеансов, разными регистраторами) по одинаковым наборам измерений и периода (полей) возникает ожидание блокировки:
Для исключения таких блокировок применяется разделитель итогов - в таблицы итогов добавляется служебное поле «Splitter». Каждому одновременно работающему сеансу назначается свое значение разделителя. Каждый сеанс записывает данные в таблицы итогов со своим значением разделителя. В таблице итогов будет столько разных значений разделителя сколько одновременных сеансов будут вести запись в регистр. Также поле «Splitter» включается в кластерный индекс таблицы итогов. Так как при использовании разделителя одновременные сеансы записывают данные в таблицы итогов по разному составу полей (из-за значения разделителя), блокировки при записи исключаются:
Возможность использования разделителя итогов для регистра задается в конфигураторе, при этом в физических таблицах итогов появляется поле «Splitter».
Конкретное использование разделителя для регистра указывается в форме управления итогами:
Разделитель можно применять только для регистров, имеющих итоги (регистры накопления и регистры бухгалтерии).
Применение разделителя исключает блокировки при записи в регистры, но несколько «раздувает» базу и уменьшает скорость чтения (при выполнении запросов по итогам агрегируются данные не только по измерениям и периоду, но еще и по полю «Splitter»).
При пересчете итогов итоги агрегируются (суммируются) без учета разделителя. Поле разделителя при этом очищается.
Уровень изоляции READ_COMMITTED_ SNAPSHOT в версии 8.3
Платформа версии 8.3 применяется модифицированный уровень изоляции READ_COMMITTED_SNAPSHOT
, появившийся в В MS SQL Server 2005 и реализующий режим версионирования
, не использовавшийся в СУБД MS SQL ранее. Поведение на уровне READ COMMITTED
зависит от настройки аргумента базы данных READ_COMMITTED_SNAPSHOT
.
Если параметр READ_COMMITTED_SNAPSHOT
находится в состоянии OFF, компонент Database Engine при выполнении операций считывания текущей транзакцией для предотвращения изменения строк другими транзакциями использует разделяемые блокировки. Разделяемые блокировки также блокируют инструкции от считывания строк, измененных другими транзакциями, пока не завершится другая транзакция. По завершении инструкции разделяемые блокировки снимаются.
Если параметр READ_COMMITTED_SNAPSHOT
находится в состоянии ON, компонент Database Engine использует управление версиями строк для представления каждой инструкции согласованного на уровне транзакций моментального снимка данных в том виде, который они имели на момент начала выполнения инструкции. Для защиты данных от обновления другими транзакциями блокировки не используются.
Как работает версионирование
Например есть несколько, параллельно выполняющихся, транзакций, читающие одни и те же данные. В обычном режиме READ_COMMITTED, MS SQL Server перед чтением делает попытку наложить разделяемую блокировку на нужный ресурс (S блокировка при чтении). При включенном версионировании вместо попытки установки разделяемой блокировки, транзакция прочитает нужные данные из базы tempdb, куда транзакция, которая успела изменить данный, скопировала версию данных до изменения. При изменении данных в транзакции с уровнем изоляции READ_COMMITTED_SNAPSHOT версия данных до изменения предварительно помещается из основной базы в tempdb. После выполнения транзакции, помещенная ею в tempdb версия данных будет удалена.
SQL команды установки параметров уровня изоляции после реструктуризации:
Запуск 1С:Підприємство при установке совместимости 8.2:
ALTER DATABASE test83 SET READ_COMMITTED_SNAPSHOT OFF
WITH ROLLBACK IMMEDIATE
SET LOCK_TIMEOUT 20000
Запуск 1С:Підприємство при установке совместимости 8.3:
ALTER DATABASE test83 SET READ_COMMITTED_SNAPSHOT ON
WITH ROLLBACK IMMEDIATE
SET LOCK_TIMEOUT 20000
SET TRANSACTION ISOLATION LEVEL READ COMMITTED
Определить состояние базы можно запросом:
select name,snapshot_isolation_state_desc,is_read_committed_snapshot_on from sys.databases
