定时供应链电子商务最终销售系统及其方法专利检索-上市时间商业专利检索查询-专利查询网

定时供应链 电子商务最终销售系统及其方法

阅读：548发布：2020-05-13

专利汇可以提供定时供应链电子商务最终销售系统及其方法专利检索，专利查询，专利分析的服务。并且本发明定时供应链电子商务最终销售系统及其方法，通过最终接口器，接收和/或发起业务请求，发送和/或接收响应信息；通过最终转售管理器，预购配送方商品并按照最终销售方交易条款转售；通过最终订单管理器，接收并处理最终预售订单，生成已售库存和待售库存；通过最终配货器，签收预购商品，对已售库存商品做配货处理并生成最终配送计划；通过现售管理器，发布当期待售库存商品，接收并处理最终销售方销售订单；从而实现商品在最终销售点的预售和现售，把预售的尾货转入现售，减少最后环节的损耗，达成预售与现售的平衡。，下面是定时供应链电子商务最终销售系统及其方法专利的具体信息内容。

权利要求

1.定时供应链电子商务最终销售系统，其特征在于包括：
最终接口器，用于接收和/或发起业务请求，发送和/或接收响应信息；
最终转售管理器，用于预购配送方商品并按照最终销售方交易条款转售；
最终订单管理器，用于接收并处理最终预售订单，生成已售库存和待售库存；
最终配货器，用于签收预购商品，对已售库存商品做配货处理并生成最终配送计划；
现售管理器，用于发布当期待售库存商品，接收并处理最终销售方销售订单。
2.定时供应链电子商务商品转售系统，其特征在于包括：
商品转售模块，用于预购卖方商品并转发为转售方预售信息；
价格转换模块，用于按照转售方价格策略把卖方价格转换为转售方预售价；
到货日生成器，用于把卖方上市时间转换为客户到货日期。
3.如权利要求1所述的定时供应链电子商务最终销售系统，其特征在于所述最终订单管理器包括：
预售订单接收器，用于接收最终销售方预售订单；
库存结转器，用于把上期待售库存商品结转为当期待售库存商品；
现售商品发布器，用于把当期待售库存商品发布为现售商品信息。
4.如权利要求1所述的定时供应链电子商务最终销售系统，其特征在于所述最终配货器包括：
预购商品签收器，用于签收预购商品并作入库处理；
配货处理器，用于对已售订单作配货处理；
配送计划生成器，用于对配货成功的订单生成配送计划。
5.如权利要求1所述的定时供应链电子商务最终销售系统，其特征在于所述现售管理器包括：
现售分装器，用于根据最终销售点交易条款对待售库存商品进行分装，生成分装标签；
现售支付器，用于扫描分装标签对现售商品进行计价收款。
6.定时供应链电子商务最终销售方法，其特征在于包括：
接收和/或发起业务请求，发送和/或接收响应信息；
预购配送方商品并按照最终销售方交易条款转售；
接收并处理最终预售订单，生成已售库存和待售库存；
签收预购商品，对已售库存商品做配货处理并生成最终配送计划；
发布当期待售库存商品，接收并处理最终销售方销售订单。
7.定时供应链电子商务商品转售方法，其特征在于包括：
预购卖方商品并转发为转售方预售信息；
按照转售方价格策略把卖方价格转换为转售方预售价；
把卖方上市时间转换为客户到货日期。
8.如权利要求6所述的定时供应链电子商务最终销售方法，其特征在于所述接收并处理最终预售订单，生成已售库存和待售库存，包括：
接收最终销售方预售订单；
把上期待售库存商品结转为当期待售库存商品；
把当期待售库存商品发布为现售商品信息。
9.如权利要求6所述的定时供应链电商最终销售方法，其特征在于所述签收预购商品，对已售库存商品做配货处理并生成最终配送计划，包括下列步骤：
签收预购商品并作入库处理；
对已售订单作配货处理；
对配货成功的订单生成配送计划。
10.如权利要求6所述的定时供应链电商最终销售方法，其特征在于所述发布当期待售库存商品，接收并处理最终销售方销售订单，包括下列步骤：
根据最终销售点交易条款对待售库存商品进行分装，生成分装标签；
扫描分装标签对现售商品进行计价收款。

说明书全文

定时供应链电子商务最终销售系统及其方法

技术领域

[0001] 本发明涉及应用在计算机系统中的定时供应链电子商务最终销售系统及其方法。

背景技术

[0002] 基于实体门店的销售及其库存管理技术采用仓储式卖场现货现场销售模式，由于商品规格及型号较多，每个卖场对每种规格和型号都保有一定现货才能满足现场销售需要，一旦市场行情发生变化或者商品保质期到期，这些库存商品只能退货、打折销售或者报废，退货造成库存积压更大，打折销售不但影响品牌形象和正货销售，还影响商品利润，报废的损失更是无法承受的，传统电商平台（B2C,C2C）只是改变了销售方式，仍然是库存现货销售方式，并没有根本改变库存管理模式，而且每件商品独立快递发货，造成物流成本成倍增加，到货时间无法确定，对于一些保质期较短的生鲜食品和流行期较短时尚服饰类商品，库存积压造成的损失占据利润很大的比例，对于这个行业的从业者来说是无法承受之痛；快消服饰行业的百丽、达芙妮、美特斯邦的巨额亏损得重要因素之一就是库存管理缺陷，传统超市的生鲜只是引流的手段，一直不是盈利商品，原因就是销售与库存不匹配，造成有4-
5成的商品需要打折销售或者报损。

[0003] 传统供应链基于生产计划进行排产和采购，生产计划又是基于没有具体订单的销售计划，无法和真实订单联动，无法满足个性化定制市场需要。

[0004] 传统电子商务的采购方式都是针对某种商品逐个下单，一个平台只支持一种交易方式，例如阿里巴巴的淘宝网只支持零售交易，淘工厂只支持批发交易，一个客户不能同时完成上述两种交易，淘宝的店家需要先在淘工厂订购一个批量的商品，到货后再在淘宝网上发布商品进行零售，批发和零售环节各自独立，需要人工操作，不能自动完成；还有传统电商交易都是基于现货库存下单，没有约定到货时间，对于大件商品和保质期很短的生鲜食品，每一次人工操作还会带来货物转运，带来巨大的物流成本和损耗；对于生鲜行业的企业客户（例如超市、餐厅、食堂）来说，必须指定到货日期；同时用量大的商品需要批发交易进行采购，以节省费用，但是部分商品特别是配料，例如姜、葱、蒜、香菜、紫苏菜等就无法按照批发规格采购，而供应商是整箱包装、整车运输，无法按照客户订单进行包装发货；同时企业客户因为无法预知每天的销售量，造成无法准确预知采购量，经常需要即时少量补货，因此传统销售模式和传统电商已经无法满足社会对生鲜食品电商的要求，传统供应链也无法满足个性化定制生产需要。

[0005] 目前的销售技术主要存在以下缺陷:1．由于最终销售点现货销售模式必须保有一定的品类，每种品类必须保有一定的库存量才能满足用户体验和即时销售需要，当连锁销售点数量较大时，每家销售点积压的库存退货给厂家或者打折销售或者报损造成的损耗，累计起来就是一个巨大金额，而且是长期存在，造成该行业难以盈利；
2．传统电商模式（B2C，C2C）虽然库存可以相对集中管理，但是单纯在线上查看商品、特别是非标准化的商品，用户体验与实物相比差距比较大，难以吸引用户下单；
3．传统电商模式（B2C，C2C）下虽然可以集中管理库存，但是其集中管理的都是现货，并没有按照销售区划建立基于未来某个到货日可售量的动态库存管理的方案，现货保质期过期或者市场变化或者销售订单改变容易造成报损或者打折销售；
4．传统电商模式（B2C，C2C）按照零售订单由供应商独立发货，物流成本也占据订单金额的很大比例，对于物流成本占商品价值比例较高、保质期或者流行期较短的商品会造成物流成本高企，对比传统零售没有成本优势；
5．一些企业用户（例如超市、餐厅、食堂、工厂）对到货时间有严格的要求，不能按照指定时间到货会造成无法承受的后果：例如学校/机构食堂、超市、餐厅不能正常开业或者生产线无法运转，而传统电商对到货时间无法确定，已经不能适应现代社会要求；
6. 一些商家既有实体门店销售渠道，也有电商销售渠道，二者之间并没有统一管理库存，商品存放在不同仓库里，没有建立动态库存管理模式，批发与零售基数订单转换不匹配，容易造成商品拆箱损耗，会造成积压和损耗；
7．传统电商把批发交易和零售交易独立为两个平台，客户如果需要进行采购就要分别注册两个账号分别下单，造成很大不便，也不支持原厂商直接发起批发+零售集成为一体的销售模式，分为两次在两个平台进行交易会带来交易成本和流转时间的增加，造成损耗增加；
8．企业用户需要一次下单采购多个供应商的多种商品，传统电商把订单分别交由各供应商自行处理，无法做到不同供应商的多种商品一次性同时到达买方手上；
9．一些拼团采购，发起方和参与方基于各自的地理位置，并没有考虑到发起方的发货地址与配送客户的收货地址之间的距离关系，只能解决自提模式，如果发起方需要二次配送，而客户的收货地址与其地理位置差异较大，则仍然需要增加较高的物流成本。

