首页 筑龙新闻 大采购B-PaaS平台:从技术变迁洞见招采数智化未来

大采购B-PaaS平台:从技术变迁洞见招采数智化未来

板块:筑龙新闻
发布时间:2021-11-03 00:16:00
阅读数:1427

摘要:重量级专访!一文洞悉招标采购行业技术变迁史!


【聚焦采购与招标数字化转型】是筑龙研究院针对目前政府及企业在实现智慧采购与招标过程中遇到的问题以及对未来发展所存在的一些困惑制作的专题策划,希望给行业以启发和参考。

上期[大咖会客厅]北京筑龙CTO吴英礼先生对中国招标采购信息化、数字化的发展历程进行回顾,并给出了未来政企在招标采购数智化领域的展望,即基于B-PaaS平台为政企搭建适合自己的专业招采SaaS服务。
今天我们邀请到大采购北京业务部总经理谢芳,请她结合自己在软件技术前沿实践分享一下招采信息化、数字化、智能化(以下简称三化)发展应用情况以及 B-PaaS平台如何实现更好的采购招标战略职能。
正文

谢总您好,欢迎来到大咖会客厅。我了解到您从事软件开发工作已接近20年,见证参与了许多行业三化改造的全过程,您怎么看待我国整个软件行业的技术架构变迁?
我国软件技术架构整体上是随着不同阶段对应的不同应用场景而发生变化的。软件架构发展大致经历了单体架构、分布式应用到微服务架构的过程,每种架构都有各自的特点。
首先,单体架构的应用比较容易部署、测试,在项目初期,单体应用可以很好地运行。但随着需求的不断增加,越来越多的人加入开发团队,代码库加速膨胀。单体应用变得越来越臃肿,可维护性、灵活性逐渐降低,维护成本越来越高。
分布式应用是单体架构的扩展,将一个大的系统划分为多个业务模块,业务模块分别部署在不同的服务器上,各个业务模块之间通过接口进行数据交互。相对于单体架构来说,这种架构大大提高了系统负载能力。但系统之间的交互需要使用远程通信,虽接口开发增大了工作量,但整体要优于单体结构。
第三种是微服务架构,主要是中间层分解,将系统拆分成很多小应用(微服务),微服务可以部署在不同的服务器上,也可以部署在相同服务器的不同容器上。单应用的故障不会影响到其他应用,单应用的负载也不会影响到其他应用,其代表框架有Spring cloud、Dubbo等。
微服务架构也是目前比较主流的架构,得益于服务拆分颗粒度更细,故有利于资源的重复利用,所以最大的优势也在于易于开发和维护,更适用于互联网时代,当然成本也是最高的。
我们从这三种架构的特点可以看到,从试探性尝试到深度应用系统的架构也随之不断发生调整,技术复杂度也越来越高。

您提到的这三种技术架构是所有行业在三化过程中都会经历的阶段么?


不是的,要看行业改造的具体时间点。如ERP、OA、财务软件、银行系统这些较早开展信息化的行业都经历了这三个阶段,但最近几年才开始升级改造的一些C端场景以及像农业互联网这样的新兴行业许多直接采用的就是微服务架构。
北京筑龙技术应用路线
北京筑龙这17年的技术应用路线大概经历了:“.net  J2EE  微服务”三个阶段,一定程度上反应了招采行业三化过程的技术架构变迁。
——谢芳

回到我们本次访谈的采购与招标行业上来,中国政企招标采购三化改造也经历了这个架构的变化过程么?


招标与采购的三化过程很长,每家公司的技术路线和技术团队风格都会有所区别,为避免以偏概全,我把这个问题聚焦到北京筑龙在技术架构的变化中来回答,北京筑龙十七年的技术架构演变在整个行业中也颇具代表性。
早在2003年,当时招标采购信息化的可参考案例为0,且没有对应的技术规范和执行标准,大多数政企也都处于尝试和验证阶段,需求相对简单,单体架构因其易测试、易部署等优势很好地满足了快速交付的要求。除此以外,当时的招采业务系统也无需考虑和其他系统的交互问题。
后来随着政企招标采购信息化改造的范围不断扩大和深入、行业技术规范和标准的逐步完善以及java为代表的跨平台新技术流行共同催生了第二次技术架构革新,北京筑龙也是在2012年左右为政企客户升级了第二代技术架构,以便更好满足招采数字化要求,同时实现与内部系统的对接。
2015年,北京筑龙将服务大量政企招采信息化、数字化的业务经验进行提炼并借助微服务架构开始第三代智慧招采平台开发。2018年正式立项并着手研发采购与招标行业自己的B-PaaS平台,在历经数次调整以及京东集团的技术赋能后,2021年,基于第三代微服务架构的北京筑龙大采购B-PaaS平台成功落地应用。
所以,北京筑龙这17年的技术应用路线大概经历了:“.net  J2EE  微服务”三个阶段,一定程度上反应了招采行业的信息化过程技术架构变迁。三个里程碑式的技术变迁,也从另一层面见证了客户诉求的变化、 行业信息化水平的不断提升。

