系统应能支持多组织、多地点、集团化的管理要求。这种要求应能满足物料编码、人员设定、组织设定上的严密性和灵活性。如：

组织之间的交易可以通过设定交易规则，自动产生相对应的物流凭证和财务凭证，能够方便地检索到组织之间的财务核算数据和绩效考核数据。

物料编码、客户编码、人员编码能够做到统一性和灵活性的兼顾。既能满足集团化物流平台运行所必要的统一，又能通过设定使部分内容适合本地组织的短期需要，在需要统一的时候可以智能化地转换。

支持公司长期发展和短期需求的过渡。公司现在的办事处或者OFFICE、部门将来都可能发展成为分公司、子公司，现有的分公司、子公司也有可能因为业务的需要转化为办事处、OFFICE模式，因此需要系统提供这种方便的手段和基础来快速实现。

集团化的管理不仅仅是组织结构上系统能够支持，要求系统在功能实现上满足集团化管理要求。财务报表能够智能合并，物流报表与分析不需要通过权限、身份的切换。采购需求可以合并。

用户界面应该是以用户方便使用为原则，以业务为导向，人性化的设计。如用户没有权限操作的功能按钮和菜单，应该不出现或者灰掉。界面显示项应该可以选择和指定。

以业务为导向是指界面的设计应该考虑到业务操作人员的业务特点和习惯，把经常需要查询和使用的功能尽可能地放置在第一界面上。虽然信息的来源可能有许多，但是应集成。

如对于销售人员来说，应该满足在制作合同的时候可以查库存、查客户的应收应付、查客户的信用额度、历史销售记录、价格权限、库存成本、采购成本、到货期、现有的备库情况等等。打开合同以后，可以查询到合同货物的订货、发货、开票、退货、退票、预估成本、实际成本、预留状态的情况，并可以同时执行预留、撤销预留、发货、开票等业务操作。

系统应具备工作流模式的审批。即审批动作是发起人主动推送到接收人那里的，而非接收人到单据堆里面去找。在审批消息到达的时候，可以直接触发对应的审批工作。

审批要可以设定一些判断条件，如金额、毛利、成本、信用等关注项。可以进行操作时间的统计和考核。

系统应能至少支持简体中文、繁体中文和英文三种语言。支持不同的财务核算模式。

系统的权限分配应可以细分到不同的纬度，功能上应尽可能细化到菜单、按钮、显示条目和内容上。组织上应做到部门、角色、人员可以细分。权限的设置要方便，可以复制和转移，可以批量设置，可以统计分析。不同的部门、人员之间可以设定不能互相察看。

系统除了提供常规的用户名、密码管理以外，应可以提供MAC地址验证的管理功能。既要满足对用户绑定本人计算机的要求，又要满足多人共用一台计算机和一人使用多台计算机情况的灵活设置。

权限与安全性的设置要可以导入、导出和备份。

对于货物成本的显示，要细化到型号，可以定义哪些货物可以直接显示成本，哪些不可以。

权限设置可以多重性，如一个用户在总公司是某个角色，在分公司可以设定不同的角色和权限。

系统支持B/S的远程访问。系统远程访问速度达到业内平均水准。对于所有的查询，应有条件的缺省值，防止意外地大数据量查询的发生，影响整个系统的运行速度。

系统支持不同的销售模式采用不同的销售流程。门店零售的流程尽可能的简化，满足快捷高效的要求。公司可以整理出几种典型的销售模式和使用条件作为销售的规范，提供业务选择使用。

系统的信用管理应包括业务人员在操作时可以方便地查询到客户的即时信用额度。系统自动发出信用控制的警告和审批。信用信息应包含应收款、预付款、发出商品、回款信息和日期以及预计的回款和日期。应收款和发出商品都要有预计日期和实际日期，达成率与客户的信用直接构成运算关系或参考。应收账龄与发出商品的账龄都是信用评价和参考的直接依据。

业务员应能方便地查询到客户合同的应收核销。客户的回款有明确合同指向的，应核算到合同和业务员本人。

业务员应能方便地查询到客户的历史价格，包括客户在集团内所有的采购信息。

业务员可以即时查询本人的开票额、毛利、各类费用（预留、资金占用、技术服务、差旅等）、应收、发出商品、回款等与个人业绩有关的工作指标和绩效。部门经理可以查询所有本部门员工的经营情况，总经理、管理部门可以查询所有。

销售与采购应紧密结合。销售产生采购确定和预计的采购需求给采购部门，并能通过自己的销售合同跟踪到采购情况，如货物是否已经订出，交货期，是否到货等等。系统应支持货物的预留功能。能方便地调整预留，方便地设置预留政策。如对不同的货物类别再用不同的预留策略，常备货物不预留。

可以设置灵活的价格策略，应可以设置到客户、大中小类、产品、销售员，可以设置价格本、折扣本。价格策略应具有有效期。

针对特价产品，需要将特定的采购成本对应到特定的客户合同中。

系统应支持组织内的货物转移的内部结算，可以进行实际的利润切分或名义的利润切分。同时满足财务管理和考核管理的需求。

系统应具备逐级的反操作，即撤销功能。对于已经无法撤销的单据操作，系统应提供特定的流程来处理。

所有审批以后的变更应留下痕迹和重新审批。

合同的条款应有有效的管理。条款中的可量化内容应可以参与运算，如交货期、付款日期。条款模版可又有机组合，如选择了赊销的条款规定必须选择对应的罚款规定。

系统应支持寄售模式，有独立的销售流程和核算方式。