发明内容

[0006] 本发明的目的在于克服现有技术的缺点与不足，基于定时供应链电子商务最终销售系统和方法，一方面考虑到用户体验，另一方面还要考虑定时供应链到货时间准确性，供应链的低成本、高效率，降低流通成本，减少库存与销售不匹配造成的损耗。

[0007] 本发明的目的通过下述技术方案实现：定时供应链电子商务系统，包括：系统规划装置，用于管理并显示配送线路和/或销售区划规划信息和系统交易规则；销售方装置，用于管理卖方仓库，发布并管理卖方预售商品及交易条款，接收并处理销售区划预购订单；配送方装置，用于管理配送方交易条款及可售量，预购并转售卖方预售商品，接收并处理买方订单；最终销售装置，用于管理最终销售方交易条款及可售量，预购并转售配送方预售商品，接收并处理买方订单；购买方装置，用于管理买方收货地址，根据默认收货地址发起购买交易；分拣转运装置，用于对销售区划预售订单商品进行分拣处理；物流调度装置，用于接收物流需求信息并启动物流调度逻辑；承运方装置，用于发送物流承运信息，接收并确认调度信息，签收物品交割信息；建立以系统规划装置为平台服务器，配送方装置、分拣转运装置、物流调度装置、最终销售装置为业务服务器，销售方装置、购买方装置、承运方装置为客户端的C/S/S模式计算机系统。

[0008] 还有，在上述定时供应链电子商务系统中，其中所述系统规划装置包括依次连接的：配送线路规划器，用于管理和/或显示配送线路规划信息；销售区划规划器，用于管理和/或显示销售区划信息；最终销售点规划器，用于管理和/或显示最终销售点信息；配送及销售范围规划器，用于管理销售区划和/或最终销售点的配送及销售范围；交易规则制定器，用于为系统制定交易规则。

[0009] 再有，在上述定时供应链电子商务系统中，其中所述销售方装置包括：销售接口器，用于接收和/或发起业务请求，发送和/或接收响应信息；货源管理器，用于设置并管理卖方仓库；预售管理器，用于发布并管理预售商品及其交易条款；订单管理器，用于接收并处理销售区划预售订单。

[0010] 也有，在上述定时供应链电子商务系统中，其中所述配送方装置包括：配送方接口器，用于接收和/或发起业务请求，发送和/或接收响应信息；区划交易条款管理器，用于管理并发布配送方交易条款；商品转售器，用于预购销售方商品并按照配送方交易条款转售；可售量控制器，用于控制每个销售周期商品可售量；配送订单处理器，用于接收并处理买方订单，生成已售库存和待售库存。

[0011] 更有，在上述定时供应链电子商务系统中，其中所述最终销售装置包括：最终销售接口器，用于接收和/或发起业务请求，发送和/或接收响应信息；最终转售管理器，用于预购配送方商品并按照最终销售方交易条款转售；最终订单管理器，用于接收并处理最终预售订单，生成已售库存和待售库存；最终配货器，用于签收预购商品，对已售库存商品做配货处理并生成最终配送计划；现售管理器，用于发布当期待售库存商品，接收并处理最终销售方现售订单。

[0012] 还再有，在上述定时供应链电子商务系统中，其中所述购买方装置包括：买方通信接口器，用于接收和/或发起业务请求，发送和/或接收响应信息；收货地址管理器，用于管理买方收货地址，对每个收货地址选择并关联一个最终销售点作为自提点；交易管理器，用于根据收货地址获取关联的销售区划和/或最终销售点、或选择其它最终销售点发起购买交易，确认商品交割信息。

[0013] 也还有，在上述定时供应链电子商务系统中，其中所述分拣转运装置包括：分拣转运接口器，用于接收和/或发起业务请求，发送和/或接收响应信息；分拣计划器，用于按照从上至下的原则逐一选择分拣转运点，以该分拣转运点为起点逐一选择其所属配送线路，根据该线路配送需求信息生成分拣计划单；标签生成器，用于按照分拣计划单生成或关联装柜标签和分拣标签；分拣作业器，用于根据上述标签对分拣计划单进行分拣作业，生成对应线路的装柜单；物品转运器，用于对上述装柜单按照装货次序生成配送单并转运物品。

[0014] 还更有，在上述定时供应链电子商务系统中，其中所述物流调度装置包括：物流调度接口器，用于接收和/或发起业务请求，发送和/或接收响应信息；送货次序管理器，用于根据物流需求信息和配送线路规划信息生成送货次序单；货具匹配器，用于按照从上至下的原则逐一选择分拣转运点及其隶属的配送线路，把物流计划与该线路上有效运具载荷进行匹配，满载或者全部物品匹配完成时生成调度计划；调度作业器，用于按照运具载荷从大至小的原则发布调度指令，直至全部调度指令获得确认的应答信息。

[0015] 再还有，在上述定时供应链电子商务系统中，其中所述承运方装置包括：承运通信连接器，用于接收和/或发起业务请求，发送和/或接收响应信息；承运需求管理器，用于管理并发布承运方的承运需求信息；承运应答器，用于接收调度指令，发出确认或者不确认的应答信息；物品签收器，用于按照调度指令签收物品；物品交付器，用于按照调度指令交付物品。

[0016] 本发明定时供应链电子商务方法，包括下列步骤：管理并显示配送线路和/或销售区划规划信息和系统交易规则；管理卖方仓库，发布并管理卖方预售商品及交易条款，接收并处理销售区划预购订单；管理配送方交易条款及可售量，预购并转售卖方预售商品，接收并处理买方订单；管理最终销售方交易条款及可售量，预购并转售配送方预售商品，接收并处理买方订单；管理买方收货地址，根据默认收货地址发起购买交易；对销售区划预售订单商品进行分拣处理；接收物流需求信息并启动物流调度逻辑；发送物流承运信息，接收并确认调度信息，签收物品交割信息。

[0017] 进一步，在上述定时供应链电子商务方法中，其中所述管理并显示配送线路和/或销售区划规划信息和系统交易规则，包括下列步骤：管理和/或显示配送线路规划信息；管理和/或显示销售区划信息；管理和/或显示最终销售点信息；管理销售区划和/或最终销售点的配送及销售范围；为系统制定交易规则。

[0018] 再一步，在上述定时供应链电子商务系统中，其中所述管理卖方仓库和交易条款，发布并管理卖方预售商品，接收并处理销售区划预购订单包括下列步骤：接收和/或发起业务请求，发送和/或接收响应信息；设置并管理卖方仓库；发布并管理预售商品及其交易条款；接收并处理销售区划预售订单。

[0019] 也一步，在上述定时供应链电子商务方法中，其中所述管理配送方交易条款及可售量，预购并转售卖方预售商品，接收并处理买方订单包括下列步骤：接收和/或发起业务请求，发送和/或接收响应信息；管理并发布配送方交易条款；预购销售方商品并按照配送方交易条款转售；控制每个销售周期商品可售量；接收并处理买方订单，生成已售库存和待售库存。

[0020] 更一步，在上述定时供应链电子商务方法中，其中所述管理最终销售方交易条款及可售量，预购并转售配送方预售商品，接收并处理买方订单包括下列步骤：接收和/或发起业务请求，发送和/或接收响应信息；预购配送方商品并按照最终销售方交易条款转售；接收并处理最终预售订单，生成已售库存和待售库存；签收预购商品，对已售库存商品做配货处理并生成最终配送计划；发布当期待售库存商品，接收并处理最终销售方现售订单。

[0021] 还再一步，在上述定时供应链电子商务方法中，其中所述管理买方收货地址，根据默认收货地址发起购买交易包括下列步骤：接收和/或发起业务请求，发送和/或接收响应信息；管理买方收货地址，对每个收货地址选择并关联一个最终销售点作为自提点；根据收货地址获取关联的销售区划和/或最终销售点、或选择其它最终销售点发起购买交易，确认商品交割信息。

[0022] 也还一步，在上述定时供应链电子商务系统中，其中所述对销售区划预售订单商品进行分拣处理，包括下列步骤：接收和/或发起业务请求，发送和/或接收响应信息；按照从上至下的原则逐一选择分拣转运点，以该分拣转运点为起点逐一选择其所属配送线路，根据该线路配送需求信息生成分拣计划单；按照分拣计划单生成或关联装柜标签和分拣标签；根据上述标签对分拣计划单进行分拣作业，生成对应线路的装柜单；对上述装柜单按照装货次序生成配送单并转运物品。

[0023] 还更一步，在上述定时供应链电子商务方法中，其中所述接收物流需求信息并启动物流调度逻辑包括下列步骤：接收和/或发起业务请求，发送和/或接收响应信息；根据物流需求信息和配送线路规划信息生成送货次序单；按照从上至下的原则逐一选择分拣转运点及其隶属的配送线路，把物流计划与该线路上有效运具载荷进行匹配，满载或者全部物品匹配完成时生成调度计划；按照运具载荷从大至小的原则发布调度指令，直至全部调度指令获得确认的应答信息。

