卡友支付被罚款,卡友支付
卡友支付被罚款,卡友支付
答案是肯定能用的，但是自从卡友支付由于违规被中国人民银行处罚以后，卡友支付的展业范围仅剩下几个地区了，除了所剩下的几个地区外，其它地方的机器卡友支付会通过平台合作的方式，转移给其他可以展业的支付公司，对于客户而言，没有任何的影响，资金安全绝对没问题，客户只要留意费率变化就行，觉得费率高可以立刻更换新机器就行了，中国市场支付行业发展很快，机器硬件更新速度也是很快。
业务范围
系统的根本目的是为了解决业务范围内出现的问题，那么，如何了解IT架构？本文通过故事的形式让你全面、完整地了解各类系统的业务范围与它们之间的关系，希望能对你有所启发。
市面上有很多的系统，如：ERP、SRM、CRM、WMS、TMS、MES、APS、PLM、OA、HR…这些系统是什么意思？这些系统有哪些核心模块？这些系统之间的相互关系是什么？拆解完成，梳理出下图IT架构，明确系统处理的业务范围以及各系统之间的相互关系。
支持层HR主要提供组织及用户信息，并管理好用户权限，是所有其他系统使用的基础。
这个IT架构是如何拆解出来的呢？为何是这个样子的呢？接下来，从系统发展的角度，来梳理系统建设过程，了解系统的业务范围、明确系统之间的关系。
一、源起：库房流水系统建设实际是从库存流水开始的。
下面用一个小故事串联一下。
还记得最开始，小白还只是一个小铁匠。
那时候，邻村的乡亲都把家里破破烂烂的铁具交给小白，由小白铸造成新的工具。
虽然小白的铁匠手艺不错，但更关键的是小白记录的方式。
小白有一个本子，记录了什么时间谁拿了什么原料过来，想铸造什么东西。
在对应人员拿走成品时，签个字确认一下。
记录本明细这看似简单的记录，清晰记录了每个人拿来什么，换回去什么。
加上重量的标记和成品的对比，知晓了原料的损耗，让整个铸造过程清晰透明，每个参与这个交换的人获取的只有一个感受：踏实！周边人员都很熟悉，人际关系也很清楚，加上送原料的记录和取货的确认，为去掉记录的岔劈奠定基础。
这个记录本的本质是物料库存记录。
物料库存所有的乡里乡亲进行原料提供，增加物料库存；在成品铸造完成后，乡亲来成品取货，减少物料库存。
随着更多附近乡亲的信任，铸造技术的升级，小白的铁匠铺越来越红火，业务越来越多，小白一个人已经有些来不及了，团队进入扩展阶段。
二、发展：B端业务的兴起记录本渐渐不能支持了，首先出现的情况是，记录过多，过几天来取成品时，翻找之前的记录，就会变得很耗时间。
再是记录人员和制造人员区分开，每个铁匠打造产品时，都需要来查看记录确定原料和成品，对于流水记录的要求更多了。
再就是成品越来越多，同一款产品可能存在多个，原料会影响成品的质量，乡亲来取货的时候，需要进行查找和确认。
再就是乡亲们的交易情况也变多了，或直接卖给铁匠铺原料，或直接购买成品等等。
复杂业务为确保业务的高效运转，小白建设了一套信息化系统来支持，并配合业务调整，具体落地为原料库、成品库增加接口人。
乡亲们送来原料时，原料库接口人记录信息：原料提供人员、原料名称、原料类型、原料重量、目标产品等；记录生成会同步到铁匠铺内、成品库。
铁匠铺内查看记录，获取到记录信息，安排人员制造产品，在完成后移交到产品库。
当乡亲们来取货时，通过原料库记录信息查询提供原料及成品，完成成品取货，并让取货人员签字确认。
铁匠铺内进度信息也实时更新到原料供应乡亲的记录中，让乡亲们获取到铸造的进度。
生产业务流程随着发展，乡亲们对于产品的品质要求越来越高，自己能提供的原料也逐渐减少，就干脆提出直接购买成品。
铁匠铺就需要自己去购买铸铁，来支撑生产产品所需要。
乡亲们即使有一些原料，则通过废料回收的路径直接卖掉了。
随着模式逐渐成熟，铁匠铺各个成员也更熟悉工作，在安排适当的情况下，开始准备增产。
通过查看产品的历史销售量，分析产品的消耗情况及销售趋势，将铁匠们开始细分，专门提前预打造一些产品。
为支持业务的良性发展，小白对系统进行了升级，B端产品雏形初具。
物料、产品库业务具体细分为采购、库存（物料/产品）、生产、销售，其中库房管理分为 物料库房、产品库房。
通过采购补充物料，增加物料库存；物料库存通过生产，形成成品，减少物料库存，增加产品库存。
通过销售减少产品库存。
随着信息化的发展，工具赋予生产制造的效能让小白震惊。
业务接入系统的深度在深挖，业务的广度在扩展，小白信息化的思维也在不断进化。
三、兴盛：信息化建设的加速小白作为类似拓荒者的角色，不断的在向前探索。
铁匠铺的业务在不断发展，生产制造工具进行了大量的升级，生产效率大幅提高。
类似原料提纯等通过大型设备和熔炉支持，一次性就可以完成超大批量，并且在质量上也有了很大提升。
为确保生产效率的维持，采购物料部分也加大加强了管理。
采购物料有交货期，供应商需要准备这大批量的原料；需要财务结算支持，既支持内部资金链的健康，也促进供应商的资金循环；大批量物料需要物流运送，在原料的上货下货、车型配备上也需要精细化管理…随着生产端效率的大幅提升，销售端也需要扩大力度。
需要支持更多销售员销售产品，提供销售订单用于跟进产品物流、财务情况，为产品销售物流提供支持，形成一个完整的闭环。
生产制造业务流程业务上的闭环没有太多震撼，而发现产品设计标准流程，才让小白欣喜若狂。
这一发现，让所有最初始一起合作的铁匠兄弟们有了更大价值发挥平台。
铁匠铺自身需要大型熔炼设备是一个触发契机，促进小白一直思考铁匠铺自身的能力优势，可以打造更多更精细、更尖端的设备。
这就使得产品研发需要有一个完整的链路，并通过已经证明价值的信息化系统来支撑。
铁匠铺也正式升级为生产制造工厂。
作为一个铁匠铺发展到一个制造工厂，已经获取了很大的成就，小白更多的发现，这完整的业务链条不能只是一个团队一家公司来完成，但要支撑整个业务的完整运转，信息化建设一定是必要且必须的，以生造制造为中心挖掘信息建设的深度，以完整业务链条运转挖掘信息化建设的广度，将大有可为！生产制造是一个业务核心【MES】；采购、销售、库存链接起来的进销存是一个业务核心，并以财务结算做支持【ERP】；产品研发设计流程也是一个业务核心【PLM】。
系统间需要数据对接，主要是以物料、产品库存的出入做平衡；采购为物料的入，生产制造为物料的出；生产制造为产品的入，销售为产品的出。
库存平衡而在这个大平衡下，小的业务场景也需要支持。
以产品为例，生产虽然是产品库存的入，但是产品质量不合格、产品成品抽检异常，需要让产品返修或重做，也会成为产品库存的出；销售是产品库存的出，但是销售退货也会成为产品库存的入。
业务详尽场景兼容每一个独立业务模块都需要对应的系统来支撑，也就成为各个系统划分的边界。
而系统间需要数据通信，是需要系统相互支持的。
系统建设的庞大不允许每家公司都使用完全的业务链条系统，也不必要，就会存在非核心业务模块的系统被弱化，也就导致，都是ERP系统，但是功能存在有很多不同。
系统划分基于业务的原则，划分各系统建设的核心，一次性完成众多系统的识别。
系统间通信系统建设以业务为核心，设计完整的业务流程，然后强化各个环节自身的自闭环，从而落地为具体而有效的支撑工具。
在并非自身开发系统情况下，要上一套系统，首先需要的就是判断：系统设计是否匹配自身的业务情况。
自身建设系统也需要以自身的业务为核心。
经典系统看完小白的整个梳理过程，是否可以更好理解最开始建立的IT架构了呢？组织为提升效率而产生，个人专业化将极大提升个人效率，两相正向影响，效率得到更大提升。
工具应提升效率而生，应更高提升效率而发展。
用一个好工具，没有？那就造一个好工具！本文由 @壹叁零壹 原创发布于人人都是产品经理。
