Совершение сделки: ГК РФ Статья 157. Сделки, совершенные под условием / КонсультантПлюс

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

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

Предметом досудебного (внесудебного) обжалования являются:

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

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

Жалоба может быть направлена по почте, через МФЦ, с использованием информационно-телекоммуникационной сети «Интернет», официального сайта органа местного самоуправления, единого портала государственных и муниципальных услуг либо регионального портала государственных и муниципальных услуг, а также может быть принята при личном приеме заявителя.

Жалоба должна содержать:

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

Жалоба, поступившая в органы местного самоуправления, подлежит рассмотрению в следующие сроки:

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

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

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

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

При рассмотрении жалобы органом местного самоуправления гражданин имеет право:

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

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

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

Исполнительные органы государственной власти Санкт‑Петербурга и должностные лица, которым может быть адресована жалоба (претензия) заявителя в досудебном (внесудебном) порядке

В случае если предметом жалобы (претензии) заявителя являются действия органа местного самоуправления, предоставляющего государственную услугу, жалоба (претензия) может быть направлена в адрес Комитета по социальной политике Санкт‑Петербурга:

190000, г. Санкт‑Петербург, пер. Антоненко, д. 6;

телефон (812) 576‑24‑61, факс (812) 576‑24‑60;

e‑mail: [email protected].

Вице‑губернатор Санкт‑Петербурга, курирующий соответствующую отрасль:

191060, г. Санкт‑Петербург, Смольный;

телефон (812) 576‑44‑80, факс (812) 576‑7955.

В случае если предметом жалобы (претензии) заявителя являются действия сотрудника подразделения МФЦ, жалоба (претензия) направляется в адрес Администрации Губернатора Санкт‑Петербурга:

191060, Смольный, Администрация Губернатора Санкт‑Петербурга;

e‑mail: [email protected];

телефон (812) 576‑70‑42.

Ст. 157.1 ГК РФ. Согласие на совершение сделки

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

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

3. В предварительном согласии на совершение сделки должен быть определен предмет сделки, на совершение которой дается согласие.

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

4. Молчание не считается согласием на совершение сделки, за исключением случаев, установленных законом.

См. все связанные документы >>>

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

Следует отметить, что случаев, когда нужно получать такое согласие, в действующем законодательстве достаточно много. Так, Семейным кодексом РФ предусмотрено, что для совершения одним из супругов сделки по распоряжению недвижимостью и сделки, требующей нотариального удостоверения и (или) регистрации в установленном законом порядке, необходимо получить нотариально удостоверенное согласие другого супруга (п. 3 ст. 35 СК). Перевод должником своего долга на другое лицо допускается лишь с согласия кредитора (п. 1 ст. 391 ГК РФ). Есть много и других подобных примеров.

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

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

В пункте 54 Постановления Пленума Верховного Суда РФ от 23.06.2015 N 25 «О применении судами некоторых положений раздела I части первой Гражданского кодекса Российской Федерации» указывается, что «если третье лицо, орган юридического лица или соответствующий орган, действующий от имени публично-правового образования как участника гражданских правоотношений, не ответили на запрос стороны сделки в разумный срок, считается, что в даче согласия отказано. Однако указанное обстоятельство не препятствует в дальнейшем выражению согласия на совершение сделки или ее последующему одобрению».

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

О необходимости уделить большее внимание правовому регулированию получения согласия на совершение сделок говорилось в Концепции развития гражданского законодательства, подготовленной в соответствии с пунктом 3 Указа Президента Российской Федерации от 18 июля 2008 г. N 1108 «О совершенствовании Гражданского кодекса Российской Федерации» и одобренной 7 октября 2009 г. решением Совета при Президенте Российской Федерации по кодификации и совершенствованию гражданского законодательства. Как отмечено в п. 4.1.2 Концепции, «действующему российскому законодательству известны многочисленные случаи, в которых действительность сделки поставлена в зависимость от того, согласно ли с ней какое-либо лицо, не являющееся стороной в данной сделке. Гражданское законодательство должно предусматривать виды согласия на совершение сделки — предварительное и последующее, устанавливать требование определенности согласия, предусматривать форму, в которую должно облекаться согласие на сделку, и регулировать последствия отсутствия необходимого согласия (оспоримость сделки или ее недействительность в отношении лица, управомоченного давать согласие)». Как будет отмечено ниже, не все эти положения Концепции были учтены при внесении изменений в ГК.

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

В п. 55 Постановления Пленума Верховного Суда РФ от 23 июня 2015 г. N 25 дается разъяснение лишь о том, что «согласие на совершение сделки может быть выражено любым способом, за исключением случаев, когда законом установлена конкретная форма согласия. При этом важно помнить, что молчание не считается согласием на совершение сделки, за исключением случаев, установленных законом (п. 4 ст. 157.1 ГК, п. 4 ст. 468 ГК, п. 2 ст. 540, п. 2 ст. 621, ст. 684 ГК, п. 4 ст. 837, п. 3 ст. 995, ст. 1016 ГК)».