[0024] 再还一步，在上述定时供应链电子商务方法中，其中所述发送物流承运信息，接收并确认调度信息，签收物品交割信息包括下列步骤：接收和/或发起业务请求，发送和/或接收响应信息；管理并发布承运方的承运需求信息；接收调度指令，发出确认或者不确认的应答信息；按照调度指令签收物品；按照调度指令交付物品。

[0025] 本发明相对于现有技术具有如下的优点及效果：1．通过全面规划销售区划和销售周期，为每个销售区划建立一个分拣转运点，再设置多个最终销售点，通过管理每个最终销售点与客户收货地址的关联关系，实现最终销售点的销售范围管理，通过管理销售区划与最终销售点的关联关系来管理销售区划的覆盖范围。

[0026] 2. 通过全面规划配送线路，为每个分拣转运点建立和管理以该分拣转运点为起点的多条配送线路，通过管理每条配送线路与最终销售点的关联关系，实现对物流配送覆盖范围的管理，通过管理每个客户收货地址与最终销售点的关联关系实现对最终销售点配送范围的管理。

[0027] 3.支持每个卖方设置多个货源地仓库和销售区划仓库，可以为每个分拣转运点设置一个销售区划仓库，还可以把相邻的多个销售区划归属于一个销售区域并建立销售区域仓库，把每个货源地仓库与多个销售区划建立关联关系来管理其销售渠道，借助销售区划的销售及物流配送覆盖范围建立和管理自己的销售区域，实现在每个货源地及销售区域内相对集中管理库存量，控制销售区域每个仓库库存量与其销售量保持动态平衡状态，减少商品在库时间，提高商品流通效率。

[0028] 4．通过设置批发基数、配送基数和零售基数，使得交易各方可以在不同交易环节用不同的交易基数进行交易作业，在实现交易流程标准化的同时实现物流配送成本最低化，并满足交易各方的业务需要。

[0029] 5．通过按到货日期管理可售量，对销售区划可售量采用在途库存和/或可发货量为主、现货库存为辅的管理模式，把下单时间、到货时间、发货时间与现货库存量建立联动，降低每个库存点的现货库存量，把批发基数、配送基数与零售基数在个性化交易过程中与订单量不匹配拆分的尾货计入各级库存点，通过预售满足用户主流采购的低成本、准货期需求，通过现货满足用户对商品品质的直观体验和应急补货的需求，同时确保每个到货日订单的可执行性。

[0030] 6. 通过多级预售，可以极大减少买卖双方博弈造成交易条件不匹配带来的商品损耗，预售方可以在某个预售周期按照某个交易条款发布商品，如果没有成交，其商品并没有损耗，还可以修改交易条款发布到下一个预售周期，直至成交才需要实际生成（收割）或者发运商品，有效规避现货交易，在接近销售周期截止期被迫打折至少报废的风险。

[0031] 7. 通过多级预售可以带来物流成本最优化：卖方按照批发基数发布预售商品，配送方预订批发基数的商品并按照配送基数发布到销售区划，最终销售方和/或客户再预订配送基数的商品并按照零售基数发布到自己的配送范围内；卖方只需按照批发基数装箱发货，配送方只需按照配送基数分拣转运，无需拆箱二次包装，批发、配送环节都是较长距离运输，基于原装的大件作业可以规避拆箱损耗，同时提高分拣转运效率，最终销售方或团购客户在自己的配送范围内对零售订单进行拆分转运作业，可以降低整体物流成本。

[0032] 8. 通过为不同销售基数设置不同的单价，同时对预售价格和现货价格区分管理，引导客户以预售成交为主，现货补充为辅，在价格透明的同时保护各参与方的利益，规避现货销售模式带来的价格剧烈波动。附图说明

[0033] 图1是本发明定时供应链电子商务方法流程示意图；图2是图1中系统规划方法流程示意图；
图2-1和2-2是图2中销售区划规划方法页面显示示意图；
图2-3是图2中配送线路规划方法页面显示示意图；
图3是图1中卖方流程示意图；
图4是图1中配送方流程示意图；
图5是图1中最终销售方流程示意图；
图6是图1中购买方流程示意图；
图7是图1中分拣转运方流程示意图；
图8是图1中物流调度方流程示意图；
图9是图1中承运方流程示意图。

[0034] 具体实施方式下面结合实施例及附图对本发明作进一步详细的描述，但本发明的实施方式不限于此。实施例

[0035] 如图1所示，本发明的定时供应链电子商务方法包括：步骤A，管理并显示配送线路和/或销售区划规划信息和系统交易规则；步骤B，管理卖方仓库，发布并管理卖方预售商品及交易条款，接收并处理销售区划预购订单；步骤C，管理配送方交易条款及可售量，预购并转售卖方预售商品，接收并处理买方订单；步骤D，管理最终销售方交易条款及可售量，预购并转售配送方预售商品，接收并处理买方订单；步骤E，管理买方收货地址，根据默认收货地址发起购买交易；步骤F，对销售区划预售订单商品进行分拣处理，生成区划配送单；步骤G，接收物流需求信息并启动物流调度逻辑；步骤H，发送物流承运信息，接收并确认调度信息，签收物品交割信息；建立以步骤A为平台服务进程，步骤E、步骤F、步骤G、步骤C为业务服务进程，步骤B、步骤步骤D、步骤H为客户服务进程的C/S/S模式计算机系统。

[0036] 定时供应链电子商务方法可以采用任何一种实现方式，包括任何一种技术架构、任何一种计算机编程语言的实施方案，例如基于windows的.NET技术路线，跨平台的J2EE技术路线，基于ECSHOP或者YII的PHP技术路线，还可以是Spring cloud+Spring boot或者 Dubbo+Spring boot的微服务技术路线，再可以是IBM公司的主从架构等，服务器之间及与客户端之间通讯接口可以采用任何一种或多种网络技术，例如IP/IPv4网际协议，TCP传输控制协议，IGMPInternet 组管理协议，ICMP/ICMPv6Internet控制信息协议，SNMP简单网络管理协议，DNS域名系统（服务）协议，RS232串口协议或者其组合，还可以是软件线程和/或API接口及其组合。

[0037] 如图2所示，步骤A包括：步骤A1，管理和/或显示配送线路规划信息；步骤A2，管理和/或显示销售区划信息；步骤A3，管理和显示最终销售点信息；步骤A4，管理销售区划和最终销售点的配送及销售范围；步骤A5，为系统制定交易规则。

