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已经被我们全体修改过了,自动编号的流水号也需要同步修改到最大值,这样改完再次回到前台测试。
问题解决。
备注:以此备案,供有需要的朋友使用。建议大家在修改数据前先备份数据库或者建立测试账套测试,以免发生不必要的意外!