Представляется, что все эти вопросы должны быть конкретизированы в законодательстве. Это обусловлено тем, что в противном случае возможны споры относительно того, было ли получено такое согласие и было ли оно правильно оформлено. Тем более что в некоторых случаях даже действующее законодательство предусматривает дополнительные требования для получения такого согласия. Например, в п. 6 ст. 83 Федерального закона от 26 декабря 1995 г. N 208-ФЗ «Об акционерных обществах» предусмотрено, что в решении об одобрении сделки, в совершении которой имеется заинтересованность, должны быть указаны лицо (лица), являющееся(-иеся) ее стороной(-ами), выгодоприобретателем(-ями), цена, предмет сделки и иные ее существенные условия.

Правила комментируемой статьи применяются к случаям дачи необходимого в силу закона согласия на совершение сделок после дня вступления в силу Федерального закона от 07.05.2013 N 100-ФЗ «О внесении изменений в подразделы 4 и 5 раздела I части первой и статью 1153 части третьей Гражданского кодекса Российской Федерации».

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

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

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

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

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

Официальный сайт МФЦ Свердловской области

— Заявление о выдаче разрешения на совершение сделки
— Документ, подтверждающий полномочия законного представителя заявителя
— Документ, удостоверяющий личность
— Согласие в письменной форме на совершение сделки по распоряжению недвижимым имуществом, принадлежащим подопечному (примечание — попечителя либо обоих родителей или единственного родителя несовершеннолетних в возрасте от 14 до 18 лет и граждан, ограниченных судом в дееспособности; второго родителя (при наличии) несовершеннолетних, не достигших возраста 14 лет, либо сособственников недвижимого имущества, распоряжение которым осуществляется)

— Решение суда о лишении родителя родительских прав (ограничении в родительских правах), признании родителя безвестно отсутствующим, недееспособным (ограниченно дееспособным), объявлении родителя умершим (примечание – в случае, которого согласие второго родителя несовершеннолетнего подопечного на совершение сделки по распоряжению его имуществом не требуется) 
— Приговор суда о назначении родителю меры наказания, связанной с лишением свободы (примечание – в случае, которого согласие второго родителя несовершеннолетнего подопечного на совершение сделки по распоряжению его имуществом не требуется) 
— Правоустанавливающие документы на отчуждаемое (приобретаемое) недвижимое имущество 
— Справка о рождении формы № 25 (примечание – в случае, которого согласие второго родителя несовершеннолетнего подопечного на совершение сделки по распоряжению его имуществом не требуется) 
— Свидетельства о смерти родителя (примечание – в случае, которого согласие второго родителя несовершеннолетнего подопечного на совершение сделки по распоряжению его имуществом не требуется) 
— Справка правоохранительных органов об объявлении родителя в розыск, нахождении в местах содержания под стражей подозреваемых и обвиняемых в совершении преступлений (примечание – в случае, которого согласие второго родителя несовершеннолетнего подопечного на совершение сделки по распоряжению его имуществом не требуется) 
— Письменное извещение кредитной организации о согласии на включение подопечного в число сособственников недвижимого имущества, являющегося предметом ипотеки (залога) 

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

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

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

В связи с этим профессиональный участник рынка ценных бумагосуществляет для себя или для своего клиента поиск контрагента по сделке,прибегая к выпуску и распространению среди широкого круга участников рынкааналитического отчета, содержащего преднамеренно положительнуюоценку ценных бумаг и свидетельствующего об их инвестиционнойпривлекательности. Такой аналитический отчет может бытьподготовлен и выпущен как самим заинтересованным в сделке профессиональнымучастником рынка ценных бумаг (его аналитическим подразделением) от своегоимени, так и по его (либо его работника) заказу иным напрямую не связанным сним и не заинтересованным в сделке лицом, в том числе также профессиональнымучастником рынка ценных бумаг, от своего имени. После чего профессиональный участник рынка ценных бумаг проводит сделкупо реализации указанного пакета ценных бумаг в собственных интересах или винтересах своего клиента по предварительному соглашению с контрагентом. Такие сделки по предварительному соглашению, совершенные на бирже иприводящие к существенным отклонениям рыночных параметров торгов ценнымибумагами (цены, спроса, предложения, объема торгов), являются манипулированием рынкомв соответствии с пунктом 2 части 1 статьи 5 федеральногозакона от 27.07.2010 № 224-ФЗ «О противодействии неправомерному использованиюинсайдерской информации и манипулированию рынком и о внесении изменений вотдельные законодательные акты Российской Федерации».

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

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

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

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

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

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

Страница была полезной?

Да Нет

Последнее обновление страницы: 21. 02.2020

Предварительное разрешение на совершение сделок с имуществом несовершеннолетнего / Госуслуги Москвы

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

