1.询价流程.doc

B2B电商平台询价报价和产品采购流程 系统内分类四类用户，包括系统管理员、平台运营人员和企业用户。企业用户内又分为，企业管理员、企业财务人员等角色一个企业既可以是买家也可以是卖家。每类角色有不同的权限，负责不同的操作。 询价流程 询价流程由需求方企业发起，需求方发布询价信息时，填写询价的内容和产品信息，指定询价有效期、可接受的报价范围、是否支持多次报价、报价企业的限制条件、接收报价的单数，付款方式、是否门户展示、详细说明、附件等信息。 企业发布的分为全网公开和指定供应商两种类型，全网公开的在发布后展示在需求大厅内，系统会根据推荐规则，优先推荐给系统匹配的供应商；指定供应商类型的在发布后，用户还需为选择供应商，系统将推送给指定的供应商。 供应商在需求大厅，或者通过搜索寻找与自己匹配的信息。对于全网公开的，供应商无法查看需求方的联系信息，只有报价后，才会展示给供方，以便于供需双方及时进行沟通交流。对于供方接收到的待报价，供方可查看所有信息。供方报价时，可对一个进行多次报价，且只有最后一次报价生效。系统对用户每天的报价次数进行限制。 报价时，供方需填写，报价有效期、收款条件、是否需要发票、生产周期，还可以上传产品附件，让需方更清楚的了解供方的信息。 信息发布后，如果没有报价信息时，需方可以撤回并修改信息；当有报价信息时，无法进行撤回和修改操作。在发布的有效期内，都可以接收报价操作。有效期结束后，需方可以对报价进行优选操作。 产品采购流程 首先由供应商发布自己的供应产品。供应商选择产品的分类，根据不同的分类，产品的属性和参数也有所不同。供方完善产品的内容，填写产品的属性值、选择交易方式、指定价格区间、是否可定制、产品库存、产品有效期、物流配送、产品详情、附件等信息。 产品发布后，首先会经过系统审核，审核通过后，供方决定是否将该产品上架。上架的产品会展示在产品大厅中。超时或无库存的产品会被置为“下架状态 ”，经过重新编辑库存和有效期等信息后可重新上架。如果需要修改产品的其他信息，那么修改后，还需重新审核通过后，才能做上架操作。 如果供方想发布支持网上交易的产品，首先需要在系统内绑定支付账号或网银账号，产品发布后，该产品支持“立即订购 ”和“加入进货单 ”操作；如果选择不支持网上交易，那么该产品就无法被采购。 ? 需方通过浏览产品大厅或产品搜索来寻找想要的产品，可以将所需的产品放入进货单，或者直接下单进行采购。如果对价格有异议，可以通过与供方的沟通和联系后，由供方修改订单的价格。双方确认订单价格后，需方下单并进行支付。 订单支付流程 系统支持的支付方式有，在线支付和线下支付两大类。在线支付通过与第三方支付进行合作，进行在线支付和收款、提现的企业，首先要在第三方支付平台中创建自己的支付账号，然后绑定到系统内；线下支付包括，汇款和银行转账。 目前系统的支付模式，都是由平台进行代收，不管是在线支付，还是线下支付，都先支付到平台的账号中，由平台做交易担保。待交易成功后，平台再与企业进行清算和结算。 用户可以根据具体产品的交易性质，选择不同的交易方式，平台支持在线支付、银行转账、分阶段付款等交易方式。 退款退货流程 用户可以对交易中，交易完成后60天内的订单进行退款申请。申请退款时，会分为“退货退款”和“不退货退款”两种类型。供方如果同意退款申请，对于有退货的订单，需方首先要进行退货操作，待供方收到退货后，再进行退款操作。 如果双方不能协商解决，或供方超时不处理，用户可申请投诉，有平台运营者协助处理。 状态 价单状态 订单状态 应用架构图 系统逻辑结构图 B2B电商系统 系统按MVC设计模式对系统模块进行逻辑分层，从上至下依次分为：展现层、中间控制层、内部服务层、数据服务层、数据实体等。 展现层（View）：该层负责收集系统中所有的视图信息。按照角色+模块名称的规则继续建立子模块的目录结构，将功能页面放到指定目录中，例如卖家的商品管理类页面，放到user/seller/product/**目录下。 中间控制层（Controller）：与展现层的规则类似，角色+模块名称来建立目录结构，将所有Controller类放到对应的模块目录中，例如，卖家的商品管理页面所对应的Controller应该统一放到com.casic.cloud.b2bshop.controller.user.seller包下。 内部服务层（InnerService）：该层包括服务接口的定义和服务的实现，主要负责业务逻辑的功能实现，Controller直接调用该层。按照功能模块名称建立目录结构即可，不用再分角色；例如，将所有与商品相关的接口和实现都定义到com.casic.cloud.b2bshop.service.product包中