soap有哪些常用的协议和规范 (soap opera有哪些)

SOAP协议规范

1. 简介

SOAP以XML形式提供了

Content-Length: nnnn

SOAPAction:

"Some-URI"

<SOAP-ENV:Envelope

xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"

SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">

<SOAP-ENV:Body>

<m:GetLastTradePrice xmlns:m="Some-URI">

<symbol>DIS</symbol>

</m:GetLastTradePrice>

</SOAP-ENV:Body>

</SOAP-ENV:Envelope>

下面是一条应答消息，包括HTTP消息，SOAP消息是其具体内容 ：

例2 在HTTP应答中嵌入SOAP消息

HTTP/1.1 200 OK

Content-Type: text/xml

charset="utf-8"

Content-Length:

nnnn

<SOAP-ENV:Envelope

xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"

SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"/>

<SOAP-ENV:Body>

<m:GetLastTradePriceResponse xmlns:m="Some-URI">

<Price>34.5</Price>

</m:GetLastTradePriceResponse>

</SOAP-ENV:Body>

</SOAP-ENV:Envelope>

. SOAP消息交换模型

SOAP消息从发送方到接收方是单向传送，但正如上面显示的，SOAP消息经常以请求/应答的方式实现。SOAP实现可以通过开发特定网络系统的特

性来优化。例如，HTTP绑定（见第6节）使SOAP应答消息以HTTP应答的方式传输，并使用同一个连接返回请求。不管SOAP被绑定到哪个协

议，SOAP消息采用所谓的”消息路径“发送，这使在终节点之外的中间节点可以处理消息。一个接收SOAP消息的SOAP应用程序必须按顺序执行以下的动

作来处理消息：识别应用程序想要的SOAP消息的所有部分

（见4.2.2节）检验应用程序是否支持第一步中识别的消息中所有必需部分并处理它。如果不支持，则丢弃消息（见4.4节）。在不影响处理结果的情况下，

处理器可能忽略第一步中识别出的可选部分。如果这个SOAP应用程序不是这个消息的最终目的地，则在转发消息之前删除第一步中识别出来的所有部分。为了正

确处理一条消息或者消息的一部分，SOAP处理器需要理解：所用的交换方式（单向，请求/应答，多路发送等等），这种方式下接收者的任务，RPC机制（如

果有的话）的使用（如第7节中所述），数据的表现方法或编码，还有其它必需的语义。尽管属性（比如SOAP

encodingstyle，见4.1.1节）可以用于描述一个消息的某些方面，但这个规范并不

强制所有的接收方也必须有同样的属性并取同样的属性值。举个例子，某一特定的应用可能知道一个元素表示一条遵循第7节约定的RPC请求，但是另外一些应用

可能认为指向该元素的所有消息都用单向传输，而不是类似第7节的请求应答模式。

（译者注：交互双方的SOAP消息并不一定要遵循同样的格式设定，而只需要以一种双方可理解的格式交换信息就可以了）

3. 与XML的关系

所有的SOAP消息都使用XML形式编码（更多有关XML的信息请见[7]）一个SOAP应用程序产生的消息中，所有由SOAP定义的元素和属性中

必须包括正确的名域。SOAP应用程序必须能够处理它接收到的消息中的SOAP名域（见4.4节），并且它可以处理没有SOAP名域的SOAP消息，就象

它们有正确的名域一样。SOAP定义了两个名域（更多有关XML名域的信息请见[8]）

SOAP封装的名域标志符是"http://schemas.xmlsoap.org/soap/envelope/"

SOAP的编码规则的名域标志符是"http://schemas.xmlsoap.org/soap/encoding/"

SOAP消息中不能包含文档类型声明，也不能包括消息处理指令。[7]

SOAP使用"ID"类型"id"属性来指定一个元素的唯一的标志符，同时该属性是局部的和无需校验的。SOAP使用"uri-reference"类型

的"href"属性指定对这个值的引用，同时该属性是局部的和无需校验的。这样就遵从了XML规范[7]，XMLSchema规范[11]和XML连接语

言规范[9]的风格。除了SOAP mustUnderstand

