1. 金额不对

单据生成时，发生生成的凭证金额不正确，怎么检查？

（1）检查转换模板，一条分录上的所有内容必须来源于同一个页签（所有内容：摘要影响因素关联、取数公式、辅助核算等）；同一个页签：可以是表头、表体（表体也分多个页签，不能混用、结算信息：如果出处不同，原则上以取数公式为准；比如：分录上的取值字段使用了表头字段，而系统取数时是按照表体行依次取值，如果单据有多行时，生成的凭证数据就会翻倍；

（2）先检查原币和本币金额公式是否一致；如果一致，再去查看生成的凭证借贷合计是否平衡，如果不平，会自动进行差额平衡，那么系统会自动把差额计入到最后一条分录的本币金额上。

2. 分录行不对

单据生成时，发生生成的凭证分录行不对，怎么检查？

（1）也是要遵循一条分录上的所有内容必须来源于同一个页签的原则；

（2）检查转换模板上是否配置了数量，如果数量方向和金额方向不一致，则会出现一条重复的分录行；

（3）查看凭证上的会计科目，在会计科目表中查看对应的会计科目是否勾选了表外科目，如果有勾选，则可能会出现只生成一条分录的情况。

3. 摘要不对

单据生成出来的凭证摘要不对，怎么检查？

（1）摘要取出来是空的需要通过用 tostring()公式进行转换；tostring(obj)将对象 obj转换为本解析器可识别的字符串形式，常用于摘要公式。
（2）摘要取出来是主键：
如要取单据的自定义项字段，可以通过设置 getcolvalue(，，)公式做转换；如要取系统预制的参照型字段，比如收支项目；也可以通过系统管理员登录，在元数据过滤管理中，业务场景选择会计平台，找到对于的单据把收文项目名称勾选上，也可以不在元数据过滤管理去勾选，直接用 tostring( $bodys.pk subjcode.name@)。举例：摘要内容为：收到+几月（录入单据的月份）+收支项目名称+货款在转换模板上设置摘要公式：

“收”+monof($bodys.billdate@)+“月”+tostring( $bodys.pk subjcode. name@)+“货款”

公式说明：monof(date)取指定日期内的月份；tostring(obj)将对象obj转换为本解析器可识别的字符串形式，常用于摘要公式。

延伸：

 如果想取到的摘要是收4月A项目货款，而不是04月，摘要公式则为：

“收”+tonumber(dateformat($bodys.billdate@,“MM”))+“月”+tostring( $bodys.pk subjcode. name@)+“货款”

