Начать транзакцию 1с 8. Транзакция по банковской карте, что это такое простыми словами. Стоимость товаров в заказе

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

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

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

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

Использование явного вызова транзакций

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

● при окончании выполнения встроенного языка (обработчик события, внешнее соединение, automation-сервер);

● при передаче управления с сервера на клиента.

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

Попытка

НачатьТранзакцию();

// Последовательность операторов

ЗафиксироватьТранзакцию();

Исключение

ОтменитьТранзакцию();

КонецПопытки;

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

● невосстановимые,

● восстановимые.

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

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

Попытка … Исключение … КонецПопытки.

Вложенный вызов транзакций

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

НачатьТранзакцию();

НачатьТранзакцию();

ЗафиксироватьТранзакцию();

// Вложенный вызов транзакции

НачатьТранзакцию();

ЗафиксироватьТранзакцию();

ЗафиксироватьТранзакцию();

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

ВНИМАНИЕ! Система «1С:Предприятие» не поддерживает вложенных транзакций. Это означает, что всегда действует только транзакция самого верхнего уровня.

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

Влияние транзакций на работу программных объектов

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

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

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

● при отмене транзакции признак проведения документа восстанавливает значение, которое было до начала транзакции;

● если объект был создан и записан в транзакции, то при откате транзакции очищается значение ссылки;

● если объект создавался вне транзакции и при записи его в транзакции использовался код/номер, сгенерированный автоматически, то при отмене транзакции код/номер очищается.

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

Значение слова

Транзакции – это определённые процедуры взаимодействия каких-либо объектов за некий промежуток времени. Такие процедуры были сформированы программистами. Им присущ чёткий процедурный характер. Любая транзакция – это совокупность трёх непременных составляющих:

• запроса;
• выполнения;
• отчёта.

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

Банковские транзакции

Что значит слово «транзакция»? Какие процессы происходят, когда она совершается? Если быть точным, транзакции – это любые банковские операции, связанные с перемещением денежных средств. Но чаще всего этот термин используется при использовании электронных счётов. Или же он напрямую указывает на операции с банковскими картами.

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

Виды транзакций

В банковском деле различают операции двух видов:

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

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

Перевод средств

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

Переводы

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

Если у отправителя отсутствует счёт в банке, можно воспользоваться сервисом денежных переводов. Самые известные международные операторы – MoneyGram, Western Union, Anelik, Contact и другие. Главное преимущество таких операций – высокая скорость транзакции. Основной недостаток – довольно высокая комиссия.

Что делать в случае сбоя транзакции?

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

• В процессе осуществления транзакции произошёл сбой (зависла программа, отключилось электричество), а деньги уже ушли. Звонок на горячую линию зафиксирует ваше обращение. После процедуры проверки и устранения ошибки специалисты смогут довести операцию вручную.
• Терминал или банкомат не выдал квитанцию об осуществлении транзакции. Причина может быть банальна – отсутствие кассовой ленты в аппарате. После обращения к оператору вам будет предложен дубликат квитанции. Обычно его присылают на указанный электронный адрес.
• Ошибка в указанных реквизитах. Деньги ушли, но получатель их так и не увидел.
  ератор может помочь решить эту проблему: например, найти ошибку в номере счёта получателя. В этом случае деньги не доходят до клиента просто из-за правил безопасности. Такие средства не изымаются банком, а хранятся в течение 10 дней на особом временном счёте. Если отправитель вовремя обратится в финансовое учреждение, укажет время операции, сумму перевода и ответит на несколько вопросов, деньги будут разблокированы. После удержания комиссии за транзакцию сумма вернётся на баланс отправителя.

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

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

Наиболее распространённый случай использования термина - в проведении денежных переводов и покупке товара. Это может быть:

• Выдача наличных денежных средств в банкомате или отделении банка;
• Приобретение определённого количества акция на бирже;
• Расчёт по карточке в магазине.

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

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

Тут также есть два варианта применения. Когда операция одобрена, ей приписывается «Commit», если же по какой-то причине произошёл отказ, то присваивается «Rollback». Чаще всего это происходит, когда какое-то из чисел захотели поделить на ноль или ввели сумму не соответствующую внесённой в базу данных ранее.

Виды

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

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

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

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

Области применения

В разных областях применения, используются разные обозначения слова «транзакция»:

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

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

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

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

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

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

Переходим от одноразовых покупок к постоянным клиентам

Ну что ж, у вас получилось сконвертировать клиента. Это круто, а что дальше? По данным статистики от 30% до 80% покупателей в ecommerce индустрии совершают заказ лишь раз за весь свой жизненный цикл. В сфере игр второй заказ совершает 60% клиентов. Как нам получить постоянных клиентов при столь неутешительных численных данных?

