1，标准功能默认的实体服务规则报错。

这种是因为只在销售订单新变更单的'物料编码'字段上添加了引用，没有在销售订单上添加相同引用，建议只在销售订单上添加引用，它会自动带到销售订单新变更单上。

    2，销售订单变更单保存报错：“)”附近有语法错误   (如果是WebApi保存接口也是返回类似的错误信息)。

这种一般是通过BOS平台提供的WebApi保存接口生成的销售订单新变更单，在传入的JSON中没有给表头的FPKIDX_H字段赋值，如果要通过BOS平台提供的保存接口生成变更单，则必须对每个表头，表体提供对应的FPKIDX字段值，建议使用供应链领域添加的新版本WebApi变更单保存接口，它能确保一些特殊字段的正确性，详情可参阅论坛：https://vip.kingdee.com/article/503233754618579968 

    3，变更生效后，销售订单二开的单据体莫名出现重复行。

这种是因为销售订单新变更单二开的单据体表名和销售订单一致导致的，当变更单内码和订单内码相同时，订单就有重复行，建议修改销售订单新变更单上二开单据体表名（参照下标准功能里的销售订单明细表名为T_SAL_ORDERENTRY，销售订单新变更单明细信息表名为T_SAL_XORDERENTRY），如果想要二开的单据体在有新增或删除或修改时生效后能同步到销售订单上，则要在销售订单新变更单上二开的单据体中额外添加属性为PKIDX的字段。

    4，销售订单新变更单附件变更生效后，没有同步到销售订单上。

此问题详细解答可参阅论坛：https://vip.kingdee.com/article/492718335704701952?productLineId=1 中的'常见问题'一节。

    5，销售订单变更单上只新增过一行，但版本查询出现重复行。

此问题是由于销售管理系统参数中勾选了'订单变更单审核后即生效'参数，并且客户在销售订单新变更单审核后又点击了一次保存操作。此问题已在2023年10月之后的补丁中兼容了这种异常。如果客户没有升级到此版本之后，建议不要再审核后又点保存，如果要保存，则要关闭单据后再打开，或者不启用参数'订单变更单审核后即生效'(通版默认在生效后通过表单插件禁用了保存按钮，但之前的版本没有在审核自动生效后也禁用保存按钮)。

    6，报'未将对象引用设置到对象的实例'的错

这种报错分多种，1，如果是打开已经存在的新变更单就报这个错，且在日志文件中看到有以下类似的报错堆栈信息：

未将对象引用设置到对象的实例。===================================================调用堆栈：   在 Kingdee.K3.SCM.Sal.Business.PlugIn.XSaleOrderEdit.SetBillTypeValue()   在 Kingdee.K3.SCM.Sal.Business.PlugIn.XSaleOrderEdit.BeforeBindData(EventArgs e)   在 ...  ，则这种一般是数据问题，比如变更单的FPKIDX字段引用了一个已经被删除的销售订单内码（目前还不知道这种数据是怎么产生的，可能是修复数据或者通过WebApi生成的变更单不规范导致的，抑或是强行删除了销售订单），建议修复新变更单基本信息和明细信息中的FPKDX字段。另外通版也2023年3月之后的版本中兼容了这种异常数据的报错，建议升级到此版本之后；2，如果审核新变更单时报这个错误，且详细信息或服务器日志文件里看到有以下类似的报错堆栈信息：

未将对象引用设置到对象的实例。

System.NullReferenceException: 未将对象引用设置到对象的实例。

   在 Kingdee.K3.SCM.App.Sal.ServicePlugIn.SaleOrderX.ChangePriceTrackDownBill.DoAction(Context context, DynamicObject[] dataEntitys, OperateOption option, Boolean isAuto)

   在 Kingdee.K3.SCM.App.Sal.ServicePlugIn.SaleOrderX.Audit.EndOperationTransaction(EndOperationTransactionArgs e) ...，这种一般是通过WebApi生成的销售订单新变更单时没有对FSettleCurrIdX字段赋值，建议规范WebApi JSON数据，或者使用供应链领域提供的新WebApi接口保存数据，详情可参阅：https://vip.kingdee.com/article/503233754618579968  。

    7，变更生效后明细信息的序号不对

2023年4月之后的补丁对序号进行重构了，建议升级到此版本，之前的版本对于序号可能存在问题，尤其是有套件父项变更时。

    8，保存或生效时附件表主键插入重复

这种是种子表冲突导致的，建议升级到2022年4月之后的版本（此版本之前使用 T_BAS_ATTACHMENT 对应的种子表，此版本使用 T_BAS_ITEM 对应的种子表），如果不想升级也可能参数论坛：  https://vip.kingdee.com/article/116231986418582016?productLineId=1&isKnowledge=2 重置下 T_BAS_ATTACHMENT 对应的种子表

    9，新变更单附件在重新审核状态下不能上传附件

请升级到2023年4月之后的版本

    10，保存报'尝试除以零'的错

这种是二开删除了销售数量不为0的校验且只有特定版本才会报这个错，标准功能默认是不允许输入销售数量为0的，也不建议录入为0的销售订单或销售订单新变更单，如果是2023年1月企业版，可下载和安装以下补丁：https://k3cloudpt.kingdee.com/Package/TempPatch_V8_SCM/TempPatch_V8_SCM_8_0_442_10/8_0_442_10/Stardard/TempPatch_V8_SCM.8.0.442.10.kdpkg 或者升级到后面一两个补丁（比如升级到2023年5月版本） 。

    11，销售订单新变更单保存报'从数据类型 nvarchar 转换为 bigint 时出错'的错

这种是数据库里的附件表有异常导致，平台的附件功能在极端情况下会导致销售订单，销售订单新变更单的附件表T_BAS_ATTACHMENT中的FINTERID字段以TEMP开头，2023年6月之后的版本已兼容此问题，如果不想升级且数据库操作能力和权限，可备份整个T_BAS_ATTACHMENT附件表后执行以下语句：DELETE FROM T_BAS_ATTACHMENT WHERE 1=1 AND FBILLTYPE IN ('SAL_XORDER', 'SAL_SALEORDER') AND FINTERID LIKE 'TEMP%'