[0038] 步骤A1和A2的实施方案都可以采用通用的三层软件结构：表示层、业务逻辑层、数据记录层，表示层用于显示人机界面，实现人机互动，业务逻辑层实现业务逻辑算法和控制，数据记录层实现对业务逻辑计算和控制结果的存储；其中表示层可以采用独立的前端实现技术，例如HTML、CSS和JavaScript等提供增加、删除、修改、查询的作业菜单，而业务逻辑层可以采用任何一种计算机语言实现，例如JAVA，C＃，C++，C，汇编，PHP等实现对菜单的作业内容的转换，把转换结果数据通过读写方式对数据记录层进行操作，数据记录层可以采用任何一种数据库和/或结构性文件和/或非结构化文件，数据库例如MYSQL，ORACLE，DB2，结构化文件如EXCEL，非结构化文件如.TXT，.DOC，JPG，GIF，MOV，MP2，PM3，MP4等方式保存写入的数据，通过三层软件结构实现对数据记录层的数据库表和/或结构性文件和/或非结构性文件内容进行增加、修改、删除、查询作业；其中销售区划规划器的数据记录层数据库表和/或结构性文件和/或非结构性文件内容可以包括销售区划名称、分拣转运点名称及地址和/或编码和/或经纬度信息，还可以有该销售区划覆盖的行政区划、社区或商圈名称，再可以用数字地图表达：例如以红线在数字地图上画出一个销售区划的范围和分拣转运点的位置和名称，业务逻辑层根据该红线范围获取数字地图对应的栅格或矢量和/或经纬度，数据记录层存储上述栅格或者矢量或者经纬度信息，可以在每个销售区划设置一个销售区划仓库，还可以把相邻的多个销售区划归属于一个销售区域并建立销售区域仓库，把每个货源地仓库与多个销售区划建立关联关系来管理其销售范围，借助销售区划的销售及物流配送覆盖范围建立和管理自己的销售区域；而配送线路规划器主要采用数字地图技术，把每个分拣转运点设置为配送线路的起点，设置多个配送线路名称再为每条配送线路设置多个途经点和终点：例如以红线在数字地图上画出配送线路的起点（分拣转运点名称）、途经点、终点，业务逻辑层把上述红线转换为数字地图的栅格和/或矢量或者经纬度并通过读写操作存储在数据记录层，也可以采用表单记载起点、途经点、终点信息，上述途经点、终点可以是最终销售点；步骤A3的实施方案可以采用上述通用的三层软件结构：表示层、业务逻辑层、数据记录层，表示层用于显示人机界面，实现人机互动，业务逻辑层实现业务逻辑算法，数据记录层实现对业务逻辑计算的结果进行存储；通过三层软件结构实现对数据记录层的数据库表和/或结构性文件和/或非结构性文件内容进行增加、修改、删除、查询作业，其中最终销售点规划器的数据记录层数据库表和/或结构性文件和/或非结构性文件内容至少包括最终销售点名称、所在的地址、邮政编码和/或经纬度或栅格，还可以有联系电话等，规划成果还可以通过数字地图显示在前端页面上，以红点/黄点等色点标识最终销售点地理位置，同时该色点也是操作进入该最终销售点的菜单，支持鼠标点击进入该最终销售点店铺；步骤A4的实施方案可以采用上述通用的三层软件结构：表示层、业务逻辑层、数据记录层，表示层用于显示人机界面，实现人机互动，业务逻辑层实现业务逻辑算法，数据记录层实现对业务逻辑计算的结果进行存储；通过上述三层软件结构实现对数据记录层的数据库表和/或结构性文件和/或非结构性文件内容进行增加、修改、删除、查询作业，其中配送和/或销售范围规划管理的数据记录层的数据库表和/或结构性文件和/或非结构性文件内容包括销售区划名称、分拣转运点名称、最终销售点名称，再获取每个最终销售点项下与其建立关联关系的买方收货地址，还可以采用数字地图方式在每个销售区划红线内用红点标注关联的分拣转运点位置，点击红点进入分拣转运点所属配送线路数字地图，显示以分拣转运点为起点的多条配送线路红线，通过在销售区划与分拣转运点之间管理（增加、删除、修改、查询）关联关系实现对该销售区划销售范围的管理，通过在分拣转运点与最终销售点之间管理关联关系实现对每个分拣转运点及对应销售区划的配送及销售范围管理，通过在最终销售点与买方收货地址之间管理关联关系实现对最终销售点销售及配送范围管理，如果最终销售点认为某个收货地址不是其最佳配送范围，可以要求客户选择其它的最终销售点为自提点；通过上述配送及销售范围管理实现对每个销售区划销售及配送范围的管理，每一级之间可以是一对多的关系，也可以是一对一的关系；步骤A5的实施方案可以是采用上述三层软件结构建立和管理整个本系统通用的交易规则，包括基本单位、商品分类、商品属性、交易条款、销售周期、预售周期和交易起止时间、物流条款等交易规则内容，其中基本单位可以分为基础单位和复合单位，基础单位就是单一性单位，例如重量单位的克、千克、斤、公斤，体积单位的毫升、升、立方米，长度单位的毫米、厘米、米、英尺，计数单位的个、条、袋、瓶，面积单位的平方米、亩、公顷，货币单位的人民币元、美元、港元、澳门元等，复合单位就是两种基础单位的组合，例如元/公斤、元/升、毫升/瓶等；商品分类可以划分为大类、中类、小类、通用名称、商用名称等，例如大类可以是农副产品及食品，中类可以是蔬菜类、肉类、粮油类，小类可以是叶菜类、瓜果类、根茎类、猪肉类、牛肉类、羊肉类、鸡肉类等，通用名称可以是菜心、大白菜、小白菜、圆青椒、西红柿、莲藕等，在通用名称类下还可以设置个性化的商品名称，例如可以是品牌+通用名称，也可以是字号+通用名称，还可以是自己特色工艺+通用名称等，例如：鲁花5S 压榨花生油，青岛罐装清爽啤酒；商品属性条款；商品属性条款就是商品名称之外的详情，例如食品类商品属性有：品牌及注册商标（包括商标类别及有效期），原产地及其证书信息，品种名称及其描述、还可以加注是否转基因，认证及其认证证书、认证有效期（例如有机认证、绿色认证、无公害认证、出口基地认证等），等级名称及其描述（例如特级、一级、二级、不分级等，每种等级的个体大小或者每一个标准重量的个体数量），状态及其描述（例如：-18℃以下保存为冷冻，0-10℃保存为冷藏，非保温保存为常温，脱水状态保存为干制，用盐腌制后的状态保存为腌制，熟食状态保存为熟制，即取即食状态为即食），还可以有保质期，可以按照天计算，也可以按照月或者年计算；每一种商品名称+属性的组合就是一个SKU，每种商品名称为SPU；交易条款包括制定单品批发基数、单次批发基数、配送基数和零售基数、公差范围、价格策略等；所述单次批发基数就是卖方从货源地销售到销售区域单次发货量的最小数量单位，根据两地距离远近和商品状态等因素设置不同的单次批发基数，以节省物流费用；卖方可以选择一个车型的整车载荷作为单次批发基数，也可以是一种运输方式的最小单位，例如一个集装箱货柜或者一个托盘载荷作为单次批发基数；还可以为每个SPU或者SKU设置一个单品批发基数，其在单次批发基数中的最小数量就是该SPU的单品批发基数，卖方设置的一个货源地仓库的单品批发基数合计数要小于单次批发基数；所述配送基数就是一个销售区划对一个企业购买方销售的最小数量，设置配送基数是为了优化配送模式，降低配送交易成本；零售基数根据商品等级详情信息制定，如果商品的某个等级单品是750克±10%/个，则零售基数就是750克，如果商品是散货，则可以定义其零售基数为一个最小零售单位，例如50克或者250克，其零售交易量为零售基数的整倍数，非散货零售基数是其零售包装规格，例如啤酒A的零售包装规格是500毫升/瓶，运输包装规格是12瓶/箱，啤酒B的零售包装规格是750毫升/瓶，运输包装规格是9瓶/箱，零售基数都是1瓶，零售交易量就是1瓶的整倍数或者其组合，而配送基数可以是运输包装规格（箱）或者其整倍数；本制定器115只设置上述基数字段，具体数据由各个运营方根据当地的经营需要设置；公差范围就是一个运输包装规格或者零售包装规格包装数量的浮动范围，一般以公差形式表达，例如±10%；交易周期可以由系统统一设置，对于生鲜食品可以定为最小单位：一天，对于服饰类可以定为一周等等；预售周期可以设置为一周或者二周，而设置交易截止时间是为了同步汇总订单，系统可以为一个时区设置一组交易时间：分拣转运点收货截止时间、分拣转运点发运起止时间、企业用户收货起止时间、最终销售点营业起止时间、预约零售交易截止时间、预约配送交易截止时间、预约零售交易取消订单截止时间、预约配送交易取消订单截止时间、最终销售点配送起止时间及时段等；物流条款可以由系统统一制定，也可以由配送方或者最终销售点自行制定，内容包括：配送方免费起配量、配送方收费价格、配送到货时间段，最终销售点免邮起配量、最终销售点二次配送价格、最终销售点配送时间段等。

[0039] 如图2-1，2-2所示，步骤A2的另一个实施例，是以首页的方式展示规划信息并提供购买方选择操作菜单，包括步骤A2的多个操作菜单：选择销售区划提示菜单1120，销售区划一级菜单1121，通常是下拉国家列表，如果只在一个国家提供服务，则可以是下拉省份列表；销售区划二级菜单1122，通常是一级菜单的细分，如果一级菜单是下拉国家列表，则二级菜单可以是下拉该国家省份列表，如果一级菜单是下拉省份列表，则二级菜单可以是下拉该省份隶属城市列表；线上销售区划三级菜单1123，通常是二级菜单的细分，如果二级菜单是下拉省份列表，则三级菜单就是下拉该省份隶属城市列表菜单，如果二级菜单是下拉城市列表，则三级菜单就是下拉该城市隶属销售区划名称列表菜单，依次类推，可以把一个销售区划设置为一个销售区域，通常以一个城市作为一个销售区域，也可以把相邻的多个销售区划设置为一个销售区域，销售区域名称无需在前端菜单中出现，可以在后端管理界面出现，用于设置销售区域关联的销售区划；交易规则制定器115的操作菜单包括以到货日期选择菜单方式显示的预售周期信息及商品类别选择菜单，通常到货日期选择菜单1150是日历日的今日到货，到货日期选择菜单1151就是日历日的明日到货，依次类推，115T6就是最大预售周期日历日的到货日，日历日为当日的菜单下，显示其收货地址关联的分拣转运点关联的最终销售点分布地理位置信息1131，最终销售点分布地理位置页面1131是步骤A1和步骤A2的前端页面，用于显示该收货地址隶属的分拣转运点所属的最终销售点的地理位置，并加注相应名称菜单，该名称菜单可以让用户点击进入分拣转运点销售区划商品展示页面和/或最终销售点线上店铺页面，也可以展示最终销售点联系方式信息，例如电话号码等，进入该线上店铺后，在最终销售点分布图下方显示该最终销售点商品信息，同时展示预售跳转菜单115A，通过预售跳转菜单进入预售商品展示页面1x21；到货日期为日历日的明日之后的到货日期菜单，布局在最终销售点分布地理位置信息1131下方，在到货日期选择菜单下方可以部署该销售区划预售商品展示页面1x21，其中商品类别选择菜单115a，115b，115c可以按照纵横矩阵方式排列，每个菜单都可以采用下拉方式选择该类别的类型列表，如果本系统所有商品都是一个大类，则一级商品分类菜单就是商品中类，点击选择一个中类后，出现该中类所属的商品小类菜单，选择小类菜单后再出现商品通用名称菜单，选择一个通用名称后出现商品属性菜单：品牌115d、原产地115e、品种115f、认证115g、等级115h、商品状态115i等，也可以一直显示这些属性菜单，每个属性菜单后面可以有多个可选值；销售区划可供销售商品展示信息1x21是商品转发器182的前端页面，用于显示当前一个销售区划在某个非当日的到货日可供销售商品信息。