Решение УСЗН района города Москвы может быть обжаловано в установленном судебном порядке.

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

         Подача и рассмотрение жалоб осуществляется в порядке, установленном главой 2.1 Федерального закона от 27 июля 2010 г. № 210-ФЗ «Об организации предоставления государственных и муниципальных услуг», Положением об особенностях подачи  и рассмотрения жалоб на нарушение порядка предоставления государственных услуг города Москвы, утвержденным постановлением Правительства Москвы от 15 ноября 2011 г. № 546-ПП «О предоставлении государственных и муниципальных услуг в городе Москве».

         Заявители могут обратиться с жалобами в случаях:

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

2. Требования от заявителя:

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

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

2.3. Внесения платы за предоставление государственной услуги, не предусмотренной нормативными правовыми актами Российской Федерации и города Москвы.

2.3. Нарушения срока предоставления государственной услуги

3. Отказа заявителю:

3.1. В приеме документов, предоставление которых предусмотрено нормативными правовыми актами Российской Федерации, нормативными правовыми актами города Москвы для предоставления государственной услуги, по основаниям.

3.2. В предоставлении государственной услуги по основаниям, не предусмотренным нормативными правовыми актами Российской Федерации и города Москвы.

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

4. Иных нарушений порядка предоставления государственной услуги, установленного нормативными правовыми актами российской Федерации и города Москвы.

         Жалобы на решения, принятые начальником УСЗН района города Москвы рассматриваются Департаментом труда и социальной защиты населения города Москвы.

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

         1. При личном приеме заявителя (представителя заявителя).

         2. Почтовым отправлением.

         3. С использованием официального сайта Департамента труда и социальной защиты населения города Москвы в информационно-телекоммуникационной сети Интернет.

Жалоба должна содержать:

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

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

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

4. Дату подачи и регистрационный номер запроса (заявления) на предоставление государственной услуги (за исключением случаев отказа в приеме запроса и его регистрации).

5. Сведения о решениях и действиях (бездействии), являющихся предметом обжалования.

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

7. Требования заявителя.

8. Перечень прилагаемых к жалобе документов (при наличии).

9. Дату составления жалобы.

Жалоба должна быть подписана заявителем (его представителем).

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

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

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

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

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

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

Отказа в приеме документов.

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

Нарушения срока исправлений опечаток и ошибок.

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

Решение должно содержать:

1. Наименование органа, рассмотревшего жалобу; должность, фамилия, имя, отчество (при наличии) должностного лица, принявшего решение по жалобе.

2. Реквизиты решения (номер, дата, место принятия).

3. Фамилия, имя, отчество (при наличии), сведения о месте жительства заявителя – физического лица либо наименование, сведения о месте нахождения заявителя – юридического лица.

4. Фамилия, имя, отчество (при наличии), сведения о месте жительства представителя заявителя, подавшего жалобу от имени заявителя.

5. Способ подачи и дата регистрации жалобы, ее регистрационный номер.

6. Предмет жалобы (сведения об обжалуемых решениях, действиях, бездействии).

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

8. Правовые основания для принятия решения по жалобе со ссылкой на подлежащие применению нормативные правовые акты Российской Федерации и города Москвы.

9. Принятое по жалобе решение (вывод об удовлетворении жалобы или об отказе в ее удовлетворении).

10. Меры по устранению выявленных нарушений и сроки их выполнения (в случае удовлетворения жалобы).

11. Порядок обжалования решения.

12. Подпись уполномоченного должностного лица.

Решение оформляет в письменном виде с использованием официальных бланков.

К числу указываемых в решении мер по устранению выявленных нарушений, в том числе относятся:

1. Отмена ранее принятых решений (полностью или в части).

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

3. Обеспечение оформления и выдачи заявителю результата предоставления государственной услуги (при уклонении или необоснованном отказе в предоставлении государственной услуги).

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

5. Возврат заявителю денежных средств, взимание которых не предусмотрено нормативными правовыми актами Российской Федерации и города Москвы.

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

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

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

3. Отсутствия у заявителя права на получение государственной услуги.

4. Наличия:

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

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

Жалоба подлежит оставлению без ответа по существу в случаях:

1. Подачи жалобы в орган или организацию, не уполномоченные на ее  рассмотрение.

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

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

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

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

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

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

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

Информирование заявителей о судебном и досудебном (внесудебном) порядке обжалования решений и действий (бездействия), совершенных при предоставлении государственной услуги, осуществляется путем:

1. Размещения соответствующей информации на Портале и стендах в местах предоставления государственной услуги.

2. Консультирования заявителей в том числе по телефону, электронной почте, при личном приеме.

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

 

 

Согласование крупных сделок АО и ООО

Какие сделки относятся к крупным?

Законы об АО и ООО в ст. ст. 78 и 46 дают не тождественное, но схожее определение крупной сделки. Крупными считаются сделка или несколько взаимосвязанных сделок, связанных с приобретением, отчуждением или возможностью отчуждения обществом прямо либо косвенно имущества, стоимость которого составляет 25 и более процентов общей стоимости активов общества.

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

