对于管理类软件，在系统功能实现上，有着多种模式，本文主要介绍平台化集约实现功能的模式。
这里描述的平台化，主要是指构造软件功能时，尽量将相关数据、相关操作、相关数据处理等集中在一起，让操作者能够在一个界面上，连接到丰富的信息，执行多样化的操作，最终完成业务目标，简而言之，指的是操作平台化，和软件相关的技术平台、开发平台的概念有所不同。
（1）实现功能平台化的原则
在构造操作上的功能平台时，应该遵循如下原则，才能达到集约功能的目的：
o 数据展现充分。围绕当前系统功能，充分利用现在计算机先进的设备（大屏幕），全面展现相关的数据项目，使操作者能够一目了然地洞悉一切，顺畅地完成作业处理；
o 操作集中。平台化操作模式，可以使操作者在同一个界面上完成多样的功能处理，而避免界面切换引起的烦扰；
o 集中应用各种业务规则。在管理类软件中，都有很多操作频繁、重复性较强的工作，如集中统一采购等，对这些功能，可以将各种业务规则提前定义出来，利用信息系统来处理常规的、大量的、重复性的、有规则的工作，操作者只需要关注异常情况，对这些异常情况进行人为干预即可；
o 批量数据集中处理。在前面三个原则的基础上，软件应该支持批量进行大量业务数据的处理，如一次性处理500个的采购订单数据，这样就可以使操作者抛弃传统数据录入或单据录入的操作方式，大大提高作业效率。
（2）以采购平台为例介绍功能平台的实现方法
为了更加清楚的说明平台化的思想，本文以零售管理软件中采购业务为例，介绍一个采购平台的实现方式。
在构造采购平台时，首先应该明确这个功能的使用对象是总部或大门店的采购补货人员，使用这个功能的目的是面对大量的商品，实现及时补货。
（2.1）采购平台要考虑的业务规则
在构造采购平台时，要在本功能中集中性的考虑各种业务规则，才能保证采购补货业务的顺利进行。而这些业务规则，都是相关业务岗位在前期的工作过程中，定义出来并维护到软件中的。以下就是采购平台要考虑的一些业务规则：
o 只有各种商品、合同、供应商的状态处于可采购的状态，才允许生成采购订单；
o 在供应商的采购合同中，要约定供应商、合同（包括结算方式、付款条件等）、商品、进价（包括促销进价）等几个基本要素之间的关系。
o 一个商品存在多个供应商时，要约定主供应商，这里面包括两种情况，一种情况是，总部或门店采购时，同一商品多个供应商在供应，此时需要约定主供应商，另一种情况是，连锁企业的门店因为区域的不同，在不同地区选择了不同的供应商，此时需要约定每个门店的供应商；
o 商品包装的控制，主要是采购经理在和供应商在签订采购合同时，一般都约定了每种商品的采购包装规则，限制拆零采购，在这里要自动显示商品的采购包装规格，并在总采购数量上给予控制，确保总采购数量为商品包装规格数量的整数倍；
o 确定合适的智能采购模型，零售企业可以根据自己企业的特点选择合适的智能采购计算模型，可以区分对于日均销量大的商品和日均销量小的商品采用不同的模型，也可以区分商品品类采用不同的模型，还可以根据门店业态的不同采用不同的模型。在选择了智能采购模型后，在采购平台种，应该能够根据可用库存量、日均销量等信息，计算得到每种商品的建议采购量，提供给补货人员使用。
o 如果一个商品在数量管理上，允许出现小数库存，则采购数量可出现小数，反之只允许出现整数；
o 提前约定送货有效期和指定送货日期的规则，对于每个供应商、每份采购合同，都实现约定这方面的规则，然后生成的采购订单中，自动生成每张单据的送货有效期和指定送货日期；
o 其它和采购有关的业务规则。
（2.2）采购平台要展现的数据
为了更方便地辅助补货人员完成采购作业，系统要在功能界面提供尽量丰富的数据，让补货人员能够一目了然地洞悉一切，从而能快速做出判断。而这些数据项目中，应尽量展现一些动态变化的数据项目，如日均销量、可用库存、智能采购数量等，对于静态的数据项目，只展现必要的项目即可。
在数据项目比较多的情况下，为方便每个用户使用方便，可以允许用户根据门店大小、业态、采购品类的不同，选择显示不同的数据项目，如对于有国际条形码的商品，可以去掉“货号”列。这样处理的目的是，尽量确保主要的数据项目在一个计算机屏幕上显示出来，避免必须滚动窗口才能看全数据的情况。
由于零售企业的商品品项数都比较多，补货人员难以在海量数据中敏锐发现需补货的数据，所以要求系统界面上，对处于不同库存状态的商品采用不同的颜色显示，以提醒操作者。
以下是一个采购平台可显示的数据项目：
o 商品基本信息数据，包括商品编码、商品名称、商品条形码、单位、规格、货号、产地、小数精度、所属品类的编码和名称；
o 商品的采购合同数据，包括供应商编码和名称、采购包装单位和包装细数、最新含税进价、最新无税进价；
o 采购参考数据，包括库存数量、锁定数量（已被占用的库存数量，如已制作退货单但供应商未提货数量、已制作配送单但未出库数量等）、冻结数量（异常的不可用库存数量，如包装破损数量等）、采购在途数量、可用库存数量（＝库存数量－锁定数量－冻结数量）、日均销量、参考销售量（用来比较库存可用数量的数字，等于人工设置的可销天数乘以日均销量）、最近进货日期等；
o 采购建议数据，包括人工建议数量（人工输入的采购数量）、智能建议数量（信息系统自动计算的采购数量）、缺货处理建议数量（前期不能满足销售、要货等业务的缺货数据）；
o 该商品即将展开的相关促销情况，包括促销开始日期、促销结束日期等，该数据可以没有值；
o 商品的可采购状态，这个状态根据商品库存、日均销量、促销信息等数据计算得到，用来通知补货人员进行采购的标记，可分为正常、即将促销、促销将结束、促销期中、即将缺货等多种，采购平台中，每种状态的商品采用不同的颜色显示，方便用户操作数据；
o 其它信息，如备注，可以让采购补货人员在这里手工填写一些需要特殊标记的内容，这些内容可转化到采购订单中，达到通知供应商和收货人员的目的；
（2.3）采购平台的功能实现方法
这个采购平台提供给采购补货人员使用，目的是避免人工录入订单的模式，让采购补货人员能够方便、快捷、科学地完成补货作业，主要的操作方法是先选择一定的商品数据，系统自动判断商品的可采购状态，用醒目的方式展现数据，并显示各种采购建议数量，补货人员对这些采购建议数量确认，或者调整一些商品采购补货数量，之后批量生成给每个供应商的采购订单，至此补货作业完成。
为了更好地辅助采购补货人员，在采购平台中，需要完成如下辅助性的功能：
o 考虑到采购补货人员的作业特点，选择的输入条件主要是品类，这样可以以品类为单位进行处理，如一个中类中有200-400个有效品项；在有些时候，采购补货人员也会针对具体的供应商来执行补货，所以，在品类的基础上，也提供供应作为输入条件；
o 以不同的颜色标记商品不同的可采购状态，应该可以根据具体用户的操作习惯，自定义每种状态的颜色；
o 在确认采购数据后，自动根据采购合同的条款，根据商品的采购包装调整总采购数量，批量生成采购订单；
o 如果补货人员对自动显示的采购建议不满意，或者对还没有启动智能补货的商品，可以人工输入采购数量，输入时，受采购包装单位的限制；
o 对于特殊的商品，可以在本采购平台中，选择系统提供的主供应商之外的第二供应商；
o 如果以供应商为单位执行采购，可以辅助采购补货人员统一核算总采购量的包装件数、总体积等数据，以估算供应商送货的车辆装载率情况（尽量满车，降低总物流成本）；
o 对于即将开始促销、即将促销结束、处于促销期中的商品，分别提醒，避免出现库存判断错误；
o 可以为每种商品指定送货地点，如可以是配送中心，也可以是门店。
有了这样一个采购平台后，采购补货人员就可以在信息系统的辅助下，方便、科学地面对大量的商品数据，有条不紊地开展补货处理了。
（3）其它平台化功能举例
海信商定天下商业管理平台，就是本着这种思想来构造系统功能的，目前在主要业务上，都采用了平台化的处理模式，这里举例如下：
o 采购平台：提供给采购补货人员使用，可以集中处理大量商品的采购补货业务；
o 退货平台：针对待退货商品，系统判断其直退供应商、退货给上级配送中心等业务特征，自动给出退货价格；
o 配送平台：每日处理门店要货，校验要货合理性，并自动批量生成直送采购订单、配送单、总部缺货数据；
o 盘点平台：在同一界面上完成确定盘点范围、保存盘点商品库存快照、采集实盘数据、生成商品盈亏等功能；
o 派车平台：提供给配送中心车辆调度员使用，提供根据车辆路线、门店配送商品的体积和重量来自动派车，以及人工调节派车结果等功能，可批量处理大量数据；
o 加工平台：提供给配送中心加工车间使用，提供和盘点相结合的加工处理功能，可根据加工配料表批量生成对应加工单，完成库存转移功能。