[0040] 图2-3是步骤A1的另一个实施例，显示层采用数字地图显示分拣点（起点）的位置，以及全部配送线路和/或某一条配送线路，每条配送线路都标识线路名称、途经点，终点等名称，还可以把线路名称作为菜单，让用户查询操作，业务逻辑层把上述线路规划信息转换为数据信息记载在数据记录层，记载内容包括分拣转运点名称、配送线路名称、起止点名称、途经点名称及其对应的栅格、经纬度、或者矢量，其中途经点、终点可以由最终销售点组成；包括：步骤A11，规划和/或显示多级分拣转运点，步骤A12，管理各级分拣转运点之间的隶属关系，并以根节点的分拣转运点作为最上级分拣转运点对所有分拣转运点进行分级管理，步骤A13，在上级分拣转运点与隶属的下级分拣转运点之间建立和管理配送线路；步骤A11可以采用数字地图作业方式，在数字地图上标识多级分拣转运点，并通过地图控件生成多级分拣专营点的数据库表；步骤A12可以采用可以采用通用的三层软件结构：表示层、业务逻辑层、数据记录层，表示层用于显示人机界面，实现人机互动，业务逻辑层实现业务逻辑算法和控制，数据记录层实现对业务逻辑计算和控制结果的存储；其中表示层可以采用独立的前端实现技术，例如HTML、CSS和JavaScript等提供增加、删除、修改、查询的作业菜单，而业务逻辑层可以采用任何一种计算机语言实现，例如JAVA，C＃，C++，C，汇编，PHP等实现对菜单的作业内容的转换，把转换结果数据通过读写方式对数据记录层进行操作，数据记录层可以采用任何一种数据库和/或结构性文件和/或非结构化文件，数据库例如MYSQL，ORACLE，DB2，结构化文件如EXCEL，非结构化文件如.TXT，.DOC，JPG，GIF，MOV，MP2，PM3，MP4等方式保存写入的数据，通过三层软件结构实现对数据记录层的数据库表和/或结构性文件和/或非结构性文件内容进行增加、修改、删除、查询作业，建立上级分拣转运点与下级分拣装运单之间的隶属关系；步骤A13可以采用A11或者A12的任何一种方法和2种方法的组合，把上级分拣转运点与其隶属的某条配送线路上关联的下级分拣转运点以线路名称作为关键词建立关联关系，实现配送线路的管理，其中最终销售点也是一种下级分拣转运点。

[0041]

[0042] 如图3所示，步骤B包括：步骤B1，接收和/或发起业务请求，发送和/或接收响应信息；步骤B2，管理卖方仓库和交易条款，发布并管理预售商品；步骤B3，接收并处理销售区划预售订单。

[0043] 步骤B1实施方式可以是有线方式连接的电脑和/或无线连接方式的智能终端或手机，连接的协议可以是TCP/IP协议、IPX/SPX协议、NetBEUI协议软件线程和/或超文本(hypertext)、超媒体(hypermedia)、超文本传输协议(HTTP)协议、RS232串口协议或者无线通信的GSM、3G、4G等，例如windows系统的PC+有线/无线网络+.exe格式的软件包，还可以是苹果系统的PC+有线/无线网络+.dmg格式的软件包，再可以是安卓智能手机+APK软件包，更可以是苹果智能手机+.ipa或者deb或者pxl软件包，或者应用服务接口API，软件服务进程等与服务器建立连接，对信息进行交互。

[0044] 步骤B2的实施方案是建立包括一个或多个货源地仓库和销售区域仓库，并在两者之间关联关系，如果一个销售区域有多个销售区划仓库，则还需要设置其到货次序和运输时间，同时在货源地仓库设置批发交易条款，包括：零售包装规格、运输包装规格、单品批发基数、单次批发基数；通过货源地仓库添加可售商品类别、商品名称、商品属性及可售量，选择商品单品后再发布该商品等级、上市时间起止日、预售数量、货源地批发价格；再可以选择一个或多个销售区划，选择全部或者部分商品发布到对应的销售区划，并根据该销售区划的市场行情发布区划批发价格和可售商品数量；还可以根据销售区划的需要，由销售区划选择发布某个货源地商品；当货源地仓库发布的是品牌和/或认证的商品时（需要审核确认），其在销售区划发布的也是品牌和/或认证的商品，当货源地仓库发布的是无品牌和/或无认证的商品时，其在销售区划发布的也是无品牌和/或无认证商品；在货源地仓库添加商品可以选择商品所在的大类（例如农副产品及食品）、中类（蔬菜类、肉类、粮油类）、小类（叶菜类、瓜果类、根茎类、猪肉类、牛肉类、羊肉类、鸡肉类等）和通用名称（菜心、大白菜、小白菜、圆青椒、西红柿、莲藕等），再输入商品名称（可以是品牌+通用名称，也可以是字号+通用名称，还可以是自己特色工艺+通用名称等），例如：鲁花5S压榨花生油，青岛罐装清爽啤酒；食品类属性有：品牌及注册商标（包括商标类别及有效期），原产地，品种及其描述（该品种的技术指标等）、还可以加注是否为转基因，认证及其认证证书（认证类型、有效期、证书号及颁证机构等），等级及其描述，例如每种等级的个体大小，例如（150±10%）克/个，或者每一个标准包装重量的个体数量（12±10%）个/公斤，状态及其描述（在系统交易规则中选择一种状态值，例如冷冻、常温、即食等），零售包装规格及其描述，例如（500克±10%）/袋，750毫升/瓶，运输包装规格及描述，例如（20±10%）公斤/箱，描述：泡沫箱，80*60*45厘米；纸箱，70*60*40厘米，可以在所有货源地发布一样的出厂批发价，也可以在不同的货源地发布不同的出厂批发价，可以在所有销售区划发布一样的区划批发价，也可以在不同的销售区划发布各自的区划批发价格。

[0045] 步骤B3的实施方法可以是在接收销售区划预购订单后，获取每个区划发货计划Fd，如果是多个区划拼车运输，则合并参与拼车的区划发货计划Fd为销售区域单次发货计划Fc ，按照发货次序对每个Fd生成并打印货源地装盘标签再粘贴在发货托盘上，也可以采用事先固化可读写标签在托盘上，生成装盘计划后再写入；货源地装盘标签内容包括：装盘序号/销售区域总序号、货源地仓库名称、到货仓库名称、装盘商品名称及数量、发货时间等，并把上述装盘标签信息映射生成条形码或者二维码或者RFID，其中条形码或二维码或RFID可以采用任何一种技术方案，例如基于时间戳的随机数生成的13位条码，条形码或二维码或RFID与标签信息建立关联，以便扫描条形码或者二维码或者RFID就可以获取标签信息；再对上述Fd内每个运输包装规格生成并打印装箱标签，装箱标签信息包括：装箱序号/Fd总装箱序号、货源地仓库名称、到货仓库名称、商品名称及属性、运输包装规格及公差（可以无公差）、零售包装规格及其公差（可以没有）、发货时间等，并把上述装箱标签信息映射生成条形码或者二维码或者RFID，上述条形码或者二维码或者RFID可以采用任何一种生成方式，例如基于时间戳的随机数生成的13位条码、条形码、RFID与标签信息建立关联，以便扫描条形码或者二维码或者RFID就可以获取标签信息，二维码可以与货源地建立关联，扫描二维码可以访问货源地仓库信息；根据运输包装规格是否有公差分别取不同流程：对无公差的发货计划生成并打印装箱标签后粘贴在商品外包装上就完成装箱流程；有公差的发货计划则进入称重封箱流程：例如采用触摸屏智能电子秤获取待装箱Fc，从中选择一个Fd，然后扫描待封箱的装箱标签条形码或者二维码获取该箱装箱商品信息，与Fd装箱商品信息进行验证，验证一致则在屏幕显示该商品名称及属性和运输包装规格信息，封箱员人工验证箱内商品是否与上述屏幕显示商品名称及属性一致，一致则点击【确认】菜单，电子秤获取该箱商品的皮重（可以预先设置）、毛重和净重，与运输包装规格对比，如果其净重落在其公差范围内，则可以点击【封箱】菜单或自动生成封箱标签，否则不能操作【封箱】菜单也不能生成封箱标签，封箱员可以通过增加或者减少箱内商品数量来让箱内商品重量符合其公差要求，确保每个运输包装规格的公差得到执行，电子秤在接收到封箱指令或获取其净重与运输包装规格吻合后生成封箱标签，封箱标签内容包括：封箱电子秤ID、装箱物品名称及属性、净重、毛重、封箱时间等，打印在不干胶纸上生成封箱标签或者写入RFID标签，封箱标签还包括条形码或者二维码或者RFID，用于关联封箱标签内容，条形码或二维码或者RFID可以采用任何一种编码规则；封箱标签粘贴在包装箱薄膜内胆包装袋口上用于密封物品，完成一件物品的装箱，依次类推完成所有商品的封箱作业；还可以采用预先对商品进行零售包装规格的包装方法，例如获取发货计划单Fd中或者预先制定的零售包装规格及其浮动范围，按照该规格及其浮动范围存放商品，再放入称重电子秤上获取净重信息并打印粘贴封装标签，扫描封装标签并放入运输包装箱内直至满箱，然后生成并打印封箱标签直接粘贴在运输包装箱上；然后采用智能分拣终端读取上述发货托盘标签的条形码或二维码或者RFID，再逐一扫描待装盘的每个装箱标签条形码或二维码或者RFID，与该发货托盘备装商品内容进行验证，一致则搬运到托盘上，直至每个托盘都满载，逐一生成每个销售区划随货同行单Sd，再按照装货次序发送该随货同行单，当该随货同行单被签收时，随货同行单的状态改为已发货，依次完成多个销售区域的发货单处理。