Ответ на первый вопрос содержится в уже упомянутых ст. ст. 78 и 46 Законов об АО и ООО: стоимость активов определяется на основании данных бухгалтерской отчетности за последний отчетный период. Что касается второго вопроса, то в законах критерии для определения сделок как взаимосвязанных отсутствуют. Некоторую ясность вносит постановление Пленума ВАС РФ от 16.05.2014 № 28, согласно подп. 4 п. 8 которого о взаимосвязанности сделок общества, помимо прочего, могут свидетельствовать следующие признаки: преследование единой хозяйственной цели при заключении сделок; общее хозяйственное назначение проданного имущества; консолидация всего отчужденного по сделкам имущества в собственности одного лица; непродолжительный период времени между совершением нескольких сделок.

Помимо характеристик, позволяющих определить, является ли сделка крупной, в Законах об АО и ООО приводится перечень сделок, которые независимо от их цены не относятся к таковым. Это: 1) сделки, совершаемые в процессе обычной хозяйственной деятельности компании; 2) сделки, совершение которых в соответствии с законодательством для общества является обязательным и расчеты по которым производятся по регулируемым ценам; 3) сделки по размещению посредством подписки (реализацией) обыкновенных акций и по размещению эмиссионных ценных бумаг, конвертируемых в обыкновенные акции общества.

Наиболее проблемным представляется первый пункт перечня, так как в действующем законодательстве не определяется, что следует понимать под сделками, совершаемыми в процессе обычной хозяйственной деятельности. Для ответа на этот вопрос следует вновь обратиться к постановлению Пленума ВАС РФ от 16.05.2014 № 28. Пункт 6 постановления устанавливает, что под обычной хозяйственной деятельностью следует понимать любые операции, которые приняты в текущей деятельности соответствующего общества либо иных хозяйствующих субъектов, занимающихся аналогичным видом деятельности, сходных по размеру активов и объему оборота, независимо от того, совершались ли такие сделки данным обществом ранее. В частности, к сделкам, совершаемым в процессе обычной хозяйственной деятельности, могут относиться сделки по приобретению сырья и материалов, необходимых для осуществления производственно-хозяйственной деятельности, реализации готовой продукции, получению кредитов для оплаты текущих операций.

Заметим, что один факт совершения сделки в рамках вида деятельности, указанного в ЕГРЮЛ или уставе компании как ее основной, либо наличие лицензии на осуществление такой деятельности не являются основанием для квалификации сделки как совершенной в процессе обычной хозяйственной деятельности организации.

ВАЖНО! Бремя доказывания совершения оспариваемой сделки в процессе обычной хозяйственной деятельности лежит на ответчике.

Перечень сделок, на которые распространяется порядок одобрения крупных сделок, может быть расширен в уставе общества (часть 1 ст. 78 Закона об АО, часть 7 ст. 46 Закона об ООО).

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

О некоторых изменениях, вступающих в силу с 1 января 2017 года

1. Уточнены критерии крупной сделки. Законодательно закреплено положение о том, что передача в аренду дорогостоящего имущества АО или ООО также относится к крупным сделкам, если балансовая стоимость такого имущества составляет 25 и более процентов балансовой стоимости всех активов общества.
2. В случае отчуждения или возникновения возможности отчуждения имущества с балансовой стоимостью активов общества необходимо сопоставлять наибольшую из двух величин – балансовую стоимость такого имущества или цену его отчуждения.
3. ООО лишены возможности увеличивать размер суммы сделки, признаваемой крупной, и отменять в своем уставе ее согласование.
4. Расширен список сделок, к которым не применяются положения об одобрении крупных сделок. Например, не требуют одобрения сделки, заключенные на тех же условиях, что и предварительный договор, если такой договор содержит все те сведения, что и решение о согласии на совершение крупной сделки.
5. Дано определение сделок, не выходящих за пределы обычной хозяйственной деятельности организации: это сделки, которые приняты в деятельности данной организации либо иных организаций, осуществляющих аналогичные виды деятельности, независимо от того, совершались ли такие сделки организацией ранее, если они не приводят к прекращению деятельности компании или изменению ее вида, либо существенному изменению ее масштабов.

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

В п. 310 Кодекса корпоративного управления рекомендуется одобрять все крупные сделки до момента их совершения. Однако законодательно закреплен иной подход: возможно одобрение и постфактум (а в редакции, вступающей в силу с 01.01.2017, Закона об АО ст. 79 так и называется – «Порядок получения согласия на совершение или последующего одобрения крупной сделки»).

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

Согласно части 2 ст. 79 Закона об АО решение об одобрении крупной сделки, предметом которой является имущество, стоимость которого составляет от 25 до 50% балансовой стоимости активов компании, должно быть принято всеми членами совета директоров единогласно. При этом голоса выбывших членов совета директоров не учитываются.

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

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

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

