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

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