[0046] 如图4所示，步骤C包含：步骤C1，接收和/或发起业务请求，发送和/或接收响应信息；步骤C2，管理并发布配送方交易条款；步骤C3，预购销售方商品并按照配送方交易条款转售；步骤C4，控制每个销售周期商品可售量；步骤C5，接收并处理买方订单，生成已售库存和待售库存。

[0047] 步骤C1可以采用和步骤B1同样的实施方式，步骤C2可以采用通用三层软件结构建立和管理配送交易条款，包括：配送方价格策略，配送基数值，零售基数值，交易周期，物流条款，零售交易截止时间、零售交易取消截止时间、配送交易截止时间、配送交易取消截止时间、分拣转运点收货截止时间、分拣转运点发运起止时间、客户收货起止时间等，其中配送基数值通常为卖方的运输包装规格，例如：箱，袋，桶等，例如20千克/箱，或者25±10%千克/袋；交易周期可以根据商品流通特点制定，生鲜食品的保质期比较短，可以按日制定，还可以制定预售期为几个交易周期，例如交易周期为1日，预售期为6个交易周期即6日；可以预先公告物流条款，物流条款可以是按照一次配送量制定不同的配送方式，例如达到某个数量并且符合客户收货起止时间段的配送交易可以包配送费用，未达到该数量或者收货时段与送达时段不匹配的配送交易由默认买方收货地址关联的最终销售点二次配送，需要收取配送费用x元/配送基数，零售交易达到一定数量的可以免费由收货地址关联最终销售点配送，未达到该数量的X元/次包送，非关联最终销售点配送按照配送距离收费等；配送价格策略可以是按照商品类别制定，可以按照大类或者中类或者小类设置不同的价格策略，也可以针对不同大客户独立制定；一个价格策略信息包括：配送方名称、交易量及其价格增加率，还可以有汇率转换为其它币种计价的商品价格，例如X配送方、一个单品的购买量小于20零售基数（公斤或者升）的价格增加率为30%，购买量为20-60零售基数的价格增加率为
9%，购买量在61-120零售基数时的价格增加率为6%，购买量在121零售基数以上时的价格增加率为3%，即在卖方设置的销售区域批发价基础上按照采购成交量分别加价30%、9%、6%、
3%，可以预先设置多个不同的价格策略，价格策略以零售基数为计价单位，根据不同的商品类别及运输包装规格进行换算，即使同一种商品使用不同的运输包装规格，价格策略仍然可以覆盖各种购买量的交易，例如运输包装规格为（20±10%）公斤/箱，则购买量在61-80公斤都换算为4箱，在81-100公斤都换算为5箱，依次类推，还可以把价格策略转换为优惠券方式：把商品按照一个比例转换为零售价，达到一定采购量/金额就获得一定优惠券，在支付时用于抵扣货款，实现根据采购量大小自动转换不同单价的计价方式，更可以增加汇率转换函数，对出口销售或者进口销售商品价格再按照汇率转换为当地流通货币的价格；配送交易截止时间在零售交易截止时间之后，中间预留零售订单转换为配送订单的处理时间（还需考虑最终销售点现货库存的盘点时间）。步骤C3可以根据卖方预售发布的商品及交易条款，选择合格的商品，运用配送方价格策略计算后转发到配送区划，生成并展示多级价格和每个到货日下的可售商品数量，例如卖方X发布预售商品A的单品批发基数值为10箱，商品B的单品批发基数值为16箱，商品C的单品批发基数值为20箱，单次批发基数值为160箱，则配送方可以选择上述3种商品任意一款二款或全部，按照单品基数值预购并发布到所在销售区划，所预购商品全部转入待售库存，已预售商品记入已售库存，而配送方设置的配送基数值必须是箱的整倍数。

[0048] 步骤C4可以根据日历时间测算并显示本销售区划某个到货日的可售数量，如果该订单到货日是日历日的当日，就只能以最终销售点的待售库存量作为可售量，客户只能给最终销售点下单；如果订单到货日是日历日的明天，则根据销售区划明天的可售量进行控制，超出该可售量的订单就不被允许，依次类推；配送方按照下列算法把货源地仓库的上市时间换算为本销售区划的买方到货时间，还可以根据到货时间计算出货源地仓库发货时间，以保证满足该订单；买方到货日（统一为当日X:00）=货源地仓库上市时间 + 货源地仓库到客户的运输时间【小时】；每个配送区划在某个到货日的每一时刻其商品可售量是动态的，为了让商品到货时间与上市时间及区划可售量匹配，需要一个可售量、订单量与到货时间的算法，算法原则是：在销售期外的不显示或者显示为灰色，不能操作；在现货运输期（即分拣转运点到客户的运输时间）内为到货日的订单，以待售库存量为可售数量；在货源地仓库到客户运输期内为到货日的订单，其可售量=上期待售库存+当期在途库存–当期已售量，如果到货日上期时间不是下单时间，则该上期待售库存为0，如果下单日到到货日的时间大于运输时间，则可售量是货源地仓库最大可供量范围内；说明如下：设货源地商品上市时间为T1（包含包装发运时间），其时间段为（YYYYMMDd00:00- YYYYMMDD23:59）；
设货源地仓库到区域销售仓库的运输时间为T2(小时)；
设销售区域仓库到分拣转运点的配送时间为T3（小时）；
设分拣转运点到买方的配送时间为T4（小时）；
设买方的收货时间为T5，其时间段为（YYYYMMDD00:00- YYYYMMDDBB:59）；
设日历时间为Td（YYYYMMDD00:00- YYYYMMDD23:59）；
设销售区划的预售时间为T6（天）；
设运输期预售时间为T7（天），则T7=（T2+T3+T4）/24并把小数规整为正整数；
设销售区划预售商品到货日为t；
设t日销售区划可售量为St；
设t日销售区划结转库存量为Rt；
设t日销售区划订单量为Qt；
设货源地仓库的单品批发基数为Pd；
设货源地仓库的单次批发基数为Pc；
则t日销售区划预购量为Yt；
设x商品的认证年产品为Ax；
设销售区划备货量为M，M=∑{Q（Td←T7） QT7}/T7，Td←T7表示在日历日Td基础上前~
推T7日；
货源地添加商品时需要输入：T1，T2，T3，Pd，Pc；
配送方需要设置：T4，T6；
用St= Rt+（Yt –Qt）计算t日销售区划可供销售商品数量：当t∠T5及T5+T6∠t时，St不显示，不能操作；当t=T5时，只显示销售区划最终销售点分布位置，不可预售；当1日∠t≤T1+T7≤T5+T6，Pt=0；当T5∠T1+T7∠1日∠t≤T5+T6，Yt=N*Pc≤Ax(N为正整数)；
设初始值Rt=0，Qt=0；当St＜Mt（T5∠T1+T7∠t≤T5+T6）时，销售区划库存管理发出补货预警，并给出补货发货时间Ft=T4←（T2+T3）；当St≥Mt时，库存管理无需补货。

[0049] 步骤C5的实施方案是在选择一个销售周期，对于生鲜食品而言，优选的销售周期为一天，对于时尚服饰类商品而言可以是一周；在每个销售周期内，当预售订单量超过待售库存时，触发再次预购发布逻辑，例如，A商品的预售订单是第11箱时，触发配送方预购并发布第二个10箱商品，B商品的预售订单是第17箱时，触发配送方预购并发布第二个16箱商品，还可以在配送方按照销售周期设置商品备货量，当待售库存低于该库存量时就触发再次预购发布逻辑，以此类推，直至达到卖方的库存限额；如果本销售周期的待售库存没有预售完毕，可以自动转入下一个销售周期，直至商品有效期截止日，也可以盘点后按照盘点量再转入下一个销售周期，如何盘点作业是已知技术，对于过期商品则自动作下架处理。