В части 4 ст. 79 Закона об АО и абз. 2 части 3 ст. 46 Закона об ООО установлены требования к содержанию решения о согласовании крупной сделки. В нем необходимо указывать:

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

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

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

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

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

При этом предполагается, что участник должен был узнать о совершении сделки с нарушением порядка одобрения крупной сделки не позднее даты проведения годового общего собрания участников (акционеров) по итогам года, в котором была совершена оспариваемая сделка, если из предоставлявшихся участникам материалов можно было сделать вывод о совершении такой сделки (п. 5 постановления Пленума ВАС РФ от 16.05.2014 № 28).

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

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

С 1 января 2017 года:

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

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

2. Конкретизированы требования к содержанию решения о согласии на совершение или о последующем одобрении крупной сделки. В частности, установлено, что решение может содержать указание на минимальные и максимальные параметры условий крупной сделки (верхний предел стоимости покупки имущества или нижний предел стои-мости продажи имущества) или порядок их определения; согласие на совершение ряда аналогичных сделок; альтернативные варианты условий крупной сделки; согласие на совершение крупной сделки при условии совершения нескольких сделок одновременно (часть 3 ст. 46 Закона об ООО, часть 4 ст. 79 Закона об АО).

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

3. Закреплена возможность заключения крупной сделки под отлагательным условием получения одобрения на ее совершение.
4. Определено количество голосующих акций, обладание которыми позволяет обращаться в суд с требованием о признании крупной сделки, совершенной с нарушением порядка получения согласия на ее совершение, недействительной: согласно части 6 ст. 79 Закона об АО это не менее чем один процент голосующих акций.
5. Скорректирован перечень обстоятельств, при наличии которых суд отказывает в удовлетворении требований о признании крупной сделки, заключенной в отсутствие надлежащего согласия на ее совершение, недействительной. Так, в новый перечень не включено такое обстоятельство, как недоказанность причинения убытков обществу или участнику, обратившемуся с соответствующим иском, либо возникновение иных неблагоприятных последствий для них в результате совершения крупной сделки.

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

С 01 октября 2019 года вступили в силу изменения частей первой, второй и статьи 1124 части третьей Гражданского кодекса Российской Федерации, внесенные Федеральным законом от 18.03.2019 № 34-ФЗ.

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

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

Законом, иными правовыми актами и соглашением сторон могут устанавливаться дополнительные требования, которым должна соответствовать форма сделки (совершение на бланке определенной формы, скрепление печатью и тому подобное), и предусматриваться последствия несоблюдения этих требований. В случае если такие последствия не предусмотрены, применяются последствия несоблюдения простой письменной формы сделки, предусмотренные пунктом 1 статьи 162 ГК РФ.
Изменения пункта 2 статьи 434 ГК РФ предусматривают, что договор в письменной форме может быть заключен путем составления одного документа (в том числе электронного), подписанного сторонами, или обмена письмами, телеграммами, электронными документами либо иными данными в соответствии с правилами абзаца второго изложенного выше пункта 1 статьи 160 ГК РФ.

В соответствии с нормами, дополнившими часть первую 1 ГК РФ, претерпели изменения и некоторые нормы, определяющие форму совершения конкретных видов сделок.

Так, в письменной форме путем составления одного документа (в том числе электронного), подписанного сторонами или обмена электронными документами либо иными данными могут быть заключены согласно п. 1 ст. 860.2, п.2 ст. 940 ГК РФ договор номинального счета и договор страхования.

Пунктом 1 статьи 1124 ГК РФ закреплен запрет составления завещания с использованием электронных либо иных технических средств.

транзакций — Викисловарь

Английский

Этимология

Из среднефранцузского, из старофранцузского transaccion , из позднелатинского transactio .

Произношение[править]

Существительное[править]

транзакция ( множественное число транзакция )

1. Акт ведения или осуществления (дела, переговоров, планов).

   Сделка была совершена в пятницу с поставщиком.

2. Сделка или деловое соглашение. (Можем ли мы добавить пример для этого смысла?)
3. Обмен или торговля идеями, деньгами, товарами и т. д.

   Я сделал транзакцию с продавцом, как только она показала мне жемчуг.

4. (финансы) Перевод средств на счет, со счета или со счета.
5. (вычисления) Атомарная операция; сообщение, модификация данных или другая процедура, которая гарантированно будет выполнена полностью или не будет выполнена вообще (т.г. транзакция базы данных).
6. (особенно во множественном числе) Отчет о деятельности ученого общества.
7. (транзактный анализ) Социальное взаимодействие.

Связанные термины[править]

Переводы[править]

акт ведения или осуществления дел, переговоров, планов

сделка или деловое соглашение

обмен или торговля идеями, деньгами, товарами и т. д.

финансы: перевод средств на счет, со счета или со счета

вычисления: атомарная операция