Этот вопрос волнует маркетологов по всему миру. Они трудятся, прилагая все свои усилия на перевод клиентов из одноразовых в постоянных. Будь то первичные заказы в ритейле или депозиты в онлайн-играх. Почему второй заказ столь важен? Если клиент совершает свой второй заказ или вносит второй депозит, вероятность совершения третьего заказа возрастает в десятки раз по сравнению с клиентами, совершившими только один заказ.

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

Вероятность совершения следующей транзакции в зависимости от числа текущих транзакций

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

День недели

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

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

Вероятность совершения транзакции второй транзакции в зависимости от дня недели первой транзакции в ставках на спорт

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

Вероятность совершения транзакции второй транзакции в зависимости от дня недели первой транзакции в ритейле

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

Вероятность совершения транзакции второй транзакции в зависимости от дня недели первой транзакции в ритейле для одного бренда

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

Время суток

Как вы могли догадаться, мы протестировали аналогичные гипотезы для времени суток. Есть ли корреляция между временем суток первого заказа и второго, если второй заказ совершили как минимум через семь дней позже? Мы поделили день на 4 периода: ночь, утро, вечер и полдень - и проверили распределение вторых заказов для каждого временного периода для 6 брендов.

Вероятность второго заказа в зависимости от времени суток первого заказа

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

Стоимость товаров в заказе

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

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

Вероятность стоимости второго заказа в зависимости от стоимости первого заказа

Большинство клиентов, чьи заказы были совершены в низком ценовом диапазоне, остались в том же диапазоне и во втором заказе.

Заключение

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

2017-10-31

Как создать вариант для транзакции с помощью SHD0 ?

Пояснение к вопросу

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

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

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

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

В качестве примера хорошо подойдет инфо-тип 0002 - "Personal Data"

Задачу по так называемому разграничению полномочий сформулируем следующим образом:

• Поле Mar.Status инфо-типа 0002 "Personal Data" необходимо сделать недоступным для редактирования (то есть только на чтение);
• Поле Valid From Date of Current Marital Status инфо-типа 0002 "Personal Data" необходимо скрыть.

Решение вопроса

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

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

1. Создание новой транзакции

Так как в качестве основной транзакции выступает PA30 , возьмем ее за основу, скопировав в новую. Выполнить это можно через транзакцию SE93

В таблице T588A скопируем существующую запись с кодом транзакции PA30 для новой, и попробуем запустить новую транзакцию еще раз

Транзакция успешно запускается. Переходим к следующему пункту.

2. Создание варианта для новой транзакции

Создаем вариант для новой транзакции, в котором определяем уровень доступа к полям инфо-типа. Напомню, мне необходимо изменить уровень доступа полей "Mar.Status " и "Valid From Date of Current Marital Status» . Выполнять эти действия необходимо в транзакции SHD0 .