[0050] 如图5所示，步骤D包含：步骤D1，接收和/或发起业务请求，发送和/或接收响应信息；步骤D2，预购配送方商品并按照最终销售方交易条款转售；步骤D3，接收并处理最终预售订单，生成已售库存和待售库存；步骤D4，签收预购商品，对已售库存商品做配货处理并生成最终配送计划；步骤D5，发布当期待售库存商品，接收并处理最终销售点现售订单。

[0051] 步骤D1实施例可以使用和B1相同的技术方案；步骤D2及D3可以采用C3及C4和C5相同的逻辑：向配送方预购一个配送基数值商品，按照最终销售方设置的零售基数值转售发布，所预购商品全部转入最终销售方待售库存，已预售商品记入其已售库存；零售基数值可以采用卖方的零售包装规格（如果有），例如230克/包，750毫升/瓶等，如果是散货可以按照零售习惯制定一个，例如200克/件，250克/件等；最终销售方可售量控制逻辑和C4一样：St= Rt+（Yt –Qt）；也可以为最终销售方设置一个备货量，用于当期现售，当待售库存低于该备货量时，触发再次预购逻辑。

[0052] 步骤D4可以采用三层软件结构、也可以采用智能终端+控制模块+数据库表和或结构性文件方式对预购商品做实物入库处理，以及对预售订单进行分装作业，例如采用带网络通信模块和Android 操作系统或者WINDOWS操作系统的电子秤对预购商品称重确认，按照称重净重、毛重分别计入实物库存，再对实物封箱标签进行扫码备货(即获取当前待分装作业商品SKU信息及数量)，下载待分装的预售订单显示在电子秤的屏幕上，选择某个与备货商品匹配的预售订单进行称重，当电子秤获取的商品重量与订单数量吻合（即在发布的零售公差范围）确认分装，电子秤打印出不干胶分装标签，对分装完成的商品包装并用上述不干胶分装标签封口或者标识，不干胶标签上打印有商品信息、重量及条形码，条形码可以有多种生成方式，例如同一种SKU使用同一款条码，也可以同一种SKU使用不同的条形码，例如基于时间戳+随机数生成的13位条码，再使用智能分拣终端（例如Android系统的或者WINDOWS CE系统的智能扫描终端）下载预售待配送订单，在智能扫描终端选择一个用户的预售订单，显示该订单的SKU列表，选择对应的商品扫描其不干胶标签，验证其内容与预售待配送订单内容一致后生成最终销售点预售配送计划，实现技术细节见发明人之前申请的专利《图形用户界面溯源终端及溯源配送系统和方法》；步骤D5实施方式可以对最终销售方当期待售库存根据零售基数值预先分装，并按照最终零售方的交易条款进行发布，可以发布到线上店铺，也可以同时发布到实体货架，设置配送方式及费用，默认当日配送或自提，其分装作业逻辑和D4采用相同逻辑，生成现售配送计划，物流配送条款可以是默认地址的采购额达到XX元起送，采购额达到XY元免费配送，采购额未达到XY的按照XZ元/次收费，非默认地址的配送按照配送距离收费等；还可以是由买方在现场选择商品后再分装、打印该商品分装标签的方案，通过扫描分装标签码获取商品SKU信息和对应的零售价格信息进行计价收费。

[0053] 如图6所示，步骤E包含：步骤E1，接收和/或发起业务请求，发送和/或接收响应信息，步骤E2，管理买方收货地址，对每个收货地址选择并关联一个最终销售点作为自提点；步骤E3，根据收货地址获取关联的销售区划和/或最终销售点、或选择其它最终销售点发起购买交易，确认商品交割信息。

[0054] 步骤E1的实施方式可以和B1一样；步骤E2可以是在地址栏输入框上选择或者输入所在国家、省、地市、县区、街道，再输入详细社区或者道路的门牌号，还可以把该收货地址标注在数字地图上，以该收货地点为中心点，显示直线距离最近的2-3个最终销售点位置作为备选自提点，买方选择其中一个作为上述收货地址匹配的最方便提货点，并把该最终销售点与上述收货地址建立关联关系，上述最终销售点就是该收货地址默认的销售点，与默认的销售点关联销售区划也是买方默认的销售区划；如果该最终销售点认为该收货地址不合适本最终销售点配送，还可以提示买方修改上述关联关系，每个买方可以建立多个收货地址，但是只能有一个默认收货地址；步骤E3实施方法是根据该默认收货地址自动获取默认的销售区划和/或最终销售点网上店铺发起采购交易，也可以选择其它最终销售点或销售区划发起采购交易，买方可以通过修改默认地址来获取不同的销售区划和最终销售点，配送方根据买方的类型显示不同的页面，例如企业采购的购买方登录后默认是配送交易展示页面，配送交易展示页面显示的是商品配送基数为交易单位的交易条款，价格会根据交易量不同而不同，但是交易量必须是配送基数的整倍数，可售数量会根据到货时间按照可售量管理规则计算显示，买方只能在该可售量内下单采购；零售买方登录后默认零售交易展示页面，零售交易展示页面包括最终销售点在地图上分布信息和线上预售零售基数商品和交易条款信息，通过点击地图上的最终销售点分布信息图标菜单可以进入最终销售点对应的线上店铺，在线上店铺选择商品发起当期送达的采购交易，也可以在实体最终销售点选择现货商品扫码发起现货采购交易；预售零售基数商品可以按照到货日期显示给买方，买方选择到货日期后显示该到货日可售商品及交易条款信息；企业采购方可以通过菜单跳转进入零售展示页面进行零售基数的采购，可以设置为零售买方不能进入配送交易展示页面进行配送采购，也可以设置为可以进入配送交易展示页面进行配送采购，双方都可以在关联的最终销售点选购商品，也可以选择在非关联的最终销售点选购，非关联最终销售点可以接受或拒绝该客户的购买请求，或者增加收取配送费用等；每个买方都可以根据采购量选择不同的配送方式，例如分拣转运点直接配送或者最终销售点二次配送或者自提，买方根据物流配送条款选择一种配送方式完成采购交易。

[0055] 如图7所示，步骤F包括：步骤F1，接收和/或发起业务请求，发送和/或接收响应信息；步骤F2，按照从上至下的原则逐一选择分拣转运点，以该分拣转运点为起点逐一选择其所属配送线路，根据该线路配送需求信息生成分拣计划单；步骤F3，按照分拣计划单生成或关联装柜标签和分拣标签；步骤F4，根据上述标签对分拣计划单进行分拣作业，生成对应线路的装柜单；步骤F5，对上述装柜单按照装货次序生成配送单并转运物品。

[0056] 步骤F1实施方法可以和B1一样，通过配送需求接收模块下载并显示配送需求，配送需求内容包括：分拣转运点名称及ID、该分拣转运点隶属的订单号、配送量、收货地址、该地址隶属配送线路、送达次序；步骤F2的实施方式可以是建立分拣计划管理模块，可以采用通用的三层软件结构：表示层、业务逻辑层、数据记录层，表示层用于显示人机界面，实现人机互动，如果有多级分拣转运点，则选择一个最上层的分拣转运点开始，以该分拣转运点为起点再逐一选择每一条配送线路，业务逻辑层获取该线路上某配送日全部待配送订单生成该日该线路的分拣计划单，数据记录层实现对业务逻辑计算结果----分拣计划信息的存储；通过上述三层软件结构实现对数据记录层的数据库表和/或结构性文件和/或非结构性文件的分拣计划进行增加、修改、删除、查询作业，一条线路的分拣计划单包括下列信息：收货人、收货地址及其经纬度、发货人（配送方）、商品名称及其属性、运输包装规格、运输包装件数、总件数，建立以收货人为关键词、发货人（配送方）、收货地址、商品名称、运输包装规格、运输包装件数、总件数、映射的条形码或者二维码或者RFID为信息内容的分拣计划单，以线路名称为关键词，隶属同一个分拣转运点的多条线路分拣计划单组成分拣转运点分拣计划单，逐一完成每个分拣转运点分拣计划单；步骤F3的实施方法，在分拣转运点分拣计划单中逐一选择一个配送线路，再按照每个收货地址生成一个装柜计划，内容包括：收货人、发货日期、商品信息及数量、分拣标签序号/总序号，再以上述内容信息映射生成条形码或二维码或RFID，把装柜计划按照分拣标签序号打印在不干胶的纸质标签上或者写入RFID标签上生成分拣标签，还可以预先刻制带条形码或者二维码或者RFID的装柜标签粘贴或者安装在周转柜上，条码或者二维码或者RFID信息可以采用任何一种技术方案，例如基于时间戳的随机数生成的13位条型码，二维码还可以为一个IP连接、用于连接到货源地网上店铺查看商品详细详细，通过安装或者粘贴标签把装柜标签与周转柜建立关联关系；步骤F4可以采用Android系统或者Windows系统或者其它系统的智能终端+分拣作业软件组成的智能分拣终端，下载一个分拣转运点的分拣计划单，从中选择一个线路，再选择一个装柜计划，然后扫描对应该组分拣标签中任意一个序号，验证其标签映射的信息是否与装柜计划对应序号标签信息一致，不一致则更换分拣标签或者装柜计划，一致则启动分拣逻辑：可以按照分拣标签序号去选择实物商品、也可以根据实物商品去选择分拣标签，然后分别扫描分拣标签条码或者二维码或者RFID和实物装箱标签条码相应的条码或者二维码或者RFID，验证标签内容中商品信息是否一致，一致则发出装柜指令，不一致则发出不装柜指令，把分拣标签粘贴在匹配一致的实物包装箱上，并且不能覆盖原来的装箱标签，智能分拣终端生成一个装柜序号，把上述商品信息匹配一致的分拣标签与装柜序号及装柜标签建立关联，把粘贴有分拣标签的实物搬入周转柜，在周转柜满载或者该地址物品装载完毕时启动封柜逻辑，即在智能分拣终端上点击【封柜】菜单，智能分拣终端把已经装入周转柜的商品名称、数量及分拣标签序号与当前周转柜的标签、封柜时间、封柜分拣终端ID组装生成封柜标签信息，再驱动标签打印机打印出封柜标签或者用RFID读写器生成RFID标签，并粘贴在周转柜封口处，完成一个周转柜的装柜作业后，生成装柜单；如果该装柜计划还有商品没有分拣完成，智能分拣终端自动生成下一个装柜序号，重复上述装柜流程，直至装柜计划中商品全部装入周转柜，还可以设置一个最低装柜率（例如70%），当物品实际装柜率低于该最低装柜率时，可以采用非装柜方式、即以运输包装规格独立装运方式，把分拣标签当做装柜标签或者按照一个分拣标签生成一个装柜标签的方式，还可以生成并打印该收货地址的随货同行单；步骤F5可以逐一选择分拣转运点，按照装货次序对已经封柜的周转柜排序生成每条线路物流计划，物流计划包括：分拣转运点名称、装运线路名称、发货日期、目的地名称、装运序号/总序号、对应的封柜标签序号，映射的条形码或二维码或者RFID，生成物流计划，发送物流计划给物流调度方，把装柜标签粘贴在周转柜外侧供发货作业，也可以供收货人签收作业，逐一发出每个装柜单并获得确认后完成物品交付作业。