финансы: экономическая операция: действительный перевод валюты

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

Переводы для проверки

См. также[править]

Анаграммы

---

Этимология

От латинского transactio .

Произношение[править]

• МФА ^(ключ) : /tʁɑ̃.zak.sjɔ̃/

Существительное[править]

транзакция   f ( во множественном числе транзакция )

1. транзакция (необходимо уточнение этого определения)

Дальнейшее чтение[править]

транзакций  | Стандартная среда App Engine для Java 8  | Облако Google

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

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

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

Транзакция — это набор операций хранилища данных на одном или нескольких сущности.Каждая транзакция гарантированно является атомарной, что означает, что транзакции никогда не применяются частично. Либо все операции в транзакция применяется, или ни одна из них не применяется. Транзакции имеют максимальная продолжительность 60 секунд с 10-секундным временем ожидания после 30 секунды.

Операция может завершиться ошибкой в ​​следующих случаях:

• Слишком много одновременных попыток модификации одной и той же группы объектов.
• Транзакция превышает лимит ресурсов.
• Хранилище данных обнаружило внутреннюю ошибку.

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

Транзакции — это дополнительная функция Datastore; вы не требуется для использования транзакций для выполнения операций хранилища данных.

Вот пример обновления поля с именем VacationDays в объекте типа Сотрудник по имени Джо :

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

Группы объектов

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

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

Объект без родителя является корневым объектом. Сущность, которая является родительской для другой объект также может иметь родителя. Цепочка родительских сущностей от сущности до корня — это путь для объекта, а элементы пути — это предков объекта . Родитель объекта определяется, когда объект создан и не может быть изменен позже.

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

Создание сущности в определенной группе сущностей

Когда ваше приложение создает новый объект, вы можете назначить его объекту group путем предоставления ключа другого объекта.В приведенном ниже примере создается ключ объекта MessageBoard , затем использует этот ключ для создания и сохранения Объект Message , который находится в той же группе объектов, что и MessageBoard :

Использование межгрупповых транзакций

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

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

Что можно сделать в транзакции

Хранилище данных накладывает ограничения на то, что можно делать внутри одного сделка.

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

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

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

Изоляция и согласованность

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

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

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

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

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

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

Для этого требуется транзакция, поскольку значение может быть обновлено другим пользователем. после того, как этот код извлекает объект, но до того, как он сохраняет измененный объект. Без транзакции запрос пользователя использует значение count до обновления другого пользователя, и сохранение перезаписывает новое значение.С транзакции, приложению сообщается об обновлении другого пользователя. Если сущность обновляется во время транзакции, то транзакция завершается с ошибкой ConcurrentModificationException . Приложение может повторите транзакцию, чтобы использовать новые данные.

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

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

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

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

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

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

Транзакционная задача в очереди

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

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

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

Что такое цифровая транзакция?

Что такое цифровые транзакции?

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

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

Цифровые транзакции в банковской сфере

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

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

Банки могут использовать решения DocuSign для перехода на цифровые технологии. Решения DocuSign для банковского и кредитного бизнеса:

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

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

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

Решения

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

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

Страховые агентства и цифровые транзакции

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

Решения DocuSign для страховых агентств обеспечивают:

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

Сохраняйте конкурентоспособность и выходите на новые рынки

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

Консультации по транзакциям

Использование возможностей. Контроль рисков.

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

Основные предложения RSM по комплексной проверке включают следующее:

Финансы – Строгий и объективный подход RSM к должной осмотрительности означает, что мы глубоко погружаемся в финансовые элементы предлагаемой сделки, что позволяет нам отделить предположения от реальности. Это облегчит вам структурирование и заключение выгодной сделки.

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

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

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

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

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

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

Часто задаваемые вопросы об отчете FinCEN о валютных транзакциях (CTR)

Податели должны отметить графу 24e «Агрегированные транзакции» (наряду с любой другой графой, применимой в пункте 24) только в следующих обстоятельствах: 1) финансовое учреждение не выявило никаких лиц, проводивших соответствующие операции, 2) все операции не соответствовали требованиям к отчетности, и 3) по крайней мере одна из агрегированных операций была кассовой операцией. Если сообщаемые агрегированные транзакции включали только депозиты, сделанные через ночной депозитарий, финансовое учреждение не проверяло бы «Агрегированные транзакции», поскольку ни одна из агрегированных транзакций не была транзакцией через кассу; вместо этого финансовое учреждение будет проверять пункт 24 «Ночной депозит».«Операция через кассу» включает, но не ограничивается следующим: внесение или снятие валюты физическим лицом в кассе, физическое лицо, производящее платеж по кредиту наличной валютой в кассе, или физическое лицо, обменивающее валюту в кассе. кассовое окно. Вариант «Агрегированные операции» отличается от пункта 3 «Несколько операций», который может включать операции, превышающие требования к отчетности.