В поле Transaction Code укажите наименование новой транзакции (см. пункт #1. Создание новой транзакции)

2.1 Создание варианта для экрана

На закладке "Screen Variants" необходимо создать вариант экрана, используемый для инфо-типа 0002. В этом варианте следует применить нужные правила отображения для полей. Все что нужно знать - это соответствующий пул модулей и номер экрана (для этого, на экране редактирования инфо-типа выберите в меню System -> Status )

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

Вариант экрана создан. Никаких изменений пока не наблюдается.

2.2 Присвоение варианта экрана варианту транзакции

Выполните присвоение созданного варианта экрана варианту транзакции, после чего выполните активацию созданного варианта транзакции

2.3 Тестирование

Сценарий тестирования очень прост:

• Запустите транзакцию PA30 , выберите табельный номер, откройте на редактирование инфо-тип 0002 и проверьте, что вышеуказанные поля отображаются без изменений

• Запустите транзакцию ZPA30 , и выполните точно такую же последовательность действий

Разница очевидна, а значит и поставленная задача успешно выполнена.

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

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

Попытка //1. Начало транзакции. НачатьТранзакцию() ; //2. Блок операций, выполняющихся в транзакции. //3. Если все операции успешны, фиксируем транзакцию. ЗафиксироватьТранзакцию() ; Исключение //4. Если при выполнении кода возникли ошибки, отменяем транзакцию. ОтменитьТранзакцию() ; //5. При необходимости запись в журнал регистрации. //6. При необходимости вывод сообщения пользователю. КонецПопытки ;

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

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

&НаСервереБезКонтекста НачатьТранзакцию() ; //записываем новый товар Товар = Справочники. Товары. СоздатьЭлемент() ; Товар. Наименование = "Дырокол" ; Товар. Записать() ; //записываем цену НаборЗаписей = РегистрыСведений. Цена. СоздатьНаборЗаписей() ; НоваяЗапись = НаборЗаписей. Добавить() ; НоваяЗапись. Период = ТекущаяДата() ; НоваяЗапись. Товар = Товар. Ссылка; НоваяЗапись. Сумма = 100 ; НаборЗаписей. Записать() ; ЗафиксироватьТранзакцию() ; КонецПроцедуры

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

&НаСервереБезКонтекста Процедура ВыполнитьТранзакциюНаСервере() //создаем новый товар Товар = Справочники. Товары. СоздатьЭлемент() ; Товар. Наименование = "Дырокол" ; //Создаем запись с ценой НаборЗаписей = РегистрыСведений. Цена. СоздатьНаборЗаписей() ; НоваяЗапись = НаборЗаписей. Добавить() ; НоваяЗапись. Период = ТекущаяДата() ; НоваяЗапись. Сумма = 100 ; //Выполняем транзакцию в попытке Попытка НачатьТранзакцию() ; Товар. Записать() ; НоваяЗапись. Товар = Товар. Ссылка; НаборЗаписей. Записать() ; ЗафиксироватьТранзакцию() ; Исключение ОтменитьТранзакцию() ; Сообщение = Новый СообщениеПользователю; Сообщение. Текст = ; Сообщение. Сообщить() ; ЗаписьЖурналаРегистрации("Произошла ошибка при записи товара и его цены" ) ; КонецПопытки ; КонецПроцедуры

Как НЕ НАДО делать

У тех кто только начинает работать с транзакциями зачастую возникает желание сделать вот таким образом

НачатьТранзакцию() ; Попытка НачатьТранзакцию() ; //Блок операций ЗафиксироватьТранзакцию() ; Исключение ОтменитьТранзакцию() ; КонецПопытки ; Попытка НачатьТранзакцию() ; //Блок операций ЗафиксироватьТранзакцию() ; Исключение ОтменитьТранзакцию() ; КонецПопытки ; ЗафиксироватьТранзакцию() ;

Или в цикле

НачатьТранзакцию() ; Для каждого Данные Из МассивДанных Цикл Попытка НачатьТранзакцию() ; Данные. Записать() ; ЗафиксироватьТранзакцию() ; Исключение ОтменитьТранзакцию() ; КонецПопытки ; КонецЦикла ; ЗафиксироватьТранзакцию() ;

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

&НаСервереБезКонтекста Процедура ВыполнитьТранзакциюНаСервере() НачатьТранзакцию() ; Попытка НачатьТранзакцию() ; Товар = Справочники. Товары. СоздатьЭлемент() ; Товар. Наименование = "Стол" ; Товар. Записать() ; ВызватьИсключение "Ошибка записи товара." ; ЗафиксироватьТранзакцию() ; Исключение ОтменитьТранзакцию() ; Сообщение = Новый СообщениеПользователю; Сообщение. Текст = ОписаниеОшибки() Попытка НачатьТранзакцию() ; Товар = Справочники. Товары. СоздатьЭлемент() ; Товар. Наименование = "Стул" ; Товар. Записать() ; ЗафиксироватьТранзакцию() ; Исключение ОтменитьТранзакцию() ; Сообщение = Новый СообщениеПользователю; Сообщение. Текст = ОписаниеОшибки() ; Сообщение. Сообщить() ; КонецПопытки ; ЗафиксироватьТранзакцию() ; КонецПроцедуры

В результате выполнения этой процедуры увидим в окне сообщений следующее:

{ВнешняяОбработка.ТранзакцииВПопытке.Форма.Форма.Форма(20)}: Ошибка записи товара. {ВнешняяОбработка.ТранзакцииВПопытке.Форма.Форма.Форма(40)}: Ошибка при вызове метода контекста (Записать): В данной транзакции уже происходили ошибки!

Таким образом, организация вложенных транзакций в 1С абсолютно бессмысленна.

Возможные варианты

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

&НаСервереБезКонтекста Процедура ВыполнитьТранзакциюНаСервере() // Начинаем транзакцию Отказ = Ложь ; НачатьТранзакцию() ; // Пытаемся записать товар Попытка Товар = Справочники. Товары. СоздатьЭлемент() ; Товар. Наименование = "Дырокол" ; Товар. Записать() ; Исключение Отказ = Истина ; Сообщение = Новый СообщениеПользователю; Сообщение. Текст = "Ошибка при записи товара" ; Сообщение. Сообщить() ; КонецПопытки ; // Пытаемся записать цену Попытка НаборЗаписей = РегистрыСведений. Цена. СоздатьНаборЗаписей() ; НоваяЗапись = НаборЗаписей. Добавить() ; НоваяЗапись. Период = ТекущаяДата() ; НоваяЗапись. Товар = Товар. Ссылка; НоваяЗапись. Сумма = 100 ; НаборЗаписей. Записать() ; Исключение Отказ = Истина ; Сообщение = Новый СообщениеПользователю; Сообщение. Текст = "Ошибка при записи цены" ; Сообщение. Сообщить() ; КонецПопытки ; // Фиксируем или отменяем транзакцию Если НЕ Отказ Тогда ЗафиксироватьТранзакцию() ; Иначе ОтменитьТранзакцию() ; КонецЕсли ; КонецПроцедуры

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