[0057] 如图8所示，步骤G包括：步骤G1，接收和/或发起业务请求，发送和/或接收响应信息；步骤G2，根据物流需求信息和配送线路规划信息生成送货次序单；步骤G3，按照从上至下的原则逐一选择分拣转运点及其隶属的配送线路，把物流计划与该线路上有效运具载荷进行匹配，满载或者全部物品匹配完成时生成调度计划；步骤G4，按照运具载荷从大至小的原则发布调度指令，直至全部调度指令获得确认的应答信息。

[0058] 步骤G1的实施方式可以和B1一样，接收包括分拣转运点和承运方终端发送的物流需求信息，在接收物流需求信息之前还需要接收并验证发送方身份信息和注册信息，根据注册的资料审核其是否可以发送物流需求信息；其中分拣转运点可以根据系统配置信息进行验证，而承运方则需要验证其运载工具（例如货车）主体和使用人的合法性，同时获取运载工具类型、运载空间及其长度、宽度、高度，关联区域分拣点信息，还需要获取每个分拣转运点的物流计划。

[0059] 步骤G2的实施方法可以是在数字地图上逐一选择分拣转运点，对每个分拣转运点逐一选择配送线路，以分拣转运点为起点，最远的最终销售点或关联的买方收货地址为终点，还可以根据导航线路选择合适的掉头道路另一侧的某个收货地址或最终销售点作为终点，并在导航线路上按照途经次序逐一加入中间的最终销售点和其它收货地址，使得导航线路与每个途经点形成平顺的导航次序，还可以在上述导航次序基础上根据实际行走路线进行优化，生成本次物流的送货次序单，每次的收货地址变化都需要重新生成新的送货次序单。

[0060] 步骤G3的实施方式可以是以该配送线路上可用的最大载荷的运具载荷空间的长度、宽度、高度为依据，制定周转柜的长、宽、高标准，使得该类型的运具空间刚好放置多个周转柜，把该周转柜标准提供给分拣转运点使用；也可以设置虚拟周转柜，用于组合一个客户的订单商品；还可以直接使用卖方的运输包装规格进行匹配；再可以设置一个最低运载率（例如80%），当未达到该运载率时可以更换小载荷的运载工具；再按照从上至下的原则逐一选择区域分拣转运点，对每个分拣转运点逐一选择以该点为起点的配送线路，把该配送线路上的物流计划以虚拟周转柜为一个调度单位，对虚拟周转柜按照送货次序单的次序由远至近的原则排序，选择最远目的地的虚拟周转柜作为最先装车序号，以运具满载或大于最低运载率为匹配完毕，生成一个装运计划，然后再选择下一个运具，低于该运载率时可以选择较小载荷的运具，以提高满载率，直至全部虚拟周转柜都匹配完成；还可以按照每个周转柜装柜单中物品的实际体积计算对应运具可载托盘数；步骤G4可以根据每个装运计划生成一个调度指令，发布该调度指令，调度指令包括出发地、配送线路名称、途经卸货点名称、目的地名称、本次承运费用、保证金金额，承运费用及保证金数据按照车型固定费用，还可以根据运具载荷立方数A*运程距离公里B*卸货次数C计算所得，保证金额度可以根据运具载荷和类型设置一个单价x元/立方米进行计算；如果接收到确认的信息，则在承运方账户冻结保证金，冻结成功再响应给承运方接单成功的信息，生成装运单，如果冻结不成功则反馈原因的提示（例如账号余额不足）；如果全部最大载荷的承运方都没有调度成功，则反馈到步骤G3，更换次大载荷的运具重新生成装运计划，然后再发出调度指令，直至所有调度指令都得到确认的响应信息，把获得承运方确认的装运计划，发送给对应的分拣转运点。

[0061] 如图9所示，步骤H包括：步骤H1，接收和/或发起业务请求，发送和/或接收响应信息；步骤H2，管理并发布承运方的承运需求信息；步骤H3，接收调度指令，发出确认或者不确认的应答信息；步骤H4，按照调度指令签收物品；步骤H5，按照调度指令交付物品。

[0062] 步骤H1的实施方式可以和步骤B1一样；步骤H2的实施方式可以是安装一个承运方APP软件，注册一个账号，提交承运方的主体身份信息，例如运具所有者的身份证件类型、号码、手机号码、邮箱、通讯地址、关联收付款银行卡等，还有运具主体的信息，例如车辆行驶证、运营证、载荷及运具的空间尺寸、运载类型（例如是常温、冷藏、冷冻等），再有驾驶员的驾驶证、手机号码等，承运方还可以选择一个分拣转运点作为承运范围；步骤H3的实施方式在APP或网页上接收调度指令，调度指令包括出发地、配送线路名称、费用，保证金额度等，自行决定是否接受该指令，如果接受则在APP或网页上点击确认菜单，不接受则不予操作，确认后物流调度业务启动保证金冻结逻辑，冻结成功则为接单成功，冻结不成功根据提示原因进行更改，直至确认成功或者放弃；步骤H4的实施方式可以是根据确认的调度指令到对应的分拣转运点，扫描装运计划的条形码或二维码获取其装柜信息，与实物验证一致后则在APP或网页上选择确认菜单予以签收确认，不一致则不予确认，直至承运方的运具满载或者本配送线路的物品装载完毕；步骤H5的实施方式可以是承运方到达某个目的地后，由买方对虚拟周转柜标签进行扫描获取装柜商品信息，验证是否与其采购单信息一致，再验证其是否与实物一致，一致则在购买方装置上选择确认菜单予以签收，不一致则不予确认，还可以对符合封箱标签的非采购单商品予以确认，承运方接收该确认信息后完成物品交付作业；也可以在卸货到买方场所后，由承运方拍照上传至系统，代为签收。

[0063] 上述实施例为本发明较佳的实施方式，但本发明的实施方式并不受上述实施例的限制，其他的任何未背离本发明的精神实质与原理下所作的改变、修饰、替代、组合、简化，均应为等效的置换方式，都包含在本发明的保护范围之内。

标题	发布/更新时间	阅读量
家鹅养殖育肥方法	2020-05-11	333
一种茶花的花期调控方法	2020-05-11	149
基于HIS的智能化治疗药物监测全程管理系统及其方法	2020-05-12	296
存储器	2020-05-12	506
一种低温水间歇布水水产动物暂养装置	2020-05-13	159
一种暗纹东方鲀、南美白对虾、空心菜立体种养的方法	2020-05-08	613
一种单环刺螠人工培育苗种的方法	2020-05-12	605
股票信息处理方法、装置及控制器	2020-05-13	714
一种对电子地图标识进行个性化智能应用的方法	2020-05-15	204
一种基于强化学习和迁移学习的动态金融知识图谱构建方法	2020-05-11	547

定时供应链电子商务最终销售系统及其方法

定时供应链电子商务最终销售系统及其方法

技术领域

背景技术

发明内容

该功能需要专业版企业版VIP权限，您可以：