所以采用何种技术架构与业务需求的难易程度、平台对接复杂程度以及软件厂商技术能力相关。那么技术架构差异背后的成本差异大么?


很大。新技术应用的第一前提是技术研发和实践,与传统平台不同的是,大采购平台搭建了整个招采场景,最终实现全终端覆盖、全场景实现、全链路贯通、全数字化能力支撑。而实现这些,我们背后有超过300人的团队在做大采购B-PaaS平台,你可以算一算这个成本,投入是巨大的,而这些,用户很难感知到。
而业务提炼能力取决于服务政府和企业客户的深度,比如多业务集团的企业招标采购深度实践对服务单一业务的集团或者大型民营企业的招采数智化就很有帮助。北京筑龙为招商局集团、一汽集团、黔云招采等国内超大型、大型国央企建设平台所积累的经验让大采购的业务能力从一开始就是高起点 。
所以,软件服务商的资金能力和其对于行业的理解能力是两个至关重要的指标,直接决定了其承建平台的能力。
招标采购行业困惑解决策略
行业在数智化改造最终得到的共识——以一个好的B-PaaS平台来解决行业困局。
——谢芳

您在上边两个回答中都提到了“提炼”,“提炼”什么,最终“提炼”出来的形态又是什么?


好,这是两个问题,我先回答第一个。“提炼”有两方面的含义。
一是对大量业务模型的提炼。比如你做了足够丰富的公共资源交易、监督、服务平台,那你就可以把通用的业务流转模型、监督模型等提炼出来。
二是技术框架的提炼,在微服务架构基础上抽象和封装更为贴合业务特性的框架,更便于业务扩展的快速实现及系统性能的提升。
总的来说就是业务+技术结合经验的提取和再造,从而提升产品以及软件服务的能力。举例来说,你为120个企业做数字化招采平台,拿到了120个看上去不同的需求,但如果你能力足够,就可以将120个企业需求转化成6个标准的业务场景,当你推荐对应的场景时客户会发现:原来我的需求可以在这个场景中得到完美解决。
第二个问题,关于招标采购业务和技术架构“提炼”的最终形态我认为是B-PaaS平台,这不是北京筑龙自己总结出来的趋势,是许多行业在数智化改造最终得到的共识——以一个好的B-PaaS平台来解决行业困局。

之前访谈吴总时提到建招采B-PaaS平台对人才储备和经验储备的要求是极高的,在大部分软件商都希望安稳过日子的大背景下,北京筑龙为什么要去做这件事,契机是什么?


北京筑龙的企业使命是“让政企交易智能、高效、低成本”,2004年到现在一直专注招标采购数智化,对这个行业了解很深、感情很深,这是决定做B-PaaS平台情怀上的原因。之所以要投入大量的人力、物力、财力去做这个事情,离不开行业发展的客观原因
1.传统的项目定制或产品二开模式对客户来讲负担重、成本高、周期长;
2.传统技术路线下的服务体验需优化升级从而抵御数字化变革带来的浪潮;
3.政转企、企业数字化转型等大背景下政府和企业的招标采购边界不断变化;
4.传统的技术路线和建设模式难以支撑无时无刻的变化;
5.招采行业已由过去的政策引领逐步转向了需求引领阶段,B-PaaS平台是满足多需求下灵活配置的极佳解决方式。
对于北京筑龙来讲,我们也具备了建设B-PaaS平台的能力:
1.北京筑龙行业沉淀足够久,越早做B-PaaS平台规划越有利于服务客户。
2.2020年京东战略投资以后,京东技术以及京东安全的赋能加快了北京筑龙B-PaaS平台的建设进程。
3.北京筑龙为数十个不同行业的企业提供成熟的招采软件产品和服务,具备业务+技术提炼的前置条件。
以上是北京筑龙做招采B-PaaS平台的几个主客观原因。

客观原因第三点您提到政转企、企业数字化转型等大背景下政府和企业的招标采购边界不断变化,这个能详细说一下吗?


政转企指的是部分公共资源交易中心职能演变为企业招采中心。整合前后业务范围边界变化很大,对于招采平台的要求当然也不一样,由此带来的业务开展是传统的项目定制模式无法及时响应的,而大采购B-PaaS平台却可以很快实现新业务的数智化。
企业数字化转型这个不多做赘述,无论是国央企还是大型民营企业,合规化采购必将伴随数字技术的应用逐渐进入深水区,且企业对于招采灵活度的要求远甚于政府,传统技术架构下的平台能力无法最大程度响应企业需求。
大采购B-Paas平台的核心能力
大采购由四大中台、两大平台组成。四大中台和两大平台合称为大采购“技术矩阵”,是其核心能力所在。”
——谢芳

