司库信息系统（以下简称“司库系统”）是集团级应用系统，相比在司库系统中直接发起付款的数量，更多的付款来自于集团统一建设的和所属企业自建的各类应用系统，例如：报账系统、采购系统、ERP系统、财务共享服务平台等。应用系统一般是通过直接调用银行的银企直联接口，或者通过资金管理系统，亦或通过银企直联通道类服务平台实现在线支付等功能，集团建设司库系统后，司库系统就成为了整个集团的统一支付平台，那么各类应用系统就需要与司库系统集成实现银企直联的相关功能，即

  司库系统通过接口接收到各类应用系统发送的付款指令后，付款会在司库系统中经过一系列检查和控制（例如：异常的大额支付、疑似融资性贸易的支付等，异常的支付会被司库系统拦截），对正常的付款，司库系统把付款指令再通过司库自己的银企直联接口推送给银行进行支付，银行把支付结果（成功或者失败）返回给司库系统后，司库系统再把银行的反馈信息返回给应用系统。

  在银企直联的功能角度上看，应用系统把付款指令推送给司库系统即相当于推送给了银行，可忽略付款在司库系统中所要经过的一系列处理。包括一些企业会在司库系统中设置审批流程、资金计划、付款排程等控制，这些控制虽然会对付款在支付进度、时效性等方面产生一定的影响，但对应用系统而言，把付款指令推送给司库系统即可。

  作为承载整个集团统一银企直联功能的司库系统，由于集团所属企业及各类应用系统都很多，会产生大量的支付，特别是如果有诸如电商、零售等业务则会产生更多的支付，对司库系统从应用系统接收付款指令、内部控制、向银行推送付款指令的解决能力等方面都提出了很大的挑战，需要司库系统有很好的性能和稳定性。

  对司库系统本身的银企直联稍作补充，司库系统一般与大型银行都会建立银企直联，覆盖集团内各企业绝大部分的银行账户，但往往有部分所属企业因经营等方面的情况需要在中小银行开立账户，或者一些业务的客户真正的需求在指定中小银行开立账户，这些中小银行常常不在司库系统主要的银企直联范围内，但确实又是部分所属企业要银企直联的，而让集团的司库系统对接很多中小银行往往又不太可行（每接入一家银行基本都有对接、前置机、专线等相关联的费用，以及业务和技术的运维等工作量），那就能考虑使用一些商业性银企直联通道服务，例如用友的银企联云等平台都提供有此类功能，这类服务不仅对接了大型银行，也对接了大量中小银行。司库系统只需要与这类平台对接一次，即可以通过服务一对多的连接到大量各种规模的银行，减少了司库系统对接更多银行的工作量。用友银企联云也有面向司库的专门解决方案，即司库外联平台。

  司库系统与财务核算系统的集成通常有两个内容。第一个内容是银企对账，企业与银行的对账是财务部门常规的重要工作，但企业账在核算系统中，而银行账则在司库系统中，所以就存在两个集成方向，一个方向是把核算系统中银行存款类等记账凭证数据传给司库系统，另一个方向是把司库系统中的银行账数据传给核算系统，具体应该要依据集团企业使用的司库系统或者核算系统的功能情况来选择。特别是有的ERP系统的财务模块通过与银企直联相关功能更好的设计实现了较好的自动对账功能，而银企直联功能被司库系统接管后，自动对账等功能与司库系统的集成也需要很好的设计和改造。

  司库系统与核算系统集成的第二个内容是，在现代业财一体化的功能体系下，大量财务记账凭证是由系统按规则自动产生的，对在司库系统中直接发起的一些付款，付款成功后也有自动产生对应记账凭证的需求，这就需要司库系统与核算系统集成，由司库系统向核算系统推送记账凭证数据并过账。如果司库内付款的业务类型比较多，或者集团内存在多套核算系统，那么司库系统在大多数情况下要提供凭证引擎等功能，即在司库系统中主要是通过模板配置就能够生成各种规则下的记账凭证，灵活的支持集团企业多样化的需求。

  需要关切的是，随着电子凭证会计数据标准的深化试点及后续的广泛应用，银行电子回单作为典型的电子凭证也有了更多的应用要求，例如财务系统获得符合财政部电子凭证标准的电子回单相关文件后，一则会解析文件中的结构化信息直接用于产生记账凭证，同时，银行电子回单也是典型的电子会计档案，银行电子回单的版式文件（PDF或OFD文件）需要与记账凭证、其他相关原始凭证的文件按规定一并归档。在应用司库系统后，银企直联由司库系统实现，那么就需要司库系统通过银企直联的接口从银行获得银行电子回单相关文件并提供给财务系统、电子会计档案系统等系统使用。

  对实行全面预算管理的企业，大多数都会应用EPM（企业绩效管理）系统具体开展全面预算工作，资金预算作为全面预算中财务预算的重要组成部分，一般会在EPM系统中管理。而资金计划一般则是在司库等资金管理类系统中实现的，并且直接作用于支付等业务（例如某笔付款对应的业务没有编制资金计划或者资金计划下的额度不足，付款申请将被系统驳回）。

  资金计划一般源于资金预算，往往受资金预算的条件、假设和约束控制，所以直观逻辑上存在资金预算与资金计划的集成，也就是EPM系统与司库系统的集成。而资金预算的编制往往很复杂，而资金计划又相对有更多维度且更具体（例如可按年、季度、月、周编制，也可以具体到某个项目上），所以EPM系统与司库系统在资金预算和计划方面的集成可能需要深度的设计。

  业务类应用系统的种类非常之多，有很多需要与司库系统集成的业务场景。例如司库系统通过银企直联接口可以定时从银行获得收款数据并推送给应用系统，应用系统基于收款数据可以开发收款认领等功能，用户使用该功能能把一笔收款认领到具体的业务上，让收款归集到项目上或者合同上，在收款数据的基础上并依据认领后形成的完整业务信息自动产生收款的财务记账凭证，也可以将收款用于具体业务的“以收定支”等管理。又例如，司库系统与ERP系统集成后，能定期将ERP系统中的应付单及未清项数据传至司库系统的资金计划模块中，自动生成资金计划数据。

  在强调数据价值的今天，集团型企业很多都建设了各类数据管理类系统，在这些系统的管理下，汇聚了集团企业海量的各类数据，司库系统的数据及各类应用系统的数据都在其中。很多数据分析是需要多种数据联动的，例如司库系统要参与和体现对虚假贸易的识别和防控，也需要参与对应收应付业务的管理，司库系统的数据就需要与ERP等系统中的业务和财务数据一起综合分析。例如，对应收和应付的数据分析，仅从相关会计科目的核算数据中只能获得一部分信息，而且往往是结果性的（异常事件或已发生并已记账），或者从销项和进项的发票数据中也获得的是结果性数据（发票都已开出），如果希望预警，可能还需要引入合同、订单、应收单、开票申请单等前置性数据。

  除了在以上内容中提到的应用系统，因为涉及大量的异构系统集成应用，司库系统还会与主数据管理系统、客户服务总线（接口集成平台，iPaaS）、统一身份认证等技术类系统集成。

  此外，司库系统作为集团层面的顶层应用系统，还可能与所属企业自建的资金管理系统集成，或者直接代替所属企业自建的资金管理系统，如果司库系统要承载所属企业更为多样化的资金管理需求，直接支撑很多具体的业务，就对司库系统的管理与功能定位，以及设计和开发提出了一些新课题，需要在司库系统的建设工作中有更多的思考和规划。