Например, если на бизнес-счет ABC Restaurant было внесено четыре депозита по 3000 долларов США в течение одного рабочего дня, и учреждение, подавшее заявку, не идентифицировало ни одного из отдельных транзакций, и по крайней мере один из этих депозитов был сделан через транзакцию кассира, регистрация Учреждение заполнит Часть I в ABC Restaurant, отметив пункт 3 «Несколько операций» и отметив «Совокупные операции» в пункте 24.

Однако, если учреждение, подавшее заявку, идентифицировало четвертого отдельного участника операции, зная, что транзакция требует от ABC Restaurant превышения порога в 10 000 долларов США, то учреждение, подавшее заявку, заполнит часть I по ABC Restaurant, проверив пункт 3 «Несколько транзакций» и отдельный Часть I о четвертом отдельном участнике. Учреждение, подавшее заявку, НЕ будет проверять «Совокупные транзакции» в пункте 24, поскольку оно идентифицировало одного из транзакций.

Если на бизнес-счет ABC Restaurant было внесено четыре депозита в размере 3000 долларов США с помощью любой комбинации бронированного автомобиля (Контракт FI), банкомата, почтового депозита или доставки или ночного депозита, т.е.т. е. без каких-либо депозитов, сделанных через кассовую транзакцию, флажок «Агрегированные транзакции» не должен быть установлен. Вместо этого другие поля в пункте 24 должны быть отмечены в той мере, в какой они применимы.

Класс транзакций (System.Transactions) | Документы Майкрософт

Полезна ли эта страница?

Пожалуйста, оцените свой опыт

да Нет

Любая дополнительная обратная связь?

Отзыв будет отправлен в Microsoft: при нажатии кнопки отправки ваш отзыв будет использован для улучшения продуктов и услуг Microsoft. Политика конфиденциальности.

Представлять на рассмотрение

Определение

Важный

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

Представляет транзакцию.

В этой статье

  общедоступный класс ссылки Транзакция: IDisposable, System::Runtime::Serialization::ISerializable  

 0 net-6.0 netcore-2.0 netcore-2.1 netcore-2.2 netcore-3.0 netcore-3.1 netstandard-2.0 netstandard-2.1 ">  Транзакция открытого класса: IDisposable, System.Время выполнения.Сериализация.ISerializable  

  [Системный.Сериализуемый]
Транзакция открытого класса: IDisposable, System.Runtime.Serialization.ISerializable  

  тип Транзакция = класс
    интерфейс IDisposable
    интерфейс ISerializable  

 5 netframework-4.0 netframework-4.5 netframework-4.5.1 netframework-4.5.2 netframework-4.6 netframework-4.6.1 netframework-4.6.2 netframework-4.7 netframework-4.7.1 netframework-4.7.2 netframework-4.8 xamarinandroid-7.1 xamarinios-10.8 xamarinmac-3.0 ">  []
тип транзакция = класс
    интерфейс IDisposable
    интерфейс ISerializable  

  Открытая транзакция класса
Реализует IDisposable, ISerializable  

Наследство

Производный

0 netframework-3.0 netframework-3.5 netframework-4.0 netframework-4.5 netframework-4.5.1 netframework-4.5.2 netframework-4.6 netframework-4.6.1 netframework-4.6.2 netframework-4.7 netframework-4.7.1 netframework-4.7.2 netframework-4.8 xamarinandroid-7.1 xamarinios-10.8 xamarinmac-3.0 «>

Атрибуты

Инструменты

Примечания

Система.Пространство имен Transactions предоставляет как модель явного программирования, основанную на классе Transaction, так и модель неявного программирования, использующую класс TransactionScope, в котором транзакции автоматически управляются инфраструктурой. Мы настоятельно рекомендуем вам использовать более простую неявную модель для разработки. Для начала см. раздел «Реализация неявной транзакции с использованием области транзакции». Дополнительные сведения о написании транзакционного приложения см. в разделе Написание транзакционного приложения.

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

Характеристики

Текущий	Получает или задает внешнюю транзакцию.
уровень изоляции	Получает уровень изоляции транзакции.
Тип промоутера	Уникально определяет формат byte[] , возвращаемый методом Promote при повышении уровня транзакции.
Информация о транзакции	Получает дополнительную информацию о транзакции.

Методы

8 xamarinmac-3.0 «> 8 netstandard-2.0 netstandard-2.1 xamarinandroid-7.1 xamarinios-10.8 xamarinmac-3.0 «> 7.1 netframework-4.7.2 netframework-4.8 netstandard-2.0 netstandard-2.1 xamarinandroid-7.1 xamarinios-10.8 xamarinmac-3.0 «>