影响到财务结算的销售操作应能跟踪到财务凭证。

支持集团内采购需求的集中处理。集中采购的同时，不能切断与销售信息的关联，货物入库以后，应仍旧能对应预留到来源合同。集中采购的处理应能灵活地组合与拆分，方便采购排程。可以根据不同的人员、部门、地点、仓库、类别进行组合或拆分，组成特定的采购订单。

支持采购协议价格的管理。支持含税、不含税的录入、显示。灵活排序。支持条目数量的拆分与合并。

灵活的交货期管理。采购部门交货期录入和变更以后，应能主动反映到销售部门，引起销售人员的注意。

支持进口业务。

支持直发流程。

支持组织之间内部交易、组织内内部交易的自动产生、结算功能。

支持集团内采购信息的集中统计、分析和优化操作。

支持交叉代码，无论输入订货号、型号，采购订单的格式输出灵活设置。

影响到财务结算的采购操作应能跟踪到财务凭证。

系统应支持多仓库管理，可以设定逻辑仓、物理仓，各仓库之间可以设定不同的管理策略。如访问策略，成本策略，预留策略等。

系统应支持货物的批号管理、系列号管理、条形码管理、库位管理。

支持库龄的查询与分析，预留货物的日计息查询与分析，要求预留计息分解到人。可以查询预留货物的释放。预留计息的释放应得到条件控制，即不常用货物的预留释放必须得到批准。系统支持预留货物的合同间转移。

库存盘点表的打印格式需灵活，库存金额、数量是否打印可选择，表格可以按照类别、库位、型号等排列。

可以查询不同类别货物的库存金额，可以跨组织查询。

支持库存货物的贬值处理。

支持库存货物的价值调整。

支持库存货物的型号拆分和组合，成本自动匹配和手工调整相结合。

支持借入、还出，借出、还入，赠送、受赠，盘盈、盘亏，领用、报损流程。

支持逻辑仓库之间的传送，物理仓库之间的移库操作，可以设定审批。

库存货物移动报表和查询，成本变化的查询。

货物进销存报表和查询。

库存货物的预测、备货（补货管理）。

特价货物的管理。

影响到财务结算的库存操作应能跟踪到财务凭证。

为保证集团物流平台的运营准确性和高效，物料主数据的输入采用分头输入，集中审核的办法。物料型号输入的时候应支持输入过程的同步模糊查询，以防止重复型号的发生。物料主数据的输入过程中，系统应提供近似物料的复制、参考功能。物料型号的编码长度应足够长。物料主数据应留有与供应商关联的唯一代码，以便数据导入。

客户、供应商主数据的管理类似物料主数据管理，主要是要有有效的功能措施防止重复。

一旦有重复的物料主数据、客户、供应商主数据，系统应有消除重复的功能。如型号差别一个空格，应可以调整对应的库存和业务单据。客户、供应商有空格差异，可以调整应收、应付。

公司业务人员主数据的维护、权限维护，需要可以灵活地复制与转移。系统应支持岗位人员的调动。调动应考虑调动人员的业绩与费用在不同部门的分配。

系统应支持简单加工模式，可以把一部分的加工费用、辅料组合到产品成本中。能够设定和显示系统产生的对应财务凭证。

系统应能提供对应的模块专门管理项目的计划与核算。管理内容应包括代理件的采购、销售，外购件的采购与销售，项目成本的核算，费用的核算和项目利润的核算。

系统提供维修件的管理流程，包括借换货，维修件的新旧处理，有效期管理，收发管理功能。提供维修费用的核算管理。

要求系统除了能记录客户的静态信息以外，可以提供客户动态信息的追踪。如客户关心的我公司产品情况，我们对客户的工作记录等。可以对客户向我公司的采购统计分析。可以对客户的行业、产品等关键要素提供查询分析。客户的地区、行业分类需要根据不同的业务程度区别对待，而不是单一的按照省份、市分类，应该是业务成熟地区细分到市、地区，不成熟的可以分到省。

应收、应付应不仅满足财务需要，业务员应能实时查询到与本人有关的应收应付，包括清单。也就是说应收、应付、发出商品等与个人业绩相关的财务数据都能够落实到人，可以和考核指标关联，可以统计分析和考核。

可以设定业务员的业绩指标和部门的业绩指标，可以实时地检索到与考核指标相关的考核数据。可以进行内部核算，部门之间、各单位之间可以进行利润的转移，系统既能满足财务的要求，又能满足管理会计的要求。

灵活的报表功能。支持自定义报表，支持关联报表查询。智能分析的内容应包括销售、采购、库存、财务。

系统应形成日常查询、阶段统计、数据分析三个层面的功能。日常查询主要针对业务员和管理人员的日常工作查询，要求反应速度比较快，能通过业务操作界面就能查询得到想要的数据和结果。数据量相对比较集中和单一，量比较小。阶段统计一般数据量比较大，涉及面比较广，不是经常使用到，但是提供的数据可以用于统计分析。日常查询要求能做到层层深入，比如查询发出商品，得到总数以后可以进一步方便地点击查询到构成明细，再点击可以查询到原始单据。

报表和查询的集成度要高，业务相关的数据最好在一个界面里都得到体现，而不是分别进入不同的模块得到。

报表查询提供方面灵活的版面排序手段，便于比较分析。

财务接口，和金税有接口，财务与业务模块可以独立运行。

数据导出，可以支持复制粘贴，支持数据导出。

大数据量的输入可以导入。

便于和供应商、客户的信息系统进行外部供应链的整合。