所以北京筑龙打造的大采购B-PaaS平台可以实现上述您提到的两个场景,即可以满足不同类型客户的业务需求,同时也满足企业对于灵活招采业务流程的需求是么?


这仅仅是大采购 B-PaaS平台能力的一部分。
大采购核心由T- PaaS和 B-PaaS两部分组成。以T-PaaS为核心的技术中台我们称之为天擎,B-PaaS则包括业务中台观星、数据中台九章、AI中台智宇以及开放平台万象和配置平台星河,四大中台和两大平台合称为大采购“技术矩阵”,是其核心能力所在。


您能对“技术矩阵”的能力分别做一下介绍么,它们在整个政企招采业务中又发挥了怎样的作用?


好,我简单的说一下大采购“技术矩阵”的组成以及各自在整个招采业务中扮演的角色。
首先,天擎技术中台是比较特殊的存在,它是整个业务的技术中枢和中流砥柱。它由通用组件和基础组件两大部分组成。通用组件支撑招标采购场景中通用的技术服务,包括数字证书服务、工作流引擎、音视频服务、日志服务、全文检索服务和量子抽取服务等。基础组件则包括分布式消息中间件、分布式存储服务、微服务等。这些服务提供了完备的api给前台业务系统调用,业务系统直接使用技术中台服务,无需关注具体技术实现细节。
接下来我说一下大采购B-PaaS里的观星、九章、智宇、星河、万象。
观星业务中台是基于大量政企招采业务特性抽取出来的业务服务组件,由用户中心、交易服务中心、开评标服务中心、档案服务中心、专家服务中心、支付中心等组成。观星业务中台提供api给前台调用,满足前台快速构建业务的需求,同时提供业务及业务数据的聚合,满足交易、监管一体化的需求。
九章数据中台由数据采集、数据治理、数据资产、数据服务四层组成。数据采集层为解决数据采集需求,实现数据聚合;数据治理以直观的方式展现组织的数据资产,形成组织标准的数据资产体系;数据资产有采购人标签库、供应商标签库、项目标签库、专家标签库等。数据资产服务以服务的方式给上层应用赋能,给各业务环节和场景服务,反哺业务系统。
智宇 AI中台由服务引擎、智能机器人组成。服务引擎包括物料知识图谱、推荐引擎、决策引擎等。智能机器人包括智能搜索机器人、文件报表机器人、无人值守开标机器人、数据迁移机器人等十几种机器人组成。服务引擎与智能机器人相互配合,实现丰富配置并大幅度释放采购生产力。
星河配置平台由配置IDE和引擎矩阵构成,配置IDE包括门户配置、业务模型配置、多维权限配置和工作流配置等十几种配置功能;引擎矩阵则包括门户引擎、业务规则引擎、计算规则引擎等。用户可根据自身需求通过配置IDE和大采购引擎矩阵轻松、快速实现复杂的个性化业务需求,实现千企千面。
万象开放平台对内可打通组织内部信息化系统如ERP、OA、CRM、资产、财务、合同等管理系统,打破信息孤岛,使采购业务流闭环,支撑和驱动采购全链路管控及监管。对外可通过数据交换完成和国家公共服务平台、中国招标网等平台信息的互联互通;通过万象开放平台,实现第三方系统或者集团企业下级系统、区域合作伙伴调用api,共享平台的资源和能力。
借助四大中台、两大平台的能力,大采购为政企招标采购提供的解决方案具有安全、稳定、智能、高效的特点,在交易、服务、监督等业务场景时展现出来的能力是非常强的。

大采购“技术矩阵”听起来非常强,我也注意到其他行业的头部软件厂商也有类似的业务、数据等中台,您能说一下这几种中台诞生的条件么?