属性(见4.2.3节）和SOAPactor属性(见4.2.2节）之外，一般允许属性和它们的值出现在XML文档实例或Schema中（两者效果相

同）。也就是说，在DTD或Schema中声明一个缺省值或固定值和在XML文档实例中设置它的值在语义上相同。

4. SOAP封装

SOAP消息是一个XML文档，包括一个必需的SOAP封装，一个可选的SOAP头和一个必需的SOAP体。在这篇规范剩余部分中，提到SOAP消息时就是指这个XML文档。这一节中定义的元素和属性的名域标志符为：

"http://schemas.xmlsoap.org/soap/envelope/"

。一个SOAP消息包括以下部分：1.在表示这个消息的XML文档中，封装是顶层元素。2.应用SOAP交换信息的各方是分散的且没有预先协定，SOAP

头提供了向SOAP消息中添加关于这条SOAP消息的某些要素(feature)的机制。SOAP定义了少量的属性用来表明这项要素（feature）是

否可选以及由谁来处理。（见4.2节）3.SOAP体是包含消息的最终接收者想要的信息的容器（见4.3节）。SOAP为SOAP体定义了一个Fault

元素用来报告错误信息。语法规则如下所示：

封装

元素名是 "Envelope"

在SOAP消息中必须出现。

可以包含名域声明和附加属性。如果包含附加属性，这些属性必须限定名域。类似的，"Envelope"可以包含附加子元素，这些也必须限定名域且跟在SOAP体元素之后。

SOAP头 （见4.2节）

元素名是"Header"

在SOAP消息中可能出现。如果出现的话，必须是SOAP封装元素的第一个直接子元素。

SOAP头可以包含多个条目，每个都是SOAP头元素的直接子元素。所有SOAP头的直接子元素都必须限定名域。

SOAP体 （见4.3节）

元素名是"Body"

在SOAP消息中必须出现且必须是SOAP封装元素的直接子元素。它必须直接跟在SOAP头元素（如果有）之后。否则它必须是SOAP封装元素的第一个直接子元素。

SOAP体可以包括多个条目，每个条目必须是SOAP体元素的直接子元素。SOAP体元素的直接子元素可以限定名域。SOAP定义了SOAPFault元素来表示错误信息。

4.1.1 SOAP encodingStyle属性

EncodingStyle全局属性用来表示SOAP消息的序列化规则。这个属性可以在任何元素中出现，作用范围与名域声明的作用范围很相似，为这

个元素的内容和它的所有没有重载此属性的子元素。SOAP消息没有定义缺省编码。属性值是一个或多个URI的顺序列表，每个URI确定了一种或多种序列化

规则，用来不同程度反序列化SOAP消息，举例如下：

"http://schemas.xmlsoap.org/soap/encoding/"

"http://my.host/encoding/restricted http://my.host/encoding/"

""

第5节中定义的序列化规则由URI"http://schemas.xmlsoap.org/soap/encoding/"

确定。使用这个特定序列化规则的消息应该用encodingStyle属性说明这一点。另外，所有

以"http://schemas.xmlsoap.org/soap/encoding/"开头的URI中的序列化规则与第5节中定义的SOAP编码规

则相一致。一个零长度的URI（""）明确显示所含元素没有任何编码形式。这可以用来取消上一级元素的所有编码声明。

4.1.2 封装版本模型

SOAP没有定义常规的基于主版本号和辅版本号的版本形式。SOAP消息必须有一个封装元素与名

域"http://schemas.xmlsoap.org/soap/envelope/"关联。如果SOAP应用程序接收到的SOAP消息中的

SOAP封装元素与其他的名域关联，则视为版本错误，应用程序必须丢弃这个消息。如果消息是通过HTTP之类的请求/应答协议收到的，应用程序必须回答一

个SOAP VersionMi***atch 错误信息（见4.4节）。

4.2 SOAP头

SOAP为相互通信的团体之间提供了一种很灵活的机制：在无须预先协定的情况下，以分散但标准的方式扩展消息。可以在SOAP头中添加条目实现这种

扩展，典型的例子有认证，事务管理，支付等等。头元素编码为SOAP封装元素的第一个直接子元素。头元素的所有直接子元素称作条目。条目的编码规则如下：

一个条目有它的完整的元素名（包括名域URI和局部名）确定。SOAP头的直接子元素必须有名域限制。

SOAP encodingStyle属性可以用来指示条目所用的编码形式（见4.1.1节）

SOAP mustUnderstand属性（见4.2.3节）和SOAPactor属性（见4.2.2节）可以用来指示如何处理这个条目以及由谁来处理。（见4.2.1节）

4.2.1 使用头属性

这一节中定义的SOAP头属性确定了SOAP消息的接收者应该怎样按第2节中所述的方式处理消息。产生SOAP消息的SOAP应用程序，应该仅仅在

SOAP头元素的直接子元素中使用这些SOAP头属性。SOAP消息的接收者必须忽略所有不在SOAP头元素的直接子元素中SOAP头属性。下面的例子是

一个SOAP头，包括一个元素标志符"Transaction"，"mustUnderstand"取值为"1"和数值5。这应该以如下方式编码：

<SOAP-ENV:Header>

<t:Transaction

xmlns:t="some-URI" SOAP-ENV:mustUnderstand="1">

5

</t:Transaction>

</SOAP-ENV:Header>

4.2.2 SOAP actor属性

一个SOAP消息从始节点到终节点的过程中，可能沿着消息路径经过一系列SOAP中间节点。一个SOAP中间节点是一个可以接收转发SOAP消息的

应用程序。中间节点和终节点由URI区分。可能SOAP消息的终节点并不需要所有部分，而在消息路径上的一个和几个中间节点可能需要这些内容。头元素的接

收者扮演的角色类似于一个过滤器，防止这些只发给本接受者的消息部分扩散到其它节点。即一个头元素的接收者必须不转发这些头元素到SOAP消息路径上的下

一个应用程序。同样的，接收者可能插入一个相似的头元素。SOAP actor全局属性可以用于指示头元素的接收者。SOAP

actor属性的值是一个URI。

URI

"http://schemas.xmlsoap.org/soap/actor/next"指出了第一个处理这个消息的SOAP应用程序需要这个头元

素。这类似于HTTP头中用Connection域表示hop-by-hop范围模型。省略SOAP

actor属性表示接收者是SOAP消息的终节点。如果这个属性要生效，它必须出现在SOAP消息实例中。（见第3节和4.2.1节）

4.2.3 SOAP mustUnderstand属性

SOAP mustUnderstand全局属性用来指示接受者在处理消息时这个条目是否必须处理。条目的接收者由SOAP

actor属性定义（见4.2.2节）。MustUnderstand属性的值是"1" 或 "0"。缺少SOAP

mustUnderstand属性在语义上等同于它的值为"0"。如果一个头元素的SOAP

mustUnderstand属性的值是"1",那么条目的接受者必须或者遵守语义（如以元素的全名传送）并按照语义正确的处理，或者放弃处理消息（见

4.4节）。SOAP mustUnderstand 属性考虑了消息演变的准确性（robust evolution）。必须假定包含SOAP

mustUnderstand属性且值为"1"的元素以某种方式修改了它们的父元素或同层元素的语义。以这种方式连接元素确保了语义上的变化不会被那些不

能完全理解它的接收者忽略。如果这个属性要生效，它必须出现在SOAP消息实例中。（见第3节和4.2.1节）

4.3 SOAP体

SOAP体元素提供了一个简单的机制，使消息的最终接收者能交换必要的信息。使用体元素的典型情况包括配置RPC请求和错误报告。体元素编码为

SOAP封装元素的直接子元素。如果已经有一个头元素，那么体元素必须紧跟在头元素之后，否则它必须是SOAP封装元素的第一个直接子元素。体元素的所有

直接子元素称作体条目，每个体条目在SOAP体元素中编码为一个独立的元素。条目的编码规则如下：

一个条目由它的元素全名（包括名域URI和局部名）确定。SOAP体元素的直接子元素可能是名域限制的。

SOAP encodingStyle属性可能用来指示条目（见4.1.1节）的编码方式。

SOAP定义了一个Fault条目用来报告错误信息。（见4.4节）

4.3.1 SOAP头和体的关系

虽然头和体定义为独立的元素，它们实际上是有关系的。体条目和头条目的关系如下：体条目在语义上等同于actor属性为缺省值且mustUnderstand属性值为"1"的头条目。不使用actor属性则表示缺省的actor。

http://blog.csdn.net/inter999/article/details/3282408

避雷器的技术协议和技术规范一样么？

网络通信都是基于OSI分层模型，举个例子， IP网络最底层的物理层，遵循电气规范和协议，保证了物理上的连通； 数据链路层承载于物理层之上，实现了数据逻辑链路的连通，保证数据正确的收发；网络层又承载于数据链路层之上，解决了端到端通信的问题（通过IP来标识网络的通信实体），同时网络层也是为应用程序服务的，是网络上程序通信的载体。 所谓的接口，可以简单理解成，层与层之间信息交换的通道， 如，网络层要发出一个报文，必须通过数据链路层提供的接口，链路层再调用物理层提供的接口发送数据。这样网络层不需要知道链路层和物理层是怎么实现数据发送的，只需调用底层提供的接口就行了。 协议和规范可以理解为，对等的网络层次间通讯的实现方法，如IP协议，通信的双方都需要用IP地址在网络上标识自己，并用IP报文的格式来通信。 信令广义上是指传输通信控制信号的链路（可以使逻辑上的，也可以使物理上的），最好理解的例子， 打电话的时候， 首先是要拨号的， 然后交换机再去找被叫号码，被叫找到后，交换机会准备一条物理链路将主被叫连接在一起，电话才能正常通话。 在通话之前电话与交换机之间的信号就是信令，当然通话中，主被叫间也会有信令交互的。

这些都是个人理解， 希望对你有帮助~~

离婚协议书如何规范写和流程

当然不一样了，技术协议是厂家和设计院和业主单位订立的技术合同，里面包括设计院和业主提出的技术要求和厂家的技术响应。技术规范是国家相关部门对这种产品设备一些通用参数的规定。是设计院和业主单位提出自己技术要求的依据。不知道这么说你能不能理解。祝好运

离婚协议书如何规范写和流程

离婚协议书如何规范写和流程，由于离婚事关家庭关系的重大变故，协议离婚必须要有离婚协议书，但前提要双方自愿签订离婚协议书，下面就由我告诉大家如何签订离婚协议书和流程，大家一起来看看吧。

离婚协议书如何规范写和流程1

离婚协议书内容主要包含双方同意解除婚姻关系的意思表示、小孩抚养权的归属、小孩抚养费金额及其交付方式、财产分割等。离婚协议书

一、离婚协议书范本

离婚协议书范本

男方：XXX，男，汉族，19XX年X月X日，住址：重庆市XX区XX路XX号X幢XX，身份证号码：51XXXXXXXXXXXXXXXX.

女方：XXX，女，汉族，19XX年X月X日，住址：XX省XX县XX镇XX村XX号，身份证号码：41XXXXXXXXXXXXXXXXXX.

男方与女方于年月日在区民政局登记结婚，于年月日(农历月初)生育一子(女)，取名(性别，男/女，汉族，身份证号码：XXXXXXXX)。后双方常因琐事吵架，长期感情不和，致使夫妻感情破裂，已无和好可能，现双方自愿协商达成一致意见，订立离婚协议如下：

一、男女双方自愿离婚

1、双方自愿解除婚姻关系，自愿签订离婚协议。

2、签订本离婚协议时双方明确该协议的权利义务内容，自愿接受本协议内容的约束。

3、双方签订本协议时，无智力及精神异常，意思表示真实、合法、有效。无强迫和威胁等违法行为与情形存在。

4、为保证协议的真实性，双方各自邀请一名见证人进行本协议签订事宜的见证，见证人有权持有该协议。

5、双方身份证复印件、结婚证复印件、债务欠款依据、购房合同复印件、车辆行驶证复印件、出资验资报告书复印件、公司营业执照复印件、孩子出生证明书(户口簿)复印件等资料作为本协议附件，构成本协议内容。

二、子女抚养、抚养费及探望权

1、孩子XXX由女方(男方)抚养，随同女方生活，由女方负责孩子抚养费用和日常生活起居。

2、孩子的生活费、教育费、医疗费等相关抚养费用全部由双方共同负责，男方每月支付孩子生活费元，直至孩子年吗十八周岁。教育、医疗、保险等大笔资金支出有男女双方按照一人一半的方式承担。(也可约定由男方或者女方一人承担)

3、女方需负责孩子的抚养直至付到孩子大学毕业为止。

4、在不影响孩子学习、女方正常生活的情况下，男方可随时探望女方抚养的孩子。女方不得无故阻挠，也不得无故拒绝男方的探望。

三、夫妻婚前财产处理

双方共同确认：双方各自名下所有的一切婚前所有的固定资产、存款、股权、投资等一切资产归各自所有。双方不得以任何理由提出异议并进行权利主张。

四、夫妻共同财产的处理

1、存款：

(1)双方现在各自名下所有的一切银行账户存款，归各自所有，不予以分割。

(2)双方互不主张此部分存款归各自所有的权利。此部分共同财产处理在本协议签订之后，对双方均具有约束力，各方不得再另行提出异议以及权利主张。

2、房屋：

(1)由夫妻婚后共同出资，一次性付款购买的位于市XX区路号幢单元楼号住房一套的所有权归(男)女方所有。

(2)房屋具体信息为：，购房价款：。所有状况：。

(3)作为夫妻共同所有的此部分房产，女方为取得该房屋所有权需现金一次性按照合同价款补偿男方万元(大写：万元整)作为分割此部分财产的补偿金。

(4)房地产权证的业主姓名变更的手续自房产证办理下来之后，1个月内男方协助女方办理。男方必须协助女方办理变更的一切手续，过户费用由女方负责。如男方没有按时协助女方办理相关手续，男方应当承担违约责任，并赔偿女方的损失。

(5)本协议签订之后，所有权、居住权、使用权、收益权等基于房屋所有权而享有的一切权利归女方，男方不得有任何异议并主张任何权利。

3、有限公司股份

(1)男女双方婚内共同出资，并由XXX持有的有限公司股份，双方共同确认由XXX持有的公司股份%是夫妻共同财产范围，在本次离婚协议之时予以分割。

(2)由于有限公司其他股东不同意XXX作为新股东持股，并不愿放弃优先购买权，为确认股权的完整性，双方共同确认此%股份股权所有权及收益权利归女方所有，女方以现金补偿男方。

(3)双方共同确认共同所有的股权价值万元(大写：万元整)，双方股权以本协议约定的价值为准，不以单独评估为准。女方现金补偿男方的股权金额确定为万元(大写：万元整)。

(4)女方现金补偿男方股权的之后，女方全部持有有限公司股份%股份，女方独立享有该股权的所有权、收益权、经营决策权等基于持有股份的全部权利。

(5)夫妻关系存续期间所基于持有股份而产生的权利义务全部由女方承担。同时，女方持有有限公司股份之后，基于股东而应当履行的权利义务全部由女方负承担，男方概不负责处理相关争议。

4、汽车

(1)夫妻共同出资购买的登记在XXX名下的汽车基本情况以行驶证登记为准：车牌号码XXXXX、车辆类型小轿车、车辆登记所有人XXXX、品牌型号XXXXXXXX、车辆发动机号XXXXXX。

(2)该辆车所有权归女方所有，男方不要求女方进行现金补偿男方，女方享有基于车辆的所有权而享有的使用权、收益权等一切权利。

(3)车辆按揭款元(大写元整)由女方负责归还，男方不履行还款义务。

(4)基于女方对该车辆的使用、支配、收益、债务等一切事宜由女方负责，交通违章、交通事故处理、还款义务等一切事宜均由女方负责处理，男方一概不负责。

(5)在女方还完车辆按揭贷款之日起7日内，男方需无条件的配合女方进行车辆过户手续的办理。过户所产生的税费、工本费等一切费用由女方负责承担，男方概不负责。

5、其他财产

双方共同确认无隐匿任何财产的行为，本协议以上载明的财产已经包含了全部夫妻婚姻关系存续期间的夫妻共同财产。已经全部予以了合法分割，如有隐匿自愿承担相关法律责任并须赔偿对方损失。

五、债权债务的处理

1、债权处理

(1)夫妻关系存续期间，男女双方共同确认各自所享有的对外债权归各自所有，由双方各自进行权利主张，另一方不得有任何异议并进行权利主张。

(2)债权不能实现的风险由双方各自承担，不得因债权不能实现而追究对方任何责任。

2、债务处理

(1)夫妻关系存续期间，男方为夫妻共同生活而进行的项目投资所产生的对外债务为万元(大写：万元整)。此部分债务双方确认为共同债务，女方对此部分债务予以确认，并不提出异议，承诺由双方共同偿还。

(2)双方共同确认，女方对外无共同债务，男方对外亦无其他债务。夫妻共同债务范围以本次协议确认的`为准，如有未纳入本协议的债务，则不属于夫妻共同债务，男女双方承诺各自偿还。债权人主张权利的，由债务承载方各自负责偿还。

(3)由于债务系男方对外进行支借和欠付的，债务组成处理由男方负责处理，在本协议签订之后，女方自愿支付万元(大写：万元整)用于男方偿还夫妻共同债务。此部分款项在女方支付之后，即视为对共同债务进行了处理，女方不在承担此部分债务的偿还。

(4)男方取得该部分用于支付共同债务的万元之后，需将此部分费用全部用于偿还债务，不得将此部分费用挪作他用。如男方将此部分费用挪作他用，男方承担为此所造成的一切损失。

六、经济帮助及精神赔偿

双方自愿离婚，互不对对方进行经济帮助，也不对对方进行精神赔偿和补偿。(需要补偿的，约定补偿金额)

七、离婚补偿款总额及款项支付

1、女方补偿男方金额

基于该协议约定：女方须向男方支付房屋补偿款万元(大写：万元整)、股权补偿款万元(大写：万元整)、偿还共同债务万元(大写：万元整)等补偿金合计：万元(大写：万元整)

2、款项支付时间

(1)男女双方在签订本协议之后，领取离婚证正式离婚之日起，3日内支付男方万元(大写：元整)。

(2)余款万元(大写：元整)女方在支付第一次补偿金之后，个月内全部支付完毕。

(3)具体支付方式为：女方每月日之前支付男方补偿金万元(大写：万元整)，共需支付次。具体支付时间分别为：年月日前支付第一笔款项、年月日前支付第二笔款项、年月日前支付第三笔款项。支付总额为万元(大写：万元整)。

八、离婚证办理

本协议签订之日起，日内男女双方需持有本协议及各自相关的证件到结婚登记机关换取《离婚证》。

九、违约责任

1、本协议签订之后，男女双方均需严格按照协议约定履行自己的义务。一方故意拖延办理出生证明、离婚证、房屋车辆过户等相关协议约定手续，违约方须每日向对方支付万元(大写：元整)作为补偿费用，直至相关手续办妥之日止。

2、女方拒绝支付或者延期支付男方经济补偿金的，须每日向男方支付万元(大写：元整)作为补偿费用，直至女方按照本协议支付相关费用之日止。

十、协议生效时间的约定

本协议一式六份，自婚姻登记机颁发《离婚证》之日起生效，男、女双方各执一份，婚姻登记机关存档一份，见证人及见证律师各一份。

十一、争议解决

如本协议生效后在执行中发生争议的，双方应协商解决，协商不成，任何一方均可向对方户籍登记地或者经常居住地人民法院***。

十二、其他约定

1、协议约定内容均采用打印文本，除签字部分外，涂改、书写无效。

2、本协议以下无正文。

男方(捺印)： 女方(捺印)：

时间： 时间：

见证人：

见证律师：

执业证号：

离婚协议书如何规范写和流程2

一、离异合同书离婚程序

　 　1、申请办理

离婚手续该怎么办？第一个程序流程就是说提交申请。规定离异的双方，应持第二代身份证或户籍证明材料，及其“结婚证书”，相互到婚姻登记行政机关办理流程，彼此任何一方都不可以授权委托别人代办离婚证，彼此依照婚姻登记行政机关的规定，填写信息离异申请报告。

2、核查

离婚手续该怎么办？婚姻登记行政机关的工作员，在接纳被告方离异申请办理时，应把《婚姻法》中，关于离婚的要求向被告方表明清晰，彼此被告方应属实告知，工作员在核查中须查清下列难题。

2.1、离异申请者彼此是不是常有行为能力，假如发觉彼此或是一方无行为能力，则未予备案，告之根据诉讼程序处理离异难题。

2.2、离异是不是的确处在彼此同意，包含是不是出自于争吵，一时气恼，是不是一方或第三方蒙骗、或威逼他方而获得的表层允许，是不是彼此以便避开法律法规，或是现行政策的目地而虚情假意离异等。

2.3、对子女难题是不是适度解决，包含子女归哪一方养育，赡养费的承担是不是有效，赡养费给付方法是不是稳妥，彼此协议书的内容是不是有利于子女的成才。

2.4、对资产难题是不是已适度解决，包含彼此共同财产切分是不是有效，对财产有没有恩怨情仇，相互衣食住行所负的负债是不是已偿还，假如共同财产不够偿还，那将来怎样偿还。

2.5、假如一方衣食住行的确有因难，彼此是不是就金钱问题达成共识，给付方法是不是稳妥。

3、备案

离婚手续怎样申请办理？备案是离异备案工作中的最后一个阶段，婚姻登记行政机关查清，彼此的确在同意，并对子女和资产难题有适度解决时，才发送给“离婚判决书”，撤回“结婚证书”，做为夫妻关系早已合理合法消除的依据，假如查清离异并不是出自于彼此同意，或在资产和子女难题也有争吵，没法达成共识，未予申请办理离异备案，另外，告之被告方应向人民检察院提***讼。

以上就是关于soap有哪些常用的协议和规范全部的内容，如果了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！