公式说明：dateformat(date，pattern[,language])用于将时间格式化为期望的字符串，其中 date 可以是时间字符串,也可以是 date 对象，pattern 为格式化参数，yyyy 表示年，MM 表示月，dd 表示天数，Ш 表示小时，mm 表示分钟，ss 表示秒.比如dateformat(“2006-07-04 12:12:12”，“日期：yyyy-mm-dd hh:mm:ss”) 将返回“日期：2006-07-04 12:12:12”；
tonumber(string st)将字符串 st 转换为本解析器可识别的数字，比如 tonumber(“04”）将返回一个数字型 4,经过转化后可参与各种数值计算。

4. 入账科目不对

单据生成凭证时，发现入账科目不对，怎么检查？

（1）先确认一下有没有设置默认的入账科目，如果有，且走的是默认入账科目，那么我们就需要去检查一下科目对照表。

（2）科目对照表的匹配原则是从上往下匹配，只要找到符合条件的入账科目，就不会再往下匹配。

当档案存在上下级时，并且上下级档案同时出现在对照表中时，一定要把上级档案放在所有下级档案之下;存在多个影响因素的情况下，如果有某个影响因素为空的，也要放在该影响因素所有有值的内容之下。

（3）如果是固定资产折旧生成的凭证入账科目有问题，那么还需要在固定资产下的参数设置下设置汇总项目设置。

4. 联查和制单的凭证不对

单据联查预览出来的凭证和，和制单生成的凭证不一样，什么原因？

（1）通过联查-联查凭证时，只会走转换模板上的合并方案，如未设置则不会合并；

（2）通过制单生成凭证或者在单据生成下生成凭证时，除了会走转换模板上指定的合并方案外，还会去走组织默认的合并规则，如无组织默认合并规则，会去走集团默认合并规则。

（3）不同的单据类型，比如应收和收款单合并生成时，不走单据转换模板上的合并方案，走的是组织或集团的默认合并规则。

如果遇到合并规则不能修改、只能新增的情况，建议提交 ismcloud 进一步分析处理。（此类问题解决可参考补丁：SUPPORT-NCCloud2020.05-Patch-20200721-27263，打补丁前注意备份数据，测试环境验证通过后使用。）

6. 分录没有合并

生成凭证时发现分录行没有进行合并，那应该怎么检查呢？

检查思路：
除了合并规则中的设置外，所有其他信息必须完全一致；不仅是凭证上看到的内容还包括取数公式，取数公式不一致，取值结果相同也不合并；比如：
（1）币种：一个设置的是人民币，一个取单据上的币种：
（2）汇率：一个设置的是 1，一个取单据上的汇率；
（3）转换模板中分录信息的其他信息，包括结算方式、业务系统协同号等等。

7. 生成的凭证分录顺序不对

怎么实现按照转换模板上设置的分录顺序来生成凭证？

建议提交 ismcloud 进一步分析处理。（此类问题解决可参考补丁： patch 2005 GL重量端合并规则可选择/patch 2005 FIP 轻量端合并规则可修改，打补丁前注意备份数据，测试环境验证通过后使用。）
（1）在会计平台-模板单据属性设置节点把总账中-分录自定义项1设置为附加项；然后转换模板就能看到这个字段，看不到就清缓存重新登录下；

（2）在转换模板-自定义1定义顺序（可以是 1、2、3。。）这样就能按表体行排序；

（3）合并规则必须选择不排序否则按合并规则设置的排序。

（4）打完补丁后，在单据生成节点，点击选项-合并规则，设置为不排序，辅助相同合并分录不勾选。

8. 生成的凭证来源系统不正确

比如：通过费用管理模块生成的凭证，来源系统应该是费用管理，但是现在显示的是总账。

建议提交 ismcloud 进一步分析处理。（此类问题解决可参考补丁：SUPPORT-NCCloud2020.05-Patch-20200916-57863，打补丁前注意备份数据，测试环境验证通过后使用。）

9. 临时单据和正式单据同时存在

在单据生成下查询同一张单据即存在临时单据，也存在正式单据，怎么不允许同时存在？
建议提交 ismcloud 进一步分析处理。（此类问题解决可参考补丁:SUPPORT-NCCloud2020.05-Patch-20210202-141702，打补丁注意备份数据，测试环境验证通过后使用。）

10. 单据生成的其他常见问题

10.1生成界面按凭证制单人筛选

NCC2005 重量端：
在单据生成列表界面无法直接筛选，可以通过变通方案实现：在转换板中的业务关联信息1维护公式：
getcolvalue("sm user","user name","cuserid",$billmaker@)，然后再通过香询条件去过滤。

而在 NCC2005 轻量端，在凭证及单据生成列表界面则可以目标生效用户去筛选。

10.2 生成界面增加快速查询条件

NCC2005 重量端：
用集团管理员登录，在开发配置-查询模板初始化下找到模板名称：单据生成快速查询，将需要的元数据推拽到右侧，勾选为默认显示即可。

NCC2005 轻量端：
在模板设置中找到凭证及单据生成的模板，把左侧元数据下对应的字段拖拽到单据生成快速查询界面即可。

10.3生成界面金额小数位设置

模板设置中找到凭证及单据生成模板，修改来源金额的高级属性，类型设置下的自定义精度。

10.4生成界面目标单据号长度设置

模板设置中找到凭证及单据生成模板，修改目标单据号的高级属性-显示公式，NCC2005轻量端公式：trimzero(operatinglog.des freedef1)；重量端：trimzero(des_freedef1)。其中：trimzero()剪除字符串或数字 str 的末尾0值。

10.5生成界面增加显示内容

举例：生成界面想显示凭证类别和凭证号。

模板设置-集团下设置单据生成的单据模板，把目标自定义档案 2 字段勾选列表是否显示，设置显示公式:
getcolvalue(bd vouchertype, name,pk vouchertype, getcolvalue(gl voucher, pk vouchertype,pk voucher,getcolvalue2(fip relation, des relationid,src relationid, src relationid, des billtype,C0)))+tonumber(des freedefl)此公式只在 NCC 重量端生效，轻量端不生效。公式解析：

（1）getcolvalue2(fip relation,des relationid, src relationid, src relationid, desbilltype, Co)；

fip relation 是关联关系的表，des relationid 是目标单据关联号，第一个src relationid 是来源单据关联号,第二个 src relationid 是单据表体中的来源关联号，des billtype 是目标单据类型，C0 是单据类型编码，代表总账凭证。

（2）getcolvalue(gl voucher,pk vouchertype,pk voucher, des relationid)；

gl_voucher 是凭证的表，pk vouchertype 是凭证类别，pk voucher 是凭证主键，des relationid 是上面公式找到的目标单据关联号。

（3）getcolvalue(bd vouchertype, name,pk vouchertype,pk vouchertype)；

bd vouchertype 是凭证类别的表，name 是凭证类别名称，第一个 pk vouchertype 是凭证类别主键，第二个 pk vouchertype 是上面公式找到的凭证类别。

（4）tonumber(des freedef1)；

tonumber()是 一个字符串的转换公式，可以将字符串转换为本解析器可识别的数字，des freedefl 是单据上的目标单据号即凭证号。