是的,其他行业的头部软件厂商都有各自行业的中台,如业务中台、数据中台、技术中台等。但不是所有软件厂商都具备开发和提炼出这几个中台的能力,因为每一个中台背后都需要多方面的沉淀和能力。
技术中台顾名思义是以技术为核心的,这个考验的是一个公司的技术实力,但招采行业不仅得有技术,更得有业务场景下的技术应用经验。业务中台就非常依赖企业对于招标采购业务的沉淀和理解了,天擎和观星的诞生就是基于北京筑龙十七年间服务数百家政企招标采购总结出的重要技术产物。
数据中台和AI中台的诞生则需依赖于数字化技术在招采行业的应用深度。大采购九章和智宇同样是因为北京筑龙很早之前开始的数智化招标采购实践,得以沉淀出像招采数据采集、治理、分析再到形成资产全过程的数据分析经验以及物料知识图谱、采购决策引擎、无人值守开标机器人、数据迁移机器人等各类围绕招标采购的智能化应用,最终诞生出九章数据中台和智宇AI中台。
配置平台考验的是软件企业对于业务场景的归纳,对业务场景理解越透彻,可提炼的配置功能就越丰富。比如大采购通过星河配置平台不仅可以配置门户设计风格、招采业务模型、工作流等,像业务计算规则如评标办法都可以进行灵活配置并形成自己的规则库,可随时调用。
开放平台对软件企业的内外部系统对接经验有很高要求。大采购万象开放平台基于北京筑龙与全国数十家银行、金融机构,国家公共服务平台、CA厂商以及目前主流的OA、ERP、财务等厂商具有对接经验,可以快速实现招采平台的内联和外通。

据我了解,现在许多政企客户在做招采数字化转型的时候,全流程电子化已不再是关注的重点,转而对平台智能化水平、灵活程度、开放程度比较关注。大采购的六大中台可以解决这几个问题么?


我们对大采购的定位不仅是要解决现在政企对数字化招标采购的需求,更要匹配未来这项业务的成长力。通过六大中台既满足用户对于各类型业务的交易需求,同时对平台智能化、灵活性、开放度都将带来前所未有的体验。
举个例子,在传统建设模式下,用户的定制化需求需要长时间开发,但大采购通过配置IDE可以将十几种配置引擎封装起来提供给客户,用户不再需要成为一个产品经理的角色亲力亲为,只需要进行简单的配置就可以完成,这不仅实现了客户对于灵活化的需求,更大大释放了客户的生产力。
再比如一些表单设计,通过大采购的动态表单引擎,用户仅通过“拖、拉、拽”的简单操作即可“设计”出一个自己专属的工作台,这种体验从未在招采行业中有过,这是灵活程度的体现。
此外,大采购将招采大数据、区块链、智能机器人都集成在对应的中台里,这让政企客户在实现智能化目标时变得更简单。
而万象开放平台则集成了北京筑龙之前对接过的各类型外部系统以及目前市场占有率较大的各类软件的标准接口,让招采平台的开放程度和开放速度大大提高。
一句话形容大采购B-PaaS平台
“大采购是一个稳定、安全、灵活的采购与招标等交易与管理应用搭建平台。
——谢芳

总结起来是大采购可以为政企招标采购数智化提供的能力更多,体验也更友好,那大采购对于招采这项业务来讲本质上有变化么?


我强调一下:大采购最终提供给政企客户的依然是符合自身交易场景的交易数智化平台,这是它一直没有变化的内核。
但无论企业、政府、代理机构、产权交易中心等都在不断面临业务范围、组织结构、监管要求的调整和变化,传统模式将平台打造的“很大、很重、很慢”,功能都写死在平台上,客户在调整时发现“花费高、来不及、搞不定”。
所以,北京筑龙做大采购的初衷,就是希望在充分满足客户对交易个性化需求的前提下,赋予客户更多灵活调整的能力,我们认为这种能力除B-PaaS平台之外,没有第二解。

最后,如果用通俗的一段话总结大采购B-PaaS平台,您觉得是什么?


大采购是一个稳定、安全、灵活的采购与招标等交易与管理应用搭建平台。各类企业/政府/招标代理机构/产权交易中心等用户,均可以在大采购平台上搭建如企业招标采购、企业非招标采购、工程建设招标投标、政府采购、土地矿权交易、国有产权交易、医疗器械采购、电子商城、竞价、租赁等不同类型的交易应用,轻松实现政企招标采购的智能、高效、低成本。

谢谢您,再次感谢您接受我们的访谈。


   温馨提示  
聊聊采招现在,说说采招未来,感兴趣的朋友可以扫描下方二维码,加入“数字采购与招标思享汇交流群,我们一起交流学习。


   申请演示  
如您有兴趣了解“政企数智化采招”解决方案,请识别下图二维码填写相关信息,优先体验招采行业最前沿技术。关于“大采购”的详细内容,可点击文末“阅读原文”了解。

来源:北京筑龙

上一篇:北京筑龙:区块链+公共资源交易,破解招标采购领域信任难题 下一篇:首启“量子随机抽取技术”,北京筑龙助力昆明市创新再升级!

在线咨询

在线沟通,获取专业解决方案

立即咨询

筑龙服务

扫码获取专业服务

官方微信

扫码关注公众号,获取更多信息

热线服务

售前咨询   15383402255

公共资源   010-86483801

企业招采   010-86392341