简体中文
对于很多大中型集团企业，如何对多银行进行有效管理，会对企业正在进行或未来几年计划中的许多 IT 和财务项目产生影响。尽管由司库负责银行关系，但其基础是为组织提供所有所需银行服务的多银行连接。因此，对于与从三个到更多个全球银行关系合作的组织，拥有解决方案和提供”多银行连接”功能的连接环境至关重要。
大多数财务系统或 ERP 项目的开始是进行 ERP 和银行合作伙伴的整合和连接。然而，对于 ERP 迁移来说，它也是最耗时和最难搞的部分。事实上，来自Kyriba和Pulse 最近的一项联合调查发现，”91% 的 IT 领导者都认为连接银行是 ERP 项目最复杂的方面之一。” 整个金融供应链，即企业流动性平台，直接或间接地受到银行联系的健康和有效性的严重影响。需要一个全面的解决方案, 以提供从许多不同的系统中整合文件或向复杂 ERP 环境报告的能力。
由于银行关系格局和银行服务管理是由司库负责，财务和 IT团队对于多银行连接和集成在 ERP 项目和迁移成功中的重要性和影响上常常需要更清晰的理解。首席信息和首席技术官常常会注意到银行，但在为ERP绿地实施的规划系统路线图、迁移，甚至生产支持或维护方面，往往低估银行连接的复杂性和持续时间。
01. IT 和财务面临的挑战
在讨论技术细节之前，真正需要考虑的是与银行打交道的四个核心要素，这些要素会影响 IT 驱动的项目。银行互联项目的另一个方面是，许多与银行合作的项目可能导致银行成为瓶颈，因为他们的服务水平协议 （SLAs） 不符合对 IT 和财务的紧迫性和时间限制。例如，许多银行的 SLAs 要求测试结果或故障排除的持续时间为 24 或 36 小时。当功能、集成和用户接受测试的测试时间线通常设置为敏捷方法下的 1 或 2 周的”冲刺”时，这可能给项目时间表带来灾难。
02.银行和程序
银行都拥有非常严格、面向流程的控制框架，并拥有针对客户登入的独特步骤和时间表。所有的组织必须坚持一个通常严格和严格的时间表和框架，以便从银行”测试”环境迁移到生产领域。虽然银行报告项目可能相对较快，但付款文件传输/连接以及付款状态报告和其他属性的格式和各种设置可能非常繁重且非常耗时。将这种刚性与银行通过各种测试阶段和项目的”大门”结合，可以开始从几周到几个月扩大。全球银行关系是另一个问题，因为许多银行的工作和要求要到下午晚些时候和第二天才能看到或处理。
03.多个连接、多格式 = IT工作量
财务和司库通常管理不同地区、不同用途的至少几个到几十个银行关系。也许一家银行为信贷额度提供一定程度的债务，另一家银行提供收入或收款银行，另一家银行提供特定国家或地区的专门支付。在所有情况下，银行都有自己的通信和连接标准。即使是同一结算系统，付款格式也会因银行的不同而有所不同。在启动 IT 主导的项目时，对现有银行迁移的评估以及将连续银行添加到 SAP 的难度通常是项目最被低估的领域之一。当十几家合作银行有各自的专有要求和连接标准时，项目时间会相应延长。
04.付款类型、格式和方案
SAP提供的现有表格只是外壳…必须配置和调整以满足每个银行格式规范的通用表单。银行发布并维护各种规范，满足您的 IT 团队的要求。仅此一项，即使没有考虑银行的 SLA，也往往需要数周的配置和测试。传统上，希望部署全球支付工厂的客户依靠内部 IT 资源来构建和测试支付格式并流向银行。当多个银行以及与每个支付格式相关的大量变量转化为数百种格式配置和定制，并在每个环境中进行修改和测试时，挑战就会扩大。然后，这些通常24 到 36 小时返回与请求的更新或错误处理代码，需要迭代开发来修复。
需要构建和测试的格式和场景的规模可能是巨大的，而且很重要的。这一点尤其正确，因为 IT 部门执行的大多数应用程序集成都是将一个应用程序连接到另一个应用程序。银行之间在协议、文件格式和安全性方面的差异是推动每家银行一次性整合不同支付方案的一些因素。
挑战还不包括银行和支付连接的一个非常重要的方面：跨境支付方案、国际或区域清算系统、国内要求等。广泛的可能性通常包括支持司库转移资金或公司间电汇、现金结算和临时付款等等。最后，付款环境还必须包括欺诈检测和错误处理，因为任何付款过程中都会发生欺诈未遂或违反付款政策和程序准则的情况。这些不同场景的测试至关重要。
05.迎接挑战：加快项目时间表，降低风险
IT 和财务专业人员可以选择帮助降低项目的风险，并将领先的功能和形式实践放入到他们的技术解决方案中。同时，首席信息官可以缩短其项目时间表几个月，并在选择合适的技术合作伙伴时加速 ERP 迁移，最终正面影响整个项目持续时间。
在考虑您的连接解决方案合作伙伴是时，请考虑以下问题，并询问是否可以提供以下级别的功能：
