1业务场景
事务代码：VA01创建销售订单，VA02修改销售订单
可以通过BAPI_SALESORDER_CREATEFROMDAT2批量创建
可以通过BAPI_SALESORDER_CHANGE批量修改
2.难点解决
2.1特性内部错误
在导入特性时，有些特性是需要通过后台计算得到的，如果导入的特性值和计算
出的结果不一致，就会报内部错误，另外如果传入的特性值不符合特性值的范围
规定，也会报内部错误。
2.2修改条件类型
当新增条件类型时，需要将更新标识改为"I"，当修改时，需要将更新标识改为"U"，并为条件类型的cond_count计数器赋值"01"，否则更新时报错。
2.3删除条件类型
因为本程序是接口，在修改时，如果某现有的条件类型没有传过来，则认为该条件类型要删除。逻辑是，在查找现有的人工维护的条件类型，与传过来的条件类型作对比，如果现有的在传入接口中的条件类型找不到，则证明要删除该条件类型。
在删除中，除了行项目、条件类型的名称和计数器外，不导入任何数据，并在更新标识中打上"D"，表明删除该操作。
取值逻辑为：
删除条件类型的赋值操作：
2.4修改订单状态
在修改时将订单状态从待审改为审批通过，其中对象编号和状态参数文件字段可以作为以下的查表字段。
待审和审批通过状态的名称，我们可以通过对象编号VB2000000377000000到JEST中查找，查找到的是状态。
如果想查看状态的文本信息，需要去查找文本描述表。
E开头的状态，需要到TJ30T中查找
I开头的状态，需要到TJ02T中查找
状态参数文件Z_SD001需要到TJ20T中查找
获取OBJNR，
将状态从待审更新到审批通过。
2.5修改业务伙伴
创建时将参数传入bapiparnr
修改时将参数传入bapiparnrc
2.6修改订单数量
当修改时，需要导入计划行，否则会报错
2.7定价类型
2.7.1定价类型介绍
A：根据等级复制和更新定价元素
B：实施完全新定价。
C：复制手动定价元素并为其它执行一个新定价
D：复制未更改的定价元素
G 复制不变定价因素且重定税款
H 重新确定运费条件
I 重新确定回扣条件
J 重新确定确认的采购净价格/价值（KNTYP＝D）
K 采纳价格组件和重新确定税收
M 复制价格要素，转换值
N 传输定价组件未更改, 新成本
1.在创建时，可以不输入定价类型。但是当我们需要传入某个条件类型时，而物料又会自动带出某个条件类型，这样就会变成两个条件类型，那就使用G去掉重复。
2.当使用B时，可以将所有需要自动带的条件类型带出，但是将人工维护的条件类型去掉。
3.当使用C是，会赋值人工维护的条件类型
4.当修改时，不输入定价类型，但是logic_switch-cond_handl = 'X'.
2.7.2定价类型配置
在开发中，如果未输入定价类型，而导致出现两行的条件类型。
业务在配置时，某些条件类型想自动弹出，但是没有金额，需要手动维护金额。这种情况下，不输入定价类型会导致出现两行，而业务可能也配置了其他的自动弹出又不用修改金额的条件类型，这样输入G后，自动弹出又不用维护的那几个条件类型会丢失。
目前的解决办法是：
1、在配置定价过程中，把需要手动维护的打上勾。
配置的路径是：
选中使用的定价过程，双击控制数据
其中定价过程在销售订单的位置：
但是这样维护完之后，在前台创建销售订单时，条件里面必须手动输入Z001，然后带出条件类型。
2、但有时候业务需要在前台创建时，点击条件后就出现价格为空的几个条件类型，只用手动修改金额即可，不需要在手动输入Z001等条件类型。如果必须这样，那只好在调用BAPI时，将手动维护的几个都传值，不用传金额的空着，然后用G清理重复项。