从客户关系管理客户端应用提供企业资源规划功能的技术的制作方法

专利名称：从客户关系管理客户端应用提供企业资源规划功能的技术的制作方法
技术领域：
本发明涉及企业资源规划，尤其涉及从客户关系管理客户端应用提供企业资源规划功能的技术。
背景技术：
诸如企业等许多实体与其他实体具有供应关系。即，许多实体至少部分通过从其他实体购买产品和服务以及向其他实体销售产品或服务来操作。一些实体通过使用电子数据交换(EDI)系统来将商业信息从一个实体处的一个计算机系统交换到另一个实体处的另一个计算机系统来管理它们的供应关系。EDI系统实现起来可能是昂贵、复杂并且缓慢的。一些实体通过经由电话、传真或邮件交换信息来避免EDI系统。本发明的改进正是针对这些和其他考虑事项而需要的。

发明内容
提供本发明内容以便以简化形式介绍将在以下具体实施方式
中进一步描述的一些概念。本发明内容并非旨在标识所要求保护的主题的关键特征或必要特征，也不旨在用于帮助确定所要求保护的主题的范围。各实施例大体涉及经由附加到客户端所使用的现有客户关系管理(CRM)应用的插件(add-on)来提供对企业资源规划(ERP)应用的功能的访问的技术。一些实施例尤其涉及使用云计算模型来提供对ERP系统的访问的技术。实施例可提供从客户端应用插件对ERP系统的访问，而不使用电子数据交换(EDI)系统。例如，在一个实施例中，一种装置可包括处理单元和在该处理单元上执行的客户端CRM应用。该装置可进一步包括安装在该客户端CRM应用上的插件应用。该插件客户端可用于经由供应中枢(supply hub)从ERP系统接收ERP动作；用第二 ERP动作对该ERP动作执行动作；以及经由该供应中枢将该第二 ERP动作发送到该ERP系统。对其他实施例也予以描述并要求保护。通过阅读下面的详细描述并参考相关联的附图，这些及其他特点和优点将变得显而易见。应该理解，前面的概括说明和下面的详细描述只是说明性的，不会对所要求保护的各方面形成限制。


