CN1701327A - 订单和付款可见性处理 - Google Patents

订单和付款可见性处理 Download PDF

Info

Publication number
CN1701327A
CN1701327A CN 02817062 CN02817062A CN1701327A CN 1701327 A CN1701327 A CN 1701327A CN 02817062 CN02817062 CN 02817062 CN 02817062 A CN02817062 A CN 02817062A CN 1701327 A CN1701327 A CN 1701327A
Authority
CN
China
Prior art keywords
order
input
product order
supplier
visibility systems
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN 02817062
Other languages
English (en)
Inventor
约翰·A·吉尔伯特
大卫·吉廷斯
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
United Parcel Service of America Inc
United Parcel Service Inc
Original Assignee
United Parcel Service of America Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by United Parcel Service of America Inc filed Critical United Parcel Service of America Inc
Publication of CN1701327A publication Critical patent/CN1701327A/zh
Pending legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明公布了一种在网络环境中用来帮助订单输入、履行、发货和付款的***和方法。在优选实施例中,本发明描述了一种用于从销售商向供货商传送订单项目同时向买家提供订单状态信息的***。另外,根据本发明的优选实施例,还描述了一种在网络环境中实现电子***出具、争议解决和付款的***和方法。

Description

订单和付款可见性处理
技术领域
本发明一般涉及在网络环境中方便订单输入的方法和设备,更具体地涉及在网络环境下,从销售商到供货商进行订单项目的通信,使得供货商能高效地进行订单发货并且向销售商提供订单状态的方法和设备。本发明还包括该方法和设备与其他方法和设备(包括电子***出据和支付)结合使用。本发明还对多个技术问题提供了解决方案,其中包括不兼容的订单履行***的问题。
背景技术
本发明涉及产品订单的履行以及发货。通常,希望购买产品的顾客和销售商联系,查询产品是否有货。如果销售商库存有货,那么卖出该产品。另一方面,如果销售商手头没有准备出售的该产品,则销售商会找到一个该产品的供货商,通过商业承运商,把产品“直接发货(Dropship)”给顾客。在这个直接发货的交易中,涉及了四个不同的实体:顾客,销售商,供货商,承运/发货商。因为这些实体是不同的,销售商、供货商、承运商所用来履行订单和发货的计算机***往往也不兼容。结果造成交流问题以及结帐的延迟。
该发明还有一个通用的背景,涉及到包括4个实体的商业实践:顾客,销售商,供货商,承运/发货商。在最典型的商业模型中,顾客首先联系销售商查询是否有货。销售商找到一个该产品的供货商,然后通过一个承运商把产品“直接发货”给顾客。直接发货是供货商直接将产品发送给顾客的一种安排。这种手段使得销售商避免了库存和相关管理开支。
在当今的传统的订货/购买环境中,销售商将订单分发到很多供货商,供货商们通常有独特的订单界面或者数据界面,这使得销售商和供货商之间交换订单和订单状态变得更加复杂。作为接收订单、确认订单和确认发货的手段,一些供货商支持电子数据交换(EDI),另一些使用可扩展标志语言(XML)格式的数据、电话和/或传真。简言之,产品订单履行和发货过程中涉及到的各个实体所使用的计算机***是不兼容的。
各种***间不兼容的技术障碍给销售商和供货商带来一系列严重问题。销售商面对的一个问题是不能给他们的顾客提供准确的订单发货状态。对于良好的客户服务来说,容易获得的发货状态是很重要的;它使得获得发货状态的开销最小化,改善客户服务,同时给订货人肯定的确认:他们的订货正在路上。从顾客的角度,产品是从销售商那里买来,而不是从供货商。在大多数情况下,顾客几乎不能察觉到销售商和供货商之间进行了联络使得产品直接发送到顾客手里。因此,顾客期望销售商能够随时访问并且提供给顾客订单状态和产品发货信息。
为了举例说明,在上述VOV应用的图1中示出了一个基于互联网的名叫“SellerCo.com”的公司的订单处理。在这个例子中,SellCo.com难以满足寻找“维护、维修和运行”(MRO)产品的需求。参考图1,从步骤(1)开始,购买者/顾客在SellerCo.com的互联网网站上下了订单。在步骤(2),SellerCo.com的客户服务代表(CSR)找到一个供货商,这通常利用互联网、供货商列表或者以其它方式进行。一旦确定了供货商,在步骤(3)SellerCo.com提供给顾客一个报价。这个报价可以通过电子邮件、信件、传真、电话或者其它合适的通信方式传送给顾客。接着,顾客可能接受该报价,并且将此信息通过合适的通信媒介传送回销售商。在步骤(4),销售商的CSR将确认的订单输入销售商的发货获取计划(ship acquisition plan,SAP)***中。供货商接着将订单传给销售商,通常通过传真、电子邮件、电话或者其它合适的通信手段进行。在步骤(5),供货商将订单输入到他们特有的订单履行***中。通常,这个过程平均需要3个工作日完成。
一旦供货商将订单输入到他们特有的订单履行***中,接着在步骤(6),供货商通过众多可能的承运商之一,例如UPS,FedEx,Airborne等等,将货物发出。在步骤(7),产品被发送出,承运/发货公司会向供货商收取运输费用。这个计费的过程通常发生在一到两周这个时间段内。一旦开始发货,供货商在步骤(8)会给销售商出具产品费用和运输费用的***。销售商通过供货商的***确认货物发出,向顾客/购买者收款,在步骤(9),买家收到产品***并付款给销售商。在步骤(10),在销售商收到顾客/买家的付款之前或之后,销售商向供货商提供产品和运输费用。通常这个过程平均需要15个工作日完成。
在上面描述的过程中,一些商业问题值得注意,将在下面讨论。假设销售商向供货商下了订单,并且假设销售商没有收到发货确认或者状态。当顾客打电话给销售商以确定订单状态时,销售商不能马上提供这种信息,因此必须通过电话或其他途径联系到供货商来得到跟踪号和/或订单状态,这些信息可能可以马上从供货商那里得到,或者不能马上从供货商那里得到。一旦销售商得到订单状态和/或发货跟踪号,销售商通过电话或者电子邮件把订单状态通知给顾客。这样的交互过程必然会造成延迟,并且给销售商和供货商带来更多开销。因为销售商不能提供及时的反馈给顾客,顾客也不满意。并且,该***手工计费的方面会造成不必要的付款延迟,这进一步影响了供货商和销售商的成本效率。
因此可以看出,提供好的订单和发货状态是非常需要的。并且,为了更加有效地在供货商/销售商与销售商/顾客间计费,需要提供一种订单输入和订单可见性***。这样的***还应该能够给供货商提供一个包括自动发货标签处理的流畅的发货过程。
发明内容
本发明描述了在网络环境下用来帮助订单输入、履行、发货、付款的***和方法。在优选实施例中,本发明描述了一种用来从销售商向供货商传送订单项目、同时向买方提供订单状态信息的***。而且,根据本发明的优选实施例,还描述了一种在网络环境中进行电子***出具、争议解决和付款的***和方法。
根据本发明的一个实施例,描述了一种在通信网络中进行产品订单接收和处理的方法,包括下列步骤:通过能够接入通信网络的通信设备,由通信网络上实施的订单输入和可见性***从买家那里接收产品订单;履行至少一部分产品订单;产品订单发货;通过该订单输入和可见性***跟踪产品订单的发货状态;到货后,通过该订单输入和可见性***向买家出具***。
根据本发明的另一个实施例,描述了一种在通信网络中进行产品订单接收和处理的方法,其中包括下列步骤:通过能够接入通信网络的通信设备,由通信网络上实施的订单输入和可见性***从买家那里接收产品订单;履行至少一部分产品订单;产品订单发货;通过该订单输入和可见性***跟踪产品订单的发货状态;到货后,通过该订单输入和可见性***向买家出具***;给买家一次对***提出异议的机会;通过该订单输入和可见性***解决关于***的争议。
根据本发明的另一个实施例,描述了一种在通信网络中进行产品订单接收和处理的方法,其中包括下列步骤:通过能够接入通信网络的通信设备,由通信网络上实施的订单输入和可见性***从买家那里接收产品订单;履行至少一部分产品订单;产品订单发货;通过该订单输入和可见性***跟踪产品订单的发货状态;到货后,通过该订单输入和可见性***向买家出具***;在买家认可***后,触发自动向销售商付款。
根据本发明的另一个实施例,描述了一种在通信网络中进行产品订单接收和处理的方法,其中包括下列步骤:通过能够接入通信网络的通信设备,由通信网络上实施的订单输入和可见性***从买家那里接收产品订单;履行至少一部分产品订单;通过该订单输入和可见性***生成该产品订单的发货标签;产品订单发货;通过该订单输入和可见性***跟踪产品订单的发货状态;到货后,通过该订单输入和可见性***向买家出具***。
根据本发明的另一个实施例,描述了一种在通信网络中用于产品订单输入、产品订单可见性和产品订单处理的方法,包括下列步骤:通过能够接入通信网络的第一通信设备,向一个在通信网络上实施的订单输入和可见性***提交产品订单;通过该通信网络把产品订单传送给供货商;通过能够接入通信网络的第二通信设备,从该订单输入和可见性***接收产品订单;履行至少一部分产品订单;向该订单输入和可见性***提供产品订单的履行信息;产品订单发货;通过该订单输入和可见性***跟踪产品订单的发货状态;到货后,通过该订单输入和可见性***生成***。
根据本发明的另一个实施例,描述了一种在通信网络中用于产品订单输入、产品订单可见性和产品订单处理的方法,包括下列步骤:通过能够接入通信网络的第一通信设备,向一个在通信网络上实施的订单输入和可见性***提交产品订单;通过该通信网络把产品订单传送给供货商;通过能够接入通信网络的第二通信设备,从该订单输入和可见性***接收产品订单;履行至少一部分产品订单;向该订单输入和可见性***提供产品订单的履行信息;产品订单发货;通过该订单输入和可见性***跟踪产品订单的发货状态;到货后,通过该订单输入和可见性***生成***;通过该通信网络,把产品订单的状态信息传送给提交该产品订单的实体。
根据本发明的另一个实施例,描述了一种在通信网络中用于产品订单输入、产品订单可见性和产品订单处理的方法,包括下列步骤:通过能够接入通信网络的第一通信设备,向一个在通信网络上实施的订单输入和可见性***提交产品订单;通过该通信网络把产品订单传送给供货商;通过能够接入通信网络的第二通信设备,从该订单输入和可见性***接收产品订单;履行至少一部分产品订单;向该订单输入和履行***提供产品订单的履行信息;产品订单发货;通过该订单输入和可见性***跟踪产品订单的发货状态;到货后,通过该订单输入和可见性***生成***;将***提供给提交所述产品订单的实体;给该实体一个对***提出异议的机会;通过该订单输入和可见性***解决关于***的争议。
根据本发明的另一个实施例,描述了一种在通信网络中用于传送产品订单和订单信息的订单输入和可见性***,该***包括能够接入通信网络的第一通信设备,该第一通信设备被配置成接收产品订单并通过通信网络发送该产品订单;能够接入通信网络的第二通信设备,该第二通信设备被配置成接收产品订单,并且为该产品订单生成发货标签,此第二通信设备被进一步配置为生成与该产品订单相关联的***;以及通信网络数据库,其被配置成存储与产品订单相关联的信息、向第一通信设备的用户以及第二通信设备的用户提供对产品订单信息的访问。
根据本发明的另一个实施例,描述了一种在通信网络中用于传送产品订单和订单信息的订单输入和可见性***,该***包括能够接入通信网络的第一通信设备,该第一通信设备被配置成接收产品订单并通过通信网络发送该产品订单;能够接入通信网络的第二通信设备,该第二通信设备被配置成接收产品订单,并且为该产品订单生成发货标签,此第二通信设备被进一步配置为生成与产品订单相关联的***;此第二通信设备还进一步配置成在生成了发货标签后立即把产品订单的状态传送给第一通信设备;以及通信网络数据库,其配置成存储与产品订单相关联的信息,并向第一通信设备的用户以及第二通信设备的用户提供对产品订单信息的访问。
根据本发明的另一个实施例,描述了一种在通信网络中用于传送产品订单和订单信息的订单输入和可见性***,该***包括能够接入通信网络的第一通信设备,该第一通信设备被配置成接收产品订单并通过通信网络发送该产品订单;能够接入通信网络的第二通信设备,该第二通信设备被配置成接收产品订单,并且为该产品订单生成发货标签,此第二通信设备被进一步配置成生成与产品订单相关联的***;以及通信网络数据库,其被配置成存储与产品订单相关联的信息,并向第一通信设备的用户以及第二通信设备的用户提供对产品订单信息的访问;其中第一通信设备被进一步配置成接收所述***,并且对上述***做出认可或异议中至少一种的反应。
根据本发明的另一个实施例,描述了一种在通信网络中用于传送产品订单和订单信息的订单输入和可见性***,该***包括能够接入通信网络的第一通信设备,该第一通信设备被配置成接收产品订单并通过通信网络发送该产品订单;能够接入通信网络的第二通信设备,该第二通信设备被配置成接收产品订单,并且为产品订单生成发货标签,此第二通信设备被进一步配置成生成与产品订单相关联的***;以及通信网络数据库,其被配置成存储与产品订单相关联的信息,并向第一通信设备的用户以及第二通信设备的用户提供对产品订单信息的访问;其中,第二通信设备被进一步配置为生成订购单确认,并且将该确认发送给第一通信设备。
附图说明
图1是一个根据现有技术的订单输入和收款***的流程图。此图以顺序步骤1-10的方式描述,从买家通过示例性的销售商“SellerCo.com”输入一个订单开始,到买家收到***且供货商得到付款结束。
图2是根据本发明一个实施例的订单输入、订单可见性以及发货标签生成的方法的流程图。
图3是一个实现根据本发明的订单输入和可见性***的订单输入和收款***的流程图。此图以顺序步骤1-9的方式描述,从买家通过示例性的销售商“SellerCo.com”输入一个订单开始,到买家收到***且供货商得到付款结束。
图4-39是在作为例子的订单输入和订单可见性会话过程中通常遇到的网络应用页面,该会话包括第一个用户(通常是买家或者销售商)输入一个订单,跟着是第二个用户(通常是供货商)履行订单和/或发货。
图40-43是根据本发明的订单和付款可见性过程的总体流程图的各个部分。
具体实施方式
现在参照附图对本发明进行更全面的描述,在图中显示了本发明的优选实施例。然而,本发明可以实施为多种不同的形式,因此不能将本发明理解为限于这里提到的实施例;所提供的实施例只是为了使描述更加全面和完整,使本领域的技术人员能够充分领会本发明的范围。在全文中用相似的标号来指示相似的部分。
概述
正如所述,本发明是基于网络通信的订单输入、订单可见性和发货状态机制。本发明提供的方法、装置和***使得第一用户(通常是产品的销售商)可以输入订单项,然后通过网络把订单传送给第二用户(通常是供货商)。供货商(一般具有即时的订单可见性能力)可以全部或部分地履行订单,以电子方式打印出需要的发货标签并且通过网络通信向销售商提供一个货已发出的反馈,而且在大多数情况下,提供给销售商一个跟踪发货状态的手段。由于本发明允许用户(即销售商和供货商)同时访问***,它使销售商能够随时访问(即,可见性)与他们向供货商所下订单的状态有关的信息。同样地,供货商对于销售商向他们所下的订单也有即时的可见性,并可以有效地填写订单、发出货物,而不需要将信息从订单接收/确认***传递到发货***。
本发明使产品的销售商可以即时地访问最新的发货状态,因此使得销售商能够准确高效把这些信息传达给他们的顾客。而且,通过提供关于何时货物发出的即时信息,供货商得益于能够以一种更及时有效的方式向他们的顾客收账。产品的供货商得益于使用本发明的订单输入和可见性***,因为在下了订单之后,他们就几乎同时收到电子形式的订单信息。而且,订单履行之后,供货商可以立即得到一份完整的发货标签,而不用在单独的发货标签***中重新输入与发货相关的信息。
根据本发明的一个实施例,图2描述了一个提供订单输入和订单可见性的方法的流程图。在步骤100,第一用户向本发明的订单输入和可见性***提交一个订单。通常,第一用户是通过网络接口访问该***的销售商代表,虽然第一用户也可以包括其他的获准通过该***下订单的买家。第一用户通过在***中填写相关订单项目完成订单输入;这样的订单项目的例子包括供货商名称、发货地址、单项、数量以及其他与订单相关的信息。这个订单输入功能可以通过键盘手工输入或者通过辅助订单输入界面而实现自动化。
在步骤200,订单项通过通信网络传送给该订单输入和可见性***的其它用户。互联网是典型的通信网络,虽然其它通信网络,比如更加专用的内部网,也可以用作通信网络。第一用户(即,销售商)将订单项传递到网络上后,***就允许所有可以访问该订单的用户具有对该订单的实时可见性。例如,如果该订单是和一个特定的供货商订立的,那么这个供货商,且只有这个供货商能够实时地访问该订单信息。并且可以把订单信息传送给该订单输入和可见性***中的其他用户,比如下订单的顾客。在本发明的一个实施例中,网络通信是通过把订单项信息传递(即存储)到一个与网络相关的数据库而实现的。任何订单的供货商都可以得知已经下了订单(通常是通过电子邮件或者其它通信方式)。
在步骤300,第二用户(通常是供货商代表)通过网络界面访问该***(即数据库)。第二用户的访问提供了第一用户下达的要由第二用户履行的未执行订单(open order)的即时可见性。第二用户通过准备对订单的一部分或全部进行发货来处理该订单。并且,如果产品的发货要在将来进行(通常原因是暂时没货),或者还不知道与发货相关的信息的细节,则第二用户还可以使订单挂起。
如果第二用户选择实施订单输入与可见性***的发货处理能力,那么在步骤400,第二用户打印出完整的要贴在装运容器上的发货标签。***提供了为该***所支持的实体(UPS,Airborne,Roadway等等)随时打印发货标签的能力。或者,第二用户可以选择实施内部发货过程,从而可以放弃本发明的自动发货标签处理功能。
一旦发货处理结束,更新订单状态,在步骤500,通过通信网络把订单状态传送给***用户。通过这种方式,***用户可以即时地访问***数据库,因此可以确认某个特定订单的发货状态。而且,订单的发货可以触发***通过电子邮件、XML、传真等把发货相关信息(如承运商的跟踪号,和/或与产品价格和/或运输费用相关的收款有关信息)传送给第一用户。通常把订单状态信息传送给下订单的实体,即销售商,虽然也可以把订单状态传送给其它***用户,例如销售商的顾客等。
订单输入和可见性***的实施
参考图3,显示了根据本发明一个实施例的订单输入及可见性***的实施的流程图。应当注意的是,图3所示的实施并不是限制性的,而且在本发明范围内可以有其它的订单输入和可见性***实施方式。为了在通信网络中实现本发明,建立共享的、最好是安全的网络站点,通常是互联网中的网站,虽然也可以使用其它通信网络,例如内部网等等。建立本发明的网站是计算机领域的普通技术人员所公知的,这里不再详细讨论。
在实施本发明的订单输入和可见性***之前,先讨论下面的基础步骤,以全面理解购买过程。在步骤(1),顾客/买家向销售商提供特定产品的订单。订单可以通过销售商的电子商务网站、电话、邮件或其它方式下达。在步骤(2),销售商的CSR收到订单并且通过互联网、供货商列表或者其他供货商确定方式确定供货商。一旦确定了供货商,在步骤(3),销售商发送给顾客/买家一个报价,通常通过电子邮件、传真或者其它合适的通信方式来发送报价。顾客/买家通常通过标准的通信方式,如电子邮件、传真等等来认可该报价。一旦从买家/顾客那里收到被认可的报价,在步骤(4),销售商将经确认的订单输入到他们特定的订单输入***。
根据本发明的一个实施例,订单输入和可见性***能够和销售商的订单输入***连接,这样销售商的订单输入***自动将必要的订单信息传送给本发明的订单输入及可见性***(在步骤(4)中显示为OV(订单可见性)集成)。在本发明的另一个实施例中,销售商可能需要手工或者以其它方式将订单数据输入到本发明的订单输入和可见性***中。在步骤(5),一旦将订单输入到了订单输入和可见性***,通过网络以电子的方式将其传送给供货商。一旦销售商在***中下达了订单,供货商就可以近乎实时地访问该订单。通常从销售商向供货商发送一个自动生成的电子邮件或者其它通信形式,提醒他们下达了订单,而且已经在订单输入和可见性***中了。
在这一阶段,一旦供货商通过本发明的订单输入和可见性***收到订单,供货商可以选择将订单集成到他们自己特殊的订单履行***中,或者利用该订单可见性***作为他们的订单履行***。在供货商将数据从订单输入和可见性***传送到他们特殊的订单履行***的情况中,这种传送可以自动或手工完成。
通常通过订单输入和可见性***进行发货处理。销售商或者供货商可以指定货品的承运商。本发明提供了打印相当于所选承运商的发货标签的完整发货标签的功能。供货商可以选择对订单的全部进行发货,或者选择对订单的一部分进行发货,相应地订单输入和可见性***将发货状态标记为已发货或者部分发货。或者供货商可以选择放弃本发明的发货方面,通过单独的承运商处理站处理订单的发货。
如果使用该订单输入和可见性***来处理发货,那么一旦货品发出,在步骤(6),可以马上知道确切的运输费用。这使得承运商无需向供货商收取运输费用,而且,供货商可以立即通过电子邮件或者其它合适的通信方式向销售商收取产品的费用和运输的费用。在步骤(7),销售商从供货商那里收到***,并且可以马上通过电子邮件或者其它合适的通信方式向买家/顾客收款。在步骤(8),买家收到***,相应地付款。在销售商收到买家的付款之前或之后,在步骤(9),销售商付款给供货商,通常是以电子方式或者通过邮件。通过提供一种向销售商和顾客收款的高效手段,总的收款周期大大地缩短,并且对供货商和销售商来说都节省了开支。
订单输入和可见性***的顺序示例
可以理解,本发明通常在互联网上实施,并且要求用户能够通过兼容的互联网浏览器访问互联网,浏览器的例子包括华盛顿州西雅图的Microsoft Corporation生产的Internet Explorer或者加利福尼亚州Mountain View的Netscape communication Corporation生产的Netscape。然而,很容易理解,本发明也考虑到了使用其他的标准互联网浏览器,需要的话也可以使用专用的浏览器。典型的浏览器被配置成接受图形,支持JavaScript语言编程(或者其它合适的跨平台、基于对象的脚本语言)并且支持安全套接层加密技术。
订单输入和可见性***的接口
根据本发明,订单输入和可见性***通常有三个接口。这些接口包括但不限于:***管理员;第一用户,通常是销售商的客户服务代表(CSR);以及第二用户,通常是供货商的代表。为了更加全面地理解整个***的功能,下面简要地介绍这些接口的功能和相互作用。
***管理员接口使被授权用户可以分配该订单输入和可见性***的用户帐号,以及把用户权限设置为销售商的CSR或者供货商代表。
第一用户或者销售商CSR接口提供了输入订单并将订单指派给特定的供货商的功能。并且,销售商CSR可以查看订单、编辑订单、并且跟踪订单的状态。销售商CSR可以通过对第二用户处理订单(即,订单是否还在***中显示为未执行?挂起?已部分发货?或者已经发货?)的可见性来跟踪订单的处理。发货跟踪通常是通过使用跟踪号(此号码是由第二用户作为发货操作的结果而生成的)来实现的。
第二用户或者供货商代表接口提供了察看特别分配给该供货商的订单以及相应地处理所分配的订单的能力。处理订单通常涉及部分或全部地履行订单,以及准备货品以待发出。供货商代表接口将关于正在处理的订单的状态的信息输入到***中。在本发明一个实施例中,供货商代表接口实现本发明的发货方面,提供完整的发货标签来完成发货处理。
或者,如果供货商不需要本发明的发货方面来打印发货标签,则供货商代表可以手工或者以其它方式在本发明的订单输入和可见性***中输入发货相关信息。如果供货商选择这种方式,则这个发货标签的人控特征使供货商可以继续使用他们自己的复杂的发货程序。而且如果所要求的承运商被定义为“零担(Less Than Truckload,LTL)”承运商,则供货商代表接口可以输入发货相关信息。
第一订单可见性***接口-销售商
为了便于讨论,假设第一用户,即本发明的订单输入和可见性***的第一接口,是一个典型的销售商客户服务代表(CSR)。通常,销售商的CSR会访问该订单可见性***来把客户订单输入到***中并将订单发送给特定的供货商。并且,CSR会访问订单可见性***来检查订单的状态。图4是当销售商的CSR访问与订单可见性***相关联的特定网址时遇到的典型的订单可见性***登录页面。CSR会在登录页面上的指定位置中输入用户名和密码。在图中所示的例子中,客户代表的用户名假设为“csr”,密码可以随意设置。
在用户/CSR成功登录到订单可见性***上以后,用户可以访问 主菜 页面,如图5所示。可以看到,在主菜单标题的下面,可以有以下小标题,它们也作为超级链接:未执行的订单,部分发货的订单,已发货的订单,以及所有订单。另外,主菜单通常还包括提供访问新建订单、编辑订单以及订单搜索功能的小标题/超级链接。
由后面描述的网页(各个附图)可见,主菜单页面包括具有一个或多个嵌入式链接的“标题”图形。其中一个链接是“帮助”链接,其提供了具有各种帮助部分的下拉菜单。通过选择标题为“帮助主菜单”的帮助部分,可以进入图6所示的页面。这个页面提供了标题为“帮助功能”的栏目和标题为“一般处理”的栏目。“帮助功能”栏目包括到常见问题、电子邮件地址、新增功能、术语解释和站点地图的超级链接。“一般处理”栏目包括一系列CSR通常会执行的处理的“如何”链接。例如,通过选择标题为“如何察看订单信息”的第六个链接,用户可以进入图7所示的指导页面,其中定义了察看订单信息时牵涉到的具体步骤。处理中的各个步骤都提供了一个标题为“点击这里获得更多细节”的链接,通过它可以进入一个页面,其中包含更加详细的指导并且伴随具体步骤提供了与缩小了的画面相对应的全页面图形。
再次参考图5,如果CSR想要输入一个新的订单,则CSR/用户可以选择,或者“点击”“新建订单”链接。同样地,CSR可以选择编辑订单链接来编辑以前输入的订单。另外,如果用户想要察看未执行的订单、部分发货的订单、已发货的订单或者所有订单的状态,则CSR可以选择标题为未执行的订单、部分发货的订单、已发货的订单或者所有订单链接中的一个。
为了方便讨论,假设CSR/用户在图5所示的页面中选择了“所有订单”的链接,得到图8所示的页面显示。这个页面显示标题为 订单列 ,它使得CSR可以在特定日期范围内或者针对预定的前些天搜索整个订单数据库。对于图8所示的情况,默认的范围是前180天。订单列表页面通常包括对应于订单相关信息的标题,在所示的例子中六个标题对应于六列相关信息标题。第一列是ID,第二列是订单,第三列是状态,第四列是订单日期,第五列是供货商,第六列是地点。订单栏包括销售商的订单号,状态栏确定了特定订单的状态,包括未执行(即订单已经下达但还未发货)、已发货或者已部分发货。订单日期栏确定了订单初次下达的日期。供货商栏确定了被确定来交付各种货品的特定供货商,地点栏确定了特定供货商的地址。
图9-11和图8类似,只是它们分别显示的是“未执行的”、“部分发货的”和“已发货的”订单。这些页面可以通过选择“未执行的订单”、“部分发货的订单”或者“已发货的订单”链接而进入,如图5所示。
如图8-11所示,可以利用各栏标题旁边的向上或向下箭头来对各栏进行升序或者降序排列。标题中的排序功能可以使订单、状态、订单日期、供货商以及地点根据列中包含的项目而按照数字、字母或者时间顺序来排序。比如,图11示出了按照订单时间进行了时间排序的已发货订单,最近下达的定单出现在订单日期列中的第一个。
如果CSR/用户关注于提交新的订单,就会选择一个合适的“新建订单”链接,例如显示在主菜单页面或者在大部分页面的标题中都可以找到的“订单”下拉菜单中。一旦“新建订单”项被选中,CSR/用户可以访问标题为 新建订单的页面,如图12所示,该页面要求用户输入与下达所要输入的订单的顾客相关联的顾客号码。在本发明的一方面,如果在这一栏中输入了一个已经存在的顾客号码,则从顾客数据库中取出已有的顾客信息并用来提交新的订单。然而,如果输入了一个新的、以前没有用过的顾客号码,则会提供一个新的顾客信息页面。为了便于讨论,以下使用新的顾客号码,即063000。输入新的顾客号码将导致访问标题为 顾客信息:新顾客的页面,如图13所示。这个页面描述了各个可以用作新顾客信息的输入项。
在完成了新顾客信息页面上的输入项后,用户/CSR将会选择“提交”。通过选择“提交”选项,把新的顾客信息存储在顾客数据库中。而且,选择“提交”选项使得用户/CSR可以访问标题为 输入新订单的页面,如图14所示。该新订单输入页面通常包括订单信息项和顾客信息项。在本发明的那些包含顾客数据库的实施例中,从顾客信息数据库中获取顾客信息。在本发明的没有顾客数据库的其他实施例中,用户/CSR需要在新订单输入页面中输入所有的顾客信息项。
新订单输入页面中的订单信息项可能包括:订单号、引用号、顾客PO号、发货方式、单项数目、供货商、订货时间,要求日期和地址索引。必须的项目由项目名称旁边的星号指示。用户/CSR将手工在订单信息栏中输入订单信息,或者辅助SAP***可以实现与本发明的订单输入***的电子接口,以提供所需的订单信息。
如果用户/CSR不确定在某个给定项中输入什么样的信息,则用户/CSR可以访问页面标题中的“帮助”下拉菜单。在“帮助”下拉菜单中有一项“名词解释”。通过选择“名词解释”项,用户/CSR可以访问“名词解释”页面,如图15所示。名词解释是按照字母顺序排列的,提供了在订单可见性***中所有输入项的简要描述。如果用户/CSR在完成新订单输入的过程中需要进一步的帮助,“帮助”下拉菜单中提供了一项“帮助主菜单”。通过选择“帮助主菜单”项,用户/CSR可以访问前面已经讨论过的“帮助主菜单”页面,如图6所示。通过选择选项1,标题为“如何创建新订单”;用户/CSR可以得到对于创建新订单的方法的具体的逐步指导,如图16所示。
为了便于讨论,如图14所示,用户/CSR输入订单号“10010”。输入引用号“24”。顾客订单(PO)号假设为“1000000024”。发货方式选择为“UPS地面运输”。订单中单项数目为“2”。选择的供货商是“Supplier Company”。订货日期对应于当前日期,要求日期将由用户/CSR来确定,在本例中是下个月第一天。对于这个示例,地址索引项假设为未定义。
在一个典型的订单可见性***中,销售商可能预先定义了发货选项和供货商选项。预定义的选项可以通过与订单输入项中的送货方式和供货商相关联的下拉菜单来显示给用户/CSR。例如,销售商可以预先定义UPS地面运输,UPS隔天空运,以及各种LTL(零担)承运商来作为适当的发货选项。根据本发明的一个实施例,并且将在随后的部分详细讨论,一旦供货商收到订单以及所请求的发货方式,供货商就可以处理订单并且根据选择的发货方式自动打印发货标签。
一旦用户/CSR在订单信息项和/或顾客信息项中输入了所要求的信息,用户/CSR就可以选择“继续”来继续订单输入过程,或者通过选择“清除信息”选项来编辑信息项中的信息。为便于讨论,用户/CSR选择“继续”选项,接着访问一个标题为 订单10010的单项的页面,如图17所示。
单项订单页面提供了对应于先前的订单输入页面中输入的单项数目(在这个示例中为2)的单项订单项目。单项项栏目包括单项ID、SKU/项目号、数量、描述和索引。单项ID是这个特定订单的唯一的标志符,在这个例子中,单项1分配为“100”,单项2分配为“200”。SKU/项目号通常是该特定项目的供货商编号,在这个例子中,单项1定义为“188”,单项2定义为“189”。在该例子中单项1需要的数量定义为2,单项2需要的数量定义为1。描述项提供了所购买物品的描述,例如,单项1是一个“装饰品”,单项2是一个“装饰品支架”。参考项在这个例子里面没有定义,它可以让用户/CSR在需要时添加参考信息。
一旦用户/CSR输入了单项订单信息项所需要的信息,用户/CSR可以选择“继续”来继续订单输入过程,或者选择“编辑订单信息”选项来编辑信息项中的信息。为了便于讨论,用户/CSR选择了“继续”选项,然后访问一个标题为 订单确认的页面,如图18所示。
订购单确认页面将显示新订单细节、顾客信息以及和前面输入的信息相对应的单项信息。如果所示信息不正确,则用户/CSR可以选择“编辑订单”链接来编辑在确认页面中显示的任何信息。然而,假设订单信息是正确的,将会选择“处理订单”链接,用户/CSR进入到一个标题为“ 新订单处理完毕”的页面,如图19所示。
新订单处理完毕页面标志着新的订单已被***接受并且提交给供货商。在此例中,注意到订单号10010已经被接受,该订单现在对于选定的供货商(在此例中为“Supplier Company”)是“可见的”。“可见”在本申请中意味着当供货商访问订单可见性***时,这个特定的订单将显示为被提交并需要此供货商的行动。而且,订单提交的确认使得订单可见性***自动对供货商进行一次订单通信,通常是通过电子邮件或者xml输入,提醒供货商已经提交了一个订单。在确认了订单提交后,用户/CSR可以选择回到“主菜单”,“新建订单”或者“注销”。
为便于讨论,假设用户/CSR回到主菜单并且选择“所有订单”链接,使得用户/CSR进入一个包含所有当前提交的订单的页面,如图20所示。可以看出,图20类似于图8,除了在列表的最上面包括新订单#10010,且显示它的状态是“未执行的”,订单日期是6/6/2001,供货商是Supplier Company。
第二订单可见性***接口-供货商
这里,为了便于讨论,假设供货商Supplier Company的代表访问订单可见性***以接收并填写销售商所下的订单。然而,需要理解的是,供货商可以在客户服务代表“注销”之前或者之后访问***。一旦在销售商那里订单得到确认后,订单将传到供货商那里,供货商可以马上察看那个订单(取决于网络通信速度)。销售商和供货商可以,也经常会同时登录到***中。
图21是和图4相同的通过输入与订单可见性***相关联的特定网址而进入的订单可见性***登录页面。然而,这里,该页面是由供货商访问的,供货商的代表将会在该登录页面中的指定位置输入用户名和密码。在本图的例子中,供货商代表的用户名假设为“Supplier”,密码可以随意设置。
输入了合适的用户名和密码之后,供货商代表将进入标题为主菜单的页面,如图22所示。供货商的主菜单提供了当前订单状态(1个未处理的订单,2个部分发货的订单,0个挂起的订单),以及下列链接:“未处理”,“部分发货”,“挂起的订单”,“已发货”,“订单发货”以及“订单已发货”。可以理解的是,这些链接使得可以访问供货商的未执行的订单、部分发货的订单,挂起的订单,已发货的订单,并且提供了发货链接和订单搜索功能。
在这个例子中,供货商代表选择了“未执行”订单来查看销售商所提交的但是还未被处理的订单。如图23所示,供货商访问标题为 订单 列表的页面,其提供了与未执行订单有关的信息。这个页面使供货商可以在特定日期范围内或者之前的预定天数内搜索整个未执行订单数据库。在图23所示的示例中,默认的范围是前180天。这个页面可以包含订单信息,如销售商的订单号、订单状态、订单日期、以及购买货物的顾客。需要注意的是,这里不需要提供任何与供货商相关的信息,因为假设察看这个订单列表的供货商就是销售商将这些特定订单所指派给的供货商。
可以看出,本发明的订单可见性***使得供货商可以访问(即可见性)供货商的“部分发货”订单(图24)、供货商的“已发货”订单(图25)和/或供货商的“挂起订单”(图26)。部分发货订单定义为那些还有单项或者部分单项没有发货的订单。挂起订单定义为那些已经处理和填写完但是还没有发货(即,分配了发货跟踪号)的订单。已发货订单是那些已经全部发货的订单。
供货商有多种选择来获得对未执行订单进行发货所需的必要信息。供货商可以通过主菜单页面进入未处理订单页面,并选择任何未执行订单的订单号。通过选择未执行订单号,供货商将进入一个标题为 发货单 XXXX的页面,这里XXXX指订单号。发货单页面如图27所示。或者,供货商可以从主菜单中选择“订单发货”链接,供货商将进入一个标题为发货单搜索的页面,如图28所示。发货单搜索页面要求供货商输入与未执行订单相关的信息。因此供货商需要知道货物的情况,如订单号、索引号、顾客PO号等。通过输入订单号(这里是“10010”),供货商进入上面提到的同样的 发货单XXXX的页面,如图27所示。
如图27所示,发货单页面包含订单号、顾客信息(即货物发送给谁),还有一些输入对应于包裹的特定发货信息的规定。可以看出,这样的发货信息包括重量(磅)、尺寸(通常是英寸)、对于超过尺寸标准的包裹和/或投递的特别要求、价值声明(美元)、包裹的数量和承运商跟踪号。而且,发货信息还指出了销售商想要的运货服务。在本发明的一个实施例中,如果供货商愿意,供货商可以不选择销售商想要的运货服务。为了使供货商可以另选运货服务,可以提供一个供货商下拉菜单,列出可接受的其他运货服务。发货单页面还包括LTL信息项。如果销售商要求通过LTL承运商发货或者供货商否决了销售商的发货请求并且选择了LTL承运商,那么需要LTL信息。这些项可以包括跟踪号、货品描述、承运商指示、包裹描述、LTL类别、BOL(提货单)号码等等。
在输入订单包裹信息之前,通常供货商会通过选择发货单页面上的“查看订单细节”链接来访问订单的细节。通常会打开一个单独的网络窗口,进入图29所示的页面,其提供了订单细节,例如供货商名称和地址、订单号、订单状态、顾客/收货人姓名和地址、顾客PO号、订货日期、要求日期和单项信息。在这个页面上,供货商还可以通过选择页面上的“查看订单注意事项”链接来查看与该订单相关的任何另外由销售商提供的注意事项。
一旦供货商根据订单细节页面确定还有库存来履行至少部分订单,供货商就会相应地通过取来需要的存货并且进行包装来履行订单。供货商接着就可以在发货单页面上的合适的包裹信息项里面提供包裹信息。作为最低要求,在订单可以发货之前,必须提供包裹重量和运货服务。另外,也可以填写其余的包裹信息项来提供更进一步的包裹描述和/或定义附加的发货要求。当随后生成发货标签时,供货商可以手工输入跟踪号或者自动提供跟踪号。
如果销售商或者供货商指出要进行LTL发货,那里通常要在选择“订单发货”前填写列在LTL信息下面的各项。假设要使用一个LTL类型的承运商,则需要注意的是,如果供货商没有输入“LTL跟踪号”,那么根据本发明,订单将会被归类为“挂起的订单”,等待分配了合适的跟踪号后才发货。然后指示供货商或者承运商返回发货单页面并且输入LTL跟踪号,在此,订单状态由“挂起”变为“已发货”。对于货运领域的人员,易于理解的是,在实际的承运人到达供货商的地点来取要发出的包裹之前,通常LTL承运商不会提供LTL跟踪号。
而且,通过选择发货单页面上的“添加订单注意事项”链接,发货单页面向供货商提供一个为货运添加订单注意事项的选项。通常,选择之后会打开一个单独的网络窗口,显示订单注意事项页面。供货商可以提供自定义注意事项,或者访问一个通用发货注意事项的列表。一旦提交了货运注意事项,它们就会通过该订单输入及可见性***或者通过XML传递给顾客。
货物可以启运之后,供货商选择“发货单”链接,然后供货商进入一个标题为 订单XXXX的发货单项的页面,如图30所示。这使得供货商可以改变所发货的单项的数目或者任何一个单项的数量。例如在本例中,假设供货商发送单项1的数量为1,单项2的数量为1。供货商代表编辑“发货”项里面的数量,然后选择“订单发货”链接来完成发货过程。如果供货商代表想要编辑发货信息,则供货商选择“编辑发货”链接,这样供货商就回到 发货单页面,图27。
选择了“发货单”链接后,供货商进入生成发货标签的页面,如图31所示。接着可以打印发货标签并贴在装运容器上。发货标签将指示所选择的承运服务并且可以包含所发货物的跟踪号。而且,发货标签通常包含顾客姓名和地址、供货商的回信地址、包裹重量以及任何其他印在上面的发货相关信息。标签页面还可以包含打印标签、将标签附在容器上和承运商取包裹的指示。
一旦标签打印出来附在包裹上并且包裹被认为“发出”,供货商就可以选择回到主菜单或者察看未执行订单页面。这些选择是通过在标签页面上选择相应的链接来实现的。例如,如果供货商选择回到未执行订单页面,则页面会指示没有剩余的未执行订单,如图32所示。如果供货商选择回到主菜单页面然后选择“部分发货”链接,则如图33所示的部分发货页面将指出订单号10010的订单是部分发货,因此需要进一步的发货。如果供货商在部分发货页面中选择了订单号,则供货商会被引到发货单页面,这里订单可以全部发货或者执行进一步的部分发货。
另外,确认订单发货,即选择“订单发货”链接,将会使得订单可见性***自动发给销售商一个订单通信,通常是通过电子邮件或者xml输入,提醒销售商订单已经发货并且给销售商提供相应的订单号、跟踪号和/或包裹重量。发货确认通信还可以包括和发货费用以及运送费用相关的账单信息。通过提供一种在发货后马上向销售商收取运输费用的机制,本发明的订单输入和可见性***不需要让承运商向供货商收费。而且,一个类似的发货确认消息也可以送给货物的顾客。
在本发明的范围内,订单输入和可见性***还配置为从供货商的角度看,该***可与多于一个销售商实现接口。在本发明的这个实施例中,订单列表页面通常包括一个“销售商”列,用来确定订单是由哪个销售商提交的。而且,当销售商访问***时他们只对他们提交给供货商的订单的状态具有可见性,而不能察看其他销售商的订单。
第三订单可见性接口-***管理员
还可以使用第三个接口,即“***管理员接口”。如图34所示,***管理员(通常和销售商相关联)通过在***登录页面中输入合适的用户名和密码来访问该***。在这个图34的例子中,管理员用户名是“admincsr”。
一旦完成登录功能,***管理员将进入***主菜单,如图35所示。主菜单允许***管理员访问前面讨论过的订单信息,还有访问管理功能标题下面所列的管理菜单。
从管理主菜单,如图36所示,***管理员能够添加或编辑新用户,添加或编辑供货商地点或者添加或编辑供货商。而且,***管理员可以编辑***管理员的概况信息。图37显示了***管理员选择“添加新用户”时访问的页面。新用户通常包括销售商的客户服务代表、供货商代表和其他的***管理员。通过输入所示信息,包括用户的姓名、用户的登录名、用户的密码、用户的电子邮件地址和用户地址,可以添加新用户。
***管理员还可以选择“添加新地点”,这使得***管理员进入如图38所示的页面。***管理员可以通过下拉菜单来选择已有的供货商(即公司)然后填写与新地点相关的项目。这些项目包括,新地点的描述、新地点的地址、新地点的电话和传真号码、新地点的联系人姓名、打印机类型(用来配置自动生成送货标签功能)以及和供货商关联的合适的销售商账号。
另外,通过访问如图39所示的页面,***管理员能够“添加新公司”。添加新供货商所需要的信息类似于上面讨论过的添加新供货商地点所需要的信息。除此之外,添加新供货商需要公司/供货商名称、用来标识供货商的供货商代码、电子邮件地址、通知方式(电子邮件、XML或其他)、公司类型(供货商或销售商)以及适当的XML或者URL地址(如果有的话)。
订单和付款可见性过程
本发明的另一方面是一个整体的订单-付款***1000,包括和客户***集成在一起的订单输入和可见性***,集合了数据转换、订购单确认和订单变更请求功能,都集成了电子***和付款以及相关的争议解决机制。
图40-43是一个整体图的各个部分,这个整体图是通过把这些图按照数字顺序挨着排放并正常地观察图例而建立的。这个整体图是一个流程图,显示了订单和付款可见性处理的步骤,开始于图40的步骤1,结束于图43的步骤160。
下面是关于本发明各元素的描述,将会在图中用两种方式编号;“A-数字”的方式,以及纯数字的方式。例如,方框A-1也被编号为数字2,代表了买家通过网络形式接口的内部订单输入***向订单输入和可见性***提交了订单。
在方框A-1(元素2),过程开始于买家1通过网络形式接口的内部订单输入***向订单输入和可见性***提交一个订单。在方框A-2(元素6)订单输入和可见性***从网络形式接口和/或通过XML输入收到信息。在方框A-3(元素12),订单输入和可见性***生成一个关于挂起订单的电子邮件通知,并把该电子邮件发送给销售商。
图40-43所示的“计算机”图标,如4、10和14,代表了使用计算机来访问或者接收信息。这些图标在这里有时也被称为“店铺”,并被称为店铺4、店铺10或店铺14等等。买家***4显示了提交一个订购单,订单输入和可见性***10显示了收到订单信息并将该订单通知给销售商,还显示出了订单输入和可见性***生成的电子邮件通知14。这里使用计算机是为了方便描述,本领域人员可以认识到这里描述的涉及到计算机的一些或者全部步骤也可以通过其他电子装置或者手工完成。
例如16的“梯形”图标是顾客和销售商工具。换一句话说,该梯形确定了在交易中的“参与者”。例如,元素16必须在过程前进到方框A-4(元素22)之前,由销售商确定为是或者否。
在方框A-4(元素22),确定销售商是否使用订单输入和可见性***的网络形式,或者销售商是否要求从订单输入和可见性***中导出订单并且下载到内部处理***(如WMS或者发货***)中。方框A-5(元素24)显示了数据转换的过程。在一个优选实施例中,订单输入和可见性***能向销售商提供XML输出。但是如果销售商要求另一种文件格式的数据(即EDI或者平面文件),那么数据转换可以用来对数据进行格式化以满足销售商的要求。数据转换可以是订单输入和可见性***的一部分,也可以由第三方来执行。方框A-6(元素32)描述了销售商收到转换后的数据并且通过销售商内部***查看订单。方框A-7(元素36)显示了同样的步骤,只是销售商通过订单输入和可见性***来查看订单。
店铺20和26描述了订单输入和可见性***提供订单数据给销售商。店铺20显示了销售商收到未经转换的数据,店铺26显示了订单输入和可见性***提供订单数据给数据转换应用程序或者***30。梯形图标34和40分别描述了销售商从数据转换应用程序30和订单输入和可见性***接收和查看订单数据。
在一个优选实施例中,订单和付款可见性过程使得买家可以从销售商那里得到一个订购单确认,它详细描述了销售商履行订单的各个项目。在方框A-8(元素42),确定买家是否需要订购单确认。如果需要订购单确认的话,过程前进到方框A-9(元素44),那里生成订购单确认。订购单确认最好是订单输入和可见性***生成的电子邮件的形式;但是,也可以通过传真、电话或者其它***生成的电子邮件向买家提供该确认。可以由销售商订单输入***基于销售商对***的输入而生成订购单确认,或者销售商或第三方可以处理订单,并且确认交易。
梯形图标46和54分别描述了通过销售商的输入创建订购单确认以及买家收到该确认。店铺52显示了订购单确认的生成,店铺50描述了买家收到电子邮件形式的确认。
根据销售商确认的项目或者买家变化了的条件,可能需要变更请求。在方框A-10(元素60),进行检查来确定买家是否提交了变更请求。变更请求最好是由买家通过订单输入和可见性***提交。订单输入和可见性***中的订单在方框A-11(元素62)中按照变化了的买家要求进行更新,并且销售商被通知此变化(梯形图标72),最好是通过订单输入和可见性***生成的通知电子邮件。本领域人员可以认识到,其它通知销售商订单变化的方式也是众所周知的,并可以用在本发明中。
店铺64显示了提交对订单的变更,店铺66描述了订单输入和可见性***接收并处理所要求的订单变更。店铺70显示了一个发送给销售商的附带有订单更新通知的电子邮件。
在方框A-12(元素74),销售商确定需要什么类型的货运来履行订单。在一个优选实施例中,可以在订单输入和可见性***中输入关于LTL货运的信息,以实现可见性。在方框A-13(元素76)中显示了一个LTL/TL货运的处理,输入货运信息以保持可见性。店铺80代表了处理LTL货运的订单输入和可见性***。
在一个优选实施例中,在方框A-14(元素82)中销售商选择是否使用订单输入和可见性***来使发货变得清晰并且生成发货标签,或者用外部***来完成后端发货处理。方框A-15(元素84)描述了销售商使用一个不同于该订单输入和可见性***的***来完成发货过程。不过在这种情况下,应该把发货信息输入到订单输入和可见性***中以保持完整的可见性。因此方框A-16(元素92)描述了销售商向订单输入和可见性***提交所要求的发货信息。如果销售商使用订单输入和可见性***来使发货变得清晰并且生成发货标签,则可以把信息直接输入到该***中,或者如果使用另一个***来完成发货过程(如店铺86所示),则可以从外部***导入该信息。
方框A-17(元素94)是进行检查以确定订单是否已经完全履行。在一个优选实施例中,如果销售商没有足够的库存产品来完全履行订单,则销售商可以选择履行订单的一部分并发送一部分货物。如果在A-17确定没有履行全部订单,则当销售商准备好发送另外的订单产品时,该过程返回到查看订单的步骤。
应当理解的是,图42、43所显示的描述超出了传统的订单输入和可见性***。这部分处理可以认为是本发明的金融特色,它使得订单输入和可见性***与特定的金融概念结合在一起,其许多方面类似于电子***出具(EIP)***。
在方框A-18(元素96),订单的***信息提交到EIP***(店铺104),这最好是由销售商或者订单输入和可见性***实现。***处于“挂起”状态,直到得到认可并传送给买家。***信息可以从销售商(楔形图标100)或者内部订单输入和可见性***(店铺102)得到。
方框A-19(元素112)反映了买家(楔形图标114)和销售商(楔形图标110)能够通过订单输入和可见性***跟踪发货状态。另外,可以直接通过发货人跟踪***106来跟踪发货。对订购单中所有货物的送达确认和/或签名扫描(方框A-20,元素116)的接收触发生成要送到买家的电子***(方框A-21,元素122)。该触发事件可以是自动的或者由销售商(楔形图标120)来控制。在一个优选实施例中,利用EIP***(店铺124)对货物进行监视以进行投递扫描。得到订购单中所有货物的投递扫描后,利用订购单信息、POD信息以及买家和销售商之间达成的商业规则和条件,生成电子***。***最好自动生成并且以电子格式提交给买家(楔形图标126)。但是本领域人员可以容易地认识到,如果需要,一些或全部的这些步骤可以包括手工检查。
在方框A-22(元素130),买家(楔形图标126)收到***并检查其准确性和完整性。在方框A-23,检查买家是否对***有争议。如果买家对***的任何部分有争议,最好把争议的细节输入到EIP***(店铺132)中,销售商会自动地通过电子邮件或者其他电子手段得到关于争议的提醒。因此,在一个优选实施例中,在线地处理争议解决过程。在方框A-24(元素142),在买家(楔形图标144)和销售商(楔形图标136)之间采取行动来解决***的争议。通过EIP***(店铺140)对***进行任何更新或修改,EIP***保持了一份关于交易和争议解决的完整历史记录。如果必要,可以生成新的电子***并发送给买家。
在方框A-25(元素144),买家(楔形图标146)通过EIP***(店铺150)认可电子***,此认可触发了付款的电子请求,这是通过向买家的银行或者买家的A/P***提出自动清算(ACH)请求的方式。或者,买家可以下载***并且选择通过业界公知的其他方式付款。在方框A-26(元素152),销售商(楔形图标154)收到通知并且直接或者通过其代理得到付款(付款在图43中表示为元素156)。最后,方框A-27(元素160)指示交易完成。
因此可以看出,本发明提出了一个整体的订单-付款***1000,包括和客户***集成在一起的订单输入和可见性***,集合了数据转换、订购单确认、订单变更请求功能,这都是与电子***出具和付款以及相关的争议解决结合在一起的。
在以上说明和相关附图的启示下,对于本领域人员,本发明的许多变化和其他实施例是显而易见的。因此,需要理解的是,本发明并不限于这里公布的特定实施例,各种变化和其他实施例也涵盖在所附权利要求的范围中。虽然这里使用了特别的术语,但它们只是以一种通用的描述性的意义而使用的,并不是为了进行限制。

