销售业务需求分析报告v_第1页
销售业务需求分析报告v_第2页
销售业务需求分析报告v_第3页
销售业务需求分析报告v_第4页
销售业务需求分析报告v_第5页
已阅读5页,还剩69页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、1销售管理需求详细分析1.1销售管理组织及主要职责1.1.1组织架构公司与各子公司均有隶属于本公司有不同,但职能类似)。的部(注:各公司的部门名称可能略1.1.1公司组织架构下面以公司部为例说明(其它子公司类似)。职务业务职能描述备注常务副总分管销售业务模块。制定销售年度目标、计划并推进执行。公司销售数据的全部权限。事业部总经理负责对事业部的业务全面管理。销售模块事业部数据的全部权限。营运部负责的区域业务跟进和拓展。无应用支持部负责的售前和售后支持工作。无营运市场部负责的定价、推广。无技术部负责新品的研发无部负责销售接单、初排产、发货安排、开票,客情关系维护。无经理负责处理一切与客户订单、发货

2、等相关工作, 以完成事业部每月销售目标的发货任务实现无积压订单,并逐步提升客户满意度。1. 本公司销售订单所有操作权限和权限;2. 销售出库单除签字以外的操作权限和全部权限;3. 销售除审核以外的所有操作权限和全部权限;4. 价目表新增、权限;5. 和客商新增、权限。组主管安排和协助客户专员的工作。1. 本公司销售订单所有操作权限和权限;2. 销售出库单除签字以外的 操作权限和全部权限; 3.销售除审核以外的所 有操作权限和全部权限; 4.价目表新增、权限;5.和客商新增、权限。组资料主管资料仓的申购计划,资料仓的出入库管理。资料仓的库存积压分析。1. 资料仓的库存管理权限;2. 资料仓库存报

3、表权限。组主管负责跟进和物流情况。销售出库单的权限。专员负责销售接单、安排生产计划、安排发货、物流跟踪、开票、处理客户 、退货接单、途损费用的计算。 新增、 价格新增和客户新增的维护。1. 本公司销售订单所有操作权限和权限;2. 销售出库单除签字以外的 操作权限和全部权限; 3.销售除审核以外的所 有操作权限和全部权限; 4.价目表新增、权限;5.和客商新增、权限。资料专员负责资料仓实物的出入库以及办理出入库手续。资料仓的库存操作权限。专员负责货物。无1.2 销售管理整体框架说明1.2.1 业务框架销售业务框架-经销与多事业部子公司公司(、上海、河北等)事业部事业部事业部销售部销售部销售部、内

4、部经销商消费者经销商消费者的以经销为主,部分(如家具漆、工程漆)也存在直销业务。销售管理各公司自行管理:公司事业部(或销售部)制定销售政策;接单及出货则由公司客负责,并根据类别执行不同事业部的销售政策。销售需求既有外部需求(客户订单),也有内部需求(调拨订单)。1.2.2 业务模式为快速扩大市场规模,管理模式采取了区域经销商体制。通过与经销商的战略合作,并给予灵活的促销政策,推动其提货量,从而。为适应区域市场业务的灵活性,销售业务管理模式是各公司分权管理,暂没有考虑集管控。其业务特点主要有以下三点:1、 以实际订单作为销售需求。生产部主要根据客户实际订单安排生产计划。少部分半成品(如树脂)会做

5、计划式生产。虽然各事业部或销售部会做销售,但目前只是做到总额,没有细化到类或明细,所以无法用于指导生产与采购计划。2、 接单发货业务采取产销(或自产自销)。即由各公司接收客户订单需求,安排本公司生产部的生产计划。暂不考虑多工厂产能与计划统筹的问题,但存在跨公司直运销售业务。价格、返利活动等政策3、 事业部制的销售政策管理公司将销售组织按线拆分出多个事业部(如家具漆、家装漆与工程漆事业部),不同的事业部制定不同的销售政策(如定价、返利政策),再下发给部与财务部执行。同时,为精细,需要按不同事业部进行利润核算。各子公司暂未分事业部管理,而是分不同销售部门,但未来也可能实施事业部制。但暂不考虑跨公司

6、的事业部统一。1.3销售业务流程流程编号一级流程流程三级流程流程简要说明JBL-XS销售管理JBL-XS-01产成品管理新开发产成品的建立、对原有产成品信息的修改,退市产成品的封存。JBL-XS-02客户管理各销售机构有新签合同/订单的经销商、 商或直销客户(包括企业和个人), 对已有的客户行修改 ,对不合作客户的封存。JBL-XS-03管理JBL-XS-03-01新增价格在价目表中,新增客户的基本价格JBL-XS-03-02价格调整管理由于成本或市场因素,需要对价目表基本价格调整JBL-XS-03-03特价管理JBL-XS-03-04促销政策- 定价条件管理按客户等维度设置条件的关于价格折扣

7、的促销政策JBL-XS-03-2促销政策- 批量按数量不同维度设置条件分级管理的关于价格折扣的促销政策JBL-XS-04销售返利管理根据合同在系统外计算客户返利金额,在系统录入冲应收单。JBL-XS-2普通销售业务流程JBL-XS-2-01销售整体业务流程整体销售业务流程介绍。JBL-XS-2-02销售接单管理固定资产的采购转固业务JBL-XS-2-03销售报款管理原材料的内部调拨JBL-XS-2-04订单通知生产管理客户将销售需求提交到生产部,作为生产计划。JBL-XS-2-2订单变更管理订单的、数量、交期、备注等信息的变更JBL-XS-2-06销售发货出库管理根据客户订单,协调物流、配货、

8、出库流程JBL-XS-06内部管理JBL-XS-06-01半成品调拨根据子公司半成品调拨计划调拨半成品给各子公司JBL-XS-06-02成品、辅料调拨分公司向下成品和辅料的调拨需求。JBL-XS-06-03直运调拨管理根据各子公司销售需求调货直接调拨给子公司客户的业务。JBL-XS-06-03内部退货流程子公司退货给。JBL-XS-07其他销售流程1.4产成品管理需求分析1.4.1现状描述指需要新增产成品存货或对原有产成品存货相关信息修改时的业务管理。比如新开发的产成品的建立、属性修改(如统计属性等)、配方结构、标准价格等。流程图:JBL-XS-01产成品管理流程V1.0 编制:IT管理部 更

9、新时间:2013/3/12事业部技术部技术中心事业部部新增Y修改封存N市场部是否新增定价新增产成品设计维护信息表ERP维护申请表事业部总经理审批技术总监审核新增部门经理审核修改封存存货BOM维护流程管理产成品建档JBL-XS-07-01原材料销售流程原材料的变卖业务。JBL-XS-08销售结算流程JBL-XS-08-01生成参照销售出库单开票。JBL-XS-08-02合并开票将冲应收单与销售发票合并开票。JBL-XS-09销售退货管理JBL-XS-09-01销售退货质量问题与客户正常退货JBL-XS-09-02途损途损的入库与途损结算流程说明:序号部门及岗位业务步骤流程说明相关单据处理状态1事

10、业部技术部技术工程师维护申请如果是新增 成 ,则在 OA 上提交新增产成品设计维护信息表,注明需要建档的产成品信息,如事业部、存货统计属性、存货分类、包装规格等关键信息。提交部门 审核。如果是修改或者封存产成品 ,则在OA 上提交 ERP 维护申请表,注明需要调整或者封存的内容。新增设计维护信息表ERP维护申请表(OA 系统)OA 系统处理2事业部技术部经理审核申请对需要新增的内容或者调整的内容进行审核。新增设计维护信息表ERP维护申请表(OA 系统)OA 系统处理3技术中心技术总监审核申请对新增的内容进行审核。新增设计维护信息表(OA 系统)OA 系统处理4事业部总经理审核申请对新增的内容进

11、行审核。新增设计维护信息表(OA 系统)0A 系统处理5技术中心管理员建档技术中心管理员参照新增涉及维护信息表,在 NC 系统建档并分配,并建立对应的 BOM 信息。存货BOM系统处理6事业部市场部价格管理员新增定价对新增的产成品是否含奖、是否含运和定价进行指定。审核后,告知部。新增设计维护信息表(OA 系统)OA 系统处理7部文员维护价格参照新增设计维护信息表的定价,维护价目表。价目表系统处理1.4.2需求分析需要解决的现实问题与需求:需要多计量管理的问题。目前一个存在多个辅计量管理,造成一个存货在库存结存种,存在两种不同的规格,不方便盘点;同时在维护价目表以后,在销售订单中还需手工选择辅料

12、量,系统才能自动询出价格。1.4.3优化建议管理建议建立完善的存货的数据管理制度。对一个存货多个辅计量,建议建立多个编码进行处理,方便库存的管理,同时提高易用性。系统实现ERP 系统同一个存货名称对应不同的规格即可。1.5客户管理需求分析1.5.1现状描述客户的新增、修改和封存的业务。具体指公司有新签合同/订单的经销商、商或直销客户(包括企业和个人),需要申请建档;已有客户基本信息有变化,需要修改原档案;对已有客户停止各项业务往来,封存原。流程图:JBL-XS-02_客商编制: IT管理部管理流程V1.0更新时间:2013/3/12申请部门财务部部客户ERP建档申请表部门主管审核N是否新增、修

13、改Y封存存货存货流程说明:序号部门及岗位业务步骤流程说明业务单据处理状态1需求建档申请需求在 OA 上填写客户 ERP 建档申请表,主要录入:公司名称、是否一般纳税人、地址、所属省市、经营范围、区域范围等信息。提交财务部经理审核。如果是修改或者封存历史 ,则在客户 ERP 建档申请表中,对所需要修改的信息进行描述。客户 ERP 建档申请表(OA 系统)OA 系统处理2财务部部门主管审核申请对客户ERP 建档申请表的新增或者修改的客户的、签约名称是否与营业执照名称相符等信息进行审核。客户 ERP 建档申请表(OA 系统)OA 系统处理3部部门主管审核申请对客户ERP 建档申请表的新增或者修改的信

14、息格式是否规范进行审核。供应商新增申请表(系统外单据)OA 系统处理建档、修改部门主管审核1.5.2需求分析需要解决的现实问题与需求(组织、流程优化,建立统一数据标准,改变管理方法和策略,完善制度建设,基础规范,口径统一,流程,明晰,内部,统计分析,决策支持,批量处理,模式,效率提升):1.对不发生业务往来的客户需要进行的封存处理。目前客户的封存没有与系统配套的管理制度,造成在用户在业务操作时容易错选客户,以及影响销售业务数据的效率。2.直接修改客商名称造成历史数据变化的问题。例如:原来客户中的名称为:A,现在更名为 A。直接修改原来客户名称后,历史数据客户所有的名称都变为 A,造成历史数据与

15、实际不符。3.需要系统能统计公司与公司的销售数据。1.5.3优化建议管理(组织、流程优化,建立统一数据标准,改变管理方法和策略,完善制度建设)1、 建议建立客商封存管理流程与制度。目前客户影响的业务模块有:销售、财务、报表等模块,建议封存的审批流程为:申请人->部经理->财务部经理->IT 部系统管理员->管理员,确认后,再对退档的客户进行封存处理。从而提高用户的操作准确性以及销售业务数据的效率。2、 建议完善客户管理制度,公司改名与公司拆子公司的客户维护业务,建立正确的处理方案。可参照系统的功能实现。系统实现(基础规范,口径统一,流程,明晰,内部,统计分析,决策支持,

16、批量处理,模式,效率提升)4部 主管新增建档修改如果是新增,则参照客户 ERP 建档申请表在 NC 系统进行建档,并分配。如果是修改,则参照客户 ERP 建档申请表在 NC 系统对原有的进行修改。存货系统处理5财务总账会计封存如果是封存,则参照客户 ERP 建档申请表在 NC 系统对原有的进行封存。存货系统处理1、 ERP 系统提供客商的封存功能,提高用户的操作易用性和系统效率。2、 ERP 系统提供客商版本号以及客商总公司的功能,来建立上下级公司的关系,实现既可以明细体现,也可以汇总统计。1.6管理需求分析1.6.1新增价格管理1.6.1.1现状描述新增后,事业部市场部对进行标准价格指定,根

17、据定价在价目表中维护标准价格。流程图:JBL-XS-03-01 新增价格流程V1.0编制:IT管理部 更新时间:2013/3/12事业部部产成品 管理流程市场部定价表价格项定义流程说明序号部门及岗位业务步骤流程说明相关单据处理状态1事业部市场部维护价格项根据的是否含奖、是否含运的价格属性,在各公司维护价格项。系统处理1.6.1.2需求分析需要解决的现实问题与需求:需要实现价格表的批量导入。目前少量的价格表维护都是有文员手工录入,但是批量的价格表维护,都是通过的 IT 部导入实现的。1.6.1.3优化建议系统实现(基础规范,口径统一,流程,明晰,内部,统计分析,决策支持,批量处理,模式,效率提升

18、)系统提供价目表导入功能。首先制定销售价目表的格式,然后导出格式,文员进行内容的完善,通过系统的前台进行 EXCEL 导入。1.6.2价格调整管理1.6.2.1现状描述存在市场特殊,临时调整基价的业务。通过手工修改价格表的方式进行产品基准价格调整。流程图:2事业部市场部定价对现的是否含运、是否含奖进行指定,并制定的标准价格。系统3部文员新增价格根据新增设计维护信息表,根据产品的销售客户,在对应的价目表(产成品、资料、辅料的销售或者调拨价目表) 中新增标准价格,选择、对应的定价包装计量、标准价。如果是该价格是具体客户,则在价目表中维护客户。销售价目表系统处理JBL-XS-03-02编制: IT管

19、理部基准价格调整流程V1.0 更新时间:2013/3/12事业部部IT部市场部基准价格调整Y数据量较大N表流程说明:1.6.2.2需求分析需要解决的现实问题与需求:需要实现基准价格调整的系统管理。目前是直接手工修改价目表或者 IT 部系统管理员直接更新,造成调整基准价格的过程没有和审核,容易出错。序号部门及岗位业务步骤流程说明相关单据处理状态1事业部发出调价通知事业部根据原材料的价格变动,结合市场,对的基准价格进行调整。发出调价通知到。系统2部文员维护价格表如果调整的数据量较小, 文员直接参照调价通知,手工在价目表中修改最新的单价。如果调整的数据量较大, 文员直接将需要调整的数据发给 IT 部

20、。销售价目表系统处理3IT 部系统管理员更新价格表系统管理员通过数据库操作,直接更新价目表销售价目表系统手工修改批量修改1.6.2.322 优化建议管理(组织、流程优化,建立统一数据标准,改变管理方法和策略,完善制度建设)建议建立价格调整的系统管理制度。调整基准价格后,事业部审核。系统实现(基础规范,口径统一,流程,明晰,内部,统计分析,决策支持,批量处理,模式,效率提升)ERP 系统提供销售调价单的功能。通过销售调价单,对价目表中的基准价格进行批量修改,事业部审核,审核通过后,销售订单执行最新的基准价格。1.6.3特价管理1.6.3.1现状描述经事业部,给定某个客户某个(些)进行价格折扣,文

21、员销售订单中按照最新的折扣价格进行执行。流程图:流程说明:序号部门及岗位业务步骤流程说明相关单据处理状态1事业部市场部发出特价通知事业部向部发出特价通知。由部进行执行。系统JBL-XS-03-3 特价管理流程V1.0编制:IT管理部更新时间:2013/3/12事业部部特价通知客户、产品、时效单一单一客户笔类种业产务品维护价目表手工修改订单报价含税单价定价条件1.6.3.2需求分析需要解决的现实问题与需求:1. 特价管理的流程不规范。目前特价处理方式有 3 种:修改价目表、直接修改订单的报价含税单价、定价条件,造成实现特价管理的口径不统一。2.需要将特价业务的数据在销售订单表体进行标志。目前只有

22、通过定价条件方式设置的特价,在销售订单上才能体现特价标志,如果通过手工修改价目表或者销售订单的方式,特价标志需要文员手工,容易造成错误,特价销量数据统计确。3.特价需要实现效期管理。目前同手工修改价格表的特价实现方式,在特价政策过期后,由在进行手工修改,容易造成遗漏。1.6.3.3优化建议管理(组织、流程优化,建立统一数据标准,改变管理方法和策略,完善制度建设)建议建立特价管理的系统管理制度。对特价进行统一流程处理,具体参照系统实现。系统实现(基础规范,口径统一,流程,明晰,内部,统计分析,决策支持,批量处理,模式,效率提升)1. ERP 系统提供销售促销价格表的功能。在促销价格表中,“与基价

23、有关“,则影响的基准价格。同时销售订单的含税单价如果通过销售促销价格表中询出,则销售订单表特价标志。2部文员维护价格表如果是一段时间对单一客户的种执行特价,则文员在价目表中, 维护该客户和的基准价格。销售价目表系统处理3部文员订单手工改价如果是仅对客户的某一笔业务进行特价处理,则文员在开单时,手工修改报价含税单价。销售订单系统处理4部文员维护定价条件如果是一段时间对客户的多个执行特价,则文员则在定价条件中进行特价制定。系统处理2. ERP 系统提供销售促销价格的时效管理功能。在销售促销价格中维护对应的生效开始日期和失效日期,实现特价的效期管理。1.6.4促销政策-定价条件管理1.6.4.1现状

24、描述与财务文员根据事业部制定的政策,在系统录入定价条件,对客户的销售单价进行折扣处理。目前主要负责:促销政策、调价、合同中的价格折扣,该部分定价条件可以直接在订单上进行询价财务负责运费、无垫款奖等合同的条件设置,该部分定价条件需要根据的价税合计进行确认后,再进行询价。流程图:JBL-XS-03-4 定价条件管理流程V1.0 编制:2013/3/12IT管理部更新时间:事业部部财务部促销确定返利类型特价合同、运费设定定价条件流程说明:序号部门及岗位业务步骤流程说明相关单据处理状态1事业部下发合同向部发布促销、调价,向财务部下发单价折扣的合同。系统特价管理流程销售流程销售订单流程设定定价条件销售返

25、利流程1.6.4.1需求分析需要解决的现实问题与需求:1.定价条件中,希望实现客户区域支持非末级的选择,自动包含下级。目前是通过客户编码的穷举,维护工作量较大。2部维护定价条件根据事业部下发的 政策, 部在定价条件中,编号体现为:“KF-年-月-日-流水码”,定价条件名称,折扣,如果该定价条件,需要在开票时才能确认,则在备注注明:手工选择某某事业部, 指定存货范围,客户范围,以及定价条件的效期。如果是特价,则在特价标志上打勾,销售订单询价时,如果定价条件上有特价标志,则销售订单上自动体现特价标志,选择定价条件影响的价格项。维护完成后,通过系统的验证按钮,对维护的存货和客户进行验证。定价条件系统

26、外业务3部订单自动询定价条件维护定价条件后,则销售订单按照询价规则,对未维护备注的定价条件进行询价。销售订单4财务部维护定价条件根据事业部下发的 政策, 财务部在定价条件中,编号体现为:“KFCW-年-月-日-流水码”,后续操作与 的一致。定价条件系统处理5手工询定价条件在开销售 时,通过折扣管理-询定价条件的功能按钮,对维护满足条件的定价条件进行手工确认,在 上的含税净价再进行折扣处理。销售制定定价条件时,需要实现直接对单价进行加减。目前系统只能对单价进行折扣处理,2.不能进行在原来的单价上进行加减价处理。历史二次开发需求:在定价条件中,根据向导功能对存货与客户基本信息的多条件定义。3.标准

27、只是对固定的存货分类(或客户分类)和存货(或客户)进行等于条件指定,不能满足多信息的多条件定义。历史二次开发需求:定价条件中需要区分销售订单自动询价与销售自动询价。目前4.部分定价条件需要根据销售的价税合计才能确认,不能直接在销售订单上进行询价,因此在定价条件中,根据备注进行了筛选,有备注的则只能在上进行定价条件询价。历史二次开发需求:对存货范围与客户范围的条件的验证功能。5.历史开发需求:定价条件中特价标志以后,定价条件影响含税单价;未特价,6.则影响含税净价。1.6.4.1优化建议系统实现(基础规范,口径统一,流程,明晰,内部,统计分析,决策支持,批量处理,模式,效率提升)1.ERP 系统

28、提供定价条件中,对客户编码与地区分类的规则设置过滤条件。比如:定价条件中包含河北省的所有客户,则在定价条件中,bd_cubasdoc.mnecike 53%即可。2.ERP 系统提供定价条件的价格加价处理功能。如果需要调高原来的单价,则加价为正数,如果需要调低原来的单价,则加价为负数。3.ERP 系统提供定价条件中,可以根据存货基本信息与客商基本信息的多条件(大于、大于等于、小于、小于等于、包含、不包含、左包含、右包含、等于)设置。4.ERP 系统保留原定价条件在订单询价与询价区分的功能。5.ERP 系统保留原定价条件的验证功能。选择存货范围或者客户范围后,根据当前设置的条件,显示满足条件的存

29、货或者客户,对过滤条件的结果进行核对。6.ERP 系统保留原定价条件根据特价标志分别影响含税单价和含税净价的功能。如果特价标志,则销售订单询价影响含税单价,如果未特价标志,则销售订单询价、销售询价影响含税净价。1.6.58 促销政策-批量分级管理1.6.5.1现状描述批量分级主要是客户的数量折扣策略。当某笔业务客户订货量达到一定标准后,给予一定的价格折扣政策,维护对应的批量分析政策的业务。流程图:流程说明:序号部门及岗位业务步骤流程说明相关单据处理状态1事业部下发促销政策向部发布数量折扣的促销政策或者合同(当客户的订货量达到一定数量标准后,给予单价折扣的)。系统2部文员维护批量分级根据促销政策

30、或者合同,在系统录入批量分级。批量分级编号:KF-年-月-日- 流水号。批量分级名称,客户、存货、计量 、价格项、数量条件,价格加成或者价格指数。有效期从,有效期至。3部系统自动询批量分级维护批量分级后,则销售订单按照询价规则,进行询价。销售订单JBL-XS-03-5 批量分级管理流程V1.0编制:IT管理部 更新时间:2013/3/12事业部部促销政策设置批量分级合同单价折让销售接单管理1.6.5.2需求分析需要解决的现实问题与需求:1.历史二次开发需求:在批量分级中,根据向导功能对存货与客户基本信息的多条件定义。标准只是对固定的存货分类(或客户分类)和存货(或客户)进行等于条件指定,不能满

31、足多信息的多条件定义。2.历史二次开发需求:对存货范围与客户范围的条件指定验证功能。1.6.5.3优化建议管理(组织、流程优化,建立统一数据标准,改变管理方法和策略,完善制度建设)参照促销政策-定价条件管理管理。系统实现(基础规范,口径统一,流程,明晰,内部,统计分析,决策支持,批量处理,模式,效率提升)参照促销政策-定价条件管理系统实现。1.7销售返利管理需求分析1.7.1现状描述财务根据事业部的合同中的金额,以及系统中提供的满足合同条件的数据,按照合同政策进行计算,将最后的计算结果在系统录入冲应收单的业务。流程图:JBL-XS-04 返利管理流程V1.0编制:事业部文员文员系统管理员无垫款

32、奖政策设置同比增长奖提供报表销售达标奖系统报表N是否手N 工计算Y返利手工计算冲应收单合并开票流程说明:序号部门及岗位业务步骤流程说明相关单据处理状态1事业部下发合同各事业部将无垫款、支持费用、同比增长奖和销售达标奖等销售合同分发给财务执行。系统2财务文员提供政策计算根据合同,进行政策的设置,同时提供报表的。系统3IT 部系统管理员政策计算实现根据财务提供的报表,按照合同描述的取数条件和计算标准,在系统予以实现。系统处理1.7.2需求分析需要解决的现实问题与需求(组织、流程优化,建立统一数据标准,改变管理方法和策略,完善制度建设,基础规范,口径统一,流程,明晰,内部,统计分析,决策支持,批量处

33、理,模式,效率提升):1. 部分返利政策手工计算。因为事业部的合同描述中,部分数据未在系统中定义。比如:A.的属性未在系统中进行定义。比如:特殊的销量达标时,给予一定的,但是特殊的目前没有在系统进行定义。B. 客户的任务属性未在系统中定义。比如:当 A 客户销量达到 3W 时,给予 5%的价格优惠,B 客户销量达到 5W 时,给予 5%的价格优化。2. 需客户扣款业务解决方案。目前扣款业务通过扣款业务流程:费用类的销售订单,参照销售订单生成销售,审核销售,产生客户的应收。但是该解决方案涉及税务问题,同时操作的流程较为复杂,需要优化扣款业务解决方案。1.7.3优化建议管理(组织、流程优化,建立统

34、一数据标准,改变管理方法和策略,完善制度建设)建议完善基本管理中考虑返利计算属性。通过系统自定义报表,系统计算返利金额。具体参照系统实现。系统实现(基础规范,口径统一,流程,明晰,内部,统计分析,决策支持,批量处理,模式,效率提升)4财务文员手工整理计算数据部分合同不能通过系统报表实现,需要根据系统报表的数据在系统行手工计算。系统5财务文员录入冲应收单根据手工计算的结果或者系统报表直接计算出来的结果,在系统录入冲应收单。冲应收单系统处理6部文员合并开票文员进行合并开票操作。销售系统处理1.ERP 系统完善存货的计算属性。在存货中增加返利计算属性,在进行返利计算时,按照返利计算属性进行统计。2.

35、ERP 系统提供客户子表。在子表中维护对应客户时间区间的任务额,任务提成比例等信息。通过实际销售额所在的提成比例,系统报表自动计算金额。3.ERP 系统提供红字冲应收单的功能。客户扣款业务,在系统录入红字冲应收单,与蓝字的冲应收单与进行合并开票。1.8 普通销售业务流程需求分析1.8.1销售整体业务流程1.8.1.1现状描述流程图:JPL-XS-05-01公司销售业务流程V1.0 编制:IT管理部 更新时间:2013/3/12客户财务生产成品仓库应收会计管理销售接单流程销售报款流程生产计划管理流程产成品入库流程订货销售发货出库流程收货销售返利管理生成单清应收账款管理合并开票销售订单折扣客户支持

36、费用统计销售折扣流程说明:销售费用销售结算发货出库销售订单销售政策序号部门及岗位业务步骤流程说明相关单据处理状态1部/财务文员维护根据政策,进行管理业务操作。系统处理2文员销售接单根据客户的需求,在系统进行销售接单业务操作。销售订单系统处理3财务文员审核订单根据审核的销售订单,财务文员计算订单的预计价税合计向客户报款。系统1.8.2销售接单管理1.8.2.1现状描述接到客户的需求,在系统录入销售订单、询价、审核的流程。流程图4计划统筹员安排生产计划根据销售订单的发货日期,计划统筹员将销售订单作为生产计划提交到生产计划员。系统处理5生产部车间安排生产计划根据计划,安排生产。系统6成品仓仓库管理员

37、生产完工生产完工后,产成品入库。系统处理7成品仓仓库管理员销售订单对当天需要出库的销售订发货出库业务操作。销售出库单系统处理8文员销售出库单文员根据已经签字的销售出库单,开销售。销售系统处理9财务文员合同计算根据销售政策,结合系统的数据,进行客户合同计算。将最终的计算结果以冲应收单形式在系统录入。冲应收单系统处理10部文员销售根据销售与冲应收合并开票,然后审核。销售应收单系统处理11应收会计应收管理对客户的应收账款进行管理。系统处理12财务费用统计根据销售订单的折扣以及销售的合并开票折扣,对客户的支持费用进行统计。系统处理JBL-XS-05-02_销售接单业务流程V1.0编制:客户文员文员计划

38、员开始销售订单订货订货信息确认打印订单报款流程订单通知生产管理审核结束流程说明:序号部门及岗位业务操作流程说明输出单据处理状态1客户需求客户将需求通过或者传真的方式发给的手工处理2文员录入销售订单根据客户需求,在系统录入销售订单, 录入存货,选择存货的辅计量 ,如果有包装、 等有特殊要求,则在表体备注行进行说明。销售订单系统处理3文员核对系统根据价目表与定价条件自动询价, 询出价格。如果存在事业部的特价文件,则在手工修改销售订单的含税净价。如果是按照合同执行的 资料配送, 则 项选择费用支持,含税净价为 0,如果是特批的资料配送,则价格项选择配送,含税净价为 0。如果是促销商品,则价格 选择配送,含税净价为 0.系统处理4文员需求确认打印销售订单,传真至客户确认,系统处理、系统外业务1.8.2.2需求分析需要解决的现实问题与需求:1.销售订单选择存货后,系统不能自动询出价格。比如:已设置含含运费的,录入存货后,还要手工输入价格规格(计量),系统才能询出价格。该问题不能自动询价的有 2 个:a) 一个存货存在多个价格项。b) 一个存货存在多个辅计量。2.历史配置需求:销售订单表体的计划日期与发货日期默认,并且发货日期=计划日期+

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论