银行新核心系统账务处理流程介绍

会计引擎
• 账单（invoice）
– 账务机构 如果站在交易主导方看到的是应收发票，表示业务 主导方处于债权方的位置，此时取债权方 （partyIdFrom）来表示账务机构。相反则取债务方 （partyId）来表示账务机构。 – 借贷方科目 由productId确认一方科目，另一方为过渡性科目 （应收/应付）。 – 金额amount – 币种currencyUomId
订单逻辑 创建订单 创建发票 支付
核销 执行产品交付逻辑
调用产品交付
新建一个规程
失败/未知
检查产品交付 是否运行成功
循环执行每个任务
执行单个任务内部逻辑
成功 成功 修改订单状态为失 败/未知 修改订单状态为成 功
运行单个任务
运行自定义服务
检查运行结果 检查当个任务 执行结果 失败/未知 把任务状态改为 失败/未知 把任务状态改为 成功
• 凭证参考号voucherRef，流水号。 • 会计交易条目会计交易本身只记录了该交易的主要信息，其他信息（借贷方向、账 务机构、金额等）由其对应的交易条目AcctgTransEntry做记录。每个会计交易下的 交易条目满足借贷相等。 • • • • • • • 会计交易条目包括以下要素： 借贷方向debitCreditFlag，使用“D”表示借，“C”表示贷。 凭证参考号voucherRef，流水号。 账务机构organizationPartyId 过账金额amount 过账币种currencyUomId 总账账号glAccountId
典型场景举例——现金存款
• 分录： 借：库存现金10010505 贷：个人结算账户20030505 • 数据配置：
<PaymentMethodTypeGlAccount paymentMethodTypeId="CASH" organizationPartyId="TC" glAccountId="10010505”/> <PaymentGlAccountTypeMap paymentTypeId="RECEIPT" organizationPartyId="TC" glAccountTypeId="CASH_TOGETHER"/> <PaymentMethodTypeGlAccount paymentMethodTypeId="EXT_CASH" organizationPartyId="TC" glAccountId="300301“ /> <ProductGlAccount productId="SP_001" organizationPartyId="TC" glAccountTypeId="INV_DPROD_ITEM" glAccountId="610000"/> <PaymentGlAccountTypeMap paymentTypeId="D_DISBURSEMENTI" organizationPartyId="TC" glAccountTypeId="ACCOUNTS_PAYABLE"/>
Financial systems integration solutions
银行新核心系统账务 处理流程介绍
副标题
账务处理流程
账务处理流程图
会计引擎
产生
总账
传票数据/账务 数据 总账科目
业务凭证
触发会计引擎
业 务 流 程
产生
业务凭证
触发会计引擎
传票数据/账务 数据
总账科目
产生
业务凭证
触发会计引擎
会计引擎
• 凭证拆分规则
每个业务凭证都会拆成一借一贷，且借贷金额 相等，每个分录所包含的要素有： 过账类型 （与凭证类型相关）、凭证编号、账务机构、 币种、金额、借方科目、贷方科目等。
会计引擎
• 支付（payment）
– 账务机构 如果站在交易主导方看到的支付是一笔收入，表示 业务主导方在本次支付中处于接收方的位置，此时 取接收方（partyIdTo）来表示账务机构。相反则取 发起方（partyIdFrom）来表示账务机构 – 借贷方科目 由支付方式（paymentMethodType）和支付类型 （paymentType）映射到借贷方科目。 – 金额amount – 币种currencyUomId
<PaymentGlAccountTypeMap paymentTypeId="CUSTOMER_PAYMENT" organizationPartyId="TC" glAccountTypeId="ACCOUNTS_RECEIVABLE"/> <PaymentGlAccountTypeMap paymentTypeId="D_EXT_DEPOSIT" organizationPartyId="TC" glAccountTypeId="DEPOSIT_TOGETHER"/> <PaymentGlAccountTypeMap paymentTypeId="C_EXT_DEPOSIT" organizationPartyId="TC" glAccountTypeId="DEPOSIT_TOGETHER"/> <GlAccountTypeDefault glAccountTypeId="ACCOUNTS_PAYABLE" organizationPartyId="TC" glAccountId="161153"/><!--应付默 认科目--> <GlAccountTypeDefault glAccountTypeId=“ACCOUNTS_RECEIVABLE” organizationPartyId=“TC” glAccountId=“261153”/><!--应 收默认科目--> <GlAccountTypeDefault glAccountTypeId=“CASH_TOGETHER” organizationPartyId=“TC” glAccountId=“300301”/><!—现金模块 往来-->
典型场景举例——现金存款
典型场景举例——现金存款
模块 业务流程 支付网关 现金模块 业务流程 业务流程 支付网关 EUSP模块 业务平台 业务凭证 Invoice Payment Payment PaymentApplication Invoice Payment Payment PaymentApplication PT:CUSTOMER_PAYMENT PMT:CASH PT:DISBURSEMENT PMT:DEBIT_CARD 科目 CR:虚拟收益 DR:应收科目 CR:应收科目 DR:往来科目 CR:往来科目 DR:库存现金 DR:应收科目 CR:应收科目 DR:虚拟成本 CR:应收科目 DR:应收科目 CR:往来科目 DR:往来科目 CR: 客户账 DR:应收科目 CR:应收科目 科目号 610000 161153 161153 300301 300301 10010505 161153 161153 610000 161153 161153 300304 300304 20030505 161153 161153
业务凭证
• 支付应用（payment_application）
– 支付应用（核销），即将一笔支付（payment）关联于某一 债权/债务（invoice），或关联两笔支付（收入与支出相互 核销）。 – 支付应用包括以下要素：
• 待应用支付paymentId，支付应用是以某一笔支付为基础发起的。 • 被应用支付toPaymentId，如果支付应用属于与另一笔流动资金进 行性质转换，则支付应用凭证上会出现另一笔支付的编号信息。 • 被应用发票invoiceId，如果支付应用用于核销应收或应付发票， 则支付应用凭证上会出现该应收或应付发票的内部编号。支付应 用的目的是唯一的，当出现被应用发票信息时，是不会出现被应 用支付的信息的。 • 应用金额amountApplied，一笔支付与一个债权或债务之间，并不 是严格的一一对应，而是多对多，即一笔或多笔支付可用于核销 一个或多个债权债务关系。因此，需要记录每一次核销的金额。
会计引擎
• 支付应用（paymeBiblioteka Baidut_application）
– 账务机构 取对应的支付/账单的账务机构。 – 币种 取对应的支付的币种。 – 金额 – 借贷方科目 借贷方科目均为过度科目，用来核销payment和 invoice中的过渡性科目。
会计引擎
• 调账单（acctg_trans/acctg_trans_entry）
调账单不再通过会计引擎做拆分， acctg_trans_entry中的信息即为会计分录信息。 在“业务凭证”章节已有具体信息描述。
账务处理流程
• 业务流程 • 业务凭证 • 会计引擎
• 总账管理
总账管理
• 总账系统属于BOSENT平台下子系统。
• 总账系统通过会计引擎产生的会计凭证上 （acctg_trans_entry）记录的科目信息实时 更新总账账户余额。 • 总账系统提供了一系列检查功能。包括总 分户账务核对、单业务流程借贷平衡试算 等。 • 总账详见另一份PPT
传票数据/账务 数据
总账科目
账务处理流程
• 业务流程
• 业务凭证 • 会计引擎 • 总账管理
业务流程
• 业务处理流程封装了存款、贷款、凭证、 公共管理、现金、资金、股金、客户管理、 机构柜员管理、外汇、本汇票、银承贴现、 储值卡等产品子系统的服务，对外提供 WebService接口。
业务流程
业务流程
业务凭证
• 调账单（acctg_trans/acctg_trans_entry）
– 调账单（AcctgTrans，会计交易）是在账务层面所做的会计交易所产生的 单据。所有过账凭证所拆成的传票都是以AcctgTrans的模型来进行记录。 调账单是脱离业务处理过程所产生的会计交易，因此，在调账单中只记 录了分录的要素信息。 – 包括的要素有：
账务处理流程
• 业务流程 • 业务凭证
• 会计引擎
• 总账管理
会计引擎
• 会计引擎系统是整个系统业务和核算分离 的关键系统。会计引擎系统对整个产品层 系统交易过程中产生的业务记账凭证进行 过账、勾兑、挂账和错账调整功能，并生 成会计传票传送到总账系统记账。通过会 计引擎实现了业务流程和账务处理的剥离。
发起方 partyIdFrom，表示本次支付是由谁作的支出。 接收方 partyIdTo，表示本次支付是谁作接收。 币种 currencyUomId，资金货币种类。 金额 amount 支付类型 paymentTypeId，可理解为本次支付的原因的抽象表达。 支付类型是站在业务主导方的角度来作抽象的，由该类型，可 以间接得知本次支付在业务主导方看来，是一笔支出还是收入。 支付方式 paymentMethodTypeId，不同的支付工具将表达成不同 的支付方式，如卡、折、现金等。
业务凭证
• 凭证类型
支付 (PAYMENT) 账单(INVOICE) 支付应用(PAYMENT_APPLICATION) 调账单(ACCTG_TRANS/ACCTG_TRANS_ENTRY)
业务凭证
• 支付（payment）
– 支付表示一笔资金的流动，在资金流动的背后，会有 某个账户上的交易明细与本次资金流动对应。支付表 示资金流动的结果，交易明细表示资金流动的过程。 – 基本要素包括：
Eca触发( 结果状态为 Failed时调用) E c a
失败/未知 是否能够自 动处理 把任务的错误信息 直接返回
结束
保留现场,等待 人工处理
结束
返回错误信息 能 红冲流程 调用产品交付的红 冲 调用红字冲正
返回错误信息
调用订单的Cancel
业务流程
账务处理流程
• 业务流程
• 业务凭证
• 会计引擎 • 总账管理
业务凭证
• 账单/发票（invoice）
– 表示的是一个债权债务的关系，并不表示是否有资金流动。一张发票会 包含有一条或多条明细（InvoiceItem），每条明细均可表达一个债券债务 关系。 – 发票包括以下要素：
• • • • 债权方partyIdFrom，通俗理解就是准备收钱的一方。 债务方partyId，通俗理解就是准备付钱的一方。 币种currencyUomId 发票类型invoiceTypeId，可理解为债券债权关系类型的抽象表达。发票类型是站在 业务主导方的角度来作抽象的，由该类型，可以得知业务主导方在本次关系中处于 债权（应收）还是债务（应付）方。 • 发票明细InvoiceItem，以一条或多条记录表示，具体要素见下。 • • 发票明细包括以下要素： • 明细类型invoiceItemTypeId，可理解为债权债务关系原因的抽象表达。 • 产品编号productId，当明细类型为产品明细时，有必要将该产品的编号也一并记录。 • 数量quantity • 金额amount