分销零售管理

Haier E-store 3.0 产品的目的和意义

E-store 3.0 产品选用用友软件最高端的集团企业信息化软件—NC软件,使用目前最为成熟的版本V5.7,是经过一万多家集团企业的经验积累和验证的可靠产品,代表了目前国内最先进、最成熟的信息化管理软件应用水平。

在技术方面,经过第三方惠普评测机构验证的万级并发测试,支持集群与分布式部署,需要服务端的强有力的技术支持与管理人员。

在应用方面,功能可配置性强,可全面解决目前的二步法需求、财务应用与处理需求等;扩展性强,基于强大的UAP平台,可以实现快速开发与应用。

Haier E-store 3.0 部署框架

image001

1、3.0产品将单独部署;客户端直接通过浏览器访问与应用,数据存放在服务端。

2、数据库层部署方式是:

3、应用与WEB层部署方式是:

4、3.0产品将与原2.0平台端进行数据交换

Haier E-store 3.0 部署框架

image003

 

image005

1、2.0数据传输方式不变;

2、3.0产品先与2.0产品共用,向2.0平台端传输所需要的数据

Haier E-store 3.0 组织框架

image007

1、3.0产品中核心组织为以上画圈内容,即客户作为公司,门店作为部门,仓库依据需要建立

2、3.0产品中将其余组织作为简单档案,通过相关档案的属性关联

Haier E-store 3.0 门店级别

image009

1、理货商与伞下店必须作为售达方一样进行管理,如果其也要作为门店来使用软件的话

2、需要澄清的问题:

  • 理货商直接从海尔进货,是否同时从专卖店进货?
  • 理货商是否纳入BS应用范围?
  • 伞下店是否纳入BS应用范围?
  • 仓库的定位,是不是只作为送达方而已,不是业务主体?
  • 仓库是否分类,牵涉到哪些数据要上传服务端的问题?
  • 仓库的公用问题,是否有影响?
  • 理货商在NC中对应的组织体系如何建立?
  • 伞下店在NC中对应的组织体系如何建立?

Haier E-store 3.0 NC57标准模块选择

image011

TIM截图20170524160729

Haier E-store 3.0 整体业务模型

image013

1、采购业务模型:适用于采购海尔商品、采购非海尔商品、退货

2、销售业务模型:适用于批发业务、零售业务、退货业务

3、换货业务模型:适用于采购换货、销售换货业务

4、调拨业务模型:仓库之间调拨

5、捐赠业务模型:接收或者捐出商品的业务

6、溢损业务模型:盘盈、盘超业务

7、其他收入、其他支出现金业

8、形成完整的物流信息(进销存统计)、资金信息(资金账表)、财务信息

Haier E-store 3.0 整体业务模型—采购业务模型

image015

1、一步还是二步均可以配置

2、不同的业务使用不同的单据格式和节点

3、应付单是肯定要产生的

4、付款单是否产生要看单据上的是否已经付款

5、如果已经付款的是预付款,则不产生付款单

6、默认不启用总账,会计平台

7、所有物流单据上均应有相应的收发类别

8、所有财务处理应有规范的默认设置(若启用的话)

9、采购退货:在采购订单上,增加参照兰字采购订单生成红字采购订单的功能,后续处理同正常采购业务;

Haier E-store 3.0 整体业务模型—销售业务模型

image018

1、一步还是二步均可以配置

2、不同的业务使用不同的单据格式和节点

3、应收单是肯定要产生的

4、收款单是否产生要看单据上的是否已经付款

5、如果已经收款的是预收款,则不产生付款单

6、默认不启用总账,会计平台

7、所有物流单据上均应有相应的收发类别

8、所有财务处理应有规范的默认设置(若启用的话)

9、采购退货:在采购订单上,增加参照兰字采购订单生成红字采购订单的功能,后续处理同正常采购业务;

Haier E-store 3.0 整体业务模型—换货业务模型

image019

1、一步还是二步均可以配置

2、不同的业务使用不同的单据格式和节点

3、换货类型选择,是采购换货、销售换货

4、采购换货,按差价形成应付单

5、销售换货,按差价形成应收单

6、后续收付款需要参照往来单生成即可

7、所有物流单据上均应有相应的收发类别

8、所有财务处理应有规范的默认设置(若启用的话)

Haier E-store 3.0 整体业务模型—调拨业务模型

image021

Haier E-store 3.0 整体业务模型—盘点、溢损业务模型

image023

1、不同的业务使用不同的单据格式和节点

2、所有物流单据上均应有相应的收发类别

3、所有财务处理应有规范的处理设置(若启用的话)

Haier E-store 3.0 整体业务模型—受捐、捐出业务模型

image025

1、不同的业务使用不同的单据格式和节点

2、所有物流单据上均应有相应的收发类别

3、所有财务处理应有规范的处理设置(若启用的话)

Haier E-store 3.0 整体业务模型—组装、拆卸业务模型

image027

1、不同的业务使用不同的单据格式和节点

2、所有物流单据上均应有相应的收发类别

3、所有财务处理应有规范的处理设置(若启用的话)

Haier E-store 3.0 整体业务模型—现金处理业务模型

image029

1、不同的业务使用不同的单据格式和节点

2、收付款结算单用于无往来的资金收付,可选择不同的收支项目

3、依据不同的收支项目形成资金收支分析报表

4、所有资金类单据,收支项目不可为空

5、所有物流单据上均应有相应的收发类别

6、所有财务处理应有规范的处理设置(若启用的话)

Haier E-store 3.0 整体业务模型—会员管理

image031

1、零售生成与零售单有关,在开单时生成或调用会员信息

2、积分生成与零售单有关,在单据确认时生成积分

3、积分消费与零售单有关,在开单时可进行积分消费

Haier E-store 3.0 实施配置方案

一、档案与各项配置的位置:

1、所有的配置尽可能在集团统一配置,除非不得已,不要在公司做配置

2、包括所有的参数(可设置一个虚拟的上级公司统一设置所需要的参数,并控制下级)、档案、流程配置、模板配置、权限配置等

二、界面与功能节点的配置:

1、通过将某一个业务类型与模板注册为一个功能节点,实现“一个功能节点只操作一种业务”的目标,以符合傻瓜式应用的效果,简化操作(1);

2、制作业务流程导航图,开发实现登录时即展现,支持嵌套式导航,实现“全程导航式操作应用”的目标,以符合傻瓜式应用的效果,简化操作(2);

三、单据格式的配置:

1、按各业务模型,结合T1应用的效果与反馈,整理并形成符合NC-UAP平台功能特色的新单据格式,实现WEB式单据操作格式

2、各T1应用的需要,统一设置所有的单据打印格式,并分配到相应的功能节点。

Haier E-store 3.0 开发实现内容

一、界面的开发:

1、全程导航式界面的展现开发

2、单据格式的界面特殊处理需要

二、流程的开发:

1、所有业务模型中,部分需要新增流程应用,支持流程配置及推式生成;

三、单据与功能的开发:

1、新增单据及应用

2、各种功能、以及关联功能的开发

四、查询报表的开发:

Haier E-store 3.0 开发与实施资源安排

一、需求与方案及实施配置、测试人员:

负责人:赵云

成员:陈飞、王贺新、

二、产品开发人员:

负责人:

成员:

Haier E-store 3.0 进度主计划

2011-12-

2011-12-

2011-12-

2011-12-

2011-12-

2011-12-

2011-12