供应链管理系统是最早期面向企业的软件解决方案之一，供应商管理又是供应链链条中的上游部分。正值To B话题的热点，本文跟大家分享一下企业供应商关系管理及系统的相关内容。
随着阿里在17年底提出的“小前台、大中台”战略、腾讯近两年来一直在宣传的“产业互联网”、百度和京东纷纷进行企业级软件的战略投资，大众的目光似乎一夜之间都聚焦在了To B和企业服务领域 。
供应链管理系统是最早期面向企业的软件解决方案之一，供应商管理又是供应链链条中的上游部分。正值To B话题的热点，在这里想和大家分享一下企业供应商关系管理及系统的相关内容。
（1）供应商
什么是供应商？供应商是指，直接向企业供应各种所需资源（商品及相应服务）的企业及其分支机构或个体工商户，包括制造商、经销商和其他中介商。供应商向企业提供的资源，包括原材料、整机设备、能源、资金和劳务服务等。例如：京东方是提供华为手机屏幕的供应商，福耀玻璃是蔚来汽车玻璃的供应商，Oracle、Sap是各大企业管理软件的供应商。
（2）供应商生命周期
供应商生命周期管理主要指从供应商找寻、邀请供应商注册或者供应商自主注册、合格供方准入管理（评审和维护合格供方名单），到供应商基础信息更新维护，进而基于已发生采购业务基础上的供应商持续考评，最后对于考评不合格或者其他原因导致的供应商淘汰。
简而言之，供应商生命周期管理就是从供应商的开发 、供应商的认证引入 、供应商的绩效评估和风险管理 到供应商淘汰废止 的全部过程。通过供应商生命周期管理，可以有效地建立和保障企业的优质采购来源。
（3 ）供应商关系管理
供应商关系管理，也就是Supplier Relationship Management，简称SRM。正如CRM是用来管理客户和改善客户关系一样，SRM是用来管理供应链上游的供应商和改善维护其关系的。
SRM是一种致力于实现与供应商建立和维持长久、紧密伙伴关系的管理思想和软件技术的解决方案，它的目标是通过与供应商建立长期、紧密的拓展协作关系，双方共同开拓市场，实现双赢的企业管理模式。
供应商关系管理系统,通常也称作SRM系统。SRM系统是面向供应链前端，用来改善企业与其供应链上游供应商关系的系统，旨在通过完善的信息化系统控制优化双方之间的信息流、物流和资金流，提供便捷、高效的协同平台，降低企业的采购成本。SRM系统功能主要包含供应商引入、采购寻源、供应商门户协同、绩效考核等几大模块。
（1）供应商自主注册
供应商在企业的官网或者其他途径自主获取供应商注册链接，或者是收到采购员发送的邀请注册链接，通过链接登录企业的SRM系统，填写供应商名称、纳税登记号、地址、联系方式等关键信息，上传必要的资质文件包含营业执照（个体户供应商需要上传身份证照片）等，提交注册完成等待审核。下图是华为官网潜在供应商自主登记注册的入口。
（2）供应商资质审核
在供应商准入管理时，必须要对供应商的基本情况和资质进行审查。由于不同企业使用的质量管理体系有所差别，所以对供应商准入的审核内容也不尽相同，通常设置《供应商基本情况调查表》和《供应商资质评定表》，更为严格的需进行样品审核及供应商现场考察审核等。
采购寻源管理主要是实现在线的寻源管理，将原先线下的询报价、招投标的体系转换成在线进行，保证了阳光采购的公平与透明，实现信息流与业务流的统一，达到信息共享的管理目的。
（1）询报价
在线询报价主要指建立采购方和供应商之间的在线询报价管理，采购方通过在线发布询价书，由供应商进行在线报价。在线的询报价管理能够更快捷的对比和分析供应商报价情况，报价结果能直接创建形成采购订单，使得采购员能根据询价结果更方便的创建采购订单。
（2）招投标
在线招投标管理主要通过信息化的手段，完善当前的招投标管理体系。在系统中记录招投标过程中的各类附件信息，使得招投标过程在系统中能有完整的记录，便于监管部门进行事后的查询和分析。
过去，采购员与供应商的沟通方式主要是通过线下的电话、邮件、传真等。例如，在采购订单签订前采购员需要先和供应商进行交期、数量等的确定，确定完成之后在系统中录入采购订单，进而执行后续的采购业务流程。但是，通过SRM系统的供应商门户，将过去线下的沟通方式转换到线上，升级与供应商的沟通方式，记录与供应商的沟通过程。
（1）订单协同
订单协同指企业采购员和供应商，通过SRM系统实现线上的采购订单确认和采购订单修改，以及信息反馈交流。
（2）送货协同
送货协同指供应商在备货完成后，通过SRM系统录入发货信息，例如发货数量、发货时间、预计到货时间、第三方物流信息等，并打印送货单，进而可以使得企业相关的采购员、库管员等可以依据此送货信息做相应的准备。在货物送达企业的仓库后，库管员还可以依据送货单对实物进行验收和在系统中进行采购接收。
供应商绩效考核的目的，主要是为了确保供应商的供货质量，同时在供应商之间进行横向地评比，筛选出最优质的供应商，淘汰绩效差的供应商。
供应商绩效考核分为定量分析和定性分析两个维度，针对供应商的交期、价格、质量等指标，可参考业务系统（ERP系统）的业务数据进行统计分析，得出评分结果。针对服务态度、售后质量等指标，则需要相关人员进行人为主观的打分评比。企业对供应商的考核通常分为季度考核和年度考核，由考核成绩决定供应商的等级，甚至是淘汰不合格的供应商。
以上是本人对供应商、供应商管理的一些个人的理解和分享，不同行业、不同规模的企业对供应商的管理规范也并不相同，还有很多细节的部分就不在这里赘述了，具体业务情景具体分析。
本文若有表述不合理、错误的地方，还请大家不吝批评指正！
本文由 @memes 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于CC0协议
编辑导读：订单管理系统，是整个电商系统的核心系统之一，有一定的复杂性。本文将从六个方面，围绕订单管理系统展开分析，希望对你有帮助。
订单管理系统即处理订单的系统，主要管理订单的输入，处理，输出。其在一般电商系统中或在有交易功能的系统中，都是核心系统/功能之一，有一定的复杂度；但是虽然复杂，并不代表理解起来困难。
关于商品的文章里面，我们已经从商品的输入、维护、输出的流程来介绍了商品系统，那订单也一样，我们本文把订单看成一个流程即订单流来理解。
订单系统会与购物车、商品系统，营销系统、会员系统、支付系统、物流系统、仓库系统、财务系统、内容系统，具体请看示例图：
个人认为订单的输入(亦可称之为来源)可分为内部和外部两种方式：
一般代表性的就是分销订单，如供应商的订单系统会接收外部系统的订单。
第三方系统传输的订单，由于订单比较独立，所以涉及的相关系统会少很多。第三方订单在订单接收时主要判断传输方是否有资格，商品是否上架状态，库存是否满足，收货人信息是否完整等。由于该类订单相对来说不需要很高的实时性(意思是该类订单对于消费者来说已经付款了，现在只是后端处理)，所以对接口负载性能等要求相对就没有那么高。订单数据处理方面，一般都是线下核对账单，线下结算款项，所以主要在数据记录和处理的准确性方面有很高要求。以上就是订单的输入，接下来我们聊订单的处理。
个人认为主要有3种处理方式：
在订单系统内，系统会对订单进行各种逻辑规则判断，判断后就会根据业务规则分发订单，可简单看示例图：
基本上订单的流转处理是秒级，甚至是毫秒级就能处理完毕的，不能处理的或者处理失败的都会把订单归类到异常订单。
下面是订单各状态的流程图：
订单一般流转到仓库进行发货操作，发货后仓库会把物流信息回传到订单系统，订单系统接收消息后会对订单进行发货：
如果是内部订单则订单状态直接改变(消费者端也会同步看到订单状态变化)；如果是外部订单则会通过接口告诉第三方系统该订单的物流信息；在特殊情况下，就需要对订单进行人工处理，例如订单无法流转到下一级、订单有备注等。人工处理的结果可能是跟消费者协商后让其退款，也可能是手动的传输订单等。
内部订单的完成并不在发货后就完成，一般来说在客户接收到订单商品后即算完成。
但是对不同类型的商城有所区别：
自营商城：一般客户收货后就完成订单，例如京东。非自营商城：客户需要自己点击确认收货或经过一段时间后系统自动确认收货。外部订单系统订单一般在发货后就算完成。
在我们设计订单系统的时候，应该先思考下公司业务类型和逻辑，理清业务上订单流的起止。
理清后从订单源头开始设计订单系统：
如果是自建商城类的那么订单模块会涉及到其他系统，需要与其他系统的产品经理(如多人)去讨论，如何让订单系统与他们负责的系统进行对接；如果是供应链类型的订单系统，则需要考虑如何让订单能够从外部顺利传输到系统，是我们提供统一标准的API呢还是我们去各自对接第三方系统等等。考虑输入方式后，我们就要依据公司业务运营方式来考虑订单的处理逻辑，订单进入系统后如何 让系统自动处理订单，依据什么规则；同时也要考虑对异常订单的处理。在考虑好订单处理逻辑后，就要考虑如何输出订单，是直接输出给WMS还是会再输出给其他ERP等等。由于是自动化的输出，也就要考虑与其他系统的对接方式。最后，我们就要用把公司业务代入到系统内，看看是否能行程闭环，是否还有欠缺或者是否遗漏了细节等。订单管理系统涉及的其他系统比较多，所以在系统设计上应该具有独立性、拓展型和准确性，独立性代表订单系统的维护或者异常不会影响到其他系统；拓展型代表订单系统在以后增加功能的时候方便快捷；准确性是指订单数据涉及到财务方面，所以应该严谨和准确。
后台系统订单页面的设计：
1）订单列表页面的设计
根据公司业务需要来设计列表页展示的数据和布局，以及筛选查询的关键字段，具体可看示例图：
2）订单详情页的设计
订单详情页一般来说是模块化的展示设计，订单基础信息、商品信息、物流信息、支付信息等都需要有所区分，这样设计有利于详情快速查看以及在系统研发的过程中让开发小哥哥不容易搞错哦，具体可看示例图：
3）订单规则设计
订单规则根据业务的大小有简单和复杂，所以具体需要看业务规模。
如果公司现阶段刚起步，则订单规则可直接写进订单系统；如起步有一段时间了或者发展比较快，则可事先就开发好订单规则模块，以后有新的订单规则直接通过运营人员设置即可，更加的方便和更快速地适应业务的发展。
本文由 @Milomasson 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自 Unsplash，基于 CC0 协议
本文以电商系统中的供应商管理为讨论对象，分析了其中的管理、属性、流程等内容，希望能给你带来启发与思考。enjoy~
前天写了一篇“以商品流转了解系统模块”介绍，里面啰里啰唆的说了很多模块，每个都是系统的组成部分，都很重要，也都值得一个个的去深入学习总结。这里先聊一下供应商管理系统，希望阅读后能有所帮助和启示。
目前关注阅读了很多公众号文章，也想在文章的排版和内容上让大家耳目一新，但是火候未到，还在不断的学习路上；借用毛主席诗词“红军不怕远征难，万水千山只等闲，五岭逶迤腾细浪，乌蒙磅礴走泥丸。”来表达决心与信心。
提到供应商管理你首先想到的是什么？
从采购角度想就是要搞定她，以最便宜的价格进货，降低成本，完成个人的绩效考核，如果有返点更好。从产品的角度想就是要如何获取业务需求，把供应商相关所有内容理出来，后续的扩展业务有哪些，形成PRD以便给研发宣讲。从研发的角度想就是要有哪几个基础功能，信息字段有哪些，这些字段会影响到哪些功能，需要关联哪些，我要采用什么样的新技术，搭建一个牛逼的页面给大家用，证明自己。以上只是个人的猜测臆想，大家不必认真，下面的图可以看到：
供应商可以发货到仓，可以直接发货到用户，可以发货到门店；平台合作商家可以直接发货到用户也可以发到自营仓(会产生仓储使用费)还可以发货到线下门店。
所以供应商的管理在供应链系统中不仅仅是供货管理也要考虑其整体的能力，优质的供货商（商家）可以提升公司的效率和业绩。
供应商按类型可以分为两大类：供货商与商家。
供货商主要针对自营的，即公司属于零售商采用购销或代销的方式与供应商合作；商家则是指入驻到公司系统平台，利用我们的平台和流量来促成销售，公司收取服务费。供货商按合作模式又分为经销、代销、联营等，此部分一般是在签订合同时确定，同一供货商可能与我们有不同的合作模式即部分商品做经销也可以做代销；合作商家一般以佣金扣率的方式合同。
按经营的业务可以分为食品类供应商、酒水类供应商、水果类供应商。
按是否入仓可以分为入仓和直接发货，如果是海外供应商也应该区分。
这些都是供应商的一些基本属性，属性的不同，供应商的管理也是有区别的，资质的要求也不同，这些都是供应商管理系统模块设计时考虑的范畴。
供应商也是有生命期的，在管理过程中需要不断挖掘和培养优质供应商，剔除劣质供应商。
像华为、小米等企业的供应商很多，多个供应商的整合协作能力是供应链管理中的大学问，我是看了点供应链方面的书才了解的，属于现学现卖。
在以销售商品为主的电商企业中供应商的管理系统模块相对简单点，只要能进货、有问题可以退货、保证我采购的商品质量、能够正常结算就可以了，对于供应商的管理也比较偏线下，这里说的管理是指供应商等级、信用以及供应商的各个指标体系的监控。
下面针对我的学习了解，结合接触的系统和个人理解按上面的流程逐一简单说明下，有聊的不对的，请留言共同完善。
在以商品为流转时也是首先要做的。
供应商的产生来源可以是自己的采购部或招商部去开发，一般对于自营供应商是需要有经验的采购人员引进，合作商家类供应商则需要我们提供优惠的政策去吸引他们。
万事开头难，此部分工作主要是线下，但是我认为如果要管理好供应商，这部分的过程也应该纳入到系统管理中，就像销售人员开发客户一样，是经过什么途径、经过几次谈判，采取了什么的优惠政策，实际联系人是谁等等。
几年前曾经做过销售合同的执行过程跟踪软件感觉挺不错，现在都在讲大数据，此部分的数据收集相信对于采购部和公司都是有用的。
如何收集与具体收集哪些信息？
网站商城应该有接收供应商申请的引导页面，内部系统需要有具体的模块。
信息主要包括基础信息、开发途径、联系人员、职位、公司地点、主营业务、注册资本、成立时间等等。主要是跟进开发过程，即谁在跟进、跟进的详细说明等等，这也属于风险调研的过程，一量可以合作便转入到正式供应商。
这是供应商管理主要部分，供应商信息包括基本信息和附属信息。附属信息可以指一些资质文件的上传与审核。
一般供应商不需要像合同一样每年都签订合作协议，因为这部分是供应商的合同来承担的，但是供应商的状态变化需要关注。
（1）基础信息
由开发供应商模块导入（关键字段）或新建供应商；此时供应商仅是一些基础信息，如供应商名称、前面介绍的供应商属性等。
（2）父子账号关系
这里还需说明一下，在前面介绍结算时有涉及供应商的简单介绍中提到供应商也应该有父子供应商。
为什么会有这种场景？
因为同一个供应商可能有多种合作模式既有经销也有代销，签订的合同模板不同，需要区分。
父账号的系统作用？
可以回顾下供应商结算是以子账号为依据生成结算单的（看电商财务介绍部分），但是最终付款的流程是相同的，都是结算单审核后，收到增值税发票，付款申请后生成付款单。但是此供应商是否可以付款或在付款申请时是否通过呢，这需要把所有的子账号结合在一起考虑。因为供应商有不同的合作模式，每个子账号的应付金额有可能是负的（如商品质量有问题发生大量的退货），此时就不能付款，控制公司风险减少损失。
如果不设父子账号也可以通过一个供应商可以同时有多个合同的方式？但是这个涉及到商品的关联，逻辑相对复杂也不清晰。
（3）供应商资质管理
这是供应商审核过程中最重要的部分，此部分可以由商家管理处负责，也可以是财务内控部负责，也可以是质控部管理。
资质审核哪些内容？
供应商的营业执照，品牌合作售卖权，商品专利等。
系统如何设计？
经营的业务不同，资质也是不一样，这时便可以参照销售区域模板来搭建资质模板，每个供应商都需要配置，这样需要上传的资质文件或证照便可以进行审核查看。
信息可以由供应商通过供应商管理平台上传或录入相关信息，然后在供应商管理模块中进行资质审核。
当基础信息、资质信息等都已经维护并审核完批，此时便可以启用供应商了。
至此供应商可以录入合同、创建商品、采购或销售卖商品了，但是供应商的管理才刚刚开始。
供应商执行过程中，需要有合同、有商品、有业务单据，但是如何有效监控管理这些内容呢？
这是需要与相关的业务结合来进行的。
供应商的合同正在执行有哪些？
合同的至期时间是否有提醒，至期后如何通知供应商，这些可以通过预期模块来实现。
供应商信息是否有变更？合作模式有变化吗？
最常见的是银行收款账户变更或经销改代销等等。这此又会涉及财务部分，所以在执行过程中的变更需要全业务流考虑。
简单地说，对于经销改代销，一般要先锁定供应商库存，做盘点然后做空出，再根据新建的代销合同进行空入，然后上架销售。由于我们有了父子账号，也可以新建子供应商的方式来实现。自古华山一条道，但是系统的解决方案确是多条的，正所谓条条大道通罗马。
供应商的执行过程中还会涉及采购返点，此部分一般都是在签订合同时便确定了，如果变更需要通过合同变更协议进行。
对于系统上此部分主要是结合供应商管理报表来进行监控。对于供应商库存进行查看预警，到货的时效和到货率的统计，商品损坏率，缺货率等。这部分与供应商的信用管理又有所重叠，所以在设计时关于业务的要与业务系统关联，信用指标要与信息管理整体设计。
供应商冻结管理，在供应商执行过程中，由地某种原因可能暂时停止进货、付款等。此时需要有一个冻结管理模块。
冻结分为两部分：
冻结供应商部分付款额度－控制付款金额，如果财务系统做的好可以根据每月的财务预算系统生成利付款排程。供应商完全冻结－此时供应商可能是即将终止合作或暂停相关业务。根据公司的业务战略，将公司客户/供应商进行分级，并实施分类管理，针对不同的客户/供应商级别，形成差异化的管理政策（差异化管理可能反映在价格、返利、货源的优先保证、信用额度、账期、业务过程中的适当授权等）
最终目的是经过合理分级确保供应商获得应用级别和合理政策，在合同执行过程、财务结算以及相关的采购业务中提供决策参考。
基本信用指标有哪些？
需要根据客户/供应商的经营情况、贸易量、价格水平、信用状况、收付款情况、产品质量、历史交易为参照指标，并给出相应权重。
对于战略性供应商的管理，需要考虑以公司可实现的销售能力为基础，充分考虑公司现有的采购/销售能力以及未来的市场变动趋势。
这些信息有的是通过供应商及相关渠道进行收集获取，有的则需要我们根据供应链系统数据进行计算获得，常见的如到货率、缺货率、坏品占比、在途时间等。
信用评估时间？
可以按季度或半年做一次评级，评级后需要在系统中体现出来。我们产品研发做的就是根据业务需求搭建供应商信用等级型并生成信用评估表。
在我工作的几家公司中，对于供应商信用评估更多的是采用线下，系统中更多的关注还是供应商信息和执行部分。
对于合作供应商，如果没有很好的跟踪和沟通，多数都是随着采购人员的离职慢慢的终止合作。
不仅供应商对于大客户等也是一样，是否合作主要看现在的部门人员,一朝天子一朝臣。这也是在供应商管理过程中有些是线下管理的原因，因为一旦在系统中进行了客户沉淀，那么人的重要性就淡化了。
供应商终止合作时最主要是要根据合同条款做到钱货两清，好聚好散，这就是供应商的清算过程。
有的供应商合作很久，采购业务换了一拨又一拨，期间应收、应付、库存数据是否正确可能都是糊涂的（所有的公司都差不多）。
所以供应商应该要有以供应商维度的应收款、应付款及库存报表。
对于质保金、预付款的余额与金额变化要有详细的记录和月报表。
需要每月生成应付账款余额组成报表，便于财务与业务查看供应商整体信息。
库存数据要有供应商的期初、期末的数据，要有库存出入库报表，至少要做到月报。库存数量是比较容易的，只要业务单据没问题，统计是没有问题的，但是库存金额（成本）的统计则相对麻烦，尤其是FMS系统与财务账是否一致（财务每月结账时都可能会有相关的库存存货调整）。
在供应商终止合作时，需要将以上几部分工作都清算完毕，此时供应商才是真正意义上的结束。
能想到的内容基本都写了，涉及的内容有些与现在所在公司或曾经的公司内容有相似，没办法现在只是逐步总结学习，我的理解供应商不仅包括供货商也包括合作商家（我个人这样定义），为了使系统能够统一，应该将相似的内容整合起来，减少系统的复杂度；有的公司有自己的CRM系统，供应商属于其中一部分，信用评级、跟踪等都会有成熟的模块。最后还是希望您阅读后有所收获，谢谢！
作者：倔强的大萝卜；公众号：倔强的大萝卜
本文由 @倔强的大萝卜 原创发布于人人都是产品经理，未经作者许可，禁止转载。
题图来自Unsplash，基于CC0协议。
发表评论