标签：需要 修改 订单 查找 批导 条件 类型 定价 VA01

 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清理重复项。

标签：需要,修改,订单,查找,批导,条件,类型,定价,VA01
来源： https://www.cnblogs.com/BinGeneral/p/12859122.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。