Бегинкоммитинтернал (асинколлбэк)
Клон()	Создает клон транзакции.
Зависимый клон (DependentCloneOption)	Создает зависимый клон транзакции.
Утилизировать()	Освобождает ресурсы, удерживаемые объектом.
EndCommitInternal (IAsyncResult)
EnlistDurable(Guid, IEnlistmentNotification, EnlistmentOptions)	Привлекает надежного диспетчера ресурсов, который поддерживает двухфазную фиксацию для участия в транзакции.
EnlistDurable(Guid, ISinglePhaseNotification, EnlistmentOptions)	Привлекает надежного диспетчера ресурсов, который поддерживает оптимизацию однофазной фиксации для участия в транзакции.
EnlistPromotableSinglePhase (IPPromotableSinglePhaseNotification)	Зачисляет диспетчера ресурсов, у которого есть внутренняя транзакция, использующая продвигаемое однофазное зачисление (PSPE).
EnlistPromotableSinglePhase(IPromotableSinglePhaseNotification, Guid)	Зачисляет диспетчера ресурсов, у которого есть внутренняя транзакция, использующая продвигаемое однофазное зачисление (PSPE).
EnlistVolatile (IEnlistmentNotification, EnlistmentOptions)	Привлекает диспетчер энергозависимых ресурсов, который поддерживает двухфазную фиксацию, для участия в транзакции.
EnlistVolatile (ISinglePhaseNotification, EnlistmentOptions)	Привлекает диспетчер энергозависимых ресурсов, поддерживающий оптимизацию однофазной фиксации, для участия в транзакции.
Равно(Объект)	Определяет, равны ли эта транзакция и указанный объект.
ПолучитьHashCode()	Возвращает хеш-код для этого экземпляра.
GetPromotedToken()	Получает byte[] , возвращаемый методом Promote при повышении уровня транзакции.
ПолучитьТип()	Получает тип текущего экземпляра. (Унаследовано от объекта)
MemberwiseClone()	Создает поверхностную копию текущего объекта. (Унаследовано от объекта)
PromoteAndEnlistDurable(Guid, IPromotableSinglePhaseNotification, ISinglePhaseNotification, EnlistmentOptions)	Поощряет и привлекает надежного диспетчера ресурсов, который поддерживает двухфазную фиксацию для участия в транзакции.
Откат()	Откатывает (прерывает) транзакцию.
Откат (исключение)	Откатывает (прерывает) транзакцию.
SetDistributedTransactionIdentifier (IPromotableSinglePhaseNotification, Guid)	Задает идентификатор распределенной транзакции, сгенерированный промоутером, отличным от MSDTC.
Нанизывать()	Возвращает строку, представляющую текущий объект. (Унаследовано от объекта)

Операторы

События

Явные реализации интерфейса

Применимо к

Безопасность резьбы

Этот тип является потокобезопасным.

См. также

Поток транзакций — основная документация hyperledger-fabricdocs

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

Предположения

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

Цепной код (содержащий набор пар ключ-значение, представляющий начальный состояние рынка редьки) устанавливается на одноранговых узлах и развертывается на канал. Код цепочки содержит логику, определяющую набор инструкций по транзакции. и договорная цена на редьку. Также была установлена ​​политика одобрения для этого чейнкода, указав, что оба peerA и peerB должны одобрять любой сделка.

1. Клиент А инициирует транзакцию

Что происходит? Клиент А отправляет запрос на покупку редиски. Этот цели запроса peerA и peerB , которые соответственно представляют Клиент A и клиент B. Политика одобрения гласит, что оба узла должны подтвердить любую транзакцию, поэтому запрос отправляется на peerA и peerB .

Далее создается предложение по транзакции. Приложение, использующее поддерживаемый SDK (Node, Java, Python) использует один из доступных API для создания предложения по сделке. Предложение представляет собой просьбу вызвать функция чейнкода с определенными входными параметрами с целью чтения и/или обновление реестра.

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

2. Одобряющие одноранговые узлы проверяют подпись и выполняют транзакцию

Одобряющие партнеры проверяют (1) правильность составления предложения по транзакции, (2) он еще не был отправлен в прошлом (защита от повторной атаки), (3) подпись действительна (с использованием MSP), и (4) отправитель (Клиент A, в пример) имеет надлежащие полномочия для выполнения предлагаемой операции на этом канала (а именно, каждый одобряющий узел гарантирует, что отправитель удовлетворяет политику канала Writers ).Одобряющие коллеги принимают предложение о транзакции входные данные в качестве аргументов вызываемой функции чейнкода. Тогда чейнкод выполняется против базы данных текущего состояния для получения результатов транзакции включая значение ответа, набор для чтения и набор для записи (т. е. пары ключ/значение представляющий актив для создания или обновления). Обновления не вносятся в бухгалтерская книга на данный момент. Набор этих значений вместе с подпись возвращается как «ответ на предложение» в SDK, который анализирует полезная нагрузка для потребления приложением.

Примечание

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

3. Ответы на предложения проверяются

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

4. Клиент объединяет индоссаменты в транзакцию

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

5. Транзакция подтверждена и зафиксирована

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

6. Обновленная книга

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

Примечание

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