用于保证品牌商品的真实性的系统的制作方法

相关申请的交叉引用本申请要求2014年11月19日提交的第62/081,749号美国临时专利申请的优先权，此临时专利申请的公开内容在此引入作为参考。
背景技术：
：商品伪造是一个全球问题，其对品牌商品的制造商造成重大的负面财务影响。奢侈品的授权销售商甚至发现他们自己无意中销售自己商品的伪造品，这是由于从制造商到零售商的商品分销链中的缺陷所致。伪造延伸到奢侈品之外，并且甚至在以下商品中发生：如果伪造商品未达到与原装商品相同的质量规范(几乎总是这种情况)，则可能出现安全问题。在某些情况下，工厂生产真实但未授权版本的奢侈品。制造商已进行一场几乎不成功的(迄今为止)战役以便防止未授权商品的伪造和生产。因此，仍然存在对改进的打击伪造过程的未满足的需要，该过程保护商品销售中涉及的所有各方(即，制造商、分销商、零售商和消费者)，并且确保消费者收到制造商意欲向消费者销售的真实品牌商品。本发明通过提供一种专门开发以打击奢侈品零售市场中的伪造的系统和过程来满足这种需要。所述系统和过程通过端到端供应链解决方案，支持拥有商标、设计和知识产权的奢侈品品牌公司，该端到端供应链解决方案被设计为减少由伪造导致的财务损失，以及向最终客户确保他们已购买的产品是原装和真实的零售商品。技术实现要素：在从商家购买实际物品时，在数据库中电子地注册所述实际物品的所有权。商家随每个购买的实际物品一起向客户提供唯一编号卡。所述编号卡初始地未与特定实际物品相关联。每个实际物品具有贴附到所述物品或所述物品的包装的标签，所述标签具有唯一标识码。注册过程涉及将所述编号卡与所述物品的标签相关联。仅当所述编号卡和所述标签的标识码未与先前已售的物品相关联时才允许注册。该过程和系统防止向购买者潜在销售伪造物品并且包括以下步骤：1)品牌接收由制造商添加到零售商品(物品)的专有标记(uwid标签)。在多功能织物标签或标记上以人类可读代码、二维条形码“qr码”等的形式指定uwid代码。2)零售商品进入供应链。当零售商品从仓库移到分销中心再到零售商店时，奢侈品品牌公司始终知道每个特定商品在何处。在每个检查点处，扫描每个零售商品上的标记，并且将特定位置信息上传到数据库。借助特定过程，bpc卡还在单独路径上通过供应链并由解决方案跟踪。3)在零售商店中，所述商品、其uwid标签及其bpc卡全部在解决方案中被跟踪。此时，零售商控制所述商品及其销售点信息。4)当在零售商店中并且在进行购买之前，消费者可以通过使用uwid标签向解决方案查询来验证物品的真实性。5)当向消费者销售产品时，零售商向消费者提供bpc卡，其包含唯一代码，然后将所述唯一代码与解决方案中的物品的唯一标识符配对。这向品牌和消费者确保向特定个人销售特定真实物品，并且该特定真实物品现在由该特定个人拥有。6)当消费者收货时，零售商完成注册和所有权转移，这具有实际和电子组成部分。消费者现在针对其“虚拟柜”具有其购买记录、所有权证据、损失保护和其他商品，虚拟柜包含其所有奢侈品零售购买。7)在销售之后，消费者能够借助通过uwid标签向解决方案查询，证明商品的真实性和所有权。同样，任何人能够通过相同信息查询解决方案以便确定商品的真实性。8)在销售之后，消费者能够经由解决方案的查询和/或经由社交媒体平台，“共享”他或她的商品柜。附图说明当结合附图阅读时，将更好地理解本发明的优选实施例的以上概要以及以下详细描述。为了例示本发明，附图示出目前优选的实施例。但是，本发明并不限于所示的精确布置和工具，这些附图是：图1和2示出根据本发明的优选实施例的整体过程；图3是根据本发明的一个优选实施例的过程流程图；图4-6进一步示出根据本发明的优选实施例的整体过程；图7和8是根据本发明的优选实施例的其它过程流程图；图9-15示出根据本发明的一个优选实施例的购买标签的过程；图16-18是根据本发明的优选实施例的其它过程流程图；图19-25示出根据本发明的优选实施例的在仓库处输入商品的过程；图26-30示出根据本发明的优选实施例的将商品运送到销售网络的过程；图31-41示出根据本发明的优选实施例的购买bpc卡的过程；图42-49示出根据本发明的优选实施例的测试bpc卡的过程；图50-54示出根据本发明的优选实施例的在仓库处输入bpc卡的过程；图55-60示出根据本发明的优选实施例的运送bpc卡的过程；图61是根据本发明的一个优选实施例的销售网络过程流程图；图62-69示出根据本发明的优选实施例的与运送bpc卡相关的过程；图70-73示出根据本发明的优选实施例的pos的bcp卡购买请求的过程；图74-75示出根据本发明的优选实施例的在pos处输入bcp卡的过程；图76是根据本发明的一个优选实施例的在分销商处输入商品的过程流程图；图77-80示出根据本发明的优选实施例的将商品从分销商运送到pos的过程；图81-82示出根据本发明的优选实施例的在pos处输入商品的过程；图83a、83b和84-87示出根据本发明的优选实施例的注册销售的过程；图88-90示出根据本发明的优选实施例的客户退货和转移的过程；图91示出根据本发明的一个优选实施例的客户过程；图92示出根据本发明的一个优选实施例的服务功能；图93-94示出根据本发明的一个优选实施例的登录和菜单选择的移动应用用户界面显示屏幕；图95示出根据本发明的一个优选实施例的证书注册过程；图96示出根据本发明的一个优选实施例的证书注册的移动应用用户界面显示屏幕；图97示出根据本发明的一个优选实施例的查询过程；图98-99示出根据本发明的一个优选实施例的商品检查和商品查询的移动应用用户界面显示屏幕；图100示出根据本发明的一个优选实施例的数据库视图；图101-107是根据本发明的一个优选实施例的实体关系图(erd)；图108-129示出关于图101-107的erd中的实体的数据字段和数据类型；图130-135示出根据本发明的优选实施例的硬件/软件组件和相关网络架构。具体实施方式ⅰ.概述在此使用特定术语只是为了方便并且不被认为是对本发明的限制。目录1上下文1.1目标2用户要求2.1生产商要求2.1.1生产2.1.2仓库管理2.1.3销售网络2.1.4退货和转移2.2最终客户要求2.2.1最终客户认证2.2.2商品搜索2.3一般和技术要求2.3.1一般要求2.3.2技术要求1上下文本发明通过词首大写字母“pyb”被广泛引用，“pyb”代表“保护您的品牌”。pyb帮助其客户打击伪造。pyb被设计为由拥有商标的公司使用，并且意欲降低伪造风险以及向最终客户确保运送的产品是原装商品。pyb的目标客户是生产公司(生产商)和已从生产商获得商品的最终客户。1.1目标生产商：1.打击品牌商品伪造。2.针对购买的商品的真实性保证，保护最终客户。3.可能了解相关客户并且执行被认为更适当的营销计划(有针对性的促销、保真卡、游戏节目)。最终客户1.购买的商品的真实性保证。2.购买的产品的真实性证书的可获得性。3.有针对性的要约(targetedoffering)的可获得性。根据定义的目标客户(生产商和最终客户)，以下公开内容概述客户特定的主题。2用户要求采取的模型基于唯一标识商品的可能性。在这点上，被称为uwid标签的标签已被标识并且贴附到商品上(例如，贴附到使能将uwid标签与商品实际组合的物品和商品上)或者贴附到包装上(例如，对于鞋子)。物品和商品在此也被统称为“物品”或“实际物品”。采用一种解决方案用作提供商品的真实性保证的另一个元素，该解决方案基于使用被称为bpc(品牌属性卡)的卡，并且在销售时与uwid标签组合(由销售点经营者执行的活动)。bpc在此也被称为“编号卡”。2.1生产商要求生产公司的要求已被分为以下领域：生产、仓库管理、销售点、退货和转移、营销。2.1.1生产当发出生产订单时(在采购和作业订单的情况下)，针对每一个商品生成uwid代码。在it级别，为了不使生产过程复杂，将每个uwid代码与相关商品编号相组合而不与任何颜色/尺寸相关的特性相组合。为了避免对生产或存储过程造成过高影响而需要这样做。如果技术标签描述颜色/尺寸数据，则经营者在处理商品时必须知道该数据以便使用正确的标签。如果标签未描述该数据，则在生产过程中没有要遵循特定的说明。但是，当商品进入仓库时，必须将标签与适当的颜色/尺寸相组合。为了清晰起见，每个标签具有分配给它的uwid代码。uwid或uwid代码在此也被互换地称为“唯一id代码”。uwid被放置在、贴附到标签上或者是标签的一部分，标签被贴附(附加)到物品或物品的包装上。因此，标签在此也被互换地称为uwid标签。在多功能织物标签上指定uwid代码(例如，人类可读代码、二维条形码“qr代码”、标记)。除了上述信息之外，根据生产公司的决定，标签还可以提供关于品牌名称、织物成分和洗涤说明的信息(例如，印刷介质必须耐受洗涤、熨烫操作)。必须创建集中标签印刷工作站以便在选定介质上印刷和激活代码；否则，可以在外部供应商处印刷uwid标签。如果可能，则将标签缝制到商品中(例如，衣服、手袋、围巾)；否则，标签随附在商品的包装中(箱子/袋子/盒子/……，对于鞋子、背心、…….)。当针对每个生产的商品生成代码时，在生产量超过计划量的情况下，需要根据上面的规范生成新uwid代码和新标签。在生产量低于计划量的情况下，必须删除超出的代码。后续阶段(在仓库处输入)处理该问题。2.1.2仓库管理2.1.2.1uwid标签关于生产的商品的数量的所有信息在pyb系统中被管理，并且必须从在仓库处输入完成的产品开始被确认(基于入口(gateway)的读取，检查基于光学pda的读取的可能性/机会)。在已完成接收的商品的库存之后，删除未使用的标签。该步骤非常重要，因为仅在该确认之后，代码才可用于分销系统，并且商品的状态从“生产中”更改为“物流中”。在存储在仓库中的所有商品都具有可以通过高技术工具读取的uwid标签的情况下，可以非常容易地增加实际库存的数量，同时促进相关操作。在已满足上述要求并且旨在尽可能小地影响生产商的过程之后，已设计该模型以使得能够根据特定的生产商需要来定制要部署的复杂和控制级别。2.1.2.2bpc品牌属性(保护/安全)卡在一个优选实施例中，该卡以“信用/保真卡”格式由卡片制成(还具有塑料涂层)并且可以非常精美。除了关于公司和品牌(其可以多于一个)的信息之外，该卡还描述唯一代码(人类可读代码，并且可选地nfc技术)和另一个(不同)隐藏代码，如在电话充值卡中使用的代码。系统知道两个代码的组合。在印刷厂生产这些卡以便具有需要的质量，并且最重要的是具有隐藏代码的可能性。当然，印刷厂必须从中央系统实现要在印刷过程中使用的代码。唯一代码在此也被互换地称为“唯一编号”。必须组织物流流程以使得除了商品之外，还运送稍高于发送的商品数量的适当数量的bpc卡，以便解决在销售期间可能发生的退货和附带问题。为了更好地控制商品的购买过程，当商品离开仓库时，可以执行出站uwid代码的读取过程。以这种方式，商品将其状态从“物流中”更改为“运送中”。2.1.3销售网络2.1.3.1商品和bpc卡要实现的模型必须通过直接或间接销售网络来管理生产公司；在两种情况下，向pos提供商品的分销商必须存在。在由供应商和第三方拥有的pos的情况下，pos管理者应在商品真实性认证的管理中发挥重要作用。将每一个商品及其uwid标签传送到pos或分销中心、进口商或销售分部。在pos处输入商品和bpc卡时，需要通过使用最适当的技术读取uwid标签(商品输入)和/或bpc卡的代码来确认其接收。使用pos数据填充中央系统数据，并且商品状态从“物流中/运送中”更改为“销售中”。可以通过使用uwid标签中存在的技术，在仓库处以及在pos处增加库存数量。2.1.3.2向最终客户销售所述过程中的一个重要阶段是销售阶段，在该阶段中，由销售点执行商品的uwid标签与bpc卡的组合。此时，在中央系统(在此也被称为“管理计算机”)中使用销售地点和日期填充关于具有uwid标签的商品的数据。这是整个过程的关键事件。此时，使uwid代码的销售变得唯一。如果已执行销售，则不可能将uwid标签与bpc卡相组合。零售商必须将bpc卡的人类可读代码与商品的uwid代码相组合。在中央系统中，使用与bpc卡相关的两个代码填充商品(商品与两个代码关联)(状态从“销售中”更改为“已售”)。以这种方式，零售商从其位于远程的相应商家终端向中央系统发出电子注册请求。到现在为止存储的数据是可以变得“极其准确”的“延长”保修的一部分，前提是当使用零售商的服务时，消费者输入在他或她首次登录到项目门户时获得的注册代码。在这种情况下，使用关于购买者的信息(例如，名字、姓氏、年龄、性别、位置)填充商品。在pos处向消费者销售物品的零售商在此也被互换地称为“商家”。零售商/商家可以具有实际和/或虚拟存在。商店是实际存在的一个实例。电子商务(ecommerce)站点是虚拟存在的一个实例。尽管上述过程类似，但在电子商务环境中某些事件的位置有所不同。例如，关于物品和关联bpc卡的某些信息将在电子商务环境中的仓库履行中心处被输入，而不是在位于实际商店中的终端处被输入。同样，在销售网络内负责某些任务的实体对于电子商务环境可以有所不同。下面详细描述用于物品销售的电子商务渠道。本发明的范围包括两个实施例(即，实际和虚拟)。2.1.3.3来自客户的退货系统被设计为管理来自客户的退货：i.具有或没有bpc卡的商品的退货ii.可能发生bpc卡的退货而没有组合商品的退货，但在此不描述该过程。优选地，退回的每个bpc卡例如通过卡切割而被销毁。在一个实施例中，如果商品被退回到pos并且bpc卡仍然完整而未损坏，则可以删除先前销售，并且商品的状态可以从“已售”更改回“销售中”而且将卡放回到抽屉中。2.1.4退货和转移可以在不同pos位置之间转移商品和bpc卡。类似地，可以将它们退回到分销商或仓库。2.2最终客户要求2.2.1最终客户认证项目web门户允许最终客户在定义的时间范围内访问系统。在使用用户id和密码的相关注册(仅在首次登录时需要的注册)之后，并且通过指定相关主数据以及其它信息(例如，爱好、偏好)，最终客户被允许使用相关主数据和“机密”bpc代码填充(关联)由零售商提供给系统的数据。系统已经知道该代码，因为pos已经拥有该信息。因此，如果任何事物都匹配，则能够向客户发送肯定消息，同时使用“保真”点填充主数据。2.2.2商品搜索2.2.2.1uwid代码的查询具有uwid代码的任何人都可以访问系统以便检查关于商品/品牌/供应商/销售地点/购买者的信息。对该信息的访问对于每个人都是免费的。2.2.2.2向生产商传送/请求解释访问系统以便不仅执行搜索而且还报告不清楚情况的每个人都必须使用在注册过程中接收的用户id和密码执行受控访问。关于商品独创性、状态、销售地点、销售日期等的信息是与整个生产和物流过程相关的信息。关于购买者的信息由他或她可提供详细信息而产生。2.3一般和技术要求下面指定必须在要实现的it解决方案的开发中考虑的一般要求和技术要求。2.3.1一般要求必须在pyb系统中跟踪相关日期的uwid标签和bpc卡的状态。必须在系统中跟踪相关日期的用户操作。2.3.2技术要求需要采取处理大量信息的应用中典型的正确数据访问和存储方法(大数据的使用，如果被认为有必要)。数个过程需要多通道系统和多设备(包括移动设备)的使用。在本优选实施例中，每个bpc卡具有唯一编号，其方式与每个uwid是唯一的的方式相同。如上面讨论的，bpc卡的唯一编号初始地未与特定实际物品关联。也如上面讨论的，每个bpc卡具有隐藏代码。在一个实施例中，隐藏代码是对于每个bpc不唯一的短编号，例如四位pin。在另一个实施例中，隐藏代码可以对于每个bpc唯一。这将需要更长数量的字母数字字符。可以针对每个bpc随机生成隐藏代码，并且如果隐藏代码将是唯一的，则不允许重复。在一个实施例中，使用刮除式不透明层(scratch-offopaquelayer)在普通视图中隐藏该隐藏代码。ⅱ.详细公开内容目录1.pyb的支柱1.1pyb的支柱2.采取的解决方案–生产商2.1一般过程2.2生产2.2.1uwid标签的购买2.2.2uwid标签与商品的组合2.2.3将商品运送到仓库2.3仓库2.3.1商品的管理2.3.2bpc卡的管理2.4销售网络2.4.1销售网络中的bpc卡的管理2.4.2销售网络中的商品的管理2.4.3商品的销售2.4.4来自客户的退货2.5退货和转移2.5.1来自pos的转移2.5.2来自物流分销商的转移3.采取的解决方案–客户3.1一般过程客户3.2服务功能3.2.1注册登录3.2.2我的简档3.2.3更改密码3.3注册证书3.3.1标题的注册证书3.4查询3.4.1查询衣柜商品3.4.2查询单个商品1.pyb的支柱1.1pyb的支柱图1示出通用全球代码(uwid)如何与商品(在此为手提包)关联并且贴附到商品上。图2示出根据一个优选实施例的所有权证书品牌属性卡(bpc卡)。图3示出根据一个优选实施例的在供应链中跟踪商品和bpc卡的过程。图4示出销售的认证，其中贴附到物品上的标签的uwid变得与bpc卡关联。图5示出客户如何注册其所有权商品的证书(bpc卡)。图6示出公众成员如何检查商品及其所有者的有效性。2.采取的解决方案–生产商本节描述生产商采取的解决方案。2.1一般过程(图7)生产商过程已被分为以下领域：生产、仓库、销售网络、退货和转移以及营销。本节下面的各段针对每个领域以图形形式(如果被认为有必要)和描述性形式按顺序概述这些过程、主数据(例如，组织结构主数据、客户主数据、商店主数据)以及支持所述过程需要的主数据。通过it功能支持的过程已在过程名称中标记有**。2.2生产(图8)生产领域过程的宏观方案。2.2.1uwid标签的购买(图9)过程设计：标签的购买图10示出客户的erp系统与门户pyb之间的接口。图11示出仪表板门户pyb上的订单的进度。过程描述uwid标签的购买1.宏观过程示出作业订单与uwid标签的印刷之间的联系：作业订单包含以下信息：a.公司代码b.品牌c.发出请求的办公室d.生产商语言代码e.作业订单代码f.供应商(即，标签印刷订单的接收者)的编号(每个作业订单仅一个供应商)g.供应商/公司的名称描述h.商品数据：i.商品/型号ii.商品描述(生产商语言)iii.采用英语的商品描述iv.标签类型(针对每个作业订单，它们可以多于一个)：条形码(必选)qr代码(可选)rfid(可选)v.要生产的商品数量vi.加价％2.宏观过程“uwid标签的购买”的主要步骤。uwid标签订单的生成a.规划部门提交uwid标签印刷订单并且将其发送到印刷厂(通常在公司外部)。b.订单通过电子邮件发出并且被发送到印刷厂和内部主体；否则，假设使用门户，印刷厂可以从该门户执行订单的下载。还可以不止一次执行从门户的下载。在下载过程中，向订单发送者发送电子邮件。c.根据另一种假设，在批处理阶段中生成uwid标签订单。d.uwid标签订单的属性：i.公司代码ii.品牌iii.发出请求的办公室iv.生产商语言代码v.作业订单代码vi.供应商(即，标签印刷订单的接收者)的编号(每个作业订单仅一个供应商)。vii.商品数据(针对每个作业订单，它可以多于一个)a.商品/型号b.供应商/公司的名称描述c.商品描述(生产商语言)d.采用英语的商品描述e.标签类型：条形码(必选)qr代码(可选)rfid(可选)f.要生产的商品数量g.标签的第一渐进字符(progressivecharacter)。e.uwid标签的编号系统约定的uwid标签关键字：i.公司代码(4个数字字符)ii.公司渐进字符(9个数字字符)iii.假设使用128代码(其不是ean代码)。3.订单在公司的erp系统上生成，被发布到门户pyb(订单处于“已发送”状态)并且经由结构化电子邮件被发送到供应商。生产办公室可以通过门户pyb控制标签uwid订单的进展。放置在门户pyb上的订单的状态可以是以下值：状态订单描述已发送已发送到供应商，从供应商响应订单修改中供应商正在更改订单正在协商订单在协商中已确认修改订单已修改并且已由供应商确认已确认订单已由供应商确认已发送生产供应商已将标签发送到生产已取消订单已取消图12：公司的经营者可以查看订单列表，并且查看其进展。uwid标签订单的接收确认1.可以通过访问门户或者通过结构化电子邮件，执行与印刷厂的订单接收确认相关的过程。2.门户的功能与由公司使用的专门针对供应商形成的功能相同。3.图13是供应商可以用于接受从公司接收的订单的结构化电子邮件的一个实例。图14：在pyb门户上，订单具有状态“已确认”。uwid标签的印刷1.印刷厂根据在订单中接收的说明印刷标签。2.通过pyb功能(其可以仅由生产商内部的用户使用)支持标签的印刷，该功能产生要印刷的标签的流程。uwid标签的包装1.根据在订单中接收的说明执行标签的包装。2.未通过任何pyb功能支持uwid标签的包装。将uwid标签传输到工厂1.根据在订单中接收的说明将uwid标签传输到工厂(在生产商内部或外部)。2.假设使用在线pyb功能(门户)，印刷厂可以通过该在线pyb功能通知生产商将标签传输到工厂(订单具有等于“已发送生产”的状态，如图15中所示)。在从印刷厂传输到生产期间不跟踪uwid标签；仅在商品到达仓库处或pos处才跟踪它们(根据在pyb系统中定义的配置参数)。参考图9，在以下步骤中示出用于uwid标签的购买的上述过程：步骤901：标签订单的生成步骤902：方案选择步骤903：订单接收的确认步骤904：订单接收的确认(结构化邮件)步骤905：uwid标签的印刷步骤906：uwid标签的包装步骤907：将uwid标签传输到工厂/生产(作业订单级别的传输确认)2.2.2uwid标签与商品的组合图16：过程设计：uwid标签与商品的组合。未通过任何pyb功能支持与uwid标签和商品的组合相关的过程。2.2.3将商品运送到仓库图17：过程设计：将商品运送到仓库。未通过任何pyb功能支持与将商品运送到仓库相关的过程。2.3仓库(图18)仓库领域过程的宏观方案2.3.1商品的管理“商品的管理”一段涉及在仓库处输入商品以及相关地运送到销售网络。与在仓库内管理商品相关的过程不在pyb项目的范围内。2.3.1.1在仓库处输入商品pyb被集成在质量控制过程(其可以基于样本执行或更多地大规模执行)或已接收商品的计数过程中。在预仓库中管理接收的商品。在仓库中跟踪uwid标签是可选过程；如果在商品到达仓库处时未执行uwid标签的记录，则在商品接收时在pos处发生首次uwid标签记录。2.3.1.1.1在仓库处输入商品而不记录uwid标签图19：过程设计未通过任何pyb功能支持与输入商品而不记录uwid标签相关的过程。2.3.1.1.2在仓库处输入商品并且记录uwid标签图20：过程设计：图21：将在仓库中记录uwid标签与作业订单管理相组合。对于它们中的每一者，可以区分以下项：1.与接收针对作业订单的预付定金(它们可以多于一次)相关的管理2.作业订单的平衡3.作业订单的最终调节4.在作业订单的平衡时，通过状态“未接收”跟踪未接收的任何uwid标签可以通过检查每一个标签(例如，图22和23)，或者通过使用适当的注册设备进行大规模控制(例如，图24和25)，将物品注册输入到仓库中。图22和23：注册单个标签经营者选择作业编号(想要记录输入到库存中的标签与其匹配)并且然后继续物品注册，每次一个图24和25：使用闸门rfid(闸门(gate)标签)注册经营者选择作业编号(想要记录输入到库存中的标签与其匹配)并且然后继续物品注册(每个记录多个物品)。将通过闸门rfid执行读取标签。图24、25参考图20，在以下步骤中示出用于输入商品并且记录uwid标签的上述过程：步骤2001：记录作业订单步骤2002：记录uwid标签步骤2003：作业订单更改？步骤2004：作业订单结束？步骤2005：作业订单状态《进行中》步骤2006：作业订单调节？步骤2007：删除缺失的标签步骤2008：作业订单状态《已完成》步骤2009：其它要记录的作业订单？2.3.1.2将商品运送到销售网络至于将商品运送到销售网络(分销商/pos)，已确定以下两种可能性：1.第一种可能性的可能性低于第二种可能性，并且仅在商品/型号级别提供基于数量的信息(参见过程“运送商品而不记录uwid代码”)2.第二种可能性更详细，并且需要记录发送的uwid代码(参见过程“运送商品并且记录uwid代码”)放置在门户pyb上的运送通知单的状态可以是以下值：状态订单描述已发送已发送到分销商/pos通过rec.label通过记录标签正在记录标签注册过程标签在进行中接收中接收过程在进行中接收已接收接收未完成已接收，已发送的数据与已接收的数据之间具有差异已取消运送通知单已取消图26示出当公司访问门户pyb时看到的面板订单。2.3.1.2.1运送商品而不记录uwid标签图27：过程设计对于每个pos/物流分销商，将关于按商品/型号运送的商品以及单据编号规范(运输单据、装箱单等)、相关日期和数量(运送过程规划)的信息从生产商的中央系统发送到pyb系统。此类信息被存储在pyb存档中，以便在需要查询时进行访问。2.3.1.2.2运送商品并且记录uwid标签图28：过程设计可以在手动管理的仓库中执行运送期间的uwid标签记录，但在自动化仓库中不执行运送期间的uwid标签记录。图29、30：在从仓库到销售网络的运送过程的准备期间(在放在箱子中的商品的包装期间或者在挂在吊钩上的商品的特定位置(闸门rfid)中)记录uwid代码。2.3.2bpc卡的管理本节描述在“bpc卡的管理”下分类的过程。参考图28，在以下步骤中示出用于将商品运送到销售网络并且记录uwid标签的上述过程：步骤2801：记录运送单据步骤2802：记录uwid标签步骤2803：更改单据/pos？步骤2804：其它要记录的单据？2.3.2.1bpc卡的购买图31：过程设计1.bpc卡的布局a.在bpc卡中管理的主要信息：i.公司ii.品牌(它们可以多于一个)iii.用于访问公司特定的pyb门户的url。iv.人类可读代码：4个公司标识字符+9个公司渐进字符v.机密代码：5个字母数字字符(仅大写字母并且不包括字母“t”和“o”)。b.bpc卡的包装c.已在数个包装级别定义结构：i.单个bpc卡ii.箱：由100个bpc卡组成的包装iii.批：由10箱组成的包装iv.上述数量是实例，可以在公司级别定制它们。v.印刷厂在每个箱/批上印刷渐进字符，并且指定所包含的卡的开始和结束范围。2.bpc卡的存档a.主关键字人类可读代码i.公司代码：4个字母数字字符(仅大写字母并且不包括字母“t”和“o”)ii.渐进字符：9个数字字符(公司级别的渐进字符)b.属性i.隐藏代码(通用属性)5个字母数字字符ii.卡状态(近似列表，其值仍然要被确认)a.已订购b.在仓库中c.已发送到销售网络d.在分销商处e.在pos处f.已与uwid代码组合g.已执行客户注册h.已销毁(必须提供数个销毁代码，例如：已销毁以便在仓库中测试，其它销毁情况)iii.位置a.地点在仓库中销售网络客户b.位置代码仓库代码分销商编号pos代码客户编号iv.客户通知a.将bpc卡转移到其它人或者任何盗窃b.通用注释v.用于营销目的的属性过程描述bpc卡的购买放置在门户pyb上的订单的状态可以是以下值：下图示出当公司访问门户pyb时看到的面板订单。规划bpc卡的发行1.根据销售网络的销售预测(由生产商的it系统接收的数据)，相关部门确定要发行的bpc卡的数量。2.除了销售预测之外，还需要管理直接从销售网络接收的bpc卡的任何订单。3.通过pyb功能支持该过程。图32示出客户的erp系统与门户pyb之间的接口。图33示出仪表板门户pyb上的订单的进度。bpc卡订单的发行bpc卡订单的管理1.根据bpc卡订单的数量生成要由印刷厂印刷的卡的数量。2.必须将包含以下信息的数据流发送到印刷厂：a.订单参考数据b.关于包装的信息c.要印刷的bpc卡的列表；还针对每个bpc指定隐藏代码。3.bpc卡的订单可以被放置在erp系统中并且然后被发送到pyb系统，同时在pyb系统中生成和管理订单详情。4.通过pyb功能支持该过程。经营者从接收自零售商店的预测和请求开始编写订单。图34：该实例选择预测(编号3000)。图35、36：该实例选择销售点的订单(编号0312)。图37：在订单编写结束时，订单的状态为“发布以待批准”图38：在由主管办公室批准之后，订单状态为已发送。bpc卡订单的确认可以通过访问门户或者通过结构化电子邮件，执行与确认由印刷厂接收的订单相关的过程。图39：通过门户批准的实例。图40：通过结构化邮件批准的实例。bpc卡的印刷1.印刷厂根据在订单中接收的说明印刷bpc卡。2.未通过任何pyb功能支持该过程，除了在订单中接收的信息(部件、要印刷的数量)之外。bpc卡的包装1.在已完成印刷阶段之后，印刷厂通过遵循关于在订单中接收的包装组成的说明来执行标签的包装。2.开发pyb功能，除了在订单中接收的信息(包装)之外。将bpc卡传输到仓库(图41)1.根据在订单中接收的说明执行将bpc卡传输到仓库。2.开发在线pyb功能(门户)。根据该功能，印刷厂可以通知生产商将卡传输到仓库(在传输过程中指定卡的开始/结束范围)。参考图31，在以下步骤中示出用于bpc卡的购买的上述过程：步骤3101：规划bpc卡的发行步骤3102：发出bpc卡订单步骤3103：方案选择步骤3104：确认卡订单(通过门户)步骤3105：确认卡订单(通过邮件)步骤3106：印刷bpc卡步骤3107：包装bpc卡步骤3108：将bpc卡传输到仓库步骤3109：链接卡的过程测试(参见点2)步骤3110：实际销毁已被测试的卡和未通过测试过程的卡步骤3111：将bpc卡输入到仓库步骤3112：仓库存储已通过测试过程的卡bpc卡的测试图42：过程设计测试阶段1.在测试过程的开始，指示订单和批/箱(通过指定正在被检查的标签的开始/结束范围)，而在订单测试结束时，可以判定是否确认相关剩余卡中的批。2.打开包装，检查卡编号(首先，输入编号并且然后系统指定它是否正确)，可以通过检查第一个和最后一个卡执行测试过程。3.通过刮擦bpc卡执行测试过程，删除被测试卡(在pyb系统中实际地和逻辑地删除)。4.必须在pyb系统中跟踪所有被测试卡，而不考虑测试结果。5.通过pyb功能支持bpc卡的测试过程。6.如果测试过程的结果是否定的(例如，已确定过多数量的卡未通过测试过程)，则认为bpc卡的供应被拒绝。图43-49示出用于管理所执行的测试的报告的屏幕。参考图42，在以下步骤中示出用于测试bpc卡的上述过程：步骤4201：记录要测试的开始/结束范围步骤4202：记录要测试的单个卡步骤4203：测试结果步骤4204：卡状态：已删除(否定的测试结果)步骤4205：卡状态：已删除(用于测试)步骤4206：要记录的其它卡步骤4207：范围的测试结果步骤4208：范围卡状态：已删除(否定的测试结果)步骤4209：要测试的其它范围？在仓库处输入bpc卡(图50-54)在仓库处输入bpc卡时，pyb功能允许经营者记录bpc卡的输入，并且在批级别(最大包装单位)或者在箱级别(最小包装单位)指定由印刷厂接收的卡的开始/结束范围。实际销毁已被测试的bpc卡和未通过测试的bpc卡在测试阶段结束时，仓库工作人员实际销毁已被测试的bpc卡。这同样适用于作为单个卡和作为编号范围的未通过测试过程的bpc卡。在购买卡的过程中，bpc发出订单(实例订单编号2004)，其中将它们与要印刷的卡的数量详细组合。在系统pyb中，存在将哪些bpc卡链接到采购订单的信息。在测试期间，仓库经营者选择订单的数量(先前发送到标签印刷机的实例订单编号2004)并且执行测试卡接收。在测试结束时，如果未被测试的卡的数量大于公司需要的质量参数，则与考虑的订单(例如，订单编号2004)匹配的所有卡被销毁。未通过任何pyb功能支持该过程。将bpc卡存储在仓库中在已完成测试阶段之后，经营者执行将已被认为有效的bpc卡存储在仓库中；未通过任何pyb功能支持该过程。2.3.2.1将bpc卡运送到销售网络可以在公司级别定制与从仓库发出bpc卡的注册过程相关的复杂级别，包括不记录相关发出的可能性。不同卡状态(例如，卡在库存中输入，从仓库、分销商、销售点输出)的数量越大，公司越能够确保其控制系统的有效性。监视系统的更大或更小的复杂性也在成本和组织方面造成影响。因此，每个公司都能够决定它想要在其控制系统中增强或减弱什么方面。2.3.2.1.1将bpc卡运送到销售网络而不记录卡编号图55：过程设计未通过任何功能支持该过程2.3.2.1.2将bpc卡传输到销售网络并且记录卡编号图56：过程设计图57-60：必须在pyb系统中记录运送单据的参考数据，即日期、数量、目的地(其它仓库、分销商、pos)、运送期间的卡的开始/结束范围。根据所选择的公司参数并且根据当前运送，可以在批级别或者在箱级别指示范围。参考图56，在以下步骤中示出用于将bpc卡运送到销售网络并且记录卡编号的上述过程：步骤5601：记录运送单据步骤5602：记录批/箱开始/结束范围步骤5603：更改单据？步骤5604：要记录的其它单据？2.4销售网络(图61)本节涉及销售网络负责的主题和过程；可以通过分销商或者直接进行销售。下面按顺序概述分销商的操作和pos的操作。所描述的模型不依赖于由生产商拥有或者在外部管理(例如：特许经营)的网络的存在。生产商可以是单品牌或多品牌；类似地，销售网络也可以是单品牌或多品牌。2.4.1销售网络中的bpc卡的管理2.4.1.1分销商处的bpc卡的管理分销商处的bpc卡的管理涉及在分销商处输入bpc卡以及相关地传输到销售网络。与在分销商处的bpc卡的管理相关的过程不在pyb项目的范围内(例如：仓库管理)。2.4.1.1.1在分销商处输入bpc卡(图63、64)图62：过程设计1.可以在公司级别定制与在分销商处输入bpc卡的注册过程相关的复杂级别，包括不记录在分销商处输入bpc卡的可能性。2.如果要记录bpc卡的输入，则认为经营者在系统中输入所接收的卡的开始和结束范围。根据所选择的公司参数，可以在批或箱级别考虑所述范围。3.另一种可能性可以是仅在系统中输入所接收的卡的数量。参考图62，在以下步骤中示出用于在分销商处输入bpc卡的上述过程：步骤6201：方案选择步骤6202：不记录步骤6203：指示仅接收的数量步骤6204：指示开始/结束范围2.4.1.1.2将bpc卡从分销商传输到pos(图66-69)图65：过程设计1.可以在公司级别定制与将bpc卡从分销商传输到销售网络的注册过程相关的复杂级别，包括不记录从分销商发出bpc卡的可能性。2.如果想要记录卡从分销商的发出，则认为经营者在系统中输入出站卡的开始和结束范围、商品的目的地和数量(随附单据)。根据所选择的公司参数，可以在批或箱级别考虑所述范围。参考图65，在以下步骤中示出用于将bpc卡从分销商传输(运送)到pos的上述过程：步骤6501：记录出站范围？步骤6502：不记录出站范围步骤6503：记录运送单据步骤6504：记录开始/结束范围步骤6505：更改单据/pos步骤6506：要记录的其它单据？2.4.1.2pos处的bpc卡的管理2.4.1.2.1pos的bpc卡的购买申请(图71-73)销售点将可能执行平铺bpc到公司的订单。图70：过程设计放置在门户pyb上的订单的状态可以是以下值：2.4.1.2.2在pos处输入bpc卡(图75)图74：过程设计在pos处输入bpc卡时，认为pos经营者在pyb系统中输入所接收的卡的开始和结束范围。根据所选择的公司参数，可以在批或箱级别考虑所述范围。2.4.2销售网络中的商品的管理本段涉及由销售网络执行的商品管理，按顺序概述分销商的操作和pos的操作。2.4.2.1分销商处的商品的管理2.4.2.1.1在分销商处输入商品图76：过程方案未通过任何pyb功能支持与在分销商处输入商品相关的记录，以便不过多地影响分销商操作。2.4.2.1.2将商品运送到pos图77：过程方案1.如在将商品传输到销售网络的过程中看到的，仓库向分销商发送随附运送单据(例如，运送单据编号1)的商品。在pyb系统上将具有在线功能，该功能允许分销商选择从仓库接收的运送单据(例如，运送单据编号1)，创建从分销商到pos的新运送单据(例如，运送单据编号2)，向pos指示目的地，并且指示从仓库接收的哪些商品(具有运送单据编号1)将被发送到pos。2.在已选择单据之后，系统显示分销商处的商品列表以及关于尚未分类的数量的数据。必须针对每个商品指定传送到选定pos的数量。3.在系统中输入分销商处的入站单据的参考数据和来自分销商的出站单据的参考数据。4.在客户请求(具体地说，针对小客户)时，假定打印来自pyb系统的运输单据。如果客户具有商业软件，则可以将产生的单据流导入到pyb系统(批处理阶段)。分销商处的pyb商品的管理是可选过程。下面描述在门户pyb上提供的屏幕。第一步是创建单据(具名订单)，通过该单据关联要发送到分销商或销售点的每个商品的数量。(图78)在已创建订单之后，将订单与每个商品的数量关联。(图79)在订单完成时，其状态更改为“已发送”。(图80)参考图77，在以下步骤中示出用于将商品从分销商运送到pos的上述过程：步骤7701：记录运送单据步骤7702：指定按商品/型号发送的数量步骤7703：更改单据/pos？步骤7704：打印运输单据？步骤7705：打印运输单据步骤7706：要记录的其它单据？2.4.2.2pos处的商品的管理2.4.2.2.1在pos处输入商品图81：过程方案1.假设可以采用旨在在pos处记录商品的两种不同方法。第一种方法是“智能”方法并且需要在登录之后，pos联系人记录商品的uwid代码而不进入到所接收的随附单据的任何链接(使用移动设备开发该功能)。2.第二种方法更结构化并且使能在pyb系统中输入入站运输单据(运输单据、装箱单等)的参考数据，执行所有uwid标签的记录并且随后进行调节(通过门户开发该功能)。3.上述两种功能都可以在具有或没有因特网的情况下运行。4.可以在pos处使用光学读取器或更高级的设备。图82示出示例显示屏幕。参考图81，在以下步骤中示出用于在pos处输入商品的上述过程：步骤8101：记录运输单据？步骤8102：仅记录uwid标签步骤8103：记录运送单据步骤8104：记录uwid标签步骤8105：更改单据？步骤8106：调节通过？步骤8107：报告运输单据/记录的标签的未调节步骤8108：其它单据？2.4.3商品的销售图83a和83b：过程方案当分析销售的跟踪过程时，当在pyb系统中输入商品的销售时，假定客户已经付款。1.经营者可以记录客户数据(如果提供)、bpc卡的uwid代码和人类可读代码。2.系统针对记录的代码(例如，已经存在的代码、用于pos的代码)执行检查，并且显示所执行的检查的结果；此外，它使能在数据输入期间重复利用代码(达到在公司级别定义的最大次数)。在非阻塞错误的情况下(系统仅设想具有未由pos负责有效卡代码的uwid标签)，为经营者提供以下可能性：强制uwid标签与bpc卡的组合并且跟踪强制过程。4.在所接收的数据正确的情况下，为经营者提供系统中的反馈；类似地，假设根据由客户自身传送的信息(移动号码、电子邮件地址、pyb系统中的客户编号)，通过使用sms消息、电子邮件或移动应用为客户提供反馈。如果客户数据缺失，则可以通过使用sms消息、电子邮件或移动应用，向pos发送所发生的记录的信息报告。5.在输入的代码中发现错误的情况下，系统使得不能完成数据输入；假设为母公司提供关于在销售时pos处发生什么情况的查询。跟踪在销售过程中记录的数据，包括任何错误通知。6.假设为了防止销售点不能记录uwid代码与bpc卡的组合(缺失行和/或系统)，随后必须执行该过程。7.如果销售点处bpc卡与uwid标签的组合未完成，则不能执行由客户在门户中完成bpc卡输入。屏幕实例图84：用于销售注册的屏幕(现有客户)图85：用于销售注册的屏幕(新客户)图86：用于销售注册的屏幕(客户不想提供他的个人详细信息)。如果客户不想提供他的个人详细信息，则系统要求经营者指示销售点。图87：在销售与商品代码(例如：0001111116780)和bpc的代码(例如：0001800000005)匹配时。参考图83a和83b，在以下步骤中示出用于销售注册的上述过程：步骤83a01：方案选择步骤83a02：现有客户：显示客户个人数据步骤83a03：新客户：客户数据输入：姓名、移动电话等步骤83a04：客户不想提供他的个人数据：输入pos的经营者的姓名步骤83b01：输入uwid标签和bpc卡的数据(人类可读代码)步骤83b02：输入的代码正确？步骤83b03：在系统中显示否定结果步骤83b04：跟踪肯定结果：uwid标签/bpc卡的组合步骤83b05：在系统中显示“正确”结果步骤83b06：客户数据可用？步骤83b07：向pos和客户发送sms结果“正确”步骤83b08：向客户销售的其它商品？2.4.4来自客户的退货图88：过程方案1.商品的退货a.该过程使能记录来自客户的商品退货。b.根据客户的组织模型，可以配置pyb系统以使得需要客户提供其身份证件的参考数据。c.可以将商品退回到已销售该商品的pos或者甚至另一个pos。d.假设执行记录商品(通过记录uwid代码)和bpc卡(如果由客户提交)两者。e.记录商品退货(uwid代码)i.特定的功能允许经营者记录被退回的商品上的uwid代码。ii.系统针对所记录的代码执行适当的检查。iii.系统显示以下信息：a.其中已进行销售的posb.与uwid代码组合的bpc卡的编号c.bpc卡的状态iv.可以指定退货原因v.在已完成记录uwid代码之后，更新bpc卡的状态(在pos处的状态)，将bpc卡与uwid代码逻辑地分离并且其状态更改为“因商品退货而销毁”。2.bpc卡的退货a.不允许没有商品的卡退货的情况。b.参考用于商品退货的上述信息。c.如果退回bpc卡，则即使机密代码仍然完整，也会实际销毁bpc卡。2.5退货和转移图89：宏观方案。转移管理包括：1.转移到销售网络(pos/分销商)2.转移到仓库可以执行产品和bpc卡两者的转移。参考图88，在以下步骤中示出用于接受来自客户的退货的上述过程：步骤8801：记录uwid代码步骤8802：发现错误？步骤8803：在系统中显示肯定检查结果步骤8804：输入退货原因步骤8805：在数据库上更新：uwid标签：状态＝因退货在pos处bpc卡：状态＝因商品退货而销毁步骤8806：已尝试跟踪。退回uwid代码并且记录错误步骤8807：在系统中显示错误消息步骤8808：bpc卡已退回？步骤8809：跟踪发生的bpc卡退货步骤8810：实际销毁bpc卡2.5.1来自pos的转移图90：过程方案。来自pos的商品转移1.必须通过指定uwid代码逐个记录转移的产品。2.系统使得能够：a.记录uwid代码b.指定商品目的地(母公司、分销商、其它pos)c.指定转移原因d.输入任何备注3.在记录uwid代码结束时，状态更改为“运送中”(如果需要，则通过指定pos目的地、仓库、分销商)bpc卡的转移1.必须根据在公司级别定义的规则和/或转移什么(即，包或箱)，在包或箱级别记录转移的bpc卡的范围。2.在pos处输入转移的商品(商品、bpc卡)被视为在pos处的标准输入。3.在分销商处输入转移的商品允许分销商将商品保持存储在分销商的位置处，将它们发送到另一个pos，将它们退回到母公司。参考图90，在以下步骤中示出用于来自pos的产品转移的上述过程：步骤9001：指定运送单据参考数据步骤9002：指定运送单据参考数据步骤9003：转移什么？步骤9004：检测uwid标签步骤9005：检测bpc卡的开始和结束步骤9006：单据更改？步骤9007：打印运输单据？步骤9008：打印运输单据步骤9009：要转移的其它商品/卡？2.5.2来自物流分销商的转移转移管理包括：1.转移到销售网络(pos/分销商)2.转移到仓库可以执行产品和bpc卡两者的转移；从概念的角度来看，该管理类似于已经在过程“在分销商处输入bpc卡”、“将bpc卡传输到销售网络”中描述的管理，并且具有关于以下项的额外信息：a.指定商品目的地(母公司、分销商、其它pos)b.指定转移原因c.输入任何备注3.采取的解决方案–客户下一章描述最终客户采取的解决方案。3.1一般过程客户(图91)客户过程已被分为以下领域：服务功能、所有权的注册证书(bpc卡)、查询。图91本节下面的各段针对每个领域以图形形式(如果被认为有必要)和描述性形式按顺序概述这些过程、主数据(例如，组织结构主数据、客户主数据、商店主数据)以及支持所述过程需要的主数据。通过it功能支持的过程已在过程名称中被标记有**。旨在在it级别支持过程的已确定应用功能作为最后一个参数出现(在这第一阶段中，仅存在功能列表；然而，在深入分析阶段中，针对要确认的功能示出主屏幕、描述和任何报告)。一般定义：1.将提出关于pyb的某些一般问题以便获得各点的人必须通过登录和密码注册。2.要访问系统的用户将是电子邮件，将通过pyb在初始步骤中生成密码，然后密码可以从品牌好友(brandfriend)被改变。3.客户购买者/所有者：a.客户购买者可能等于也可能不等于拥有者，具有两个注册表：客户注册表(可能在销售时获得)和持有者的最终注册表。该阶段被称为好友，并且在完成销售或者不论存在或不存在销售(实例：某人并未购买但查询系统pyb)时，将创建品牌。b.将保留主数据。c.在门户pyb上发布其数据：i.品牌好友将仅向他自己发布其数据(将是机密数据)或者将数据公开。ii.使发布的数据到达通用数据库3.2服务功能图92：宏观方案。3.2.1注册登录(图93、94)。过程的描述1.在注册到门户(登录)的过程中已假设，确定地针对用户数据、密码和名称在通用pyb上进行记录。可以仅在公司级别处理其它更详细的数据(由于隐私和各种权限的原因)。2.在通用登录pyb上注册具有以下优点：知道连接到系统的所有实用工具和公司。3.登录注册可以由从拥护pyb的公司购买商品的人员执行，或者由仅想要使用系统提供的查询服务的人员执行(在这种情况下，注册不是强制的)。4.注册到门户pyb的任何人(客户和询问商品的人员)被称为品牌好友。5.要求登录注册以便在门户上注册其所有权证书(bpc卡)。同样，将强制登录注册以便收集各点并且利用由pyb营销提供的能力。6.注册登录步骤：a.在卡或bpc上显示可以在pyb上打开的门户或公司的url，备选地可以经由应用访问。b.用户注册i.注册个人数据a.标识符将是电子邮件，系统级别pyb将仍然生成内部代码，这将允许处理用户决定更改地址的情况。b.其它信息：或名字(男)或姓氏(男)出生日期(男)或出生地(男)或性别(男)或国籍(男)或地址(传真)或税务id(在意大利国籍的情况下需要)或移动电话(传真)隐私或数据(男)ii.在接收注册请求(新登录)时，系统向已显示的电子邮件发送密码。iii.当请求新登录时，将响应于所接收的链接而完成注册。3.2.2我的简档。“我的简档”功能将允许编辑在py注册表级别处理的所有信息，包括诸如以下信息：爱好、偏好、关于什么公开和私营部门的信息。3.2.3更改密码密码更改将允许更改成员门户pyb(公司的成员、品牌好友)的密码。1.对于公司的用户，将经由ldap管理密码。2.品牌好友的密码将不会过期。3.在功能“更改密码”中甚至将理解密码恢复特性。3.3注册证书图95：宏观过程3.3.1所有权的注册证书。(图96)该过程允许购买的商品的持有者将其简档pyb与所有权证书匹配，该所有权证书已由资产的商店ato购买的经营者提供。该过程是在pyb上注册个人数据(注册登录)的先决条件。过程的描述：1.用户(品牌好友)将代码放置在视频卡上(采用明码(clearcode)和隐藏代码的bpc代码)。经由客户终端进行输入，该终端可以是客户的家用计算机或移动设备的浏览器。2.在通过验证检查之后，系统显示物品(先前在销售时由销售点经营者与bpc卡相匹配)。系统将执行以下控制：检查：1.现有2.状态有效的卡，以便经由门户进行配对(从销售点销售卡，在组合完成之后卡必须在商店中)。3.有效代码查看商品描述或制造商、问候的促销消息等4.卡bpc的错误代码或非一致状态a.输出“已在输入的数据上检测到错误，请联系您的帮助台或者重新输入必需字段(errorshavebeendetectedonthedataentered,contactyourhelpdeskorre-entertherequiredfields)”之类的消息。b.系统跟踪已尝试记录销售的最后阶段的隐藏代码。c.如果客户正在尝试第二次注册卡，则bpc可能发出该卡已经被执行的有针对性的消息。在错误代码或消息转到公司的情况下。d.在卡的分配状态结束时，在分配有标签uwid结束时的bpc的状态将是：由持有者进行匹配，最终状态卡＝已组合。3.4查询图97：宏观方案。3.4.1查询衣柜商品。借助该过程，将有机会询问在pyb上记录的组合商品(针对未通过pyb运行的所有公司)。3.4.2查询单个商品。(图98、99)该过程的目标是向公众提供机会以便验证拥护pyb的公司的物品的独创性。个体物品的问题是pyb的支柱之一，因为它允许受众变成市场上的一类“控制者”。任何人都可以通过电话经由搜索标签uwid(例如，0001111116780)验证物品是原装的。目录1.实体关系图1.1数据库1.2组织1.3购买uwid标签1.4uwid标签到网络1.5购买bpc卡1.6bpc到网络1.7证书bpc的销售和注册1.8其它过程1.实体关系图1.1数据库(图100)应用pyb跨越多个数据库：通用数据库：1.包含pyb所有成员的登录信息(例如，电子邮件、密码)和用户想要公开的数据的指示。2.数据库直接由pyb的一般成员来支持(在两个系统之间共享的个人数据的实时调整)，或者经由在pyb处执行的在线简档管理功能来支持。3.包含公司的所有文件。针对每个公司存在不同数据库。图101是公司数据库与通用数据库中的实体的模型实体关系图。1.2组织图102是公司的组织设计的模型实体关系图。1.3购买uwid标签图103是在数据标签uwid购买过程中涉及的实体的模型实体关系图。1.4uwid标签到网络图104是在向销售网络发送数据标签uwid以及在销售网络(分销商、销售点)处输入标签uwid的过程中涉及的实体的模型实体关系图。1.5购买bpc卡图105是在属性卡品牌(bpc)的数据获得过程中涉及的实体的模型实体关系图。1.6bpc到网络图106是在向销售网络发送品牌属性卡以及在销售网络(分销商、销售点)处输入品牌属性卡的过程中涉及的数据实体的模型实体关系图。1.7证书bpc的销售和注册图107是在证书bpc的销售和注册过程中涉及的数据实体的模型实体关系图。1.8其它过程在本文中描述的功能pyb的其它过程依赖于这些实体。目录1.数据字段1.1实体列表1.2数据字段1.数据字段1.1实体列表图108和109示出应用实体“保护您的品牌”的列表。1.2数据字段图110-129示出具有字段及其特征的指示的应用实体“保护您的品牌”。这些数据字段涉及图100-107中所示的erd。目录硬件和软件1.1硬件1.2软件硬件和软件1.1硬件在每个领域的以下图中，概述了主要过程和使用的硬件。图130：生产图131：仓库和印刷bpc卡图132：分销商图133：销售点(pos)图134：客户、品牌好友和需要查询pyb的数据库的任何人图135：由第三方公司托管的硬件架构的设计，将在该硬件架构上安装应用pyb。物理基础架构硬件要求应用服务器(在此也被称为“管理计算机”)数据库服务器虚拟基础架构硬件要求如果托管pyb应用的服务器将在虚拟基础架构上，则在前一章中指定的要求必须针对每个vm被保留并且不被全局共享。应用服务器数据库服务器虚拟基础架构硬件要求如果托管net应用的服务器将在虚拟基础架构上，则在前一节中指定的要求必须针对每个vm被保留并且不被全局共享。应用服务器数据库服务器1.2软件软件要求电子商务实施例为了通过电子商务渠道销售，将电子商务平台管理委托给专门经营者。描述了关于外包级别的三个组织模型，生产商可以在物流和销售(在电子商务平台上)过程中采用这些模型：1.模型1全局外包2.模型2中度外包3.模型3轻外包对于上面的每个组织模型，将在下面描述涉及的不同部分的主要活动。模型1全局外包生产商将电子商务平台的管理、关于将商品销售到最终客户和将bpc卡传送到最终客户的物流过程委托给全局外包商。主要角色：1.生产商：a.生成商品和bpc卡b.将商品和bpc卡分派到全局外包商2.全局外包商a.管理自己仓库中的商品和bpc卡b.管理电子商务平台(客户订单和付款)c.管理订单处理以及商品和bpc卡传送d.管理可能的退货e.向生产商转发客户个人数据和订单历史步骤将可能的退货发送到全局外包商。模型2中度外包生产商将电子商务平台的管理和关于商品购买的物流过程委托给外包商，但仍然由生产商(或者由生产商指定的公司)将bpc卡传送到最终客户主要角色1.生产商：a.生成bpc卡和商品b.仅将商品分派到外包商c.管理订单处理以及将bpc卡传送到客户2.外包商a.管理自己的仓库和商品b.管理电子商务平台(客户订单和付款)c.向生产商发送销售订单、客户个人数据以及已售商品的uwid代码d.管理订单处理以及将商品传送到客户e.管理可能的退货步骤将可能的退货发送到全局外包商。模型3轻外包商生产商将电子商务平台的管理、生产商(或者由生产商指定的另一个公司)负责的其余所有其它过程委托给外包商。主要角色：1.生产商：a.生成商品和bpc卡b.管理订单处理以及将商品和bpc卡传送到客户c.管理可能的退货2.外包商和电子商务平台a.管理电子商务平台(客户订单和付款)b.向生产商传送销售订单和客户个人数据步骤将可能的退货发送到生产商。可以通过硬件和软件的任何组合实现本发明。如果实现为计算机实现的装置，则本发明使用用于执行上述所有步骤和功能的部件而实现。当以软件实现时，可以在任何合适的处理器或处理器集合(无论在单个计算机上提供还是在多个计算机之间分布)上执行用于上面讨论的服务器的软件代码。本发明还可以被包括在制造品(例如，一个或多个非瞬时性有形计算机程序产品)中，该制造品例如具有计算机可读存储介质。所述存储介质具有存储在其中的计算机可读程序代码，其通过指令编码以便由处理器执行以提供和促进本发明的机制。所述制造品可以被包括为计算机系统的一部分或者单独销售。存储介质可以是任何已知介质，例如计算机存储器、一个或多个软盘、压缩盘、光盘、磁带、闪存、现场可编程门阵列或其它半导体设备中的电路配置、或者其它有形计算机存储介质。存储介质可运输，以使得存储在其上的一个或多个程序可以被加载到一个或多个不同计算机或其它处理器中以实现如上面讨论的本发明的不同方面。在此用于服务器的计算机可以以任何形式实现，例如机架安装式计算机、台式计算机、膝上型计算机或平板计算机。此外，计算机可以被嵌入设备中，该设备通常不被视为计算机但具有合适的处理能力，包括个人数字助理(pda)、智能电话或者任何其它合适的便携、移动或固定电子设备。计算机可以具有一个或多个输入和输出设备。此外，可以使用这些设备以便呈现用户接口。可以用于提供用户接口的输出设备的实例包括用于输出的视觉呈现的打印机或显示屏、以及用于输出的听觉呈现的扬声器或其它发声设备。可以用于用户接口的输入设备的实例包括键盘和指点设备，例如鼠标、触摸板和数字化输入板。作为另一个实例，计算机可以通过语音识别或者以其它可听格式接收输入信息。可以采用任何合适形式通过一个或多个网络互连此类计算机，这些网络包括局域网或广域网，例如企业网或因特网。此类网络可以基于任何合适的技术，可以根据任何合适的协议操作，并且可以包括无线网络、有线网络或光纤网络。在此概述的各种方法或过程可以作为软件被编码，该软件可在一个或多个处理器上执行，这些处理器采用各种操作系统或平台中的任何一个。此外，此类软件可以使用多种合适的编程语言和/或编程或脚本工具中的任何一个被编写，并且还可以作为在框架或虚拟机上执行的可执行机器语言代码或中间代码被编译。这里的术语“程序”或“软件”在一般意义上使用以便指任何类型的计算机代码或计算机可执行指令集，可以采用这些计算机代码或计算机可执行指令集对计算机或其它处理器编程以便实现如上面讨论的本发明的不同方面。计算机程序不需要驻留在单个计算机或处理器上，而是可以以模块方式在多个不同计算机或处理器之间分布以便实现本发明的不同方面。计算机可执行指令可以采用多种形式，例如由一个或多个计算机或其它设备执行的程序模块。通常，程序模块包括执行特定的任务或者实现特定抽象数据类型的例程、程序、对象、组件、数据结构等。在不同实施例中，可以根据需要组合或分布程序模块的功能。可以以任何合适的形式将数据结构存储在计算机可读介质中。为使例示简单，数据结构可以被示为具有字段，这些字段通过数据结构中的位置相关。同样，可以通过以下操作实现这种关系：在计算机可读介质中，为具有位置的字段分配传达字段之间关系的存储。但是，可以使用任何合适的机制在数据结构的字段中的信息之间建立关系，包括通过使用指针、标签、或者在数据元素之间建立关系的其它机制。本发明的优选实施例可以被实现为方法，已提供这些方法的实例。作为方法的一部分执行的操作可以以任何合适的方式被排序。因此，可以构造实施例，其中以不同于示出的顺序执行操作，这可以包括同时执行某些操作，即使这些操作被示为在示例性实施例中按顺序执行。本领域的技术人员将理解，可以对上述实施例进行更改而不偏离其广泛的发明范围。因此，将理解，本发明并不限于所公开的特定实施例，而是旨在覆盖在本发明的精神和范围内的修改。当前第1页12