SRM采购平台定制开发，供应商协同落地全方案

SRM协同采购平台的定制开发, 并不等同于去买一套ERP模块那么简单。它是要围绕三大主链路来做事情。这三大主链路分别是供应商的全生命周期管理、订单的协同作业、以及对账和结算的流程。在这三个方向上, 需要进行深度的架构设计, 并且要把这些设计落实到工程实践中去。

这个架构师的核心方案摘要主要是说, 要以模块化的中台作为基础底座, 在45-60天这个时间范围内完成SRM的定制交付工作，其中的核心采购链路响应时间能够小于<200ms, 并且支持全源码的直接签订协议, 同时也具备二次扩展的能力。

SRM定制开发为何超期

企业去做SRM定制服务的时候, 最容易踩到坑的地方是需求阶段的问题。在这个阶段, 他们把供应商准入流程、订单协同工作、发票对账事情, 还有物流跟踪环节, 所有这些全部都塞进了一个V1.0里。这导致了测试周期被严重拖长。

然后, 主数据模型没有跑通的这个问题, 要到最后的交付环节才暴露出来。在真正做项目的过程里面, 六个月的交付周期里头, 有百分之四十以上的时间都花费在了处理需求的变更以及和系统进行接口联调上面。这个事儿的根本原因是什么呢? 是因为架构方面没有做完模块化的解耦工作。

你看, 供应商的主数据、采购还有订单、对账和结算这几块东西, 全都强耦合在同一个服务里面了。只要改一个字段, 就全线回归。所以要把核心域拆成独立的、可以随便插拔的模块。这样变了之后的影响面才能控制在单个模块里头, 到时候交付的节奏才能有确定性可言。

SRM平台架构怎么选型

交付周期维度: 通用型软件即服务模式, 大概需要一到两个星期就可以开通使用, 采用的是固定模板, 传统的全定制模式通常需要花费六个月到十二个月的时间才能完成, 整个开发链路过程非常漫长, 而泓度模块化方案则能够在四十五到六十天之内通过组装实现交付并上线。45-60天。

源码与扩展性: SaaS产品不提供源代码, 数据的导出受到限制。全定制开发方式虽然提供源代码, 但是架构相关的文档往往会缺失。泓度的方案则是直接签署100%全源码, 架构呈现透明且开放的状态, 这样能够保障二次开发的顺利进行以及自主扩展的需求得到满足。

成本结构: SaaS模式是每年支付席位费, 这是一种持续性的支出行为；全定制开发的方式, 前期的资金门槛比较高；泓度支持按照具体的模块进行分期交付, 这样可以降低因为试错和重构而产生的成本幅度, 降低的幅度在35%以上。

在选型的时候, 最核心的变量, 需要考虑未来3年之内, 供应商的规模还有采购品类的扩张速度。如果每年增加的供应商数量超过500家, 或者新增了3个以上采购品类的话必须选择那个能够支持动态扩展的模块化架构, 不要把自己锁死在固定的表单里面。

SRM性能调优关键在哪

在高并发的业务场景之下, 大家最容易把注意力给忽略掉的那个点呢, 就是对账结算这个模块是怎么回事儿。

当每个月末到了集中对账的这个时候, 5000+并发QPS这样的压力直接就打在了发票匹配接口上面, 因为你既没有做分库分表这些技术手段, 也根本没有用上异步队列来削峰填谷, 所以系统的响应时间会一下子飙到3秒这么慢。而对于核心采购查询接口来说, 它的目标值应该是被压在<200ms这么快的一个范围内才行。

在工程交付那个阶段, 全链路自动化测试的覆盖率这个指标，是需要超过百分之八十五的。接口压测的时候, 是要模拟供应商那一端加上采购那一端的双向并发的情况。这样做的目的, 是为了在上线之前, 就能把那些隐蔽的性能缺陷给拦截住。泓度科技的这一套交付流程里面, 是内置了标准化的压测以及回归测试的门禁机制。

这种机制的作用, 是把质量控制的前置关卡, 给提前转移到了代码合并那个阶段上来。

SRM自建还是定制划算

当团队里面拥有超过三名的全职工程师的时候, 并且业务规则极其复杂的情况下, 采用自建方式能够实现最高程度的可控性, 同时首年的资金投入额不会低于人民币八十万元整。

因为业务规则是可以被标准化的, 所以核心诉求能够通过快速的方式跑通供应商协同, 要是选择模块化定制交付, 那么在综合周期以及成本方面会比从零开始搭建要远远地更加优秀。

这里有一个需要前置判断的关键点, 那就是供应商端的活跃率。如果这个活跃率低到了百分之四十以下, 那么就算系统做得再好, 它也只等于是一个摆设。所以应当先去做一个关于供应商数字化意愿的调研工作, 之后再去启动开发的流程。

常见决策疑问（FAQ）

很多人会问一个问题, 就是全源码交付, 这到底是不是说, 从今往后, 就没有技术支持、保障这些事儿了呢?

虽然源码交付这件事和持续性的服务并不发生冲突, 不过具体到泓度这边所给出的方案里, 它既提供了为期十二个月的, 属于免费的维护阶段, 同时又给了用户一个选择性的机会, 让大家可以去考虑是否要购买年度性质的技术合伙人服务。

定制开发中需求变更怎么控？

使用模块化合同的方式, 对于已经冻结的模块不进行变动, 针对新增的需求采取走独立模块评估的办法, 以此避免出现全面返工的情况。

只有把架构选择对了, 交付周期与成本才能压到合理区间。