Claims (50)

1.一种通信网络中的产品订单接收和处理方法,此方法包括下列步骤:
通过能够接入通信网络的通信设备,由所述通信网络上实施的订单输入和可见性***从买家那里接收产品订单;
履行至少一部分所述产品订单;
对所述的至少一部分所述产品订单进行发货;
通过所述订单输入和可见性***,跟踪所述至少一部分的所述产品订单的发货状态;以及
在所述货品到达后,通过所述订单输入和可见性***向所述买家出具***。
2.如权利要求1所述的方法,进一步包括下列步骤:
向所述买家提供对所述***提出异议的机会;以及
通过所述订单输入和可见性***解决与所述***相关的争议。
3.如权利要求1所述的方法,进一步包括在买家认可所述***后触发对销售商的自动付款。
4.如权利要求1所述的方法,进一步包括通过所述订单输入和可见性***向销售商请求得到订购单确认。
5.如权利要求4所述的方法,进一步包括通过所述订单输入和可见性***生成所述订购单确认。
6.如权利要求5所述的方法,进一步包括向所述买家提供所述订购单确认。
7.如权利要求5所述的方法,进一步包括通过电子邮件向所述买家提供所述订购单确认。
8.如权利要求5所述的方法,进一步包括通过传真、美国邮政服务、商业承运商和电话中的至少一种向所述买家提供所述订购单确认。
9.如权利要求6所述的方法,进一步包括从所述买家那里接收响应于所述订购单确认而对所述产品订单的变更。
10.如权利要求9所述的方法,进一步包括把所述产品订单的所述变更通知给销售商。
11.如权利要求1所述的方法,进一步包括通过所述订单输入和可见性***为所述至少一部分所述产品订单生成发货标签。
12.如权利要求1所述的方法,其中跟踪所述发货状态包括跟踪送达确认和签名扫描中的至少一个。
13.如权利要求1所述的方法,其中在所述货品送达后通过所述订单输入和可见性***向所述买家出具***的步骤包括把所述产品订单的***信息提交给电子***出具***的步骤。
14.如权利要求1所述的方法,进一步包括通过所述订单输入和可见性***把所述发货状态提供给销售商和所述买家中的至少一个。
15.如权利要求1所述的方法,进一步包括在买家认可所述***后触发电子付款请求。
16.如权利要求15所述的方法,所述电子付款请求是对与所述买家相关的银行发出的自动清算请求的形式。
17.如权利要求1所述的方法,进一步包括通过所述订单输入和可见性***向指定的网络接收方提供产品订单状态。
18.一种在通信网络中实现产品订单输入、产品订单可见性和产品订单处理的方法,此方法包括下列步骤:
通过能够接入通信网络的第一通信设备,向所述通信网络上实施的订单输入和可见性***提交产品订单;
通过所述通信网络,把所述产品订单传送给供货商;
通过能够接入通信网络的第二通信设备,从所述订单输入和可见性***接收所述产品订单;
履行至少一部分所述产品订单;
向所述订单输入和可见性***提供产品订单履行信息;以及
对所述至少一部分的所述产品订单进行发货;
通过所述订单输入和可见性***,跟踪所述至少一部分的所述产品订单的发货状态;以及
在所述货品送达后,通过所述订单输入和可见性***生成***。
19.如权利要求18所述的方法,进一步包括通过所述通信网络把产品订单状态信息传送给提交所述产品订单的实体。
20.如权利要求18所述的方法,进一步包括通过所述订单输入和可见性***把产品订单状态信息传送给提交所述产品订单的实体。
21.如权利要求18所述的方法,进一步包括通过所述订单输入和可见性***把所述发货状态传送给提交所述产品订单的实体。
22.如权利要求18所述的方法,进一步包括通过所述订单输入和可见性***把所述发货状态传送给所述供货商。
23.如权利要求18所述的方法,其中通过能够接入通信网络的第一通信设备向所述通信网络上实施的订单输入和可见性***提交产品订单进一步包括:在所述第一通信设备上向所述订单输入和可见性***手工输入所述产品订单。
24.如权利要求18所述的方法,其中通过能够接入通信网络的第一通信设备向所述通信网络上实施的订单输入和可见性***提交产品订单进一步包括:以电子方式从已有的订单输入***把产品订单传送到在所述能够接入通信网络的第一通信设备上实施的所述订单输入和可见性***上。
25.如权利要求18所述的方法,进一步包括把所述***提供给提交所述产品订单的实体。
26.如权利要求25所述的方法,进一步包括下列步骤:
向所述实体提供对所述***提出异议的机会;以及
通过所述订单输入和可见性***解决与所述***相关的争议。
27.如权利要求18所述的方法,进一步包括在所述***获得认可后触发电子付款请求。
28.如权利要求27所述的方法,其中所述电子付款请求是通过所述订单输入和可见性***生成的。
29.如权利要求27所述的方法,其中所述电子付款请求是向与提交所述产品订单的实体相关的银行提出的自动清算请求的形式。
30.如权利要求18所述的方法,进一步包括通过所述订单输入和可见性***向所述供货商请求订购单确认。
31.如权利要求30所述的方法,进一步包括通过所述订单输入和可见性***生成所述订购单确认。
32.如权利要求30所述的方法,进一步包括提供所述订购单确认给提交所述产品订单的实体。
33.如权利要求32所述的方法,其中所述订购单确认是通过电子邮件提供的。
34.如权利要求32所述的方法,其中所述订购单确认是通过传真、美国邮政服务、商业承运商和电话中的至少一种提供的。
35.如权利要求32所述的方法,进一步包括从所述实体那里接收响应于所述订购单确认而对所述产品订单的变更。
36.如权利要求35所述的方法,进一步包括把所述产品订单的所述变更通知给所述供货商。
37.如权利要求18所述的方法,进一步包括通过所述订单输入和可见性***为所述至少一部分所述产品订单生成发货标签。
38.如权利要求18所述的方法,其中跟踪所述发货状态包括跟踪送达确认和签名扫描中的至少一个。
39.如权利要求18所述的方法,其中在所述货品送达后通过所述订单输入和可见性***给所述买家出具***的步骤包括向电子***出具***提交所述产品订单的***信息的步骤。
40.一种在通信网络中进行产品订单和订单信息通信的订单输入和可见性***,该***包括:
能够接入通信网络的第一通信设备,所述第一通信设备被配置成接收产品订单,并且通过所述通信网络传递所述产品订单;
能够接入通信网络的第二通信设备,所述第二通信设备被配置成接收所述产品订单,并且为至少一部分的所述产品订单生成发货标签,所述第二通信设备被进一步配置成生成与所述至少一部分所述产品订单相关的***;以及
通信网络数据库,配置成存储与所述产品订单相关的信息,并使所述第一通信设备的用户和所述第二通信设备的用户能够访问所述产品订单信息。
41.如权利要求40所述的***,其中所述第一通信设备进一步配置成从所述通信网络数据库提取所述产品订单信息。
42.如权利要求40所述的***,其中所述第一通信设备进一步配置成从所述通信网络数据库接收所述产品订单信息。
43.如权利要求40所述的***,其中所述第二通信设备进一步配置成在生成所述发货标签后,把所述产品订单的状态传达给所述第一通信设备。
44.如权利要求40所述的***,其中所述第二通信设备进一步配置成把所述***传送到所述第一通信设备。
45.如权利要求40所述的***,其中所述第一通信设备进一步配置成接收所述***,并且对所述***做出认可或者异议中至少一种的反应。
46.如权利要求40所述的***,其中所述第二通信设备进一步配置成处理与所述***相关的争议。
47.如权利要求40所述的***,其中所述第一通信设备进一步配置成在所述***得到认可后启动所述产品订单的付款。
48.如权利要求40所述的***,其中所述第一通信设备进一步配置成向所述第二通信设备发送订购单确认。
49.如权利要求40所述的***,其中所述第二通信设备进一步配置成生成订购单确认并且把所述订购单确认发送给所述第一通信设备。
50.如权利要求40所述的***,其中所述第二通信设备进一步配置成接收对履行至少一部分所述产品订单的付款。
CN 02817062 2001-08-28 2002-08-28 订单和付款可见性处理 Pending CN1701327A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US31559701P 2001-08-28 2001-08-28
US60/315,597 2001-08-28
US10/229,707 2002-08-27

