K3CLOUD客户联系人编号无法自动生成的解决方法

    （这里以K3 CLOUD V5.0为例进行说明，其他版本可以此类推。）增加客户时，联系人是单独建立了，通过关联关系连接。直到有一天，保存联系人时发现自动编号无法生成，提示报错“系统存在编码重复，请尝试重新保存或修改编码规则！” 如下图：

    检查联系人编号，其实没有编码重复，手动填写编号也能保存，也就没去多想。

    今日闲来有空，故来找寻原因。不再废话，进入正题。

    首先，查询编码规则，看看联系人编号的自动生成规则，是否存在不妥之处。经查，编码规则正常。于是从后台数据表入手，通过BOS平台找联系人表：

SELECT     FCONTACTID,FMASTERID, FNUMBER, FSEX, FPOST, FCOMPANYTYPE, FCOMPANY, FTEL, FMOBILE, FFAX,FEMAIL, FDOCUMENTSTATUS, FFORBIDSTATUS,

                      FCREATORID,FCREATEDATE, FMODIFIERID, FMODIFYDATE, FBIZLOCATION, FEX

FROM        T_BD_COMMONCONTACT

其中FNUMBER为联系人自动编号，发现许多手动编的号，违反了自动编码规则，根据编码规则修改出错的自动编号，再次回到系统前台进行测试，发现仍然报错。再次跟踪数据库：

SELECT *FROMT_BAS_BILLCODES

WHERE (FRULEID='1fb94caf9c4a4f3ea10204fa115af302'ANDFBYVALUE= N'{{{{{0}}}')

SELECT FNUMBERFROMT_BD_COMMONCONTACTWHERE(FNUMBER= 'CXR000117' AND(FCONTACTID<>309521))

SELECT *FROMT_BAS_BILLCODESWHERE (FRULEID='1fb94caf9c4a4f3ea10204fa115af302'ANDFBYVALUE= N'{{{{{0}}}')

发现FNUMMAX就是自动编号的流水号，由于先前联系人表T_BD_COMMONCONTACT中的FNUMBER已经被我们全体修改过了，自动编号的流水号也需要同步修改到最大值，这样改完再次回到前台测试。

问题解决。

备注：以此备案，供有需要的朋友使用。建议大家在修改数据前先备份数据库或者建立测试账套测试，以免发生不必要的意外！