九. 产品商店
(一) 配置产品商店
目录管理中的“商店”页面是用于定义一个运营中的商店的所有属性,是产品与销售策略的组合。一个公司可以设置多个商店,每个商店都有自己的仓库、执行策略、使用货币、语言、促销以及外观感觉。这些商店可以基于Web的B2B应用,或是面向最终客户的电子商务商店,或是内部订单入口,以及POS应用。他们甚至可以在不同的国家,有不同的货运方式以及税收政策。
当你点击“商店”标签,你会看到一个已经定义好的产品商店列表。点击商店名称[标识]查看商店的具体定义。
1. 商店概要
商店定义页面
主要商店组编号 |
这个商店属于哪个组。如同之前价格部分中所提及的,可以利用对每个商店组的价格定义将商店组合在一起。如果商店组还没有定义,这个字段可以保留为空。商店组无法在目录管理中设立,而必需在数据库中直接插入。 |
商店名/公司名/台头/标题 |
这些都是用于产品商店网页上显示的。 |
收款方标识 |
即业务交易中的收款业务实体(参考业务实体管理)。 |
付款期限(天) |
未付款订单取消天数。系统会每天晚上会取消没有付款的订单,这是一个自动定期运行的服务(参考WebTools中的作业调动)。此处定义了一个未完成即未付款的订单在多少天内将会被取消。 |
分批发货 |
控制是否允许订单第一笔付款收到之后就全部发货,还是必须根据每张发.票发货。 |
添加产品后查看购物车 |
控制是否客户在添加一个产品到他的购物车后页面将立即转到购物车查看页面。 |
自动批准评估 |
如果网站允许用户输入产品评估,这个字段控制是否评估需要被批准(参考以下“产品评估”部分),或是他们会被自动显示在网站中。 |
库存设施编号 |
设施(参考仓储设施管理)即在商店中销售的产品所存放的位置。用于了解商品销售后从哪里改变产品库存。 |
检查库存 |
一旦订单下了之后,这个字段使得商店检查库存可用性。 |
预留库存 |
为在商店里的商品订单预留库存。即商品保留在库存中,但对其他订单是不可用的。如果没有库存,对于新订单将会产生负量库存。如果没有预留库存,那么就不能生成货运单,订单也就不能发货。 |
预留库存方式 |
选择库存是怎样预留的:FIFO(先进先出),LIFO(后进先出) |
缺省需求方法 |
当产品本身没有指定的时候,用于指定一种缺省库存需求方式。 |
缺省销售渠道 |
用于给商店订单指定销售渠道。 |
要求库存 |
如果设置为“是”,那么当仓库中的库存为零时,产品将自动变为不可用。 |
订单号前缀 |
所有的订单号都将有此前缀。这对于组合来自连锁店的订单是很有用的。 |
缺省本地字符 |
用于定义本地缺省的语言、数字、货币格式。 |
缺省货币单位 |
定义用于该商店的缺省货币。 |
订单表头/订单明细状态 |
当订单被批准、拒绝、取消的时候,怎样的内容将会被显示在订单头和订单项上。这些定义都是基于OFBiz的标准状态定义。缺省情况下,所用的代码是ORDER_APPROVED和ITEM_APPROVED,而且是设置在OrderChangeHelper.approveOrder参数中。 |
消息 |
当订单被取消或订单被认为是欺骗订单时,发送给客户的消息。 |
风格/Logo/背景 |
用于控制基于Web的商店的外观与感觉。你可以在这里为商店定义风格与图片。 |
显示增值税价格 |
对于那些产品价格中包含增值税的国家是有用的。在美国设置为“否”,因为美国价格是不包括销售税的。 |
2. 角色
定义该商店的商户所具有的角色。对于一个能够使用内部订单管理应用下订单的雇员而言,此处他必须具有“销售代表”的角色。
3. 促销
显示该商店当前有效的促销情况。
4. 产品目录
可用于该商店的产品目录,以及在导航菜单中的显示序号。
5. 网站
即与该商店相关的网站,用于将商店与网页应用相连接。每个网页应用都有一个配置文件叫web.xml,用于指定一个特定的网站。网站又与一个产品商店相关联。这样,只有通过在网站上设置商店,网页应用才有意义。
一个网页应用允许有多个商店与其相关联,只有它知道如何使用正确的一个。
在内容关联模块中的网站页面可以用于配置静态Http和Https的URL和端口,所有你可以有你的静态内容,如图片,这些可以在Apache的Httpd服务器中定义而并不是封装在Tomcat服务器中。
6. 货运
这个页面列表显示了可用于商店客户的货运选项及价格。点击一个货运选项的“查看”链接,可以看到与这个货运选项相关的设置。这个页面只是用于显示可用的货运选项信息,而不能用于定义编辑他们。
1) 货运方式:设置可用的货运类型,比如,快递、航空、第二天送达。
2) 承运商货运方式:将承运商与货运方式相关联。承运商必须是一个具有CARRIER商户角色的商户。
3) 商店货运方式:定义产品商店的货运方式以及使用哪个承运商来提供货运服务。还包括设置包括或不包括哪些区域,是否要求USPS地址(邮政邮箱或乡邮投递路线),或一个特定的产品特征是否被允许。如果你想利用某一服务来获得货运预期,你需要在服务名称和配置属性里指定服务。
4) 货运费用估计:用于定义货运费用估计。如果在商店货运方式中没有指定服务,那么这个字段将会被用在你的货运方式上。
7. 付款
该页面用于定义商店付款流程。付款流程是被定义为服务的。每个付款方式都有一系列可用的服务类型,比如针对于授权付款、捕获及退款。这个页面通过付款类型和服务的目的将付款类型和服务联系在了一起。这样,一个服务可以被用于信用卡授权,而其他的服务则可以用于信用卡的捕获,以此类推。
商店付款方式页面
支付方式类型 |
定义该商店允许的付款方式。商店需要怎样的付款方式类型,是以收款方具有的付款方式为基础的。比如销售时客户付款时,收款方是宿主公司,如果公司定义了信用卡付款方式(参见业务实体定义中的付款信息定义),那么这里就应该添加信用卡的支付方式类型。同样对于采购时的供应商收款,如果供应商定义了电子转账支付方式,那么这里就需要定义电子转账支付方式类型。 |
服务类型 |
每一种支付方式类型都有相应的服务类型,定义如下: 信用卡 付款认证服务 付款捕获服务 付款重新认证服务 付款退还服务 付款认证释放服务 电子资金转账 付款认证服务 往来账户 外部付款(无需服务) 货到付款 外部付款(无需服务) 离线支付 外部付款(无需服务) 贝宝 外部付款(无需服务) WorldPay 外部付款(无需服务) 金融账户 付款认证服务 付款捕获服务 付款重新认证服务 付款退还服务 付款认证释放服务 礼卡 付款认证服务 付款捕获服务 付款重新认证服务 付款退还服务 付款认证释放服务 |
服务名称 |
即系统预定义的付款服务的名称。所有系统预定义的服务均定义在目录\applications\accounting\servicedef\下的文件中。包括: services_paymentmethod.xml 一些测试或模拟的服务 services_cybersource.xml CyberSource电子支付平台 services_clearcommerce.xml ClearCommerce支付软件 services_pccharge.xml PCCharge services_rita.xml RiTA services_verisign.xml Verisign PayFlo Pro services_valuelink.xml ValueLink (gift cards) 对于真实的实施环境应更具具体情况采用采用相应的服务程序或开发自有的服务程序,不可以使用测试或模拟的服务程序。 |
支付参数 |
根据所采用的服务来确定是否有参数以及是怎样的参数 |
应用到全部产品 |
|
8. 电子邮件
这个页面定义了商店发送给客户的电子邮件。实际的电子邮件服务即可以被安装在控制器中的,就像订单信息邮件那样,也可以来自调度服务,象后台订单通知那样。这个页面还定义了邮件模板在文件系统中的存放位置,邮件地址,邮件标题,以及内容类型(这个可以保留为空)。
9. 调查
这个页面是给商店添加调查。调查是与特定的事件、产品或产品分类相关的。
(二) 设置连锁店
连锁店就是在不同的网站销售相同的产品。这不同于设置一个独立的拥有自己产品和客户的公司,opentaps并不像Yahoo商店那样是一个超级购物中心。设置连锁店你需要:
1. 在目录管理中创建多个产品商店;
2. 创建目录并与商店相关联;
3. 在内容管理中创建网站,并与产品商店相关联;
4. 复制在applications/ecommerce/目录下的在线商店文件到hot-deploy目录下的一个独立目录,对每个商店都要复制一个;
5. 对你的每个商店,编辑webapp/WEB-INF/web.xml文件,修改网站编号并指向你为你的产品商店而定义的网站;
你还需要编辑 base/config/ofbiz-containers.xml 以在不同的端口设置不同的 Tomcat 服务器或 AJP13 监听器,然后在每个商店的 ofbiz-component.xml 文件中配置使用不同的服务器。从这点上说,每个商店可以被配置为拥有自己的 IP 地址或网页 URL 。