1.1 业务描述
信用管理配置服务既支持预置信息管理单据参与信用控制（如销售订单、发货通知单、销售出库单、应收单等），也支持非系统预置的信息管理单据或自定义单据根据需要配置信用控制服务，参与到信用控制、信用额度更新、信用重算中。
操作步骤如下：
1.2 配置操作
1.2.1 BOS单据基础操作 – 信用更新服务的配置
1） 打开自定义单据“属性”－“XX单-_Bill”，在【提交】、【审核】、【反审核】、【撤销】等操作中新增“更新信用额度“的服务
2） 在“操作编辑”其他页签——“服务端服务”选择“更新信用额度”服务
3）33 配置“更新信用额度”服务，检查“信用更新字段”和“单据匹配”字段的一致性
配置界面说明：
字段对应列表：自定义单据必须满足一定的规范，包含信用服务必须的字段，信用服务才能正确进行更新和控制。请正确指定单据上的相应的字段。
更新类型和正反向更新的说明：
https://vip.kingdee.com/article/29717
应收、实收类型： 应收指：销售订单，销售出库单，退货单等记录应收的单据，实收指收款单、退款单等单据。 应收类单据一个最大的特点就是信用占用是会根据业务流转传递的。 比如：销售订单金额100下推销售出库金额110，销售出库的信用占用不是110而是与销售订单的差异10。 而实收类没有这种情况。
信用明细表： 每张支持信用的单据在数据库中都会生成一张信用明细表，记录该张单据信用占用额、占用源单的信用额、已执行的信用额、已关闭的信用额等信息。表名不要跟其他单据表名一样，BOS单据保存后，系统会自动创建该表。
信用插件： 信用服务的高级应用，如果单据存在一些特殊场景，比如某种情况下不更新信用，单据存在关闭处理，客户字段的取值不是直接来源于单据上的某个字段等等情况时，信用服务抛出了插件让用户自己写代码干预信用服务的处理。要写插件需要有代码二开基础。
1.2.2 BOS单据基础操作 –保存或删除时更新信用关联表信息服务的配置
当BOS单据属于应收类型的（如销售订单、销售出库、应收单等）时，还要在【保存】、【删除】、【作废】等操作中新增“保存或删除时更新信用关联表信息”服务。
为了解决应收类单据信用占用额传递的问题，必须清楚的知道信用单据的上下游关系，系统建立T_CRE_TRACK表来记录这种关系，从而清楚的知道信用在销售流程中是怎样传递的。自定义单据也需要在这个表中新增字段，分录ID、是否下推、信用单价、源单类型指在T_CRE_TRACK新增的字段名，注意不要跟其他单据的字段名相同。
1.2.3 信用管理模块自定义单据配置
1 信用检查规则配置自定义单据 ： 在BOS信用检查规则中的信用单据的枚举中增加自定义单据，注意编码要跟自定义单据的ID一致。
2 信用档案设置中选中该自定义规则
3 当自定义单据进行业务操作时，占用额度参与信用控制。
1.2.4 信用重算包含自定义单据
了解两个物理表：
T_CRE_CREDITBILLSET : 信用参数表，刚才的自定义单据保存后，会在这个表中加一条记录，在BOS的配置信息会记录到这张表中。
T_CRE_CREDITBILLPROP : 信用单据优先级，信用重算要包含自定义单据的话，需要手工在这个表中增加一条记录，注意FPRIOR的值，必须是这张自定义单据在整个销售流程中的合适的位置。 信用重算会根据单据优先级，一类单据一类单据的计算信用，如果优先级位置填错了，很可能导致信用计算错误。
小伙伴们，有需要的尝试下吧。
推荐阅读