主题：【原创】我给SCM软件开发商提的需求清单1 -- wqnsihs
家园 【原创】我给SCM软件开发商提的需求清单1 这一份文件是在邀请软件开发商进行工作交流时，我准备给他们的基本清单。这当然不是正式的招标文件，只是把SCM使用者最基本的要求整理出来。我认为对软件开发商和使用者都有一些参考价值：就是什么样的SCM是客户喜欢的。
一、对SCM的主要需求描述
1、系统设计基本原则
（1）、实行集权管理模式，在整个集团范围内统一优化配置人、财、物资源，对关键业务如财务和采购严格控制，实行垂直管理。
（2）、统一企业形象，统一经营理念，统一商品和服务。
（3）、总部能严格控制连锁店的经营管理和销售行为。
2、SCM要解决的管理上的难题
（1）、总部怎样才能够及时地掌握各连锁节点的全面的运作情况？
（2）、如何控制各门店的经营行为使之达到统一标准？
（3）、如何实时掌控各连锁店的商品库存变化情况及每天的销售额？
（4）、如何进行及时补货及各店间的余缺调拨？
（5）、怎样才能够提高整个连锁网络体系的效率，减少营销成本？
（6）、怎样才能够提供统一的、完善的质量控制体系和售后服务体系？
3、对SCM的技术要求
（1）、能够对主要商品自动编码
由于商品的品种较多，国家没有统一编码，商品名称复杂，手工编码工作极为繁重。
（2）、能够自动对商品有效期进行严格监控
商品需要严格控制其有效期，而手工管理很难做到及时、准确。
（3）、报表自动生成
由于商品品种多、客户数量多，业务量巨大。同时，随着货物数量的增加及出入库频率的剧增，手工管理模式会严重影响了正常的运行工作效率，致使仓储管理准确率和效率极低，同时，商品包装及主辅计量单位的频繁变化，给统计工作带来巨大的挑战，财务及管理部门所需的各种经营数据及经营分析报表无法及时报送到决策者手中。
（4）、配送中心与连锁店的信息必须实时、动态集成
配送中心如何快速获取连锁门店的库存变化，及时主动地配货。要做到这一点，各分店数据必须及时，真实，完整，有效传递到总部，零售的前台销售和后台必须无缝相联。总部能随时掌控各连锁经营及库存情况和配送中心的库存情况，以便分析各连锁分店每天的销售情况，主动配货或采购，避免超储积压或卖断缺货的情况，提高企业效益，从而达到控制各连锁分店的目的。
（5）、自动管理商品品种价格
随着连锁企业的扩张，跨地区经营不可避免。不同的区域消费特性不同，制定不同的价格政策或者经营不同的品种才能满足不同区域顾客的需求。在连锁企业的扩张中，多样化的连锁模式如直营连锁及加盟连锁都是可能的选择，特别是随着这些加盟店的加入，品种价格政策的可能会有多样化需求。
在连锁企业经营中，价格政策必须由总部统一负责，这是连锁经营的关键因素之一。但是，对跨区域的连锁经营，一般来说，不同区域，对某些商品的价格接受能力有很大差异。因而只有从实际出发，制定较为灵活的，适应不同区域消费水平的价格，或者在不同的区域经营不同的品种规格，才能取得最大的销售额。
（6）、对门店的自动管理
加强对门店商品销售及库存的管理，并在此基础上实现公司统一管理库存的自动订货，公司对分店的自动调拨以及分店之间的商品调配，缩短订货周期，增强送货的及时性、可靠性，并最大程度地减少库存的积压。
二、SCM必须实现的最基本功能
1、可以让任何有授权的用户从其终端实时监控、查看任何一个门店的销售情况（例如来客数、客单价、毛利率、销售成本等等）；库存情况（品项、规格品种、进货价、销售价）；订货情况（订单数量、在途情况）等等数据，并可以进行实时数据分析，例如同比、环比、与计划差距、与最优秀门店指标比；同时提供预警数据，例如缺货预警、销售异常预警（发现大宗团购一般就是在作假账）、销售不足预警、销售价格异常预警（往往是门店为了完成销售指标在牺牲毛利促销）等等。
2、同时这些用户也可以实时监控和查看任何一个品项的销售情况（销售额、销售量、进货价、销售价等等）；库存情况（例如库存数量、规格品种、库存地点、库存环境（湿度、温度）----这对冷链产品极为重要、库存时间和过期时间等等）；订货情况（订单数量、在途数量、预计到货时间、预计到货数量等等）；结算情况（对账数据、退货数据、赞返数据等等）。以上这些数据为实时调整经营策略和运营方法提供了支持，例如促销活动的时间选择、品项组合选择、价格带选择、目标客户选择、供应商选择都需要这些数据。
3、帮助零售商随时掌握订货信息的传输情况，充分了解、捕捉与满足顾客的真正需求，合理规划安全库存的最佳水平，合理调整企业的广告策略和价格策略，提高资金利用率，而且还可以帮助供应商合理安排生产数量、时间以及运输等问题，实现按单生产、及时交货，从而减少了生产效率的损失。
4、将零售商内部的一些实时动态信息，例如订货业务，退货业务，销售业务，扩张计划，促销计划，网上对帐对单业务等等信息，以及其他的需要与供应商，制造商等企业交流的信息，通过一个专业的网络平台工具来进行实时交互和管理，从而解决大家在信息交互和交易单据传输方面的延时和高成本问题。
5、对每一个系统用户允许操作的系统模块、界面、权限进行相应的设定，例如：在网站上点击接收确认各项单据信息，则表示已经正式确认了该单据信息；如果单据信息有问题，可以通过及时通过互联网络进行相应的沟通；而日常的网上对单对帐，也是可以通过网络进行核对，确认无误后，零售商则直接将应付帐款通过网络划拨给该供应商，进而有效提高双方的办事效率。
6、实时对上传信息进行反馈和确认，并进行相应的管理和分析，进而产生一系列与零售商内部管理相关的各项信息，使供应商和制造商能够及时获取相应的信息和资料，将原来的一些游离于企业外的管理流程和环节纳入到自己的管理体系中，有效的降低商品缺货率，提高商品周转率，同时也节省通讯费用。
三、系统结构要求
1、基本功能
（1）、配送中心与连锁企业信息系统及门店管理系统无缝集成
SCM将实现配送中心、总部业务管理、门店管理一体化集成设计，配送中心信息系统又与车辆运输信息系统及自动化仓库控制系统集成。
（2）、支持顾客的管理
SCM可以通过会员卡、储值卡、预付费卡等等卡片系统来采集顾客信息，为实施客户关系管理系统（CRM）准备数据基础。
（3）、支持自动报表
SCM将提供连锁店商品销量和销售额统计、连锁店销量和销售额排行榜、商品销量和销售额排行榜等统计分析报表，及时按商品销量和销售额对经营品种进行ABC分类，对企业的经营管理提供辅助决策支持。
（4）、有完善的预警机制
SCM将可以对接近有效期的商品、滞销商品、过期订单、库存缺货进行警告和提示。
（5）、支持连锁店的多元化经营
为了充分发挥连锁门店的渠道优势，SCM将支持对非商品的销售管理，如数码冲扩、化妆品、药品、快餐店等等。
（6）、先进的数据交换平台
目前我们已有的信息系统是基于WEB的解决方案，要支持上千家连锁门店的正常运作是困难的，其数据传送缓慢且经常出错，甚至出现出一张报表需要一个小时的情况。建议SCM系统采用更好的通讯架构，以低成本高速度支持数千家连锁门店的正常高效运作。
建议将数据库技术和流程管理技术结合起来，利用工作流来串联一项工作的不同阶段。各种单据处理后的不同状态，系统将自动传送到后续处理人的处理窗口中；下一阶段的工作人员将会在他们的邮箱中看到自己所负责工作的当前状况，并且可以选择其中任意一项工作(邮件)切换到相应单据进行处理。
2、集成化的信息系统
SCM信息系统至少应该由三部分组成，即总部的信息系统系统；门店管理系统；配送中心信息系统，而配送中心系统分为仓储管理；车辆运输管理；设备控制三子系统。
这些系统应该建立在一致的数据平台上，相互之间实现信息实时集成。具体的讲，SCM能从门店管理系统获取门店的库存信息以指导销售采购财务结算等；能从门店系统中获取各门店的自动补货申请；能从门店系统中获取送货品种数量包装送货地址路线等信息，规划出最优配送方案；能从设备控制系统中获取库房温度湿度等信息，以监控库存商品的状态。
3、连锁门店管理系统
应该是一个递阶分布控制系统，满足区域公司和总部对其数据实施实时采集和相互通讯的要求，同时可以满足多目标资源配置的调度和多目标监控。
通宝推：池塘中的雨滴,
本帖一共被 2 帖 引用 (帖内工具实现)家园 东西很大，不是那么容易做的 定制开发为主。要有开发失败做二期的准备。
家园 这已经几乎覆盖公司的IT系统了，不是短期能搞定的 以我的工作经验来看，M总的这个系统很庞大，不是短期能搞定的。我也做过一家大型企业的的分析支持，主要接触的是该系统的库存，预测，订货，商店布置，销售模块。该公司的配送中心与商店共有两三千家。上述任何一个子系统都很大，支持团队是百人级别的。开发演化至今都几十年了。
就拿这里最简单的商品编码来说，这就是一件非常繁杂的事情。从我应用的角度来说，系统设计之初就应该考虑长远的需求。我所在的公司所有的商品都需要有编码，商品编码是有专人负责的，该公司是自己一套编码体系，这本身就是一个子系统，他们是分为部，类，子类，型号，项这五级。系统设计之初，只有部，类，项三级，结果后来发现不够使用。因为很多程序是按三级编写的，推倒重来代价就大了，只好用修补的办法，但这样一来数据的结构就不够干净。类似的情况是很多的。另外，编码是不是重复使用？这也是一个问题，因为有些商品，如服装，常常几个月后就不再销售了，今后也不会有同一种产品出售，因此重复使用编码似乎没问题，但后来发现，这对一些应用带来了不便，比如查找销售历史数据就很麻烦（公司经常有法律诉讼，需要历史资料证据等）。
库存管理：这又是一个庞大的系统，我不知M总企业使用什么软硬件，反正我接触的系统相当大，IBM的那套系统，还是感觉不够用，一个大点的数据库表就几百个G，所以只能存储每个周末的瞬时数据，都无法看每天的结束状况。做个大点的分析，仍然需要数小时运算。对大型企业来说，WEB只能作为用户界面，后端的软硬平台要求很高。
公司的库存水平控制是与预测模块（又一大块子系统！公司使用专用软件）紧密相连的，而预测模块需要销售历史作为依据，每周微调。
我感兴趣的是数据仓库与挖掘方面，因为公司数据浩如烟海，各个系统之间联系有的松散，有的紧密，报表常常出现不一致，这又是许多公司的通病，如何在不影响公司业务的情况下，尽量整合各个系统的数据，利用数学与统计的手段，进行各种
分析，从中挖到金子，是很有意思的一个方向。我看就算美国，很多公司这方面还是刚刚起步。河里这方面的大牛们能否交流一下。
家园 插句对应用开发的感悟。。 经过这几年，我觉得应用开发要想成功的满足企业的需求，有以下几个必须同时做到的：
1.足够多的钱，没钱请不到好的人
2.足够少的人，开发、设计的人员越多，项目越失败。商业软件也有3、40年了，但是还是没有银弹。你的承认阿三都是傻逼，写出能用的东西的，还是靠牛人
3.足够专的权，软件的目的就是控制，这也例外那也例外，那就没有控制。权力的斗争一点都不客气的，大家准备好没。
企业应用就是利用计算机的计算机传输、存储能力来规范企业的规则， 任何看似很土的方式，只要能充分的利用计算机的能力就一点儿不土。绝大多书数所谓的开发。。都是在用第三代的语言包装第四代的查询语句。不过话又说回来，要不这样。咱这行那么多人。咋养活。
家园 非常理想 只是不知道你这个项目打算花多少钱，用多少时间，最后又能做成多少。
感觉能做的让你八成满意就很不容易了。
家园 送花 家园 要是图文并茂就好了 老兄的这个需求提得很细，非常细致，只是如果以流程图的形式辅以简洁明确的文字说明就好了，毕竟需求提的细致只是一方面，能够让开发人员透彻准确的理解需求方的意图也同样至关重要。很多用大段文字描述的东西，很可能一个结构清晰的用例图就说明白了，感觉这方面我们本土企业家应该多多师夷长技，鬼子们这方面做的就很好，简洁的ppt搭配图表就能够把一件普通问题说的很清楚。
针对老兄提的几个问题，简单探讨一下：
2、SCM要解决的管理上的难题（1）、总部怎样才能够及时地掌握各连锁节点的全面的运作情况？
（2）、如何控制各门店的经营行为使之达到统一标准？
（3）、如何实时掌控各连锁店的商品库存变化情况及每天的销售额？
（4）、如何进行及时补货及各店间的余缺调拨？
（5）、怎样才能够提高整个连锁网络体系的效率，减少营销成本？
（6）、怎样才能够提供统一的、完善的质量控制体系和售后服务体系？
1. 数据集中。总部设立数据中心（信息科技部），集中分析和处理业务数据。SCM可以采用B/S结构，终端数据录入可以采用通过计算机浏览器人工录入数据提交表单，也可以采用一些智能化手段录入数据，比如扫条形码、刷磁卡、读写IC卡等。
2. SCM系统需求分析会可以有代表性的抽样选择几个大零售店和门店的一线底层工作人员参加，有的时候这些深入一线的人员对业务流程有着更加直观的认识和丰富的复杂情况处理经验，多听听他们的声音对系统设计很有帮助。一旦最终需求分析会上从上至下大家达成基本共识，最终确认系统总体需求后就不再在结构上做大的调整了，各门店均需服从这个定下来的统一标准，只做微调。随着系统使用周期增长，最终通过使用系统可以达到规范统一各门店标准的目的。
3. 系统提供即时查询和即时报表汇总功能，每日做日结，日结后的数据不再变更，便于数据核对。同时对日结后的各项数据进行分类统计，分类处理，分类萃取，为管理层决策分析提供数据支持。具体怎么个分类法可建立相对应的数学模型和处理规则。对于管理层来说，通过浏览器录入不同条件，即可等到想要的数据汇总，可以是报表形式也可以是图表形式。
4. 以每天日结数据为基准，日结后第一时间进行数据分析，同时逐级向上汇总，同城内的不同门店的资源统一调配，同城内总的数据节点负责分析同城内各分支门店提供的数据并统一调配资源，达到及时补货及各店间的余缺调拨。在物流业效率提升后，甚至可以做到不同城市间的上述统一分析数据调配资源，最终实现全国甚至全世界（这个远了...
）统一调配资源。5. 全球化是最好的提高效率的手段，比如日结时间后基本上国内是晚上，数据分析和物资调配的工作可以外包给国外的上班时间的地方完成，当然前提是国内的物流公司24小时运营。
6. 质量控制和售后服务都是系统的一个模块，比如客户关系管理系统就是售后服务的保障，建立相应的call center保障售后服务的同时进行回访。
最后说些相关的，想到哪里说到哪里。
老兄提到的workflow不是什么技术难点，现在很多系统都可以实现多轨道多层级的审核确认工作流程。
数据自动录入读取智能终端是很重要的技术，条形码不大清楚，不知能否储存足够多的商品信息，磁卡和IC卡都没有问题，自动数据录入技术在仓库管理和销售环节应用都很普遍，只要有办法把信息相对全面迅速高效的录入系统，剩下的提交表单和写入数据库就交给程序来完成吧。
系统开发的数据移植和数据清理工作是大头，所以一套没有任何基础的全新系统反而轻装上阵，因为只要涉及到旧系统，就涉及到数据接口和数据格式的问题，就会很麻烦。
任何业务和工作流程，都可以简单的抽象成数据处理，所以只要把工作流程各环节明确，理论上技术实现手段都不是问题。
以现有技术，实时查询和汇总一定数据量的数据不是什么困难的事情，关键看汇总办法和数据量，以目前的小型机的性能处理SCM系统应用还是游刃有余的。
家园 实际清单是图文并茂的，但是放上来有侵权嫌疑 这个系统实现的主要问题是与原有系统的嫁接、切换和数据移植。因为几万人不能停业，每天都得开门营业，同时切换是一家一家门店切换。再加上与配送中心切换（这是与外国物流企业合资的，使用的系统是他们自己开发的，不允许进入他的系统，只给了一个数据接口）。
家园 想来也是 要是真图文并茂就不是探讨而是招标书了
涉及到原系统对接和数据移植数据清理就要麻烦一些，需要大量的人力去做体力活，不过还好目前数据格式就那么几种，时间的问题而已。
鬼子就是小气，其实他们藏着掖着的所谓系统核心机密无非就是工作流程，系统代码实现技术没准还不如国内的很多专业软件外包开发商呢。物流业和零售业的确是中国的一大软肋，只能是几代人通过不懈努力摸索自己的最佳工作流程，走定制开发自己的系统的路。接轨照搬是不能彻底解决中国特色的一系列问题的。事实上，中国很多企业经营了那么久，即使效率低下，也不代表工作流程就一定是落后的，很多企业只需把自己传统的工作流程电子化信息化就可以达到改善流程提高效率的目的，实在没必要丧失自信，站在洋话连篇的consultant们面前听他们满嘴跑火车
另外补充一点，关于配送中心的系统，可以借鉴很多物流业公司的tracking系统，通过GPS和一些手持终端来提高效率。兄台的这套系统虽然名义上是SCM，其实其中很多子系统涉及到的都是高度集成的综合系统，尤其是配送中心部分的仓储管理、车辆运输管理等。
家园 忙大肚子里东西太多了 经济版都是忙大的宝贴啊
我一时半会都吸收不了
外链图片需谨慎，可能会被源头改家园 您这是真经啊! 请教几个问题,
1。零售业可以做库存托管，既由供应商承担库存吗？
2。您是如何组织POS销售预测的？多长周期？
3。这些信息，包括库存，销售预测等，与供应商共享吗？
4。能介绍一下后台数据仓库的应用吗，如促销效益的分析，
您的SCM需求，恐怕实现起来不容易吧？
- 复 您这是真经啊!
家园 我的回答 1、一般超市保质期短的商品，例如日配品、生鲜，实际都是供应商在承担库存，超市自己一般没有库存，销售不掉，当天就退货了（不排除有个别店长贪图供应商好处，内外勾结，销售过期产品，例如换标签，但这是违反管理制度的，发现小则罚款，重则开除）
2、百货等保质期长的商品，如果供应商配送能力强，超市仓储地方狭小，可以委托供应商代管库存，但是订货单发送后，才算超市的商品，在订货之前，与供应商库存没有金钱关系，也即库存损失与零售商无关。
3、POS数据分析每周做一次，以此确定下一周期DM促销（一般一次周期15天，包括从准备促销清单开始，选品，谈判，进货，陈列，促销等等）。具体数据分析集团总部有一个专门部门，大约5个人，3个是黑龙江商学院学商品的，2个是数学系学数理统计的。
4、所有实时销售和动态库存数据都与供应商共享，只是要付费（实际就是数据整理的成本），例如酒水类数据，一年大约20万（不仅包括供应商自己，而是所有相关的产品在本集团所有门店分门店甚至货架的销售和库存的数据，只是其他客户的供货价格不提供）
5、后台数据分析是SCM的主要功能，为决策提供支持。例如促销效益数据分析是每个促销周期结束后的第二天，在办公会上就将作为主要讨论内容。主要分析方法一是销售可比、同比、环比；二是我们把门店分成四个店群，不同店群在同一促销周期促销商品重点不一样，例如32促销周期Ａ店群可能重点是促销日配品，B店群重点是促销酒水等等，这样可以容易通过数理统计方法，分析出促销手段、商品品项与促销效果的相关性，支持下一阶段促销的决策。
6、这个公司从股东、董事、到高管，几乎都是数学系毕业的，所以极为喜欢数学方法。这个SCM实现时把开发商基本彻底搞崩溃，说：从未见过这样的客户，比我们还要懂行。