[wxmang] (2011-7-15 22:16:00)
这一份文件是在邀请软件开发商进行工作交流时，我准备给他们的基本清单。这当然不是正式的招标文件，只是把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、连锁门店管理系统
应该是一个递阶分布控制系统，满足区域公司和总部对其数据实施实时采集和相互通讯的要求，同时可以满足多目标资源配置的调度和多目标监控。
[wxmang] (2011-7-15 22:18:00)
四、对5个主要流程的处理要求
五个流程，即订货流程、入库流程、销售流程、货物调拨流程以及退货流程，（此外还有SCM还要支持若干辅助流程，例如计划、预算和成本控制流程；对账、结算和资金归集流程；招聘、培训和任用流程；战略规划、业绩合同管理和业绩考评流程；资源配置和投资管理流程；业绩真实性稽核和计划执行进度督办流程等等。）
1、订货流程管理
订货流程应该包括3个模块：供应商资格动态认证；采购合同动态评审；采购合同执行动态监控。
（1）、供应商资格动态认证
通过对供应商生产经营数据的动态采集，例如产品质量数据、生产成本数据、生产能力数据等等，然后进行评估判断，决定是否继续其供应商资格。
（2）、采购合同动态评审
通过对采购合同涉及的产品规格品种、价格等数据与竞争对手和市场一般调查数据比较，建议修改采购合同的采购条件，包括价格、规格品种、交货时间、交易条件（例如赞返比例、结算条件）等等。
（3）、采购合同执行动态监控
采购合同执行动态监控就是通过对订货过程的管理，如对已收到的和分发的订单、商品出库、在途运输等环节的信息进行监控，全面控制订货事实，实现快速响应订单过程以及提高工作效率。
我们提出上述要求的理由是：
在手工操作的订货流程中，零售商下达订单后，通过邮件或者电话，上门提取等方式将信息传递给供应商，之后供应商就会按照订单的数量，在订单有效期内将商品送到订单的指定地点。如果供应商无法满足订单，只有少数企业会及时告知零售商采购买手，而多数是不会通知的，这样零售商买手就会陷入很茫然状态，迎接买手的就是门店和配送中心商品库存告急，此时再去准备，缺货事故已经既成事实。
这种信息延误给零售商带来的缺货导致损失巨大。
实际上零售商的经营管理人员要接触的各种信息可以说是浩如烟海，例如商品库存，商品订货，商品退换货，促销情况，收银情况，供应商信息，结算核算信息等等数百个报表，成千上万的重要信息，但是这些信息并不完全，只是进销存系统所产生的一些数据，而一些重要的外部数据却没有导入系统，并进入我们的分析系统中参与日常的管理。
建议SCM系统把上至制造商，经销商，供应商，下至门店收货，顾客送货服务等一系列外部环境的支持和协助管理联成一体。
（4）、SCM的订货环节 订货成立的条件是：
日均销量×订货周期－现有库存－在途数量>0
订货周期是商品订单发出到实际收到商品时间，这个周期包括了订单发出，订单接收，备货，运送，验收入库共计五个环节。而订货周期的5个环节中零售商所能够控制和掌握的只有发送订单和验收入库这两个环节。其他环节都是由制造商和供应商来掌控的。而这一部分信息情况，手工操作时只有通过电话来沟通联系，这样就会陷入无边无际的电话咨询的海洋之中，居高不下的操作错漏率就不可避免。
手工操作必然导致以下问题：
a.供应商多久能送货？即使订单有期限，但是什么时候送货是影响零售商运作的一个关键问题。
b.能送多少货？你下达的订单，制造商能够满足多少？是满足所有订单的单品和数量还是部分单品？
c.你的门店在供应商送货期间是否会断货？门店的最多能扛几天？
安全库存的存量是依照供应商的送货周期订的，供应商的送货周期虽然可以约定，但是商品的供货流程中的变数太多了，在实际中，安全库存往往并不安全。
如何掌握供应商和制造商订单物流信息，应该说是零售商内部管理首要问题。
所以说，SCM必须能够有效解决这个问题。
2、入库流程管理
SCM对入库异常情况的处理要一定简单高效。
因为入库流程管理不仅反映库存增加的事实，更重要的是，它通过对入库过程的管理，及时向决策者提供入库状态的信息，如检验状态、入库通知等，将库存管理从静态信息变为动态实时信息，大幅降低运营成本和商品贬值风险。
正常情况下，采购订单中指定的商品，按照需求时间、数量到达配送中心仓库或卖场，库管人员核对后接受入库，过程中需要打印什么入库单、验收单等等，是一式几联等等，都是例行公事。
但是我们希望入库流程不仅仅可以完成正常情况下的业务处理，更重要的是能够对异常情况进行控制和标识，使得相关管理人员可以获得及时和完整的信息，以便进行相应的处理，同时这个流程是非常简单的。
实际入库流程中，最常见的异常是：
（1）、入库时发现某商品到货数量大于订单订货数量。
这种情况应该说是常见的，每个企业肯定都会碰到，在一般SCM中有两种常见的处理流程：
a.在SCM中按订单订货数量入库；超出部分不在系统中进行入库，放在特定位置，通知采购员。
b.在SCM中按到货数量入库，其中超出订单订货数量部分放在封存库位，暂时不能领用，通知采购员。
有些其他企业信息系统设置入库数量不得大于订货数量，否则多出部分不接受。
实际上，从管理流程角度，这样的限制没有必要。
SCM所记录的信息必须与实际情况相符。如果实际情况是送货车辆必须等待库管人员核对完方可离开，验货员发现到货数量大于订货数量的同时，立即原车退回的话，信息系统软件中设置入库数量限制就是合理的。但是大多数情况下不可能是这样的。通常库管人员只是核对诸如托盘数，毛重，有无外包装损坏等情况，无异常即签收，送货车辆即可离去。然后才会进行详细的清点和检验。如果接受信息限制，则超过部分就不会在信息系统系统中有记录，也就是信息系统不能标识和管理这种异常情况，其他人员也不能通过信息系统获得相关的信息并进行相关处理。这样就需要存在一个信息系统外的系统（如Excel表格）来对这部分数量进行管理，很明显不是一个合理的方法。
所以我们建议就是让SCM系统直接实现实际操作流程就可以了。
（2）、发现供应商装箱单与采购订单相符，但是与实际物品不符。
这时较合理的流程是这样的：不管怎样先在SCM中接受入库再说，当然是入到封存库位，不可以被领用。然后由相关人员确定实际物品到底是什么，公司是否需要这些商品，如果不需要，再进行退货操作即可。
这样做并不麻烦，因为实际操作就是先入库再退货，不在SCM中做也要在一个什么其他的系统或单据中记录，在SCM中做记录的好处是将来产生供应商绩效数据时对于这类错误有了统计，反之则要人工进行统计分析。同时对于库管人员而言，正常情况下在SCM中会进行入库、退库操作，异常情况下也要进行入库、退库操作，只是库位不同，这样的流程比正常情况下要在ＳＣＭ中进行入库操作，异常情况下入库要填写某个表格单据，退库填写另一种表格单据要简单的多。
另外对于财务人员处理应付款业务也有好处，当供应商负责应收的会计打电话来问为什么没有付款时，财务人员就会发现有根据这样的记录，减少查找和交流的耗费。
所以说一个流程简单有效就是合理的。
3、销售流程管理
销售流程管理的核心是动态订货和动态配送。这就要由总部统一管理门店库存，就必须随时动态地掌握到连锁分店的库存变化。销售流程管理的主要目的，就是要重视目标与实绩之间的关系，通过对销售过程的追踪与监控，确保销售目标的实现。
所以我们希望销售信息管理能够对企业内分销环节中每日发生的销售事实给予及时记载，了解日常销售工作的动态、进度，及早发现销售活动中所出现的异常现象及问题，立即解决。在此基础上，以分销体系和时间为参数，对不同的产品销售情况进行查询、统计与分析，从而使不同级别的机构决策者可以及时地获得企业的销售情况，为企业的采购决策提供依据。
所以我们建议在连锁门店管理系统中，统一保存所有门店的商品库存帐，由总部统一登录各门店的库存帐。当配送单制单完成并确认登帐时，在总部商品库存帐变更的同时，该配送单所涉及的门店商品库存帐做相应的变更。制单完成的配送单随货同行，送达门店。门店据单验货收货。若发生货单不一致的差错，则在单据上注明差错内容，并及时在系统内勾对配送单，系统可根据管理需要赋权给门店，让门店根据双方签收的配送单差异数及时修正库存，且按实际品种数量收货。该单据的回执联返回。
总部在对差错单据核对后，检查门店修正的库存数据准确性，同时修改门店商品库存帐和配送中心商品库存帐。门店可以通过网络向总部服务器访问查询本门店的库存情况和配送单等信息，也可以通过网络将库存数据下载到门店的计算机上，以便进行有关管理时使用。总部登记的门店商品库存帐是唯一的有效库存数据，不会出现总部与门店在库存帐数据上相互之间衔接不上的情况。门店签收的配送单回执联是总部所登记门店库存的原始凭证，当门店对库存数据出现疑问时可以根据它进行核对。同时，要求系统支持多计量单位转换，也支持整包装拆零销售的功能。
对于门店向总部的退货及门店之间的货物调拨，其退货单、调拨单的制单、登录均由总部完成，从而保证库存数据准确性和一致性。
对于门店的盘点业务，由门店将其盘点数据录入计算机系统，并上传至总部的主机中，由总部进行库存商品帐的溢缺处理，其处理结果由配送中心下传给门店。
采用总部集中管理各连锁分店库存好处可以概括为以下几点：
（1）、门店库存数据的更新是即时的，保证了总部各种业务活动对门店库存数据的实时需求。而传统门店分散管理库存则很难做到这一点。在不了解门店实际库存动态变化情况下，总部不能准确地把握门店库存，从而影响即时业务的开展。
（2）、可以保证库存数据的唯一正确性，不致在总部和门店之间引起混乱。
（3）、以提高效率，降低成本。减少门店对专职录入人员的需要，减少录入设备数量，使门店能专心于对商品实物的管理和销售管理。
（4）、既可以满足门店业务活动中，对库存数据查询访问的需求，又有利于加总部强对门店及整个物流的管理控制，因为总部实时掌握各门店的库存情况，才可以及时对进货、配货、调拨、核算等进行处理。
各连锁分店自行或由总部设定其业务帐库存上下限，通过库存上下限报警来控制分店的库存是一个行之有效的库存监控手段。通过下限报警生成请货单来代替人工的要货计划无疑从速度和准确度上均可以有很大的提高，并实现主动配送。
库存上下限的设定需要经过长期经验的积累才能做到准确。而且根据实际情况的变化要做相应的调整才能真正使库存上下限起到应有的作用。因此库存必须是动态的模型，适合企业根据实际经营情况进行调整，逐步趋向最合理的库存控制点。
除了门店库存外，系统还应该根据连锁企业的管理实际需求，对系统的基础信息实行适度集中统一管理，以利于管理、易于维护，系统采用。这些基础信息如商品名称、客户名称、客户信用额度、质量政策、生产厂家、商品价格等，由连锁总部统一管理这些信息并下发到各连锁分店中。
4、货物调拨流程管理
货物调拨流程是门店之间产品销售协调的过程，也是总部对各级门店库存平衡协调的过程。
建议系统在设计时，必须考虑所有要货单和调拨单需由总部确认，并进行门店之间的协调，系统自动与正常的客户销售加以区分，以便得到企业真实的销售统计。
对于门店向总部的退货及门店之间的货物调拨，其退货单、调拨单的制单、登录均由总部完成，从而保证库存数据准确性和一致性；对于门店的盘点业务，由门店将其盘点数据录入计算机系统，并上传至总部的主机中，由总部进行库存商品帐的溢缺处理，其处理结果由配送中心下传给门店。
在连锁零售体系中，货物的调拨是复杂多样的，系统处理主要需要考虑发生了库存水平变化和运输费用。
5、退货流程管理
退货流程是订货流程的反向操作，主要是手工操作，内容有退货申请、退货检验、退货批准、退货审核等。
我们建议必须在SCM中能够提供所有操作涉及的单据的制作、复核、自动报表和通过严格的电子签字程序进行业务流程监控。
在实施过程中，由于我们提的需求建议太多，软件供应商没有办法使用其最佳商业实践流程，只好重新开发业务流程，所以供应商的部分模块就不能用了，必须重新开发。例如资源配置模块使用的是一个多目标线性模型，通过一个专家数据库，调整目标之间权重，转化成为一个标准线性规划模型，求非劣解；例如预算平衡模块使用的是一个动态投入产出模型。
[wxmang] (2011-7-15 22:19:00)
1、一般超市保质期短的商品，例如日配品、生鲜，实际都是供应商在承担库存，超市自己一般没有库存，销售不掉，当天就退货了（不排除有个别店长贪图供应商好处，内外勾结，销售过期产品，例如换标签，但这是违反管理制度的，发现小则罚款，重则开除）
2、百货等保质期长的商品，如果供应商配送能力强，超市仓储地方狭小，可以委托供应商代管库存，但是订货单发送后，才算超市的商品，在订货之前，与供应商库存没有金钱关系，也即库存损失与零售商无关。
3、POS数据分析每周做一次，以此确定下一周期DM促销（一般一次周期15天，包括从准备促销清单开始，选品，谈判，进货，陈列，促销等等）。具体数据分析集团总部有一个专门部门，大约5个人，3个是黑龙江商学院学商品的，2个是数学系学数理统计的。
4、所有实时销售和动态库存数据都与供应商共享，只是要付费（实际就是数据整理的成本），例如酒水类数据，一年大约20万（不仅包括供应商自己，而是所有相关的产品在本集团所有门店分门店甚至货架的销售和库存的数据，只是其他客户的供货价格不提供）
5、后台数据分析是SCM的主要功能，为决策提供支持。例如促销效益数据分析是每个促销周期结束后的第二天，在办公会上就将作为主要讨论内容。主要分析方法一是销售可比、同比、环比；二是我们把门店分成四个店群，不同店群在同一促销周期促销商品重点不一样，例如32促销周期Ａ店群可能重点是促销日配品，B店群重点是促销酒水等等，这样可以容易通过数理统计方法，分析出促销手段、商品品项与促销效果的相关性，支持下一阶段促销的决策。
6、这个公司从股东、董事、到高管，几乎都是数学系毕业的，所以极为喜欢数学方法。这个SCM实现时把开发商基本彻底搞崩溃，说：从未见过这样的客户，比我们还要懂行。
[onlyforus] (2012-1-4 22:43:00)
“4、所有实时销售和动态库存数据都与供应商共享，只是要付费（实际就是数据整理的成本），例如酒水类数据，一年大约20万（不仅包括供应商自己，而是所有相关的产品在本集?团所有门店分门店甚至货架的销售和库存的数据，只是其他客户的供货价格不提供）”
请教芒总，这是行业惯例还是单独做法？
壮志豪发，海天阔，鹿鼎明灭。
翻坤乾，明分日月，扬善惩恶。
天下兴亡百姓苦，古今治乱英雄业。
厌逐流，浸凉满腔血，禄蠹孽。
庚子耻，明日雪。裂土恨，回归克。
运妙笔、划补中华图缺。
卧薪尝胆上下责，纵横捭阖寻常策。
砺倚天、锋刃利屠龙，万邦贺。
[wxmang] (2012-1-5 16:48:00)
行业惯例。是家乐福发明的，大家跟进。
[onlyforus] (2012-1-5 20:00:00)
团购等是否也明确显示？
特别是实际销售价格
壮志豪发，海天阔，鹿鼎明灭。
翻坤乾，明分日月，扬善惩恶。
天下兴亡百姓苦，古今治乱英雄业。
厌逐流，浸凉满腔血，禄蠹孽。
庚子耻，明日雪。裂土恨，回归克。
运妙笔、划补中华图缺。
卧薪尝胆上下责，纵横捭阖寻常策。
砺倚天、锋刃利屠龙，万邦贺。
[wxmang] (2012-1-5 20:07:00)
系统中的都是真实价格，因为数据实时提供的，卖场没法加工动手脚。其实团购一般就是企业为走货的搭配销售，不赚钱的。
[onlyforus] (2012-1-5 20:20:00)
团购回扣问题，超市一般怎么操作？
壮志豪发，海天阔，鹿鼎明灭。
翻坤乾，明分日月，扬善惩恶。
天下兴亡百姓苦，古今治乱英雄业。
厌逐流，浸凉满腔血，禄蠹孽。
庚子耻，明日雪。裂土恨，回归克。
运妙笔、划补中华图缺。
卧薪尝胆上下责，纵横捭阖寻常策。
砺倚天、锋刃利屠龙，万邦贺。
[wxmang] (2012-1-6 15:41:00)
看客户要求。
[远远的远] (2012-1-4 18:38:00)
忙总能点评下顺丰近来投资建便利店的举动吗？顺丰打算把自己最终弄成沃尔玛吗？个人感觉是不务正业，物流、快递本身就有太大的空间做大了。谢谢
[wxmang] (2012-1-5 16:59:00)
这个我不能说，因为我知道一点内幕，说了会出卖里面的人，说假话对不住你。
[寒声碎] (2012-1-5 20:44:00)
请问忙总，什么是赞返？是类似于返点一类的收入么？
[wxmang] (2012-1-6 15:35:00)
这是供应商向零售商交的买路钱，一般有100多种到200种，以前我写过一个家乐福收费项目的帖子。
[cliffhf88] (2012-1-5 22:30:00)
谢谢忙总给的供应链管理实际案例，让我这个学电子商务和供应链管理的小白受益匪浅，先说几句感慨话再请教，学术上的供应链研究和实际的供应链管理差别实在太大了，现在学的研究的东西跟实际完全两回事，以后找工作可真没底？。
入库时可能的问题为什么不包括来货数量小于订单的情况？难道这个问题在订购的时候就会被解决掉？如果是的话。是不是这样的：就是说如果下订单后，供应商那边说满足不了，然后大家协商个可以满足的数量，然后再按可以满足的数量重新下订单，这样就保证了供应商永远都是能满足实际订单的。但是这里还有个问题，运输过程中损耗的怎么办呢？如果入库时发现数量不够，这个订单怎么处理呢？很明显订单不能马上核销，而且应该通知相关人员联系供应商重新补货，但有个关键问题（据忙总描述：通常库管人员只是核对诸如托盘数，毛重，有无外包装损坏等情况，无异常即签收，并没有仔细清点货品数量）已经签收，后面清点才发现少了，这个责任该谁来负呢？
问的比较细，请忙总见谅，呵呵。以后希望忙总多发些实际的运营管理案例，让我们这些纯书生多学习学习。
[wxmang] (2012-1-6 11:56:00)
你说的这个情况在零售业不会出现。连锁零售业供应商有几种供货方式：
1、现款现货，款到付货，例如茅台酒等稀缺资源；
2、包买生产线产能，例如买掉可可口可乐一条灌装线一年产能（实际只交11个月的钱，一个月产量用来搞优惠活动），他是自动发货，每周几个车皮；
3、点对点自动配货，例如康师傅，他通过联网的平台，看到他的货销售情况，自动配齐（一般每周2次）；
4、二道贩子供应商自动门对门配货，每周来检查一次自己在卖场销售情况，配齐商品；
5、小供应商向物流配送中心送货，两次无理由不及时或误差，就要被淘汰（小供应商进入要花大价钱，100到200项收费）。所以没人敢故意出差错。当然天灾人祸不在此例。
6、小供应商到卖场配货，基本随叫随到。如果订货员失误导致断货缺货，订货员要被处罚甚至炒鱿鱼。如果供应商责任导致断货缺货，供应商要赔偿卖场销售损失。
[cliffhf88] (2012-1-6 12:09:00)
感谢忙总的解答。
这样看来，对于大型连锁零售商来说，除非出现不可抗拒因素，零售商缺货的可能性很小。而且即便缺货，零售商的损失多半都会从供应商处找回来。
[wxmang] (2012-1-6 15:08:00)
缺货是零售商要坚决避免的主要问题，与质量问题同等重要，因为这是顾客流失的主要原因之一。
缺货率考核是卖场主要考核指标。
[cliffhf88] (2012-1-6 12:32:00)
另外再问下忙总，对于3-6供应商直接配货的情况。零售商会不会要求供应商把自己的库存信息随时公布给零售商或者要求供应商把库存预先放入零售商的配送中心进行统一管理？另外就我们现在的学术研究来说，供应链管理的研究多集中在对供应链合约探讨上。所以再想咨询下忙总，现实中就您提到的零售业来说，普遍采用的都是些什么合约形式呢？我们现在研究的合约多数都是集中在能使供应链协调的合约类型上及其变种，比如数量折扣合约、收益共享合约、回购合约等，而这些合约的最基本目标就是要让零售商能尽可能以供应链整体利润最大化为目标去设定其订货量，说简单点就是具备订货激励机制的合约。
[wxmang] (2012-1-6 15:02:00)
不会，中国连锁零售业的供应商90%都是个体户或小商户，连电脑都不一定有，沃尔玛，家乐福的供应商也一样。
他们的经营就是几辆送货车，一套住房，又当办公室，又当仓库和住宿。
你们研究问题的在大型制造业中才有用。
[cliffhf88] (2012-1-6 16:06:00)
谢谢忙总的耐心解答。大型制造业，忙总能给点实际的案例吗？因为我们搞研究的，基础模型假设往往就是供应商（上游）和零售商（下游），然后根据不同的市场环境研究能让上下游组成的供应链系统达到协调的合约或者相关控制方法。所以忙总说供应链并且以零售业为案例，我就特别感兴趣。看了忙总的案例后，我发现自己现在研究的问题与现实中存在的诸多问题差距甚远。就拿我高的合约与忙总说的零售业来说吧，我感觉零售业的盈利模式明显跟合约中规定的低价批量买再高价零散卖出的传统模式不一样。
[wxmang] (2012-1-6 16:08:00)
制造业太复杂，几句话说不清，而且SCM是他们的核心机密，不好乱说。
[cliffhf88] (2012-1-6 16:16:00)
呵呵，谢谢忙总了。看来只有以后毕业了能深入制造业内部去才可能知道现实是如何了。
[wxmang] (2012-1-6 17:57:00)
就我知道的几个搞SCM的单位来看，他们基本是在意淫，假设企业需求，甚至假设宇宙中不存在的企业运营模式。
[cliffhf88] (2012-1-6 23:44:00)
呵呵，学术研究的东西大凡都是那样的。至少从我观察到的多数都是论文到论文的过程，很少见到实际到论文的过程，可能是跟我的专业有关系吧。忙总的这篇供应链管理帖子，让我涨了不少见识，再次感谢忙总的诲人不倦。
[wxmang] (2012-1-7 11:58:00)
一个可以使用的SCM，零售业大概要6000万，大型制造业得上亿投资，没人敢把这样的项目给没有实际企业管理经验的研究人员，所以搞研究的只能空对空，日益能力萎缩，最后成为意淫或写穿越小说。
[onlyforus] (2012-1-7 22:48:00)
6000万或上亿是指试错成本还是本身投资？
如果是后者，得多长时间利润？
另外就不能从某个点着手？成本低点的改进
个人感觉，这类冬冬只有企业高级运营者提概念和流程，找编程员写码，仅仅这样后者不值这么多钱
壮志豪发，海天阔，鹿鼎明灭。
翻坤乾，明分日月，扬善惩恶。
天下兴亡百姓苦，古今治乱英雄业。
厌逐流，浸凉满腔血，禄蠹孽。
庚子耻，明日雪。裂土恨，回归克。
运妙笔、划补中华图缺。
卧薪尝胆上下责，纵横捭阖寻常策。
砺倚天、锋刃利屠龙，万邦贺。
[wxmang] (2012-1-8 13:19:00)
你对IT业不懂，数据库软件你知道多少钱吗？SCM软件你知道多少钱吗？硬件平台你知道多少钱吗？你不知道钱花在什么地方，建议自己找个企业工作几天，再说。
[onlyforus] (2012-1-8 20:48:00)
如果软硬件就6000万，加上试错成本至少得几个亿，目前国内连锁零售业年营业额过百亿的才几家？后进者跟着学才是自己找麻烦
硬件成本不断下降，软件大部分应该是模块再进行个性化调整，真一行行重新写出来得多少年？还不如自己搞个分公司或部门开发，至少行业对接简单
个性化建议最重要是内部cio
6000万“成本”，个人感觉里面有利益输送或转移资产因素
管理需要把复杂的东西分解，芒总专门说过算法
事无巨细成本高而且细节也容易变化
壮志豪发，海天阔，鹿鼎明灭。
翻坤乾，明分日月，扬善惩恶。
天下兴亡百姓苦，古今治乱英雄业。
厌逐流，浸凉满腔血，禄蠹孽。
庚子耻，明日雪。裂土恨，回归克。
运妙笔、划补中华图缺。
卧薪尝胆上下责，纵横捭阖寻常策。
砺倚天、锋刃利屠龙，万邦贺。
[wxmang] (2012-1-9 16:19:00)
你看来的确没参加过工作，不懂什么是信息化。连锁零售的名言是：连锁零售的本质就是信息平台，没有信息平台，就没有连锁。
大型连锁零售业最大的投资就是信息系统（一般超过一亿元），办公楼可以租，这玩意只能自己建设。
[礼盒装] (2012-1-9 20:34:00)
连锁零售的本质就是信息平台，忙总能展开说一下吗？
[wxmang] (2012-1-10 15:37:00)
这个没法说，你去一看就知道了，所有业务运营，从供应商选择，订货，物流配送，到行销设计，促销，卖场选址，设计布局展示，以至于结算，库存管理等等，都在信息系统上。没有信息系统，就没有连锁：统一品牌，统一采购，统一结算，统一价格。
[onlyforus] (2012-1-10 22:39:00)
请教芒总，“卖场选址，设计布局展示”这个和信息化的关联在哪里？
另外对于连锁超市，实时数据和延时（几个小时）数据影响究竟有多大
缺货的时候，下面主管肯定也得实时上报
“统一价格”方面，据我所知很多食品、水果蔬菜等肯定是不一致的
壮志豪发，海天阔，鹿鼎明灭。
翻坤乾，明分日月，扬善惩恶。
天下兴亡百姓苦，古今治乱英雄业。
厌逐流，浸凉满腔血，禄蠹孽。
庚子耻，明日雪。裂土恨，回归克。
运妙笔、划补中华图缺。
卧薪尝胆上下责，纵横捭阖寻常策。
砺倚天、锋刃利屠龙，万邦贺。
[wxmang] (2012-1-11 10:16:00)
你说那个不一致的价格叫地采，一般占所有商品30%左右，至于数据质量，是不是需要实时，看企业管理水平，水平低的，实时数据没什么用。至于选址之类，这是系统平台的模块，有一个基于流量和消费能力的选址模型和算法，一看就明白有什么用了。
[onlyforus] (2012-1-11 21:30:00)
选址那个功能是单独系统输入数据出结果还是套到一个大系统内计算？个人感觉这个算法应该不需要大型机
另，个人认为选址最重要的是实地调查，专业人员直觉占的分量相当大，再就是原始数据可靠性，很多（绝大多数）调研数据可靠性很差，命题和调查人员、调查方法都不容乐观
如果是成熟板块，直接流量很重要，如果是加速城市化、商业相对落后的三线地区，某些先驱超市往往设在交通便利的近郊，利用购物卡等拉客
实时比延时好我知道，好多少芒总能否给个方向性说明？相对总营业额，几千万资金的时间差似乎不那么显眼？
壮志豪发，海天阔，鹿鼎明灭。
翻坤乾，明分日月，扬善惩恶。
天下兴亡百姓苦，古今治乱英雄业。
厌逐流，浸凉满腔血，禄蠹孽。
庚子耻，明日雪。裂土恨，回归克。
运妙笔、划补中华图缺。
卧薪尝胆上下责，纵横捭阖寻常策。
砺倚天、锋刃利屠龙，万邦贺。
[wxmang] (2012-1-12 11:58:00)
你问的问题都是实践中的常识，所以建议你还是去工作一下，网上一般不能代替工作。至于选址，不是几页纸，是一份运营概念设计，需要海量数据支撑。几百页不算多。你不到现实中，是不会知道的，因为没人敢在网上披露这种商业机密。
至于数据质量要求，与企业大小无关，与管理水平有关。
[onlyforus] (2012-1-12 21:45:00)
虽然不是这个方向，有机会一定接触下
麦当劳、肯德基、沃尔马、家乐福、大润发、国美……
是不是数据质量最高的？
沃尔马下面的策划水平不怎么样，也许促销有绝招
壮志豪发，海天阔，鹿鼎明灭。
翻坤乾，明分日月，扬善惩恶。
天下兴亡百姓苦，古今治乱英雄业。
厌逐流，浸凉满腔血，禄蠹孽。
庚子耻，明日雪。裂土恨，回归克。
运妙笔、划补中华图缺。
卧薪尝胆上下责，纵横捭阖寻常策。
砺倚天、锋刃利屠龙，万邦贺。
[wxmang] (2012-1-13 11:14:00)
沃尔玛，家乐福系统水平比较高，其他不行。沃尔玛的定位是物流采购环节是关键，利润主要在这里，不在促销上。
[snail] (2012-1-13 11:38:00)
加一个听说沃尔玛的采购八卦。
沃尔玛采购中国生产的普通袜子，采购都知道原料成本，然后直接在原料成本上采购价加三分钱人民币！问厂家做不做？不做，可是买一千万双哟！后边大把人排队……
[wxmang] (2012-1-13 11:42:00)
不仅仅是沃尔玛，杜邦也如此，他们比我还清楚我的企业车间成本。因为我们都是同一种装置。
[三千] (2012-1-9 9:01:00)
智力产品值多少钱挺难说的，见仁见智。不过，很多IT业内企业并不用业内企业的产品，比如数据库，scm软件之类的，当然也包括所谓的硬件平台。
[wxmang] (2012-1-9 11:32:00)
其他我不知道，大型系统硬件就那么几个选择，不用，难道自己DIY？
[jerryehc] (2012-1-9 11:53:00)
google的服务器就是自己diy的
曝光Google数据中心省电的三个秘密
http://cloud.it168.com/a2010/1214/1137/0...7937.shtml
Google服务器架构图解简析
http://www.ha97.com/4128.html
[wxmang] (2012-1-9 13:10:00)
这个可能还不能算完全diy吧，至多算得上系统优化安装配置。
[jerryehc] (2012-1-9 13:15:00)
都差点要自己设计芯片了，如果还不算diy，那怎样才算？
[wxmang] (2012-1-9 16:10:00)
我们的核武器控制系统大概算得上DIY。
[radiohead] (2012-1-9 22:08:00)
google的差不多算是自己搞硬件了，只是没有造芯片而已，甩开了IBM HP之类卖大型机服务器的硬件厂商，不然成本太贵了。不过，他这个例子是特例的。 google是牛得很的技术型的IT公司。 一般公司怎么可能自己DIY硬件。
芒总好文章。俺做技术的对业务不了解，瞎扯几句。看了芒总文章，感觉供应链管理系统需要强大的实时计算决策。感觉in-memory计算（内存数据库）技术成熟后，能起很大作用。数据库在内存中，数据分析方面是实时的，随时得到分析结果，为决策提供支持。而目前的技术在大数据库上跑复杂统计分析很难实时，有的报表要跑几个小时候或者几天。
有几个回复，发帖者根本没有任何经验和概念，在哪里替公司CIO臆想问题，臆想解决之道，却连基本的IT概念都没有，实际没有提出任何有意义的讨论。浪费芒总回复时间。
咦，谁扔的砖头，闪。。。
[wxmang] (2012-1-10 12:21:00)
大润发的系统，以前出一张报表要等半天时间，现在主流的连锁超市系统，几分钟而已，而且能够监控所有卖场的实时销售状态和库存状态，以及几百家卖场的实时数据对比，以及各卖场的预算和计划执行情况和问题原因分析。
[吐泡泡] (2012-1-10 13:14:00)
沃尔玛也就能到每天更新每家店铺销售和库存的水平。
[wxmang] (2012-1-10 15:09:00)
沃尔玛的系统可以实时监控，只要愿意。
[吐泡泡] (2012-1-13 0:32:00)
更正，好像销售数据是每小时更新上传至总部的。库存管理和补货基本上是每天晚上不太忙的时候上传核对。整个系统环节之间都是比较柔性的。每对节点之间都有核查系统。店铺的系统基本可以独立运行一段时间。任何环节出问题对系统影响都缩小到该环节本身应该影响的范围。一般不会出现美国东北电网出现过的一个地方出问题把整个地区搞的停电的现象。而且随时有大队人马维护。
个人感觉不同的企业因为要求不同，系统的设计侧重也不同。沃尔玛的系统应该是以安全性，可靠性和可核查性为重心。数据存储和传递的速度和成本相对次要。只要第二天能有头一天的数据就对决策影响不大。而且，每天的销售数据已经可以让很多人研究不过来了。一般大的可预见的问题，比如天气，应该都是预先就调拨好人马的。沃尔玛自己还有专门的气象专家。
[wxmang] (2012-1-13 10:18:00)
我想沃尔玛这种模式是注重于采购物流这一块，这与他的定位是一致的：代客采购。所以他是物流驱动模式。
家乐福是卖场驱动模式，所以更强调实时对卖场控制。这与他的定位也一致：方便快捷，一站购足。
目前国内采用卖场驱动模式的比较多，因为大家不具备沃尔玛的物流调度能力，那个太需要技术积累和投资了。
[pandaxzf] (2012-1-9 12:02:00)
也算这个行业了，瞎讲几句，到了上SAP等这些系统的地步，不外忽IBM，HP等几家，大概占到费用的1/3，还不谈以后的维护设备升级设备，后续的人工投入，IBM的东西，随便几百万小意思，上别的根本不行，SAP等不认。。
[wxmang] (2012-1-9 13:06:00)
其实也没有其他选择，谁敢用国产的，三天两头宕机，损失极为惨重，例如前几年中国银联。
[南方有小乐] (2012-1-9 13:11:00)
国内有几家公司在做，不过大家普遍都不敢用，虽然价格上便宜不少，可谁会故意给自己找事后麻烦？
哈哈～只能精神上支持了～
[wxmang] (2012-1-9 13:30:00)
麻烦到还是其次的，关键是损失太大。例如银行系统当一次机，损失是几个系统的钱。
[pandaxzf] (2012-1-9 13:42:00)
到了这些关键系统地步，数据安全是放到第一位的，只敢用那几家经过市场检验过的东西，何况他们是一个互相支持的产业链，就如WINTEL的勾结，别的芯片跑WIN就不如INTER。。
在这些中心数据机房，任何操作都是有记录的，有时插错一个网络接口，就会出现天大的问题，甲乙丙丁各方的责任大会。。
[wxmang] (2012-1-9 16:09:00)
你说这个情况我碰到过一次，系统不知什么原因崩溃（后来也没搞清楚，也许就是随机抽疯），备份也不能按时启动（这个是备份流程出问题），结果600多个门店将近一个小时不能销售结账。损失半天营业额。
[jerryehc] (2012-1-9 16:17:00)
忙总，如果方便的话，能不能谈谈，如果您是铁道部的技术管理者，您会怎么组织这个网购火车票系统？
[wxmang] (2012-1-9 16:43:00)
这个可不好说，因为我对这个需求不了解，这个需要N年春运的数据来分析客流模式，或空间时间流量的网络分布。只有这个数据出来，才能根据排队论和动态规划的算法原则来考虑策略，这肯定是一个网络优化问题。由于节点众多，网络重叠（普客，动车和高铁三大网络），提出运营方案和控制策略，技术上应该难度很大的。
[jerryehc] (2012-1-9 17:14:00)
我觉得，从客户的角度，很简单，系统要可以登陆，查询出来有票就定，没票你早点让我死心，客户就自动退出系统了。
这个系统的难点在如何预测有多少个客户会同时在线，以及提高内部订票系统的处理能力。
目前的情况，我觉铁道部的技术力量没有办法提高内部订票系统的处理能力，这跟经验有关。12306网购火车票系统是铁道部信息技术中心和铁道部研究院开发的，感觉他们并没有处理这种海量请求的经验。
但我觉得，铁道部信息技术方面的管理者对现在的这种局面，应该是可以预见的。但我不理解的是，既然自己没有这个能力为?什么不引进外部的技术力量来解决？国内有这些技术能力的公司还是有一些的。
这个是我的口水贴
我们都是铁道部的小白鼠
[wxmang] (2012-1-10 15:52:00)
我说的意思就是他的登录系统应该是分布式的，不应该是门户网站式，应该按照客流和运输能力分布，分别建立不同能力的分布式处理系统，这样不但不会拥堵，还能互相调节流量，平衡负荷。
[乌金沙] (2012-1-10 16:05:00)
忙总是行家。电网调度也是集中与分布并重。只是无阻塞条件下压力集中在省一级或者大区电网调度一级，对应的应对策略就是权限适度下放或者人才资源通过调考等方式向上集中。巨系统中人机互动的一个典型。
[wxmang] (2012-1-10 16:10:00)
实际上航空公司调度也是这个原理，分布决策，分层控制，不然受全球不同机场气候或突发事件影响，非乱成一锅粥。
铁路网络售票我想这次是准备不足，完全不该出现这种低级失误的。
[乌金沙] (2012-1-10 16:16:00)
老单位的专业壁垒很严重的，可能铁道部2011年中那次事故也受其害。不说了。
不过，从安全事故或者事件中学习管理，观测组织变化，的确是抄了近道。
[wxmang] (2012-1-11 10:44:00)
铁道部的研究院没搞过这种交易型网站，这是最致命的缺陷。
[jerryehc] (2012-1-11 10:52:00)
明知道自己的研究院很可能搞不定，但还是选用自己的东西，这让人很无语
[wxmang] (2012-1-11 10:59:00)
肥水不流外人田，再说最近没活干，需要吃饭。
[jerryehc] (2012-1-11 17:21:00)
知道一些铁道部12306用的是啥技术了。
http://www.softlink.cn 深圳市欧辰自动化系统有限公司 欧辰目前产品系列包括：SOFTLINK 300 控制系统，IDEABOX 嵌入式控制器，PROFIBUS 远程IO 等系列 产品。这些产品被广泛的应用于冶金，印刷，纺织，塑料，环保，建材，食品饮料，轨道交通等各个行 业，并在世界范围内进行销售。
应用领域
. 塑胶 (2方案)
. 冶金 (2方案)
. 纺织 (0方案)
. 煤炭 (2方案)
web层：jboss+struct
这是做办公自动化的水平，实在无语orz orz
图片到这帖子看（不知道怎么移动图片）
[wxmang] (2012-1-12 12:37:00)
那看来的确是外行领导内行的后果。
[raffaello] (2012-1-10 21:49:00)
忙总看到这个了吗?
"中央拨款1000万建网站，部长给副部长500万建网站，副部长给秘书100万建网站，秘书给外包公司50万建网站，外包公司转包一家技术公司10万建网站，技术公司给校领导5万建网站，校领导给主任1万建网站，主任给了计算机老师5000建网站，老师给学生布置作业建网站。于是，神奇的铁道部购票网站诞生了！"
就我接触的一些政府项目，最后能把项目搞到手的，往往是一些资质极差的公司，原因吗，我看主要是因为有实力的公司投标的时候往往不是那么志在必得，毕竟人家有的是活路，但是小地方就不同了，没项目会饿死的，所以往往手段多样，办法多多，可以说是无所不用其极啊，为了活命编点瞎话，拖下水个把官员更是常事，至于产品质量，那跟自己活命有关吗
[wxmang] (2012-1-11 10:20:00)
这个纯属造谣。奥运会，世博会的IT系统是怎么搞的，我还是比较清楚的。不是这样。
[radiohead] (2012-1-11 0:25:00)
调度可能是一个复杂的问题。 但网络售票其实有很成熟技术的。
他们不是准备不足，是没有找到技术成熟的公司来做这个项目， 估计招标也不会太透明。
淘宝他们经常搞秒杀活动，瞬间的吞吐量也是极大，还有电信行业的IT系统，吞吐量也是非常的大，因为技术成熟，系统架构合理，没有什么问题。
铁道部的网站，还没有春运我就估计到时候肯定要爆掉的，据说这个项目首期几千万，扔给一个没有技术积累的公司做，更过分的他们连业务的数据量也不估计一下，基本的压力测试都没有做。
我看到很多工程师在开玩笑调侃：又一个类似绿坝事件，可能是层层转包之后由刚毕业的的计算机系学生做的。。。
不过，有网络售票，有实名制，俺还是很感激和支持铁道部的，很大程度方便了我买票。
[wxmang] (2012-1-11 10:04:00)
这个应该没有转包，而是准备不足，太仓促了。政治挂帅的结果。
[晨池] (2012-1-11 10:12:00)
铁道部也是邪门，跨越一下，什么幺蛾子都出来了：京沪高铁三天两头出故障、温州动车事故、网上买票故障……不知道是不是高祖运气太差了
[wxmang] (2012-1-11 10:36:00)
不是运气差，我想是下面人故意给他难看，不是帮忙，或者帮闲，或者添乱，或者故意看笑话。
[jerryehc] (2012-1-11 10:34:00)
http://news.sohu.com/20120111/n331834613.shtml
12306招标回溯：铁道部自家中标 成熟方案被毙
中国铁路刚刚进入网上售票时代，就陷入了混乱。
由铁道部下属机构研发的网上售票平台12306网站，在2012年春运前期的售票高峰首次面临极端考验，并被证实无法胜任。
专业互联网分析网站 Alexa 的统计显示，12306的访问量排名从3个月前的第1059位跃居至目前的第115位。1月9日，Alexa 统计估算的12306网站独立用户访问比例，已占到全球的0.86%，3个月间访问增速达627.5%。
庞大的访问浪潮冲击下，12306网站几度濒临瘫痪，一些旅客遭遇页面刷新缓慢、购票失败却被扣款等问题。众多购票者面对报错页面兴叹，抱怨声四起。
12306网站的质量问题，使它的承建商浮出水面。
一位知情人士1月10日向本报透露，当年12306网站的设计招投标，申报方案的仅有中国铁道科学研究院电子计算技术研究所（以下简称铁科院电子所）和易程科技股份有限公司两家。而最终，在业界眼里实力雄厚的易程科技未能中选，承建12306网站在线售票系统的合同被交给了铁道部下属机构、业内并不知名的铁科院电子所。
而当年咨询机构曾向铁道部提出网上售票系统的两个解决方案，也均未被采纳。
“当初IBM的成熟方案报价太高，12306走自主研发的路子，没想到现在搞成这样。”这位知情人士感叹。
带病仓促上线
12306网站遭遇的危机，连日来引起专业人士的关注。据他们分析，问题出在12306网站所使用的技术，并非是成熟的解决方案。
“12306网站在线售票功能，其实就是个海量事务高速处理系统，这样一个系统，并不能简单地使用通用方案进行设计，但听说12306网站采用了Oracle通用数据库进行搭建”，CTO俱乐部成员、互联网产品设计专家胡争辉评价说，“使用通用系统进行设计也不是不可以，但在面对春运前夕的瞬间海量网络购票需求时，这个系统会变得极为脆弱。”
之前，有舆论把12306网站的问题归咎于两家硬件提供商上市公司太极股份（002368.SZ）和网宿科技（300017.SZ），他们为12306提供了硬件系统集成和CDN网络内容分发加速服务。而受访的IT业人士认为，问题不出在硬件上，而出在软件设计上。
“他们试图通过服务器的堆积，来解决软件设计的不足”，胡争辉分析，但理论和实践都已经证明，再强大的硬件也很难满足一个不完善的软件系统的极端处理请求。
清华大学Web与软件技术研究中心电子商务研究室主任、高级架构师王津用“神奇的化学反应”来形容12306网站所面临的极端情况当出现海量交易请求后，网站的运行效率会呈现指数级的下降，最终导致崩溃。
“我们中心是专门研究这个的，当时铁道部的会议我们都去了，我们就向铁道部领导说明过在极端情况下，网站会出现什么样的神奇结果。”王津透露。
如今，“神奇的化学反应”应验了。
而这，则牵引出当年12306网站系统设计招标的往事。
两个解决方案被“枪毙”
据王津透露，至迟从2006年开始，铁道部就开始讨论和筹议网上售票的相关计划。
王津所在的清华大学Web与软件技术研究中心，则是铁道部在线售票系统领域的一个颇为重要的智囊专家机构。“从五六年前到现在，我们中心陆陆续续都在参与铁道部的技术会议和专家交流，至今也一直没有停过”，王津说，“开会的时候，铁道部负责票务技术的领导也都来了，我们作为专家团队提出技术建议，他们自主决定是否采纳。”
在铁道部与清华大学Web与软件技术研究中心的合作下，由中心成员邵晓风主导开展了《基于海量数据高并发交易的铁路电子商务平台关键技术的研究》课题。
据王津称，中心当时向铁道部提出了网上售票系统的两个解决方案，一是IBM拥有专利的“基于z/TPF的互联网订票引擎”，另一个是由该中心掌握自主知识产权的分布式解决方案。但最后这两个方案均未被铁道部采纳。
IBM的方案未被采用可能与成本过高有关。“IBM的解决方案报价非常惊人”，王津未透露具体数字，仅表示“这个数字比想象的都要大得多”。至于该中心拥有自主知识产权的方案为何也没有被采纳，王津表示并不清楚。
12306招标回溯：“甲方想用自己的东西”
易程科技的出局
王津回忆，后来，铁道部进行12306网站系统设计招标时，申报方案的除了铁科院电子所，还有易程科技股份有限公司。“实际上铁科院电子所不用投标，因为它本身就是铁道部下属的，因此最后投标的仅仅是易程。” 王津告诉本报记者。
事实上，易程科技股份有限公司也与铁道部有着极为密切的关系。作为同方股份（600100.SH）旗下的子公司，易程在2006年成立后，就凭借铁道部扩张高铁网络的东风，斩获了不少引人注目的项目。如在各地铁路客运站安装的火车票自动售票机，就由易程研发的5种产品所囊括。易程还拿下了京津城际、沪宁城际高铁票务系统集成项目，以及上海虹桥综合交通枢纽信息集成项目等铁道部大单。
一份平安证券的分析报告估算，易程科技在手的高铁订单累计已达到60亿元左右，这些项目预计在2014年前完成，每年乐观估计可确认收入接近10亿元。
清华大学Web与软件技术研究中心与易程科技也存在业务沟通往来。一则该中心网站发布的消息称，2009年4月9日在该中心主任邢春晓主持下，易程科技股份有限公司及IBM公司的相关负责人和开发团队，参加讨论了基于IBM z/TPF铁路订票系统的研究、设计和开发。
然而实力强大、并具有清华系背景的易程科技，最终也没有能得到承建12306网站在线售票系统的合同。“易程是乙方，铁道部是甲方，甲方想用自己的东西，乙方也没什么话可说”，王津笑称。
王津所称的铁道部“自己的东西”，是指铁科院电子所。
本报获知，该所承担开发了12306网站时刻表、票价和余票查询业务，备受质疑的网络售票系统，也是由该所研发的。一个佐证是，在12306网站首页下端的版权信息里，中国铁道科学研究院被列入其中。
铁科院成立于1950年3月1日，为中国铁路行业唯一的多学科、多专业的综合性研究院。2002年由国家事业单位转制成为集科研、开发、生产、咨询等业务为一体的铁道部直属大型科技企业。其下属的电子所成立于1979年5月1日，从事铁路电子计算技术的专业研究，1992年电子所单独注册成立北京经纬信息技术公司，开始企业化运作。
工商资料显示，北京经纬信息技术公司的注册资金为5000万元，法人代表为史天运，正是现任电子所所长。而电子所承担开发的12306网络售票系统，则由电子所副所长王富章领导。电子所官方页面显示，该所承担了“铁路客票发售和预订系统”的研制，在最新的5.0版本中，该系统实现了客票销售渠道网络化。
“在海量事务高速处理系统研发领域，清华大学Web与软件技术研究中心是目前国内该领域研究的翘楚，有宝贵的成功经验，而铁科院电子所在这个领域此前并不知名。” 胡争辉评价说。
“铁路系统很多问题就在于不找最好的，只找自己人，肥水不流外人田”。雅虎中国原总经理谢文对媒体评价说。
[wxmang] (2012-1-11 10:43:00)
可能还是准备不足，因为奥运会系统也是这样，执行单位不理解人家的咨询方案。好在奥运会全系统都不复杂，如果也是铁路售票这种间隙式冲击，也得完蛋。
这几个设计院最大的问题是把硬件功能看得太重，不理解软件方案优劣在优化运营中的能力和潜力。
[jerryehc] (2012-1-11 10:46:00)
还有，像这类系统架构上的问题，如果认真做压力测试的，一早就可以发现的。
只是很奇怪，为什么会犯如此低级的错误。
[wxmang] (2012-1-11 10:57:00)
部委的研究院强调硬件指标，对软件能力不是太懂。这个如果是航天系统的人做，就不至于放这种错误，我想他们把这个交易网站当成铁路物流系统开发了。
[jerryehc] (2012-1-11 10:41:00)
忙总，如果您作为分管信息技术的领导，您会如何在各种方案中作出取舍，以及之后如何管理项目的进展？
[wxmang] (2012-1-11 10:54:00)
我的背景当然更看重软件功能而不是硬件，因为系统工程就是要把二流硬件组合成一流系统。项目要点在我看来不是前期研发，而是后期测试。
[jerryehc] (2012-1-11 15:26:00)
我的意思是您如何管理这些方案的风险，毕竟对这样的系统，任何方案都有失败的可能。以及如果失败了，该从哪些方面（比如管理或技术方面）去补救。
一般大型软件系统，如果一开始的方案有问题，等到测试了才发现问题，时间上往往是来不及了。
[wxmang] (2012-1-12 12:34:00)
一
2012-02-19 22:05:30 回复