Publications (1)

Publication Number Publication Date
CN1701327A true CN1701327A (zh) 2005-11-23

Family

ID=35476743

Family Applications (1)

Application Number Title Priority Date Filing Date
CN 02817062 Pending CN1701327A (zh) 2001-08-28 2002-08-28 订单和付款可见性处理

Country Status (1)

Country Link
CN (1) CN1701327A (zh)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103595613A (zh) * 2012-08-13 2014-02-19 阿里巴巴集团控股有限公司 即时通讯客户端、即时通讯服务器和即时通讯方法
CN104471602A (zh) * 2012-05-16 2015-03-25 英特拉有限公司 ***和运费结算单的匹配和争议解决
CN104919441A (zh) * 2012-08-24 2015-09-16 珀赛普蒂迈德股份有限公司 销售点核实***
CN107886310A (zh) * 2017-12-18 2018-04-06 浙江物融通科技有限责任公司 一种基建产业链的数据关联及交易场景重现的方法和***
CN110020906A (zh) * 2018-01-10 2019-07-16 北京京东尚科信息技术有限公司 订单信息的检测方法和装置
CN110070408A (zh) * 2012-08-24 2019-07-30 谷歌有限责任公司 使用移动装置提前下单
CN110503363A (zh) * 2019-08-02 2019-11-26 成都市赛力培物流科技有限公司 一种基于网络订单的产品销售全流程管理方法
US10535425B2 (en) 2017-06-28 2020-01-14 Perceptimed, Inc. Inventory management

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104471602A (zh) * 2012-05-16 2015-03-25 英特拉有限公司 ***和运费结算单的匹配和争议解决
CN103595613A (zh) * 2012-08-13 2014-02-19 阿里巴巴集团控股有限公司 即时通讯客户端、即时通讯服务器和即时通讯方法
CN103595613B (zh) * 2012-08-13 2017-06-06 阿里巴巴集团控股有限公司 即时通讯客户端、即时通讯服务器和即时通讯方法
CN104919441A (zh) * 2012-08-24 2015-09-16 珀赛普蒂迈德股份有限公司 销售点核实***
CN110070408A (zh) * 2012-08-24 2019-07-30 谷歌有限责任公司 使用移动装置提前下单
US10552578B2 (en) 2012-08-24 2020-02-04 Perceptimed, Inc. Package locating system
CN110070408B (zh) * 2012-08-24 2022-09-13 谷歌有限责任公司 使用移动装置提前下单的方法、***及存储介质
US10535425B2 (en) 2017-06-28 2020-01-14 Perceptimed, Inc. Inventory management
CN107886310A (zh) * 2017-12-18 2018-04-06 浙江物融通科技有限责任公司 一种基建产业链的数据关联及交易场景重现的方法和***
CN110020906A (zh) * 2018-01-10 2019-07-16 北京京东尚科信息技术有限公司 订单信息的检测方法和装置
CN110020906B (zh) * 2018-01-10 2024-04-09 北京京东尚科信息技术有限公司 订单信息的检测方法和装置
CN110503363A (zh) * 2019-08-02 2019-11-26 成都市赛力培物流科技有限公司 一种基于网络订单的产品销售全流程管理方法