图I示出从CRM客户端应用提供ERP功能的第一系统的实施例。图2示出从CRM客户端应用提供ERP功能的第二系统的实施例。图3示出供应中枢的实施例。图4示出客户端系统的实施例。图5示出ERP-客户端交互的序列图。图6示出插件应用的第一用户界面。图7示出插件应用的第二用户界面。
图8示出插件应用的第三用户界面。图9示出从CRM客户端应用提供ERP功能的逻辑流程的实施例。图10示出计算体系结构的实施例。图11示出通信架构的实施例。
具体实施例方式各实施例涉及电子地并自动地管理供应关系的系统和技术。一个实体(例如，客户)可能操作企业资源规划(ERP)系统。该实体可提供插件客户端应用，该插件客户端应用可作为组件被安装到客户端(client)(例如，厂商)处的现有客户关系管理(CRM)应用。厂商不需要购买额外的软件或设置并维护与客户的电子数据交换(EDI)系统。该客户端可通过现有CRM应用内的插件应用功能与该ERP系统交互，例如，接收并确认订单。一实施例允许跟踪并查看关键性能指标(KPI)以及厂商管理的库存(VMI)。结果，各实施例可提高操作者、设备或网络的可承受性、可伸缩性、模块性、可扩展性或互操作性。图I示出用于提供从客户端系统对企业资源规划应用的访问的系统100的框图。在一个实施例中，例如，系统100可以包括具有多个组件(诸如ERP系统110以及客户端系统120-l、120-a，其中a是正整数)的计算机实现的系统100。如此处所使用的，术语“系统”和“组件”旨在指代与计算机相关的实体，包括硬件、硬件和软件的组合、软件、或执行中的软件。例如，组件可被实现为在处理器上运行的进程、处理器、硬盘驱动器、多个(光和/或磁存储介质的)存储驱动器、对象、可执行代码、执行的线程、程序、和/或计算机。作为说明，在服务器上运行的应用和服务器两者都可以是组件。一个或多个组件可以驻留在进程·和/或执行的线程内，且组件可以视给定实现所需而位于一台计算机上和/或分布在两台或更多的计算机之间。各实施例不限于该上下文。在图I中示出的所示实施例中，系统100可用一个或多个电子设备实现。电子设备的示例可包括但不限于移动设备、个人数字助理、移动计算设备、智能电话、蜂窝电话、手机、单向寻呼机、双向寻呼机、消息收发设备、计算机、个人计算机(PC)、台式计算机、膝上型计算机、笔记本计算机、手持式计算机、平板计算机、服务器、服务器阵列或服务器场、web服务器、网络服务器、因特网服务器、工作站、小型计算机、大型计算机、超级计算机、网络设备、web设备、分布式计算系统、多处理器系统、基于处理器的系统、消费电子产品、可编程消费电子产品、电视机、数字电视机、机顶盒、无线接入点、基站、用户站、移动用户中心、无线电网络控制器、路由器、集线器、网关、网桥、交换机、机器、或其组合。虽然图I中示出的系统100具有按照某种拓扑结构的有限数量的元素，但可以理解，系统100可以视给定实现的需要而包括按照替代拓扑结构的更多或更少元素。在各实施例中，系统100可包括企业资源规划(ERP)系统110。在一实施例中，ERP系统Iio可为ERP实体102 (诸如企业或政府机关)所有，并可包括在一个或多个电子设备(例如服务器)上操作的一个或多个ERP应用112。ERP应用112可包括编程指令，当所述编程指令在逻辑设备或处理单元上执行时执行帮助商业实体管理商业的各方面的功能。例如，ERP应用112可管理库存、从客户接收对库存中的产品的订单、通过向客户发出所预订的产品来完成订单、从客户接收支付、管理员工日程、从厂商预订产品、为所接收的产品向厂商付费等等。各实施方式不限于这些示例。
ERP应用112可实施该实体内的以及与外方(诸如厂商和客户)的业务期间的各种商业过程。例如，商业过程可指定订单中的什么信息是必需的。ERP应用112还可提供项目规划和管理功能、人力资源管理、客户关系管理等等。ERP应用112的示例包括但不限于来自微软公司的 MICROSOFT DYNAMICS ΑΧ 、来自 SAP 的 SAP BUSINESS SUITE 、以及来自ORACLE 的 ORACLE E-BUSINESS SUITE 。ERP应用112可经由合适的⑶I和各种输入/输出(I/O)设备来接收来自ERP实体102的控制指令并对所述 控制指令做出响应，所述控制指令诸如是来自输入设备的输入，所述输入致使ERP应用112执行一 ERP动作。在各实施例中，ERP系统110还可包括客户端帐户114。客户端帐户114可包括与客户端实体(诸如特定厂商或顾客)相关联的信息。客户端帐户114可包括例如客户端的标识性信息，诸如名称、地址、电话号码、唯一客户端标识符等等。客户端帐户114还可包括客户端在从客户端系统(例如客户端系统120-1)访问ERP系统110时使用的访问凭证。客户端帐户114还可包括描述客户端正用来访问ERP系统110的系统的信息，例如，使用什么应用、平台、版本号、操作系统等等。在各实施例中，系统100可包括一个或多个客户端系统，诸如客户端系统120-1到120-a，其中a表示正整数。客户端系统120可包括客户端实体104 (诸如厂商、购买者、客户、政府机关等)所拥有的一个或多个电子设备。客户端实体104可与ERP实体102具有重复的或正在进行的交互和/或业务。参考图4进一步描述客户端系统120的示例。客户端系统120可经由合适的⑶I和各种输入/输出(I/O)设备来接收来自客户端实体104的控制指令并对所述控制指令做出响应，所述控制指令诸如是来自输入设备的输入，所述输入致使客户端系统120执行一 ERP动作。在一实施例中，客户端系统120可以例如通过网络(未示出，诸如但不限于因特网)可通信地耦合到ERP系统110。ERP系统110可向客户端系统120提供网络地址以用来连接到ERP系统110并与该ERP系统交互。各实施方式不限于这些示例。图2示出用于提供从客户端系统对企业资源规划应用的访问的系统200的框图。系统200与系统100的相似之处可以在于ERP系统210-1和210_b (其中b表示正整数)可以是ERP系统110的代表性实施例，而客户端系统220可以是客户端系统120的代表性实施例。ERP应用212和客户端帐户214可以分别是ERP应用112和客户端帐户114的代表性实施例。客户端实体204可以代表客户端实体104。系统200可进一步包括供应中枢230。供应中枢230可表示一种与ERP系统210和客户端系统220通信的逻辑构造，所述逻辑构造能够发送、接收ERP相关数据并对其进行操作。供应中枢230可包括例如服务器和数据存储。供应中枢230可以为供应中枢实体206所有并代表另一实体(诸如ERP实体202)操作。系统200可进一步包括多个ERP系统，例如ERP系统210_1和ERP系统210_b。在一实施例中，该多个ERP系统210可为同一实体(例如ERP实体202)所有，但是可位于不同物理位置。在这种实施例中，该多个ERP系统210可与供应中枢230上的相同ERP数据交互。在一实施例中，该多个ERP系统210可由不同实体所有并操作。例如，ERP实体202可拥有ERP系统210-1，而公司B (未示出)可拥有ERP系统210-b。在这种实施例中，供应中枢230仍可被供应中枢实体206拥有并操作，但是可被结构化成提供两个明显分离的供应中枢，每个ERP系统210 —个。然而，所述分离可以是逻辑构造而非物理构造，其中ERP系统210仅能够访问某些服务器、服务器的某些部分、和/或供应中枢230内的某些数据存储。下面参考图3来描述供应中枢230。图3示出供应中枢300的框图。供应中枢300可以是供应中枢230的代表性实施例。在一实施例中，供应中枢300可以用云计算模型实现。在云计算模型中，可就像所述应用和数据是在本地设备上一样地提供应用和服务，而不需要在本地计算机上安装应用和/或存储数据。然而，所述应用和/或数据存储可以跨越从本地服务器通过网络接口可访问的许多设备、服务器、和数据存储实现。在云计算模型中，供应中枢300可以被物理地实现在一个或多个服务器上，并且在一个或多个物理地点中。不论物理配置如何，供应中枢340逻辑上可对外部实体(诸如对ERP系统210·和客户端系统220)表现为一个设备或系统。在一实施例中，供应中枢300可包括ERP应用310。在一实施例中，ERP应用310可以是ERP应用212的代表性实施例。替代地，供应中枢300可包括ERP应用支持320。ERP应用支持320可作为ERP应用的组件而不是作为独立的ERP应用执行各种功能。例如，ERP应用支持320可更新数据库中的数据、执行计算、将数据从一种格式转换到另一种格式等
坐寸ο在一实施例中，供应中枢300可包括客户端帐户330。客户端帐户330可以是客户端帐户214的代表性实施例。当客户端帐户330存在于供应中枢300上时，客户端帐户214可从ERP系统210中省略。在供应中枢300上存储客户端帐户330可向客户端帐户330提供对一个实体的多个ERP系统210的全局访问性。在一实施例中，供应中枢300可存储ERP数据340。ERP数据340可以是由ERP应用(诸如ERP应用310、ERP应用212、或ERP应用支持320)所使用或生成的任何数据。ERP数据340可包括但不限于库存数据、个人数据、客户端数据、产品数据、项目数据、订单数据、发票数据、关键性能指标(KPI)数据、厂商管理的库存(VMI)数据等等。ERP数据340可以被存储在一个或多个数据存储中，并且以各种格式被存储，诸如数据库、文本文件、电子表格等等。在一实施例中，供应中枢300可包括商业过程检查器350和商业过程360。在一实施例中，商业过程检查器350可以是ERP应用310或ERP应用支持320的组件。商业过程360可以是ERP数据340的组件。商业过程检查器350可检查在一 ERP系统上或者在ERP系统210和客户端之间发生的ERP动作，来确定该ERP动作是否符合商业过程360。用于客户和厂商供应关系的ERP动作可包括，例如但不限于查看订单；下订单；接收订单；拒绝订单；更改订单；确认订单；有条件地确认订单；接收发票；查看发票；发送发票；确认发货；查看关键性能指标；查看厂商管理的库存；以及查看ERP动作的状态。当ERP动作不符合商业过程时,商业过程检查器350可生成例外(exception)。例如，商业过程检查器350可将原始订单与来自厂商的对订单的确认进行比较来确定所确认的订单与原始订单相同。如果原始订单和经确认的订单不同，例如，如果厂商更改了一物品的价格，则商业过程检查器350可生成例外。在本示例中该例外可阻止订单被确认，并可提示下订单的客户审阅经确认的订单来批准或拒绝所述更改。各实施方式不限于这些示例。
供应中心300的组件，例如ERP应用310或ERP应用支持320、客户端帐户330、ERP数据340、商业过程检查器350和商业过程360，可以跨多个设备和/或物理位置分布。组件可以经由各种类型的通信介质来可通信地耦合。组件可以协调彼此之间的操作。该协调可以涉及单向或双向信息交换。例如，组件可以传递通过通信介质传递的信号形式的信息。该信息可被实现成分配给各条信号线的信号。在这些分配中，每一消息都是信号。然而，其他实施方式可另选地采用数据消息。这些数据消息可以跨各个连接发送。示例性连接包括并行接口、串行接口和总线接口。图4示出了客户端系统400的框图。客户端系统400可以表示客户端系统120或220。客户端系统400可以表示客户端实体(例如客户端实体204)所拥有的或者代表客户端实体被操作的多个电子设备中的一个。客户端系统400可包括客户端应用410。客户端应用410可以是包括可执行程序指令的软件应用。在一实施例中，客户端应用410可具有与ERP应用不相关的主功能。例如，客户端应用410可以是客户关系管理(CRM)应用，诸如但不限于MICROSOFTDYNAMICS CRM . CRM应用一般提供管理商业实体及其客户、顾客和潜在顾客之间的销售、营销、以及服务交互的功能。客户端应用410 —般可以是客户端实体为了一主要目的而非执行ERP动作而安装在客户端系统400上的应用。在一实施例中，客户端系统400可包括插件应用412。可安装插件应用412以向现有客户端应用410添加ERP功能。插件应用412可在现有客户端应用410的用户界面内工作以呈现执行ERP动作的能力。在一实施例中，插件应用412可验证从ERP系统接收的ERP动作符合商业过程。该商业过程可以是在操作客户端系统400的实体本地的商业过程，或者可以是商业过程360。当ERP动作不符合商业过程时，插件应用412可在该ERP动作发生时生成已出现例外的通知，并将该通知发送到该ERP系统。在一实施例中，当ERP拥有实体正与一客户端实体形成合作关系时，ERP系统110、210可从客户端实体请求关于客户端系统400已经具有什么客户端应用410的信息。该请求可包括ERP系统110、210为之具有插件应用的客户端应用410的具体列表。当客户端实体选择现有客户端应用410时，ERP系统110、210可向客户端系统400发送用于所选客户端应用410的插件应用412。客户端系统400随后可安装插件应用412。向客户端系统400提供插件应用412提供了客户端系统使用现有应用与ERP系统110、210电子地交互的能力，而没有必须设置EDI系统的花费和时间。图5示出序列图500。序列图500示出在ERP应用212、供应中枢230、以及插件应用412间在系统200中可采取的一组ERP动作的示例。在序列图500中，时间开始于该图的顶部并从该图的顶部朝该图的底部增加。在所示示例中，ERP应用212由购买实体(客户)操作，而插件应用412由厂商实体(厂商)操作。供应中枢230可以由该客户操作，或由第三方代表该客户操作。ERP应用212执行创建购买订单的ERP动作(510)。例如，用户可使用ERP应用212的界面来创建新购买订单对象，并可在该购买订单对象内赋予新的值，诸如所选择的厂商、要预订的物品、要预定的数量、物品的价格、以及期望递送日期。当购买订单完成时，可将它作为传输512发送到供应中枢230。发送购买订单可包括将购买订单对象发送到供应中枢·230，或可包括将被赋予的值发送到供应中枢230。
供应中枢230可接收传输512并且如果需要可查找(520)关于客户端(所选择的厂商)的信息。例如，供应中枢230可查找厂商正在使用什么类型的客户端应用410，以及通过扩展，查找正在使用什么插件应用412。如果需要，供应中枢230可根据所使用的插件应用来格式化购买订单。例如，如果购买订单是表格格式的，供应中枢230可将表格格式转换为可扩展标记语言(XML)格式化文档。在一实施例中，购买订单可作为ERP数据340的一部分(例如，作为购买订单对象或数据库条目)被存储在供应中枢230上。各实施方式不限于这些示例。供应中枢230随后可将购买订单作为传输522发送给插件应用412。在一实施例中，可发送购买订单本身或发送如由供应中枢230格式化的购买订单。在另一实施例中，可发送到存储在供应中枢230上的购买订单的链接。在另一实施例中，在访问CRM功能时，可由插件应用412从供应中枢230取得购买订单。客户端系统220处的用户可使用插件应用412来查看订单(530)。在一实施例中，当插件应用412被添加到CRM客户端应用时，购买订单可在CRM应用内的供应中枢部分中的未定(open)订单列表中出现。插件应用412还可包括其中可查看所接收的购买订单的 用户界面区域。可通过插件应用412对购买订单执行动作(540)。对购买订单的动作可包括执行另一ERP动作。例如,可接受或确认、拒绝、或修改并以修改形式接受购买订单。如果例如厂商没有足够的预订物品来满足购买订单，则厂商可改变预订数量来反映可用物品的数量，并随后接受具有经修改的量的购买订单。当对订单(530)的动作完成时，插件应用412可在传输542中将该动作或者被执行过动作的订单发送回供应中枢230。供应中枢230可接收该动作，并可对照该商业过程检查该动作(550)。例如，商业过程检查器350可确定该订单是否已被接受、拒绝或修改。当订单已被修改时，商业过程360可指定购买订单不能被自动确认，而是需要由客户批准。如果购买订单被修改，则供应中枢230可生成例外并可在传输552中将该动作发送回ERP应用以供客户审阅。ERP应用212可作为有条件确认来接收该动作，并可提示用户接受或拒绝该有条件确认。用户可使用ERP应用212来确认或拒绝该动作(560)。可将该确认/拒绝在传输562中发送给供应中枢230。如果该有条件确认被接受，则供应中枢230可移除该例外并可更新ERP系统210和/或ERP数据340来修改该购买订单并指示该购买订单被接受。购买中枢230可在传输564中将该确认/拒绝发送给插件应用412。插件应用412可接收确认/拒绝传输564并可前进以完成购买订单。序列图500表示ERP应用和客户端插件应用之间的经由供应中枢的许多可能交互中的一个。各实施例不限于所示示例。图6示出了用户界面600的实施例。用户界面600可包括客户端应用410的用户界面的一部分，其中由插件应用412添加了一个或多个附加组件。在所示示例中，用户界面(UI) 600是用于CRM应用的。UI 600可将客户端应用410的功能安排成选项卡，诸如文件选项卡602、视图选项卡604、以及图表选项卡606。插件应用412可添加准许对客户端应用410内的ERP功能的访问的选项卡，例如待决订单选项卡610。在图6中，待决订单选项卡610被选中，而UI 600示出待决订单部分。
UI 600可提供对各种ERP功能的访问点。例如，在Π 600的待决订单部分中，选择窗格612可提供选项来选择销售。当在选择窗格612中选择销售时，可示出带有销售相关选项的子窗格614。当待决订单616被选中时，可在查看窗格620中示出未定订单的列表。查看窗格620可不出未定订单,例如作为表622。表622可为每一未定订单具有一行。每一行可包括关于一订单的相关信息，包括例如订单ID、做出该订单的客户、所请求的递送日期、订单日期、以及该订单的状态。可示出附加的或替代的信息。在一实施例中，可选择具体待决订单，例如，通过使用输入设备，例如，用鼠标在一行上单击，或通过选择挨着一订单行的复选框(未示出)。通过选择一待决订单并从菜单中选择“打开”选项、通过双击一待决订单等，可以打开该待决订单以供查看。可以其他格式显示待决订单的列表，各实施例不限于此示例。UI 600可在待决订单部分中提供可选择的按钮，以用于确认订单630、拒绝订单 631、安排订单的发货632、生成订单的发票633、查看厂商管理的库存(VMI) 634、以及查看关键性能指标(KPI)635。当在查看窗格620中选中一订单时，选择用于确认订单的按钮630可以确认该订单。选择用于查看VMI634或KPI 635的按钮可以打开与该按钮相关的UI视图。在一实施例中，与一具体订单相关的按钮，例如，按钮630、631、632、和633可以是不活动的，直到选中一订单为止。图7示出了用户界面(UI)700的实施例。UI 700可以是Π 600中选中查看窗格620中的一待决订单的视图。UI 700可提供订单视图窗格710。订单视图窗格710可以是UI 700内的窗格，或者可以是分离的对象，诸如在UI700之前显示的窗口。订单窗格710可以在订单信息区域720中示出关于该购买订单的概要信息。订单信息区域720可以示出例如订单ID、客户名称、订单日期、状态和所请求的递送日期。可示出附加的或替代的信息。订单信息区域720中的信息还可以其他格式来呈现，诸如在一行、分开的字段中等等。订单窗格710可在表722中示出购买订单的细节。在一实施例中，表722中的一些数据字段可以是厂商可编辑的。例如，产品“LCD TV”的被确认的数量可以从I改变为另一数字。同样，被确认的单位价格可以从1000改变为另一数字。在一实施例中，每行项目可被选择并在新视图中打开，可在新视图中对数量和价格做出改变。购买订单可以其他形式示出，诸如表单、文本文档、网页等等。当厂商已完成对购买订单的查看以及可能的修改时，选择保存按钮730可以保存改变并关闭订单窗格710，返回到查看窗格620中的未定订单的视图。从查看窗格620，随后可(例如，利用确认订单按钮630)确认保存的订单。所确认的购买订单可被发送到供应中枢230以对照商业过程360进行检查并分发到客户的ERP系统。替代地，如果选择拒绝订单按钮631，则插件应用412可向供应中枢230发送该订单被拒绝的消息。供应中枢230随后可通知该客户的ERP系统该订单被拒绝。图8示出了用户界面(UI) 800的实施例。Π 800可以是当选择KPI按钮635时UI 600的视图。UI 800可提供KPI视图窗格810。KPI视图窗格810可以是Π 800内的窗格，或者可以是在UI 800之前显示的分离的对象，诸如窗口。KPI视图窗格810可以图形方式示出各种关键性能指标(KPI)。例如，KPI视图窗格810可示出显示以下的百分比的柱状图按时到达客户的订单(柱812)、按时确认的订单(柱814)、以及按时发货的订单(柱816)。可以示出的与供应关系有关的KPI的其他示例包括被完全确认的订单、匹配的递送、匹配的发货等等。
在一实施例中，KPI视图窗格810中的柱(例如柱812)可被选择。当被选择时，KPI视图窗格810可改变为示出另一幅图，或者可打开新KPI视图窗格，所述图或窗格更详细地示出所选择的柱的KPI，例如，按月分开的按时到达的订单的百分比。具体月份的柱可被选择来获得所选择月份中的每一周的KPI数据。KPI数据可以不限于此示例的其他形式呈现，诸如用线状图、直方图、饼状图等等。在一实施例中，KPI数据可被存储在供应中枢230处。当KPI按钮635被选择时，插件应用412可取得KPI数据。上述实施例的操作可参考一个或多个逻辑流程来进一步描述。可以理解，除非另外指明，否则代表性的逻辑流程不一定要按所呈现的次序或者按任何特定次序来执行。而且，关于逻辑流程描述的各种活动可按串行或并行的方式执行。视给定一组设计和性能约束的需要，逻辑流程可使用所述实施例的一个或多个硬件元件和/或软件元件或替代元件来实现。例如，逻辑流程可被实现为供逻辑设备(例如，通用或专用计算机)执行的逻辑(例如，计算机程序指令)。图9示出了逻辑流程900的一个实施例。逻辑流程900可表示由在此所描述的一个或多个实施例所执行的操作中的部分或全部。逻辑流程900可以利用各种系统和/或设备来执行，并且可以按一组给定设计参数或性能限制的需要而被实现为硬件、软件和/或其任意组合。例如，逻辑流程900可以由包括指令、数据、和/或由逻辑设备执行的代码的逻辑设备(例如，处理器)和/或逻辑(例如，线程式逻辑(threading logic))实现。出于说明而非限制的目的，参考图1-4描述逻辑流程900。各实施例不限于该上下文。在图9中示出的所示实施例中，逻辑流程900在框902可从ERP系统接收选择现有应用的请求并对该请求进行响应。例如，ERP系统110、210可请求客户端系统120、220选择已经安装在客户端系统120、220上的应用。在一实施例中，该请求可能已指定了要从中选择的应用，而该响应可包括对客户端系统120、220已安装的所述应用中的一个或多个选择。在另一实施例中，客户端系统120、220可用所安装的一个或多个应用进行响应而不从列表中选择。在一实施例中，所选择的现有应用可以是CRM应用。ERP系统110、210可使用该响应来选择要发送到客户端系统120、220的插件应用412。逻辑流程900在框904可接收插件应用并将该插件应用安装到所选择的CRM应用。例如，ERP系统110、210可发送用于所选择的CRM应用的插件应用412。在一实施例中，插件应用412可作为可执行应用被发送，该可执行应用在被执行时执行到现有CRM应用410上的安装。逻辑流程900在框906可连接到该ERP系统。例如，客户端应用410可使用插件应用412连接到ERP系统110、210。所述连接可以通过网络，诸如因特网。在一实施例中，逻辑流程900可从插件应用412连接到供应中枢，诸如供应中枢230、300。在一实施例中，该连接可允许ERP系统110、210和客户端系统120、220之间的数据交换。 逻辑流程900在框908可在插件应用处执行ERP动作。ERP动作可包括例如而不限于下订单；接收订单；拒绝订单；更改订单、确认订单、有条件地确认订单、接收发票；发送发票；确认发货；查看关键性能指标；查看厂商管理的库存；以及查看ERP动作的状态。插件应用412可向客户端应用410添加用户界面，或使用现有用户界面，来在客户端应用410内呈现执行ERP动作的访问点。在一实施例中，在框908中执行的ERP动作可以响应于从该ERP系统接收的ERP动作。例如，如果客户端系统120、220接收到购买订单，则在插件应用412处执行的ERP动作可包括拒绝该购买订单、确认该订单、或更改该订单。逻辑流程900在框910可用来自该插件应用的ERP动作更新该ERP系统。例如，如果插件应用412修改了 ERP数据(例如更改了订单)，或移动供应关系过程到下一步骤(例如，确认订单)，则ERP系统110、210将接收插件应用412处的该ERP动作所导致的更新。在一实施例中，在插件应用412处所执行的动作可被发送到供应中枢230、300，该供应中枢随后可更新ERP系统110、210。图10示出适用于实现上述各实施例的示例性计算架构1000的实施例。计算体系结构1000包括各种常见计算元件，如一个或多个处理器、协同处理器、存储器单元、芯片组、控制器、外围设备、接口、振荡器、定时设备、视频卡、音频卡、多媒体输入/输出(I/o)组 件，等等。然而，各实施例不限于由计算体系结构1000来实现。如图10所示，计算体系结构1000包括处理单元1004、系统存储器1006以及系统总线1008。处理单元1004可以是可购得的各种处理器中的任一种。双微处理器和其它多处理器架构也可用作处理单元1004。系统总线1008向包括但不限于系统存储器1006的各系统组件提供到处理单元1004的接口。系统总线1008可以是若干种总线结构中的任一种，这些总线结构还可互连到存储器总线(带有或没有存储器控制器)、外围总线、以及使用各类市场上可购买到的总线体系结构中的任一种的局部总线。例如，系统存储器1006可以包括各种类型的存储器单元，如只读存储器(ROM)、随机存取存储器(RAM)、动态RAM (DRAM)、双倍数据率DRAM (DDRAM)、同步DRAM (SDRAM)、静态RAM (SRAM)、可编程ROM (PROM)、可擦除可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)、闪存、诸如铁电聚合物存储器等聚合物存储器、奥氏存储器、相变或铁电存储器、硅-氧化物-氮化物-氧化物-硅(S0N0S)存储器、磁卡或光卡、或适于存储信息的任何其他类型的介质。在图10示出的所示实施例中，系统存储器1006可包括非易失性存储器1010和/或易失性存储器1012。基本输入/输出系统(BIOS)可以存储在非易失性存储器1010中。计算机1002可包括各种类型的计算机可读存储介质，包括内置硬盘驱动器(HDD)1014、用于读写可移动磁盘1018的磁软盘驱动器(FDD) 1016、以及用于读写可移动光盘1022(例如，CD-ROM或DVD)的光盘驱动器1020。HDD 1014,FDD 1016、以及光盘驱动器1020可分别由HDD接口 1024、FDD接口 1026和光盘驱动器接口 1028连接到系统总线1008。用于外置驱动器实现的HDD接口 1024可包括通用串行总线(USB)和IEEE 1394接口技术中的至少一种或两者。驱动器及相关联的计算机可读介质提供了对数据、数据结构、计算机可执行指令等的易失性和/或非易失性存储。例如，多个程序模块可存储在驱动器和存储器单元1010、1012中，包括操作系统1030、一个或多个应用程序1032、其他程序模块1034和程序数据1036。一个或多个应用程序1032、其他程序模块1034和程序数据1036可包括，例如，ERP应用112、商业过程检查器150、客户端应用410、以及插件应用412。用户可以通过一个或多个有线/无线输入设备，例如键盘1038和诸如鼠标1040等定点设备将命令和信息输入到计算机1002中。其他输入设备可包括话筒、红外(IR)遥控器、操纵杆、游戏垫、指示笔、触摸屏等等。这些和其他输入设备通常通过耦合到系统总线1008的输入设备接口 1042连接到处理单元1004，但也可通过诸如并行端口、IEEE 1394串行端口、游戏端口、USB端口、IR接口等其他接口连接。监视器1044或其他类型的显示设备也经由诸如视频适配器1046等接口连接到系统总线1008。除了监视器1044之外，计算机通常包括诸如扬声器、打印机等其他外围输出设备。计算机1002可使用经由有线和/或无线通信至一个或多个远程计算机(诸如远程计算机1048)的逻辑连接在联网环境中操作。远程计算机1048可以是工作站、服务器计算机、路由器、个人计算机、便携式计算机、基于微处理器的娱乐设备、对等设备或其他常见的网络节点，并且通常包括相对于计算机1002描述的许多或所有元件，但为简明起见仅示出了存储器/存储设备1050。所描绘的逻辑连接包括到局域网(LAN)1052和/或例如广域网(WAN)1054等更大网络的有线/无线连接。这种LAN和WAN联网环境常见于办公室和公司，并且方便了诸如内联网等企业范围计算机网络，所有这些都可连接到例如因特网等全球通信网络。当在LAN联网环境中使用时，计算机1002通过有线和/或无线通信网络接口或适配器1056连接到LAN 1052。适配器1056可以方便到LAN 1052的有线和/或无线通信，并且还可包括其上设置的用于使用适配器1056的无线功能进行通信的无线接入点。当在WAN联网环境中使用时，计算机1002可包括调制解调器1058，或连接到WAN1054上的通信服务器，或具有用于诸如通过因特网等通过WAN1054建立通信的其他装置。或为内置或为外置以及有线和/或无线设备的调制解调器1058经由输入设备接口 1042连接到系统总线1008。在联网环境中，相对于计算机1002所描绘的程序模块或其部分可以存储在远程存储器/存储设备1050中。将明白，所示网络连接是示例性的，并且可以使用在计算机之间建立通信链路的其他手段。计算机1002可操作来使用IEEE 802标准系列来与有线和无线设备或实体进行通信，这些实体例如是在操作上安置成与例如打印机、扫描仪、台式和/或便携式计算机、个人数字助理(PDA)、通信卫星、任何一件与无线可检测标签相关联的设备或位置(例如，电话亭、报亭、休息室)以及电话进行无线通信(例如，IEEE 802. 7空中调制技术)的无线设备。这至少包括Wi-Fi (即无线保真)、WiMax和蓝牙 无线技术。由此，通信可以如对于常规网络那样是预定义结构，或者仅仅是至少两个设备之间的自组织(ad hoc)通信。Wi-Fi网络使用称为IEEE 802. 7x (a、b、g等等)的无线电技术来提供安全、可靠、快速的无线连接。Wi-Fi网络可用于将计算机彼此连接、连接到因特网以及连接到有线网络(使用IEEE 802. 3相关·的介质和功能)。图11示出适用于实现上述各实施例的示例性通信架构1100的框图。通信架构1100包括各种常见通信元件，如发射机、接收机、收发机、无线电装置、网络接口、基带处理器、天线、放大器、滤波器，等等。然而，各实施例不限于由通信架构1100来实现。如图11所示，通信架构1100包括一个或多个客户端1102和服务器1104。客户端1102可实现客户端系统120、220、400。服务器1104可实现服务器ERP系统110、210和供应中枢230、300。客户端1102和服务器1104可操作地连接到可被用来存储相应客户端1102和服务器1104本地的信息(如cookie和/或相关联的上下文信息)的一个或多个相应客户端数据存储1108和服务器数据存储1110。客户端1102和服务器1104可以使用通信框架1106在彼此之间传递信息。通信框架1106可以实现任何公知通信技术，如适用于与分组交换网络(例如，诸如因特网等公共网络、诸如企业内联网等专有网络，等等)、电路交换网络(例如，公共交换电话网)、或分组交换网络和电路交换网络的组合(使用合适的网关和转换器)一起使用的技术。客户端1102和服务器1104可以包括被设计成可与通信框架1106进行互操作的各种类型的标准通信元件，如一个或多个通信接口、网络接口、网络接口卡(NIC)、无线电装置、无线发射机/接收机(收发机)、有线和/或无线通 信介质、物理连接器等。作为示例而非限制，通信介质包括有线通信介质和无线通信介质。有线通信介质的示例可以包括导线、电缆、金属线、印刷电路板(PCB)、背板、交换光纤、半导体材料、双绞线、同轴电缆、光纤、所传播的信号等。无线通信介质的示例可以包括声学、射频(RF)频谱、红外和其他无线介质。客户端1102和服务器1104之间的一种可能的通信可以是以适用于在两个或更多计算机进程之间传输的数据包的形式。例如，数据包可以包括cookie和/或相关联的上下文信息。各实施例可以使用硬件元件、软件元件或两者的组合来实现。硬件元件的示例可以包括设备、组件、处理器、微处理器、电路、电路元件(例如，晶体管、电阻器、电容器、电感器等)、集成电路、专用集成电路(ASIC)、可编程逻辑器件(PLD)、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、存储器单元、逻辑门、寄存器、半导体器件、芯片、微芯片、芯片组等。软件元件的示例可以包括软件组件、程序、应用软件、计算机程序、应用程序、系统程序、机器程序、操作系统软件、中间件、固件、软件模块、例程、子例程、函数、方法、过程、软件接口、应用程序接口(API)、指令集、计算代码、计算机代码、代码段、计算机代码段、文字、值、符号、或其任意组合。确定一实施例是否使用硬件元件和/或软件元件来实现可视给定实现所需根据任何数量的因素而变化，这些因素如所需计算速率、功率级、耐热性、处理周期预算、输入数据速率、输出数据速率、存储器资源、数据总线速度以及其他设计或性能约束。一些实施例可包括制品。制品可包括用于存储逻辑的存储介质。存储介质的示例可包括能够存储电子数据的一种或多种类型的计算机可读存储介质，包括易失性存储器或非易失性存储器、可移动或不可移动存储器、可擦除或不可擦除存储器、可写或可重写存储器等。逻辑的示例可包括各种软件元素，诸如软件组件、程序、应用软件、计算机程序、应用程序、系统程序、机器程序、操作系统软件、中间件、固件、软件模块、例程、子例程、函数、方法、过程、软件接口、应用程序接口(API)、指令集、计算代码、计算机代码、代码段、计算机代码段、文字、值、符号、或其任意组合。例如，在一个实施例中，制品可以存储可执行计算机程序指令，该指令在由计算机执行时使得该计算机执行根据所描述的各实施例的一种方法和/或操作。可执行计算机程序指令可包括任何合适类型的代码，诸如源代码、已编译代码、已解释代码、可执行代码、静态代码、动态代码等。可执行的计算机程序指令可根据用于指示计算机执行特定功能的预定义的计算机语言、方式或句法来实现。这些指令可以使用任何合适的高级、低级、面向对象、可视、编译、和/或解释编程语言来实现。一些实施例可使用表述“一个实施例”和“一实施例”及其派生词来描述。这些术语意味着结合该实施例描述的特定特征、结构、或特性包括在至少一个实施例中。出现在说明书中各个地方的短语“在一个实施例中”并不必全都指的是同一实施例。
一些实施例可使用表述“耦合的”和“连接的”及其派生词来描述。这些术语不必旨在互为同义词。例如，一些实施例可使用术语“连接的”和/或“耦合的”来描述以指示两个或更多元件彼此有直接的物理或电接触。然而，术语“耦合的”还可以意味着两个或更多元件彼此不直接接触，而仍彼此合作或交互。要强调的是，提供了本公开的 摘要以符合37C.F.R. 1.72(b)节要求使读者能快速确定本技术公开的特性的摘要。提交摘要的同时要明白，将不用它来解释或限制权利要求的范围或含义。另外，在前面的详细描述中，可以看到，出于将本公开连成一个整体的目的而将各种特征组合在一起放在单个实施例中。此公开方法将不被解释为反映所要求保护的实施例要求比每个权利要求中明确陈述的更多特征的意图。相反，如所附权利要求书所反映，发明性的主题存在于比单个已公开实施例的所有特征少的特征中。从而，据此将所附权利要求结合进详细描述中，其中每个权利要求独立地代表一个单独的实施例。在所附权利要求书中，术语“包括”和“其中”分别用作术语“包含”和“其特征在于”的易懂的英文等价词。而且，术语“第一”、“第二”、“第三”等等只用作标记，而不旨在将数字要求强加于其对象上。尽管用结构特征和/或方法动作专用的语言描述了本主题，但可以理解，所附权利要求书中定义的主题不必限于上述具体特征或动作。更确切而言，上述具体特征和动作是作为实现权利要求的示例形式公开的。
权利要求
1.一种计算机实现的方法，包括将插件应用安装到客户端上的现有客户关系管理(CRM)应用；(904)用所述插件应用连接到企业资源规划(ERP)系统；(906)以及从所述插件应用执行ERP动作。(908)。
2.如权利要求I所述的方法，其特征在于，ERP动作包括以下的至少一个下订单；接收订单；拒绝订单；更改订单；确认订单；有条件地确认订单；接收发票；发送发票；确认发货；查看关键性能指标；查看厂商管理的库存；以及查看ERP动作的状态。
3.如权利要求I所述的方法，其特征在于，还包括从所述ERP系统接收对现有通信应用的选择的请求；(902)向所述ERP系统提供对所述现有CRM应用的选择；(902)以及从所述ERP系统接收用于所选择的现有CRM应用的所述插件应用。(904)。
4.如权利要求I所述的方法，其特征在于，还包括当在所述插件应用处执行的所述ERP动作的例外发生时，在所述插件应用处接收来自所述ERP系统的通知。
5.如权利要求I所述的方法，其特征在于，还包括连接到与所述ERP系统通信的供应中枢；将ERP动作传递到所述供应中枢；以及经由所述供应中枢从所述ERP系统接收ERP动作。
6.如权利要求I所述的方法，其特征在于，还包括验证从所述ERP系统接收的ERP动作符合商业过程；当所述ERP动作不符合所述商业过程时生成例外已发生的通知；以及将所述通知发送到所述ERP系统。
7.一种包括包含指令的存储介质的制品，所述指令在被执行时使得系统执行如权利要求1、2、3、4、5或6中任一项所述的方法。
8.一种装置，包括处理单元(1004)；在所述处理单元上执行的客户端客户关系管理(CRM)应用(410)；安装在所述客户端CRM应用上的插件应用(412)，用于经由供应中枢(230)从ERP系统(210)接收企业资源规划(ERP)动作；用第二 ERP动作对所述ERP动作执行动作；以及经由所述供应中枢将所述第二 ERP动作发送到所述ERP系统。
9.如权利要求8所述的装置，其特征在于，所述插件应用进一步用于验证经由所述供应中枢从所述ERP系统接收的ERP动作符合商业过程；当所述ERP动作不符合所述商业过程时生成例外已发生的通知；以及经由所述供应中枢将所述通知发送到所述ERP系统。
10.如权利要求8所述的装置，其特征在于，所述插件应用进一步用于在所述现有CRM应用的用户界面(600)中显示ERP数据；修改所述插件应用处的ERP数据；以及用修改后的数据更新所述供应中枢。
全文摘要
本发明涉及从客户关系管理客户端应用提供企业资源规划功能的技术。描述了用于提供从CRM应用对企业资源规划(ERP)系统的访问的技术和装置。在一实施例中，一种装置包括处理单元和在该处理单元上执行的客户端CRM应用。插件应用可被安装在该客户端CRM应用上。该插件应用允许客户端CRM应用经由供应中枢从ERP系统接收ERP动作；用第二ERP动作对该ERP动作执行动作；以及经由该供应中枢将该第二ERP动作发送到该ERP系统。对其他实施例也予以描述并要求保护。
文档编号G06Q30/02GK102930401SQ20121044533
公开日2013年2月13日 申请日期2012年11月8日 优先权日2011年11月9日
发明者M·阿布迪奇, D·库库鲁扎, I·卡什佩鲁克, V·吉吉尼阿克, D·西特尼克, V·契尔年科, A·马拉费, I·科罗温 申请人:微软公司