Similar Documents

Publication Publication Date Title
US7937296B2 (en) Order and payment visibility process
CN1388933A (zh) 在网络环境中传递定单登记的方法和装置
US9189768B2 (en) Method and apparatus for providing fulfillment services
US7853480B2 (en) System and method for providing export services to merchants
US8407110B1 (en) Method and apparatus for registration of fulfillment services
US20050218221A1 (en) Universal identifier methods in supply chain logistics
US20050114221A1 (en) Systems and methods for using a web portal to integrate into a carrier return system
CN101067860A (zh) 一种基于供应商管理的枢纽库存的网络装置
WO2012003538A1 (en) A system for electronic transactions
WO2001088823A2 (en) Method and system for generating and transmitting electronic shipping return labels
CN1701327A (zh) 订单和付款可见性处理
JP2002149217A (ja) 管理・維持部品の提供方法およびその提供システム
JP2003157377A (ja) ネットワークシステム、購入履歴提示方法、サーバ装置、プログラム、および記録媒体
US9727837B1 (en) System utilizing layered software application for facilitating delivery services
JP2001344487A (ja) インターネットを用いた電子購買方法および電子購買システム
JP2002029607A (ja) 物流システム
CN1449538A (zh) 实现消费品返回的***和方法
KR20230168189A (ko) 묶음 배송을 위한 전자상거래 시스템 및 그 처리 방법
WO2003027914A1 (en) System for facilitating the supply of goods
MXPA02000636A (es) Metodo y sistema para generar y transmitir etiquetas electronicas de envio de devolucion.

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication

Open date: 20051123