MXPA03000231A - Sistemas y metodos para la administracion en cadena del cumplimiento y suministro de extremo a extremo. - Google Patents

Abstract

Un sistema de administracion de cadena de suministro facilita la asignacion y el envio eficientes de articulos; por lo menos un cliente que tiene una ubicacion geografica, asociado con el mismo, se comunica con el comprador (por lo menos uno); el comprador (por lo menos uno) genera un pedido a favor del cliente, en que el pedido incluye datos sobre articulos correspondientes al articulo (por lo menos uno) y datos sobre ubicacion correspondientes a la ubicacion geografica del cliente; un mecanismo de busqueda esta en comunicacion con el comprador (por lo menos uno) y con una pluralidad de almacenes en el sistema; el mecanismo de busqueda identifica un almacen de envio de la pluralidad de almacenes, basandose en parte en los datos sobre ubicacion correspondientes a la ubicacion geografica del comprador, en que el almacen de envio es el almacen mas cercano a la ubicacion geografica del cliente, que tiene capacidad de enviar el articulo (por lo menos uno) al cliente (por lo menos uno) dentro de un marco de tiempo especificado.

Description

SISTEMAS Y METODOS PARA CUMPLIMIENTO EXTREMO A EXTREMO Y ADMINISTRACION DE CADENA DE SUMINISTRO DATOS DE LA SOLICITUD RELACIONADA La solicitud de la presente reclama prioridad de la solicitud de patente provisional de E.U.A. No. 60/214,910 titulada "METHODS, SYSTEMS AND COMPUTER PROGRAM PRODUCTS FOR REAL-TIME SUPPLY CHAIN MANAGEMENT", presentada el 29 de junio del 2000, cuyos contenidos se incorporan en la presente por referencia en su totalidad.

CAMPO DE LA INVENCION La presente invención se refiere en general a sistemas de administración de cadena de suministro, y más particularmente, a sistemas de administración de cadena de suministro y cumplimiento de pedido que asignan y distribuyen eficientemente artículos a clientes en una manera efectiva en cuanto a costo.

ANTECEDENTES DE LA INVENCION Se ha reconocido desde hace tiempo que los sistemas de distribución eficientes son esenciales para compañías que operan en entornos en donde las transacciones ocurren entre partes remotas. Un ejemplo antiguo y aún común de una transacción remota es la que ocurre entre clientes un tiendas departamentales por medio de la colocación de un pedido de catálogo por teléfono. La operación de conveniencia y fluida de dicho sistema al menudeo no depende únicamente de la capacidad del cliente de realizar el pedido, sino de la capacidad del minorista de colocar los bienes en las manos del cliente. Los sistemas de distribución han realizado esta función durante muchas décadas, aunque con varios niveles de éxito. Por ejemplo, las compañías grandes de economía antigua pueden operar sus propios sistemas de distribución que son efectivos para manejar pedidos a granel pero no se adaptan a envíos menores menos frecuentes. En el otro extremo del espectro, las compañías pequeñas con pocos pedidos, tales como minoristas de Internet (o e-minorista), pueden depender de sistemas de distribución de terceras partes ya que no tienen experiencia en distribución. Sin embargo, a pesar del tamaño de la compañía, o de la cantidad de bienes pedidos y enviados a un consumidor, un denominador común para llevar a cabo un negocio de transacción remoto eficiente y provechoso es la efectividad de obtener pedidos a partir de un almacén al consumidor. Durante los últimos cinco años la Internet ha provocado una elevación meteórica en transacciones remotas. En la actualidad, dando una conexión a Internet los consumidores pueden ordenar virtualmente cualquier producto o servicio desde cualquier lugar alrededor del mundo. Ya que la Internet ofrece a los minoristas la capacidad de crear un almacén electrónico desde el cual se puedan anunciar bienes, las barreras para entrar son mínimas, dando como resultado una presencia en Internet enorme para compañías pequeñas y de mediano tamaño. La ventaja de una presencia en Internet para las compañías pequeñas o medianas es que la compañía es accesible para cantidades vastas de consumidores y es tan fácilmente accesible para los consumidores como una tienda tradicional de ladrillo que vende bienes a través de una presencia de Internet. La Internet de este modo provee a compañías de cualquier tamaño de medios para presentar y vender productos a los usuarios. Sin embargo, cualquier compañía, grande o pequeña, debe establecer un medio para enviar sus productos a los consumidores en línea. Aunque colocar un producto en las manos de los consumidores es un problema tanto para almacenes con puerta a la calle convencionales como e-minoristas, y los temas logísticos relacionados con el movimiento de bienes desde los almacenes a los consumidores existe en virtualmente cualquier entorno en donde los bienes se envían desde una ubicación remota a un cliente, los problemas de logística particularmente son penetrantes en el reino del e-comercio debido a la falta de experiencia de los e-minoristas con el modelo de negocios de Internet y el alto volumen de consumidores que compran artículos en línea. Para permanecer competitivas, las compañías pequeñas y medianas deben hacer entregas a tiempo y en una manera eficiente mientras reducen al mínimo los costos. En la actualidad, esta dificultad logística es una de las grandes barreras para el éxito de una compañía pequeña o mediana.

En el reino de los e-minoristas de Internet, las entregas con frecuencia no se realizan en una escala puntual, debido al hecho de que la infraestructura de envío de las compañías no es capaz de enviar artículos que los consumidores han ordenado por medio de un sitio web en Internet. Un número de entidades ha comenzado a proveer envíos y otros servicios finales (por ejemplo, procesamiento de tarjeta de crédito) para e-minoristas de manera que los e-minoristas puedan enfocarse en el extremo frontal de sus sistemas. Mediante la distribución tercerizada, las compañías se recuperan de costos generales relacionados con la distribución interna, tal como personal, mantenimiento de las instalaciones del almacén, y costos de distribución. Existen muchos compradores logísticos de tres partes que proveen a los minoristas con soluciones de distribución de tres partes. La mayor parte de estos proveen envío desde un almacén que el comprador de logística de tres partes ha establecido para dicho propósito. El comprador de logística de tres partes entonces envía los productos de e-minoristas a los consumidores desde su almacén por medio de un transportista relacionado con el comprador de logística de tres partes. El comprador de distribución del almacén incorpora sus propios estándares de eficacia para reducir el tiempo de manejo de los artículos, reducir el mínimo los costos relacionados con el envío del artículo, reducir la probabilidad de que los artículos se pierdan o sean robados, y preocupaciones logísticas del almacén similares. Sin embargo, el almacén con frecuencia tiene un control mínimo sobre los costos relacionados con el envío del artículo por medio del transportista.

Lo que se necesita es un sistema que provea a las compañías con cumplimiento del pedido y almacenamiento. Más específicamente, se desean servicios de administración de cadena de suministro extremo a extremo para el inicio rápido y efectivo en cuanto a costo de e-negocios. Dicho sistema puede ser benéfico no sólo para puestas en marcha de Internet pequeñas o de mediano tamaño, sino también para tiendas tradicionales de ladrillo antiguas para la distribución en Internet. Puede ser útil si dicho sistema pudiera enviar productos al 90% del país en dos días, a partir de uno de una pluralidad de almacenes ubicados cerca del consumidor, reduciendo así los costos del transportista. El sistema puede seleccionar el almacén de envío con base en la ubicación del consumidor y la capacidad del almacén de cumplir el pedido.

BREVE DESCRIPCION DE LA INVENCION El sistema de la presente invención conserva el inventario disponible para compradores, incluyendo fabricantes, mayoristas, minoristas, o distribuidores, con los cuales los compradores hacen preguntas, y/o pedidos para artículos. Un comprador puede recibir preguntas del cliente en una variedad de formas, tal como a través de una página web establecida por el comprador, mediante un formato EDI estándar transmitido sobre una red dedicada o similar, o mediante otro medio pre-dispuesto por el comprador con su cliente. Una vez que el comprador ha interactuado con su cliente para determinar lo que el cliente desea, el comprador envía ya sea una solicitud de promesa o solicitud de pedido a un mecanismo de búsqueda para determinar si el artículo solicitado por el cliente se encuentra en inventario y puede ser entregado a la ubicación deseada en la fecha deseada. El mecanismo de búsqueda es responsable de recibir y responder las solicitudes del cliente, reservar el inventario disponible para compradores, y dirigir uno o más centros de distribución (mencionados en la presente como almacenes) para completar los pedidos recibidos de los compradores. De acuerdo con un aspecto de la invención, el mecanismo de búsqueda identifica un almacén de embarque desde una pluralidad de almacenes con base en parte en los datos de ubicación que corresponden a la ubicación geográfica del cliente, en donde el almacén de embarque es el almacén más cercano a la ubicación geográfica del cliente que tiene la capacidad de enviar al menos un artículo a al menos un cliente dentro de un tiempo específico. De este modo, el sistema permite la reservación de artículos y/o envío de dichos artículos desde uno o más almacenes bien adaptados para enviar los artículos a los clientes. De acuerdo con una modalidad de la invención, se describe un sistema de administración de cadena de suministro que facilita la ubicación eficiente y envío de bienes (también mencionados en la presente como artículos). El sistema de administración de cadena de suministro incluye al menos un cliente, en donde al menos un cliente tiene una ubicación geográfica del cliente relacionada con la misma, y al menos un comprador, en donde al menos un comprador se relaciona con al menos un cliente, y en donde al menos un comprador genera un pedido que incluye datos del artículo que corresponden a al menos un artículo y datos de ubicación que corresponden a la ubicación geográfica del cliente. El sistema demás incluye una pluralidad de almacenes, en donde al menos un almacén de la pluralidad de almacenes se ubica por separado desde al menos otro almacén de la pluralidad de almacenes, y en donde cada pluralidad de almacenes se ubica en una distancia geográfica respectiva desde la ubicación geográfica del cliente. Un mecanismo de búsqueda también se incluye en el sistema, en comunicación con al menos un comprador y la pluralidad de almacenes, y el mecanismo de búsqueda identifica un almacén de embarque desde la pluralidad de almacenes con base en parte en los datos de ubicación que corresponden a la ubicación geográfica del cliente. Además, en el sistema de administración de cadena de suministro, el almacén de embarque es el almacén más cercano a la ubicación geográfica del cliente que tiene la capacidad de enviar al menos un artículo a al menos un cliente dentro de un tiempo específico. De acuerdo con un aspecto de la presente invención, el mecanismo de búsqueda selecciona un almacén de embarque a partir de la pluralidad de almacenes con base exclusivamente en el almacén más cercano a la ubicación geográfica del cliente que tiene una capacidad de enviar al menos un artículo a al menos un cliente dentro de un tiempo específico, y en donde el almacén más cercano a la ubicación geográfica del cliente se identifica con base en parte en los datos de ubicación. De acuerdo con otro aspecto de la invención, el tiempo específico se establece por medio de un cliente. De acuerdo con aún otro aspecto de la invención, el almacén de embarque es el almacén más cercano a la ubicación geográfica del cliente que tiene al menos un artículo en inventario. Los datos de ubicación pueden seleccionarse de un código postal, país, región o ciudad y estado. Típicamente, uno o más transportistas se relacionan con el mecanismo de búsqueda para enviar al menos un artículo a al menos un cliente. De acuerdo con aún otro aspecto de la presente invención, al menos un comprador suministra al menos una de la pluralidad de almacenes con al menos un artículo. Adicionalmente el comprador puede encontrarse en comunicación con el mecanismo de búsqueda por medio de una red de área extendida. De acuerdo con otra modalidad de la invención, se describe un método para facilitar la ubicación eficiente y envío de bienes. El método incluye generar al menos un pedido, en donde al menos un pedido incluye datos del artículo que corresponden a al menos un artículo y datos de ubicación que corresponden a una ubicación geográfica del cliente, revisión de al menos un pedido para identificar un almacén de embarque desde una pluralidad de almacenes con base en parte en los datos de ubicación que corresponden a la ubicación geográfica del cliente, y determinar si el almacén de embarque tiene suficiente inventario para enviar al menos un artículo al cliente. De acuerdo con un aspecto de la invención el método además incluye ordenar al almacén de embarque enviar al menos un artículo al cliente.

El almacén de embarque puede ser el almacén más cercano a la ubicación geográfica del cliente que tiene la capacidad de enviar al menos un artículo a al menos un cliente dentro de un tiempo específico. Alternativamente, el almacén de embarque puede seleccionarse con base en una relación con el almacén más cercano a la ubicación geográfica del cliente, en donde el almacén de embarque tiene la capacidad de enviar al menos un artículo a al menos un cliente dentro de un tiempo específico. De acuerdo con otro aspecto de la invención, el método puede incluir el paso de transmitir al menos un pedido de un comprador a un mecanismo de búsqueda, en donde el mecanismo de búsqueda revisa al menos un pedido. La transmisión de al menos un pedido del comprador al mecanismo de búsqueda puede ocurrir también por medio de la Internet. De acuerdo con aún otro aspecto de la invención los datos del artículo pueden incluir términos de envío del cliente, tal como fecha de envío o un tipo deseado de envío. Después de que el cliente ha presentado al menos un pedido, el método puede incluir responder al cliente para notificar al cliente que al menos un artículo será enviado a éste. Finalmente, el almacén de embarque puede operar en una manera de primeras entradas de manera que el almacén de embarque envíe artículos en el orden en que se reciben las instrucciones para enviar artículos. Otras características y ventajas de la presente invención serán evidentes para los expertos en la técnica al momento de examinar los siguientes dibujos y descripción detallada. Se pretende que todas las características y ventajas se incluyan en la presente dentro del alcance de la presente invención como se define en las reivindicaciones anexas.

BREVE DESCRIPCION DE LOS DIBUJOS Habiendo descrito la invención en términos generales, se hará referencia ahora a los dibujos anexos, que no son necesariamente dibujados a escala, y en donde: La figura 1 muestra un diagrama en bloques de un sistema de la presente invención, de conformidad con una modalidad de la presente invención. La figura 2 muestra un diagrama en bloques de un mecanismo de búsqueda de conformidad con una modalidad de la presente invención. La figura 3 muestra un flujo del procesamiento de comunicación entre un comprador y un mecanismo de búsqueda, de conformidad con un aspecto de la presente invención. La figura 4 muestra un flujo del procedimiento de comunicación entre un comprador y un mecanismo de búsqueda, de conformidad con otro aspecto de la presente invención. La figura 5A es un diagrama de flujo que ilustra las reglas por medio de las cuales el mecanismo de búsqueda determina qué almacén buscará en el sistema de distribución para completar la solicitud, de conformidad con una modalidad preferida de la presente invención.

La figura 5B es un diagrama de flujo que ilustra un grupo alternativo de reglas que pueden ser utilizadas por el mecanismo de búsqueda para determinar qué almacén se buscará en el sistema de distribución para completar la solicitud, de conformidad con otra modalidad de la presente invención. La figura 5C muestra la ubicación de cuatro almacenes en relación con la ubicación de dos clientes que solicitan artículos del sistema de la presente invención, de conformidad con un ejemplo ilustrativo.

DESCRIPCION DETALLADA DE LA INVENCION La presente invención se describirá ahora en su totalidad con relación a los dibujos anexos, en donde se muestran las modalidades preferidas de la invención. Esta invención puede, sin embargo, modalizarse en muchas formas diferentes y no debe considerarse como limitativa a las modalidades establecidas en la presente; preferiblemente, estas modalidades se proveen de manera que esta descripción sea detallada y completa, y transmita totalmente el alcance de la invención para los expertos en la técnica. Números similares se refieren a elementos similares. Como lo apreciarán los expertos en la técnica, la presente invención puede modalizarse como un método, un sistema de procesamiento de datos, o un producto de programa por computadora. Asimismo, la presente invención puede tomar la forma de una modalidad de hardware totalmente, una modalidad de software o una modalidad que combina aspectos de software y hardware. Además, la presente invención puede tomar la forma de un producto de programa por computadora en un medio de almacenamiento que se pude leer por computadora que tiene medios del código de programa que se puede leer por computadora modalizados en el medio de almacenamiento. Más particularmente, la presente invención puede tomar la forma de un software de computadora puesto en marcha en la red. Cualquier medio de almacenamiento que se puede leer por computadora adecuado puede ser utilizado incluyendo discos duros, CD-ROM, dispositivos de almacenamiento ópticos, o un dispositivo de almacenamiento magnético. La presente invención se describe a continuación con relación a los diagramas de bloques e ilustraciones de diagramas de flujo de los sistemas, métodos, aparatos y productos de programa por computadora de conformidad con una modalidad de la invención. Se entenderá que cada bloque de los diagramas de bloque e ilustraciones de diagrama de flujo, y combinaciones de bloques en los diagramas de bloque e ilustraciones del diagrama de flujo, respectivamente, pueden ponerse en marcha mediante instrucciones del programa por computadora. Estas instrucciones de programa por computadora pueden cargarse en una computadora de propósito general, una computadora de propósito especial, u otro aparato de procesamiento de datos programable para producir una máquina, de manera que las instrucciones que se ejecuten en la computadora u otros aparatos de procesamiento de datos programables puedan crear medios para poner en marcha las funciones especificadas en los bloques de diagrama de flujo o bloques. Estas instrucciones del programa por computadora pueden también almacenarse en una memoria que se puede leer por computadora que pude dirigir una computadora u otro aparato de procesamiento de datos programable para funcionar en una manera particular, de manera que las instrucciones almacenadas en la memoria que se puede leer por computadora produzcan un artículo de fabricación que incluye medios de instrucción para poner en marcha la función especificada en el bloque de diagrama de flujo o bloques. Las instrucciones del programa por computadora también pueden cargarse en una computadora u otro aparato de procesamiento de datos programable para producir una serie de pasos operativos a realizar en una computadora u otro aparato programable para producir un procedimiento puesto en marcha por computadora de manera que las instrucciones que se ejecutan en la computadora u otro aparato programable provean pasos para llevar a cabo las funciones especificadas en los bloques del diagrama de flujo o bloques. Asimismo, los bloques de los diagramas de bloques y las ilustraciones del diagrama de flujo soportan combinaciones de medios para realizar las funciones específicas, combinaciones de pasos para realizar las funciones específicas y medios de instrucción de programa para realizar las funciones específicas. También se entenderá que cada bloque de los diagramas de bloque e ilustraciones del diagrama de flujo, y combinaciones de bloques en los diagramas de bloques e ilustraciones de diagrama de flujo, puedan ponerse en marcha mediante sistemas por computadora con base en hardware de propósito especial que realizan las funciones específicas o pasos, o combinaciones de instrucciones por computadora y hardware de propósito especial. Con relación ahora a la figura 1 , el sistema de administración de cadena de suministro 100 de la presente invención facilita la recepción de preguntas y pedidos (colectivamente, también mencionadas en la presente como solicitudes) de clientes 110 para artículos a enviar a los clientes 110 por un transportista (no se ilustra) relacionado con un mecanismo de búsqueda 130. Los clientes interactúan con los compradores 120 para hacer los pedidos o preguntas de artículos, y los compradores 120, a su vez, transmiten las solicitudes que representan las preguntas del cliente y/o pedidos al mecanismo de búsqueda 120 a favor del cliente. El mecanismo de búsqueda 130 es responsable de recibir y responder las solicitudes del cliente; incluyendo reservar el inventario disponible para clientes, y de dirigir uno o más almacenes para completar los pedidos recibidos de los compradores 120. De este modo, el sistema 00 permite la reservación de artículos y/o envío de dichos artículos desde uno o más almacenes mejor adaptados para enviar los artículos a los clientes 0. Un comprador 120 puede recibir preguntas del cliente, en una variedad de formas, tales como a través de una página web establecida por el comprador, mediante un formato EDI estándar transmitido en una red dedicada o similar, o mediante otro medio predispuesto por el comprador con su cliente. Una vez que el comprador 120 ha interactuado con su cliente 110 para determinar los deseos del cliente, el comprador 120 envía una solicitud para promesa o solicitud de pedido al mecanismo de búsqueda 130 para determinar si el artículo solicitado por el cliente se encuentra en inventario y puede ser entregado a la ubicación deseada en la fecha deseada. Las solicitudes de promesas y solicitudes de pedidos se discuten con detalle a continuación. Como se ilustra en la figura 1 , el comprador 120 se encuentra en comunicación con el mecanismo de búsqueda 130 por medio de una interface de web 30, directamente, y/o por medio de un singulador de pedido por lotes 150. La interface de web 140 preferiblemente incluye al menos una página web para el comprador a través de la cual el cliente 110 o comprador 120 puede solicitar sus artículos a enviar al cliente 110 o puede solicitar que el mecanismo de búsqueda 130 reserve o distribuya los artículos durante un periodo temporal, como se discutirá con mayor detalle a continuación. Por ejemplo, en el entorno minorista de la Internet, la interfaz de web 140 puede incluir una página web de Internet establecida por un minorista de Internet a través del cual un cliente minorista solicite envío de uno o más artículos comprados. Como lo apreciarán los expertos en la técnica, la interfaz de web 140 puede también incluir un servidor para establecer y permitir comunicación con al menos una página web del cliente. Aunque se prefiere que la interfaz de web 140 reciba comunicaciones del comprador en un lenguaje extensible de marca (XML), la interfaz de red 140 puede recibir preguntas o pedidos del comprador 120 en cualquier formato adecuado para transmitir los datos necesarios identificando las solicitudes y pedidos. Sin embargo, XML se utiliza en la modalidad preferida del sistema 100 ya que XML es particularmente útil para transmitir registros de datos no estructurados, que es el formato preferido de los registros de datos en los sistemas 100. Debe notarse que, de conformidad con un aspecto de la invención, los datos se reciben y se transmiten en el formato XML por el mecanismo de búsqueda 10, de manera que las respuestas desde el mecanismo de búsqueda 110 se encuentren en el formato XML. El formato de datos puede transmitir los datos a la interfaz de web 140 en forma de registros de datos complejos, incluyendo datos que identifican una pluralidad de solicitudes y/o pedidos, como también información tal como la identidad del cliente, información de envío, fecha de entrega solicitada, y similares. Estos datos pueden asociarse con uno o más pedidos, en donde cada pedido se encuentra dentro de una o múltiples líneas, tal como en un registro de datos. Las solicitudes del comprador pueden incluir solicitudes recibidas a través de la interfaz de web 120 en tiempo real o por medio de una trasferencia por lotes 130. Adicionalmente, las solicitudes pueden ser recibidas en una variedad de formatos, incluyendo en formato de intercambio de datos electrónicos (EDI) que tienen valores delimitados por comas. Una vez que la interfaz de web 140 recibe las solicitudes, la interfaz 140 convierte la solicitudes en documentos XML (sin consideración al formato en donde son recibidos los pedidos). La conversión de las solicitudes en un documento XML o una solicitud con formato XML es bien conocida por lo expertos en la técnica, y como tal no se discute con detalle a continuación. Debido a la conversión, el mecanismo de búsqueda 110 recibe únicamente solicitudes con formato XML a pesar del formato de solicitud provisto por el comprador 120. Como se ilustra en la figura 1, el comprador 120 también puede encontrarse en comunicación con el mecanismo de búsqueda 130 por medio de un enlace directo 145 o por medio de un singulador de pedido por lote 150. En donde el comprador se encuentra en comunicación con el mecanismo de búsqueda 130, por medio de un enlace directo 145, el comprador 120 puede encontrarse en comunicación con el mecanismo de búsqueda 130 por medio de una red de área extendida (WAN), red de área local (LAN), línea dedicada, conexión conmutada convencional, o métodos similares que son bien conocidos por los expertos en la técnica. De acuerdo con un aspecto de la presente invención, se prefiere que la comunicación directa desde el comprador al mecanismo de búsqueda 130 sea en formato XML, que es un formato conveniente para transmitir registros de datos complejos. De igual manera, se prefiere que las comunicaciones desde el mecanismo de búsqueda 130 al comprador 120 por medio del enlace directo 145 también sea en el formato XML (¡lustrado como una respuesta XML en la figura 1). Esto elimina el requerimiento de que el comprador y/o mecanismo de búsqueda incluyan software de conversión que no se requiere de otra manera para comunicarse por medio de la interfaz web 140 o singulador de pedido por lote 150. Se apreciará, sin embargo, que otros formatos bien conocidos por los expertos en la técnica puedan ser utilizados para transmitir datos en el enlace directo 145. Los datos transmitidos al mecanismo de búsqueda 130 por medio del enlace directo 145 son similares en contenido a los datos transmitidos al mecanismo de búsqueda 130 por medio de la interfaz de web 140 en la modalidad descrita previamente. Sin embargo, diferente a las comunicaciones que pasan desde la interfaz web 140 al mecanismo de búsqueda 130, que se encuentran en un protocolo de texto de hiper transferencia segura, las comunicaciones sobre el enlace directo 145 se encuentran en forma de protocolos de transferencia de archivos (FTP), como es bien sabido por los expertos en la técnica. Utilizando un enlace directo 145 entre el comprador y el mecanismo de búsqueda 130 no se requiere la dependencia de las comunicaciones por Internet, que requieren un comprador de servicio por Internet (ISP) y puede ser menos confiable que la comunicación directa. Por lo tanto, el enlace directo 145 puede desearse en donde una conexión de Internet, WAN, etc, no se encuentra disponible. Sin embargo, el enlace directo 145 puede no proveer una interfaz del usuario gráfica conveniente o una conectividad siempre encendida. Además, en donde el mecanismo de búsqueda 130 requiere que la comunicación se encuentre en un formato específico, tal como XML, el comprador 120 o mecanismo de búsqueda 130 debe convertir cualquier comunicación al formato XML, una función que puede también proveerse mediante la interfaz de web 40 en la modalidad previa. Un tercer método por medio del cual el comprador 120 puede comunicarse con el mecanismo de búsqueda 130 (y viceversa) es por medio del singulador de pedido por lote 150, que puede ubicarse en una trayectoria de comunicación entre el comprador 120 y el mecanismo de búsqueda 130. Por lo tanto, el singulador de pedido por lote 150 puede ubicarse en LAN, WAN, o similar y puede ubicarse en uno o ambos, comprador 120 o mecanismo de búsqueda 130. El propósito del singulador de pedido por lote 150 es identificar y/o separar solicitudes recibidas en forma en lote de un comprador que presenta artículos múltiples para envío concurrente al mecanismo de búsqueda 130. Por lo tanto, en donde un comprador 120 presenta una pluralidad de solicitudes al mecanismo de búsqueda 130, se prefiere que las solicitudes se transmitan al mecanismo de búsqueda 130 por medio del singulador de pedidos por lotes. El singulador de pedidos por lote 150 puede también transmitir las respuestas desde el mecanismo de búsqueda al comprador 120 sin alteración, o puede recolectar múltiples respuestas XML recibidas desde el mecanismo de búsqueda 130 y combinar las respuestas en una comunicación que transmitida al comprador 120. Los expertos en la técnica apreciarán que la función del singulador de pedido por lote 150 pueda ser realizado por el comprador 20 o por el mecanismo de búsqueda 130. Adicionalmente, la interfaz de web 140 puede realizar una función similar como el singulador de pedidos por lote para solicitudes transmitidas al mecanismo de búsqueda 130 en la Internet. Además, las comunicaciones, tales como solicitudes, transmitidas de un comprador 120 al mecanismo de búsqueda 130 por medio del singulador de pedidos en lotes, puede dar como resultado respuestas transmitidas desde el mecanismo de búsqueda 130 al comprador 20 por medio de uno o varios métodos descritos anteriormente, tal como por medio del enlace directo 145 o por medio de la interfaz de web 140. Como se notó anteriormente, el mecanismo de búsqueda 130 es responsable de recibir y responder las solicitudes del cliente, incluyendo reservar inventario disponible para compradores, y dirigir uno o más almacenes para completar la solicitudes recibidas de los compradores 120. Más específicamente, el mecanismo de búsqueda 130 recibe solicitudes para promesa y solicitudes de pedido y determina si el artículo solicitado por el cliente se encuentra en inventario y puede ser entregado a la ubicación deseada en la fecha deseada. Una solicitud para promesa busca una promesa desde el mecanismo de búsqueda 130 de que un artículo se encuentra disponible y puede enviarse al cliente, cumpliendo los términos de envío del cliente y/o comprador. Una solicitud para promesa no obliga al comprador. El mecanismo de búsqueda 130 reserva el artículo durante un período de reserva; sin embargo, el mecanismo de búsqueda no dirige un almacén de embarque para enviar el artículo al cliente. Después de que ha terminado el tiempo de reserva, el mecanismo de búsqueda 130 notifica al almacén de envío que el artículo no debe designarse más como se reservó.

Una solicitud para pedido es similar a una solicitud para búsqueda, pero es una solicitud que el mecanismo de búsqueda 130 cumple el pedido si es posible. Una respuesta por medio del mecanismo de búsqueda 130 de que un pedido solicitado puede completarse obliga al mecanismo de búsqueda 130 a suministrar el pedido, a menos que el cliente o comprador cambie la solicitud antes de iniciar el envío de artículos identificados por el pedido. Por lo tanto, si el mecanismo de búsqueda 130 puede cumplir los términos de envío del cliente y/o comprador, el mecanismo de búsqueda 130 dirige un almacén de embarque para completar la solicitud para el pedido. Una solicitud para promesa y una solicitud para pedido tienen el mismo formato general y contienen los mismos datos salvo la solicitud para pedido que puede contener un identificador para hacer coincidir la solicitud para pedido con una promesa provista previamente de manera que una solicitud para pedido después de una solicitud para promesa no necesite la entrega repetida de datos en donde los términos de envío y artículos son idénticos en la solicitud para pedido como en la solicitud previamente transmitida para promesa. El mecanismo de búsqueda 130 puede identificar la naturaleza de la solicitud (promesa u pedido) a través de datos identificando el tipo de solicitud, tal como una bandera relacionada con cada solicitud. Los detalles de una solicitud incluyen artículo, cantidad de artículos, datos de ubicación del cliente, opciones de envío, fecha de entrega, código postal del cliente, dirección, código de identificación único del cliente, y artículos similares típicamente relacionados con un pedido. Una solicitud puede incluir múltiples artículos en línea, cada artículo en línea con una fecha de suministro y una ubicación de envío relacionada con la misma. La entrada de la ubicación geográfica por el cliente se requiere ya que se utiliza por el sistema, más específicamente, el mecanismo de búsqueda 130, para determinar el almacén a partir del cual el artículo solicitado se enviará si se ordena. Además de los datos del artículo correspondientes al artículo y datos de ubicación, la solicitud puede incluir datos del artículo que identifiquen un servicio de valor agregado (VAS). Un ejemplo de un artículo VAS es papel para envoltura de regalos, que puede enviarse al mecanismo de búsqueda 130 con los artículos reales solicitados. En donde estos datos se reconocen por el mecanismo de búsqueda, el mecanismo de búsqueda 130 verificará el inventario del almacén y la capacidad del papel para envoltura junto con el artículo real. Debe apreciarse que pueden existir múltiples artículos en el pedido, de los cuales únicamente un subgrupo puede requerir envoltura. En este caso, únicamente aquellos artículos que son envueltos pueden incluirse en un grupo de envío (es decir, grupo de producto a enviar) con el papel para envoltura de manera que el mecanismo de búsqueda 130 requiera que se cumplan ambos criterios antes de seleccionar un almacén para cumplir la solicitud. Pueden existir artículos VAS tal como circulares y catálogos, que se podrán incluir en el pedido, pero no tendrán verificaciones de inventario o capacidad relacionados. Sin tener suficiente suministro o capacidad para incluir estos tipos de servicios no se evitará que se envíe un pedido. Necesitan encontrarse en el pedido de manera que puedan incluirse una vez que el pedido alcanza su realización (el almacén). Con relación ahora al sistema 100 de la figura 1 , el mecanismo de búsqueda 130 se pone en marcha en combinación con una aplicación de planeación y programación avanzada (APS) 60 que provee administración de inventario y pedido, rastreo de cuenta por cobrar, y planeación y programación avanzadas en el sistema de cumplimiento del pedido 100. Aunque el mecanismo de búsqueda 130 puede incorporar las características de la aplicación APS 160, y de este modo puede ponerse en marcha sin una aplicación de APS por separado 160, una modalidad preferida de la presente invención apalanca el uso de una aplicación de APS convencional 160. De acuerdo con un aspecto de la invención, la aplicación APS 160 comprende una aplicación APS Oracle lii ™ que provee un número de funciones necesarias para el sistema 100. Estas funciones incluyen disponibilidad global para una planeación en cadena de suministro avanzada y de promesa (ATP) cuyas funciones son bien conocidas en la técnica. Funciones adicionales pueden ser apoyadas por la aplicación APS 160, tal como planeación de demanda y programación de fabricación, pero no son cruciales para la modalidad preferida de la presente invención. El componente ATP (GATP) global de la aplicación APS 160, que puede incluir una aplicación o servidor GATP, maneja llamadas de base de datos para interpretar el estado del inventario del sistema en un tiempo particular, manteniendo así una instantánea de todo el inventario disponible para promesa por medio del sistema 100 en un instante particular. Por lo tanto, el mecanismo de búsqueda 130 requiere que GAPS determine el estado del inventario del almacén. La actualización para los datos, tal como inventario de suministro, se proveen a la aplicación de APS 60 mediante aplicación de base de datos 170, que preferiblemente es otro componente fuera del anaquel convencional, tal como aplicación de base de datos Oracle 81 ™. Uno o más módulos del núcleo pueden también utilizarse, tal como aplicaciones del inventario y aplicaciones de la administración del pedido. La aplicación de base de datos 170 actualiza el inventario GATP desde una o más bases de datos 180 ubicadas en el nivel del almacén. Cada almacén incluye un sistema de administración del almacén 190 que permite la recepción, cumplimiento y conocimiento de los pedidos, y la actualización de una o más bases de datos 190 relacionadas con el almacén. Utilizando las capacidades de la aplicación de base de datos 170, la función GATP (o aplicación) de la aplicación APS mantiene una imagen de los pedidos abiertos (es decir, sin cumplir) y cerradas (es decir, enviadas) a través de la confirmación del envío provista por el sistema de administración del almacén 190. En suma, la aplicación APS 160 simplemente actúa como un depósito para la información de suministro y demanda. De este modo, el mecanismo de búsqueda 130 es la parte inteligente del sistema 100, y pide a GATP que determine si el sistema 100 tiene artículos particulares para envío en una fecha particular desde un almacén particular. La orden con la cual el mecanismo de búsqueda 170 solicita el inventario de cada almacén se describe con detalle a continuación, y depende de la ubicación geográfica del cliente. Después de que GATP envía una respuesta de regreso al mecanismo de búsqueda 130, el mecanismo de búsqueda 130 examina la respuesta para hacer una determinación de si un pedido puede ser cumplido por un almacén. Si no, el mecanismo de búsqueda determina si otro almacén puede cumplir la solicitud. De aquí en adelante, el mecanismo de búsqueda 130 responde a la solicitud del cliente en una respuesta XML, como se ilustra en figura 3. Si el pedido puede ser completado por un almacén, y la solicitud es una solicitud para pedido, el mecanismo de búsqueda 130, por medio de la aplicación de APS 170, transmite instrucciones al sistema de administración del almacén 190 para enviar el artículo ordenado. La figura 2 muestra un diagrama de bloques del mecanismo de búsqueda 230 descrito en el sistema de la figura 1 , de conformidad con una modalidad de la presente invención. El mecanismo de búsqueda 230 comprende un procesador 260, dispositivo de almacenamiento 280, memoria 240, dispositivos de entrada y salida 270, y una interfaz de red 290. Cada uno de los elementos dentro del procesador de mecanismo de búsqueda 260 se comunica entre sí por medio de un conectar colectivo 2 0. Además, la interfaz de red 290 permite al mecanismo de búsqueda 230 hacer una interfaz y comunicarse con otros elementos de la red por computadora, tal como por medio de WAN, LAN, PSTN, red de conmutación por paquetes, la Internet, o similares, utilizando el hardware conocido.

La memoria 240 incluye un sistema operativo 250 que incluye un sistema de operación 250 y un módulo de control de mecanismo de búsqueda 220. El módulo de control de búsqueda 220 comprende un software para controlar la operación del mecanismo de búsqueda, como se describirá con detalle a continuación con relación a las figuras 3-5. El módulo de control de mecanismo de búsqueda 220 opera con la ayuda del sistema operativo 250 y procesador 260. El sistema operativo puede ser cualquier sistema operativo bien conocido tal como Windows NT™ que realiza las instrucciones del módulo de control del mecanismo de búsqueda 220 y facilita la comunicación del módulo de control del mecanismo de búsqueda 220 con otro mecanismo de búsqueda 230 o aquellos elementos de red externos a y en comunicación con el mecanismo de búsqueda 230 por medio de la ¡nterfaz de red 290. El dispositivo de almacenamiento 280 representa al menos un dispositivo de almacenamiento, tal como una unidad del disco duro, una unidad de disco portátil, una unidad CD-ROM, una unidad de disco óptico, para almacenar información en varios medios que se pueden leer por computadora, tal como un disco duro, un disco magnético desmontable, CD-ROM, o similares. El dispositivo de almacenamiento 280 y su medio que se pueden leer por computadora relacionado proveen almacenamiento no volátil para el mecanismo de búsqueda. Es importante notar que el medio que se puede leer por computadora puede reemplazarse por cualquier otro tipo de medio que se puede leer por computadora conocido en la técnica. Dicho medio puede incluir, por ejemplo, cassettes magnéticos, tarjetas de memoria flash, discos de video digital y cartuchos Bernoulli. Los expertos en la técnica apreciarán que uno o más componentes de mecanismos de búsqueda 230 puedan ubicarse geográficamente en forma lejana de otros componentes del mecanismo de búsqueda 230. Además, uno o más de los componentes pueden combinarse, y componentes adicionales que realizan funciones descritas en la presente pueden incluirse en el mecanismo de búsqueda 230. Con relación ahora a la figura 3 el procedimiento de promesa de un artículo para una fecha de entrega particular comienza cuando un comprador 320 envía una solicitud para promesa (RFP) 340 al mecanismo de búsqueda 330. La solicitud para promesa 340 contiene la información necesaria para evaluar la disponibilidad de los artículos solicitados. Por ejemplo, la solicitud incluye datos del artículo que corresponden a uno o más artículos solicitados, datos de ubicación que corresponden a la ubicación geográfica del cliente, términos de envío, y datos adicionales requeridos para procesar la solicitud. Si los artículos se encuentran disponibles a suministrar al cliente del comprador dentro del tiempo deseado considerando opciones de envío, entonces el mecanismo de búsqueda 330 regresa una promesa 350 al comprador 320. Esta promesa 350 es una reserva temporal de los artículos. Si el comprador desea encerrarse (registrarse) en los términos de la solicitud y promesa relacionada, entonces el comprador enviará una solicitud para pedido (RFO) 360 al mecanismo de búsqueda 330. Una solicitud para pedido 360 es una solicitud que el comprador desea cumplir en términos de la solicitud. Esta solicitud para pedido 360 también tendrá un identificador para permitir al mecanismo de búsqueda unirse a la solicitud para pedido 360 y promesa provista previamente. Este identificador permitirá al mecanismo de búsqueda 330 identificar los artículos solicitados por el comprador en una solicitud previamente provista para promesa sin requerir que dicha información sea retransmitida al mecanismo de búsqueda 330. Después de adaptar la solicitud 360 con la promesa 350, el mecanismo de búsqueda 330 envía una confirmación 370 al comprador para completar la transacción y unir al comprador y al mecanismo de búsqueda 330 a los términos de la solicitud para pedido 360. Si una solicitud para pedido no se envía, la promesa terminará y el mecanismo de búsqueda 330 no se unirá. Como se ¡lustra en la figura 4, un comprador 400 puede enviar una solicitud para pedido 460 al mecanismo de búsqueda 430 sin haber sometido previamente una solicitud para promesa. Al realizarlo de esta forma, el comprador 420 se compromete a los términos de la solicitud para pedido 460 si se acepta por el mecanismo de búsqueda 430. Desde luego, no existe promesa previa con la cual coincida de manera que el mecanismo de búsqueda 430 comienza a determinar la disponibilidad de los artículos. Si los artículos se encuentran disponibles como se solicitó en la solicitud para pedido 460, entonces el mecanismo de búsqueda 430 puede enviar una confirmación 470 al comprador 420 que puede unir al comprador y al mecanismo de búsqueda 430 cumpliendo con los términos de la solicitud para pedido 420, es decir, se forma un pedido. El flujo ilustrado en la figura 4 es similar al procesamiento de una solicitud para pedido si una promesa previamente provista relacionada, como se muestra en la figura 3, termina. Es este escenario, la solicitud para pedido 460 se procesará como si ninguna solicitud previa para búsqueda hubiera sido enviada. Si los artículos se encuentran disponibles, entonces el pedido se formará y una confirmación 470 se enviará de regreso al comprador. Adicionalmente, si una solicitud para pedido se envía al mecanismo de búsqueda 430 con un identificador de una promesa previamente provista pero que tiene términos diferentes a la solicitud original para promesa, entonces el mecanismo de búsqueda 430 determinará la disponibilidad de conformidad con la figura 4 como sino existiera una promesa previa. Sin embargo, el identificador puede aún utilizarse por medio del mecanismo de búsqueda 430 para identificar la transacción sin requerir una identificación recientemente transmitida de la transacción al mecanismo de búsqueda 430 con la solicitud para pedido. De este modo, el flujo de procedimiento ilustrado en la figura 4 puede diferir del flujo en los últimos dos pasos de la figura 3 ya que en el flujo de la figura 3 se incluye un identificador en una solicitud para pedido que corresponde a la promesa que se ha terminado. A continuación, la figura 5A ilustra las reglas básicas por medio de las cuales el mecanismo de búsqueda determina qué almacén buscará cumplir una solicitud, de conformidad con una modalidad preferida de la presente invención. Después de recibir una solicitud de un comprador el mecanismo de búsqueda 130 primero examina la solicitud para determinar el almacén más cercano al comprador (bloque 500). Para determinar el almacén más cercano, el mecanismo de búsqueda 130, y más específicamente, el módulo de control de búsqueda 220, solicita los datos de red de suministro mantenidos en el mecanismo de búsqueda para determinar el almacén que se encuentra geográficamente más cercano a los datos de ubicación geográfica del cliente en la solicitud. Los datos de red de suministro de este modo comprenden la información de ubicación para cada almacén, que puede almacenarse dentro del dispositivo de almacenamiento 280 del mecanismo de búsqueda o dentro del módulo de control de mecanismo de búsqueda 220. El almacén más cercano a la ubicación geográfica del cliente está designado por el mecanismo de búsqueda 130 como el almacén primario desde el cual se debe originar la solicitud, porque es el almacén más cercano a la ubicación del cliente y que se supone por lo tanto que resultará en el costo más bajo en el envío del artículo al cliente. Una vez que se ha determinado el almacén primario, el mecanismo de búsqueda 130 consulta (recurre a) una lista ordenada previamente definida de almacenes secundarios asociados con el almacén primario (bloque 505). Se priorizan y ordenan en secuencia los almacenes secundarios de la misma manera después del almacén primario, sin consideración de la ubicación geográfica a donde se envía a solicitud. Se priorizarán los almacenes secundarios según la distancia del primario, lo cual significa que los almacenes secundarios no pueden ser siempre los más cercanos a cada ubicación a donde se envíe, dependiendo de donde están en relación con el almacén primario. Después de que se determina la lista de almacenes, el módulo de control del mecanismo de búsqueda 220 determina si el almacén más cercano (primario) puede satisfacer la solicitud (bloque 510). Para hacer esta determinación, el mecanismo de búsqueda 130 se comunica con la aplicación de APS 160, que mantiene el inventario actualizado de cada almacén en el sistema. Más específicamente, el mecanismo de búsqueda consultará con la aplicación de APS, tratando de averiguar si el almacén primario puede satisfacer los criterios identificados por la solicitud, por ejemplo si el almacén contiene el artículo o los artículos solicitados, puede satisfacer los términos de envío identificados del cliente o comprador o puede cumplir con cualesquiera requerimientos adicionales de la solicitud. El APS responde contratos correspondientes a la consulta del mecanismo de búsqueda y el mecanismo de búsqueda determina si el almacén primario es capaz de cumplir con la solicitud. Si es así, selecciona el almacén primario para cumplir con la solicitud (bloque 550). Si el almacén primario es incapaz de cumplir con la solicitud, el mecanismo de búsqueda 130 determina si hay almacenes adicionales asociados con el almacén primario (bloque 515). Típicamente, todos los almacenes en el sistema estarán asociados con los otros almacenes en las respectivas listas, en las cuales cada almacén es el almacén primario. Los almacenes están clasificados en orden del más cercano al más lejano del almacén primario. Opcionalmente, el mecanismo de búsqueda 130 puede consultar solamente la lista de almacenes asociados con el almacén primario, después de determinar si el almacén más cercano puede cumplir con la solicitud, de tal manera que el bloque 505 este ubicado entre los bloques 510 y 515 en el diagrama de flujo de la figura 5A. si la solicitud no puede ser cumplida por ninguno de los almacenes, el mecanismo de búsqueda lo indica así mediante un mensaje al cliente y/o comprador (bloque 540). Sin embargo, el mecanismo de búsqueda 130 puede intentar en primer lugar dividir el cumplimiento del pedido entre dos o más almacenes, si es necesario, para cumplir con la solicitud que no puede satisfacer ningún almacén. Se describe esto posteriormente con mayor detalle. De otra manera, el mecanismo de búsqueda 130 repite los pasos discutidos anteriormente y determina si el siguiente almacén más cercano puede cumplir con la solicitud (bloques 520, 525, 530). Este procedimiento continúa en serie hasta que se selecciona un almacén (bloque 550) o ningún almacén puede cumplir con la solicitud (bloque 540). Se debe apreciar que, aunque el diagrama de flujo de la figura 5A representa que el mecanismo de búsqueda determina en serie si cada almacén puede cumplir con la solicitud, reduciendo así el procesamiento requerido para determinar el almacén apropiado para cumplir con una solicitud, el mecanismo de búsqueda puede solicitar tal información de todos los almacenes al mismo tiempo. En tal situación hipotética, se puede presentar solamente una solicitud a la aplicación de APS. Sin embargo, el mecanismo de búsqueda procesaría la respuesta de la aplicación de APS de la misma manera que se discute anteriormente. La figura 5B ilustra un conjunto alternativo de normas que puede ser usadas por el mecanismo de búsqueda para determinar cual almacén en el sistema de distribución tratará de cumplir con la solicitud, de acuerdo con otra modalidad de la presente invención. Esta modalidad difiere de la modalidad de la figura 5A en el sentido de que el mecanismo de búsqueda intenta siempre utilizar el almacén más cercano al consumidor para cumplir con cada solicitud. Después de determinar el almacén más cercano (primario) al cliente (bloque 552), como en el bloque 500 de la figura 5A, el mecanismo de búsqueda determina si el almacén primario puede cumplir con la solicitud (bloque 555), como en el bloque 510 de la figura 5A. Si es así, se selecciona el almacén (bloque 580). De otra manera, el mecanismo de búsqueda determina el siguiente almacén más cercano al cliente que pueda cumplir con la solicitud. Esto es diferente al procedimiento ilustrado en la figura 5A, porque el mecanismo de búsqueda determina el siguiente almacén más cercano en lugar de recurrir a los datos de I red de suministro que mantiene las listas de la distancia de los almacenes de un almacén a otro. Mientras haya un almacén adicional que se pueda consultar, este procedimiento continúa (bloque 560, 565, 570) hasta que no se pueda cumplir con la solicitud (bloque 575) o se selecciona un almacén (bloque 580). La figura 5C es un diagrama de bloques que muestra la ubicación de cuatro almacenes en relación con la ubicación de dos clientes que solicitan artículos del sistema de distribución 500. El diagrama incluye un almacén primario ("A") 586, un segundo almacén ("C") 590, un tercer almacén ("B") 588 y un cuarto almacén ("D") 592. A 586 se encuentra más cerca de C 590 que el de B 588 en el diagrama de bloques para representar que está más cerca geográficamente de C que de B. También se ilustra un primer cliente 596 en una primera ubicación geográfica y un segundo cliente 594 en una segunda ubicación geográfica. Se usa enseguida la figura 5C para ilustrar los procedimientos alternativos de las figuras 5A y 5B anteriores. Usando el procedimiento de la figura 5A, se presentan las solicitudes del primer cliente 596 y el segundo cliente 594 al mecanismo de búsqueda de un comprador asociado con dos clientes 596, 594. Las solicitudes resultan en una determinación por el mecanismo de procesamiento de que se debe usar A 586 para cumplir con ambas solicitudes, si es posible, ya que es el más cercano en ubicación geográfica tanto a primer cliente 596 como el segundo cliente 594. Haciendo referencia al cuadro 1 hipotético siguientes, si se considera A 586 como el almacén primario, entonces el orden de los secundarios será C 590, luego B 588, luego D 592, sin consideración de la primera ubicación del cliente. Esto se basa en el hecho de que C 590 está más cerca de A 586, que B 588 o D 592, y D 592 es el más lejano de A 586. Por lo tanto, aunque el almacén C 590 puede ser el siguiente almacén más cercano para la primera solicitud, no lo es para la segunda solicitud, ya que la segunda solicitud está en realidad más cerca de B 588 que de C 590. Así, si A 586 es capaz de cumplir con las solicitudes y tanto 590 como B 588 son capaces de cumplir con las solicitudes, del mecanismo de búsqueda, y más específicamente el módulo de control de mecanismo de búsqueda, construirá C 590 para cumplir con ambas solicitudes, porque es el segundo almacén de acuerdo con los datos de la red de suministro, ilustrados en el cuadro 1. En este ejemplo, hay cuatro normas separadas de origen, una para cada almacén que está definido en el sistema. Habrá siempre tantas normas de origen como almacenes en el sistema.

CUADRO 1 Así, usando el procedimiento de la figura 5A, el mecanismo de búsqueda tratará de cumplir con la solicitud desde el almacén disponible más cercano, luego usará las relaciones geográficas previamente definidas para determinar el orden en el cual se despedirá a los almacenes que cumplan con una solicitud. Esté procedimiento reduce al mínimo el procesamiento requerido por el mecanismo de procesamiento y se prefiere por lo tanto al procedimiento de la figura 5B. El procedimiento alternativo de la figura 5B dará lugar a un resultado diferente. Puesto que el procedimiento de la figura 5B busca siempre el almacén más cercano al cliente, si A 586 es incapaz de cumplir con ambas solicitudes (una del primer cliente y otra del segundo cliente), se cumplirá con la solicitud del primer cliente a través de C 590 y se cumplirá con la solicitud del segundo cliente a través de B 588 (más bien que a través de C en el ejemplo previo), siempre que B 588 y C 590 puedan cumplir con las solicitudes. Así, el mecanismo de búsqueda opera bajo la suposición de que el almacén disponible más cercano al cliente tendrá el costo más bajo de envío y de que se debe seleccionar siempre el siguiente almacén más cercano, sin consideración del procesamiento requerido para dar lugar al resultado.

A. Tipos de solicitudes Hasta ahora se ha descrito las solicitudes al mecanismo de búsqueda 130 como solicitudes de búsquedas y solicitudes de pedidos. Más específicamente, hay cuatro tipos de solicitudes que pueden hacer los compradores de búsquedas o pedidos: no limitadas, limitadas por la fecha, limitadas por el servicio y urgentes (que es un caso especial de limitado por el servicio). Se identifican estos pedidos mediante datos sobre artículos correspondientes a uno o más artículos solicitados, plazos de envío, o en datos adicionales requeridos para procesar la solicitud. Las normas de búsqueda discutidas anteriormente son ejecutadas por el módulo de control de mecanismo de búsqueda 220 para los cuatro tipos de solicitud. Sin embargo, hay también normas únicas de flujo de búsqueda para cada tipo individual de solicitud. Estas normas son mantenidas también por el módulo de control de mecanismo de búsqueda 220.

Generalmente, los no limitados, los limitados por la fecha y los limitados por el servicio son los pedidos o las solicitudes de tipo normal. Esos pedidos ó solicitudes usan la capacidad general de un almacén y siguen los procedimientos normales de flujo descritos con detalle en la presente. A no ser que un pedido o solicitud entre el mecanismo de búsqueda 130 con el servicio urgente especial especificado, se considera que el pedido o la solicitud es (o no cumple con) un pedido de tipo normal. Si un pedido o una solicitud es de tipo normal, no se buscará nunca como un pedido urgente especial, a no ser que se envíe al mecanismo de búsqueda 130 como pedido urgente especial. En otras palabras, el mecanismo de búsqueda 130 no cambia de un flujo de solicitud normal a un flujo de solicitud de especialidad, como se describe con mayor detalle con respecto a los pedidos urgentes. Para identificar la solicitud como solicitud general, se creará un sólo elemento de capacidad genera y se posibilitará en todos los almacenes para los pedidos de tipo normal. El mecanismo de búsqueda 130 fijará un sólo elemento de capacidad general a cada artículo de línea sobre el pedido de tipo normal a la primer consulta a la aplicación de APS. Este elemento de capacidad general tendrá una imagen única de disponibilidad en cada almacén y se usará para todos los pedidos de tipo normal. El mecanismo de búsqueda 130 sabrá que se debe fijar el elemento de capacidad general porque, a no ser que se indique explícitamente sobre el pedido que es un pedido urgente (de servicio superior), dará por hecho entonces que es un pedido de tipo normal. No es necesario incluir otro parámetro con ese tipo de pedido para indicar que es un pedido de tipo normal. Un pedido urgente, por otra parte, es un pedido especial y un tipo especializado de pedido o solicitud limitada por el servicio. Los pedidos urgentes tienen un solo tiempo de corte de almacén y un solo administro de capacidad (descrito posteriormente con mayor detalle). Un pedido o solicitud especial urgente está definido por los términos de envío del comprador y/o cliente y es como uno que entra al mecanismo de búsqueda 130 solicitando que se envíe el artículo desde el almacén usando un servicio nocturno de un transportista y el servicio de manejo de calidad de un almacén. Turnos de más pedidos y solicitudes dejan de cumplir con los pedidos de tipo normal (es decir se inserta una solicitud solamente con servicio nocturno, es un pedido de tipo normal). Las normas del modulo de control de mecanismo de búsqueda 220 suponen que un cliente preferiría presentar una solicitud como solicitud de servicio nocturno de tipo normal antes de intentar conseguirlo con urgencia ya que teóricamente esto proveería el mismos nivel de servicio a un costo mucho más bajo. Si no se pudiera satisfacer una solicitud como un pedido de tipo normal y el cliente está dispuesto a pagar un solo precio, después de recibir una respuesta de mecanismo de búsqueda 130 de que no se pudiera satisfacer la solicitud, el cliente podría volver a presentar la solicitud como pedido urgente especial. De acuerdo con un aspecto de la invención, el especificar un pedido o solicitud urgente no garantiza una entrega para el próximo día. Si no hay suficiente capacidad o inventario, entonces simplemente no se puede satisfacer la solicitud, si es un pedido urgente. Para identificar las solicitud como una urgencia, se creará y posibilitara un solo articulo de capacidad urgente en todos los almacenes para los pedidos de tipo especial urgente. El mecanismo de búsqueda 130, y más especialmente el módulo de control de mecanismo de búsqueda 220, agrega un elemento (o identificador) de capacidad urgente a cada elemento de línea sobre el pedido urgente antes de la primera búsqueda en la aplicación de APS para determinar cual almacén está disponible para buscar, o satisfacer, la solicitud. El mecanismo de búsqueda 130 sabrá agregar el elemento de capacidad urgente, porque el pedido llegará al comprador con el servicio nocturno y el servicio de manipulación superior especificados, lo cual es lo que define un pedido como un pedido urgente especial. Si se especificara solamente el servicio nocturno, dejaría de cumplir con el servicio de tipo normal y se usaría el elemento de capacidad general.

B. Búsqueda y horizontes de búsqueda Debe apreciarse que el mecanismo de búsqueda 130 busca solamente inventario que está físicamente presente dentro de un almacén y esto para enviarse (búsqueda entre cuatro paredes). Así, las búsquedas de vueltas a los compradores se basaran a disponibilidad de inventario y capacidad, en que la disponibilidad de inventario incluye el inventario en existencia en el almacén. Sin embargo, el mecanismo de búsqueda 130 puede buscar también inventario con respecto a un plazo aceptable de entrega establecida por un comprador 120, cuando un comprador 120 desea tal búsqueda de entrega. Si un plazo de entrega es establecido por el comprador, se supone una cantidad infinita de disponibilidad, por que el mecanismo de búsqueda 30 no tiene visibilidad al canal de disponibilidad. El mecanismo de búsqueda 130 se puede extender también a un más a la cadena de disponibilidad y permitir que se hagan las búsquedas sobre artículos que están todavía en tránsito al almacén u otra área de tránsito — se puede tener confianza en tales indicios de disponibilidad como avisos adelantados de embarque. Por lo tanto, de acuerdo con un aspecto de la invención, el mecanismo de búsqueda 130 puede considerar notas adelantadas de embarque (ASN) y pedidos de compra (PO) como inventario elegible. Los PO para la búsqueda de pedidos se refieren a pedidos de compra para el suministro que se ha de entregar al almacén. Estos PO son poseídos y procesados por el comprador. Además, el mecanismo de búsqueda 130 puede emplear también un elemento de rebúsqueda, en que se almacenan y verifican los embarques, de tal manera que las condiciones de disponibilidad cambiadas (por ejemplo artículos que se han buscado son destruidos más tarde o están faltando) Dan por resultado la rebúsqueda de las solicitudes. El mecanismo de búsqueda 130 no prioriza u optimiza el cumplimiento de los pedidos, con la excepción de los pedidos urgentes, como se hace mención anteriormente y se explican posteriormente con mayor detalle. Por lo tanto, se procesan generalmente las solicitudes de tipo normal sobre una base de "primero en entrar primero en salir" (FIFO). Así, el mecanismo de búsqueda 30 intentar reservar pedidos con base en el pedido en el cual son recibidos en consideración de la identidad del cliente y sin consideración de otros pedidos que haya sido colocado por el mismo cliente. Por ejemplo, si un primer cliente coloca un pedido por 10 aparatos poco antes que un segundo cliente que coloca un pedido por un millón de aparatos, el mecanismo de búsqueda 130 cumplirá el primer lugar con el pedido de diez aparatos, incluso cuando haya exactamente un millón de aparatos del inventario. Por lo tanto, el pedido del segundo cliente no tendrá derecho de prioridad sobre la orden del primer cliente, porque sea de tamaño más grande (o de un cliente preferido). Después de cumplir con el primer pedido, el mecanismo de búsqueda 130, no buscará el segundo pedido. Sin embargo, si el comprador permite embarques múltiples, entonces el mecanismo de búsqueda 130 puede o bien enviar los aparatos restantes al segundo cliente, si el segundo cliente así lo desea. Desde luego, como se hace mención previamente el mecanismo de búsqueda 130 puede buscar el segundo pedido para todos los aparatos, si el comprador ha propuesto un plazo de entrega por los aparatos que harían posible la entrega del pedido.

C. Normas del mecanismo de búsqueda para determinar si el almacén puede cumplir con una solicitud El mecanismo de búsqueda 130, y más específicamente el modo de mecanismo de búsqueda 240, comprende un número de reglas que son usadas por el mecanismo de búsqueda 130 para determinar si un almacén puede cumplir con la solicitud de un comprador, con base en los datos transmitidos al mecanismo de búsqueda 130 desde la aplicación de APS 160 y, más específicamente, la función GATP de la aplicación de APS 160. Como se hace mención anteriormente, la función GATP mantiene una imagen de los artículos de cada almacén y si se pueden enviar los artículos de cada almacén de una fecha particular. Como se hace referencia en la presente, una búsqueda de GATP es una consulta por el mecanismo de búsqueda 130 a la aplicación de APS 160 de tal manera que el mecanismo de búsqueda 130 requiere capacidad inventario y almacén para determinar si un almacén puede cumplir con la solicitud de un comprador. Varias suposiciones son hechas por el módulo de control de mecanismo de búsqueda240 para consultar la aplicación de APS 160 para realizar una búsqueda de GATP en un intento por cumplir una solicitud. En primer lugar, el mecanismo de búsqueda 130 supone que el mantenimiento de un solo envío tiene mayor prioridad que la generación desde el almacén primario. En otras palabras, el mecanismo de búsqueda 130 tratará de satisfacer el primer entero en el almacén primario. Si no se puede satisfacer el pedido entero desde este almacén, tratará de satisfacer el pedido entero en todos los almacenes secundarios. No tratará de dividir el pedido, incluso se encuentra disponibilidad parcial en el almacén primario, hasta que haya agotado la búsqueda por completo en todos los otros almacenes. En segundo lugar, para los pedidos urgentes, el lograr una entrega nocturna tiene mayor prioridad que mantener un solo envío. En otras palabras, es más conveniente dividir los envíos a través de los almacenes para entregar el pedido durante la noche que mantener un solo envío y enviarlo más tarde. En tercer lugar, para pedidos limitados por fecha, en mantener una entrega a tiempo tiene mayor prioridad que mantener un solo envío. En otras palabras, es más conveniente dividir los envíos a través de los almacenes para entregar el pedido en la fecha de entrega solicitada que mantener un solo envío y enviarlo más tarde. En cuarto lugar, para pedidos limitados por la fecha, el mantener el nivel más barato de servicio de entrega para un solo pedido de envío tiene mayor prioridad que la generación desde el almacén primario. Esto, sin embargo, no es aplicable a solicitudes limitadas por servicio y urgencia en que el nivel de servicio ya está definido. En otras palabras, el mecanismo de búsqueda 130 tratará de satisfacer la solicitud por completo, usando el servicio de entrega más barato desde el almacén primario. Si no se puede buscar la solicitud desde el almacén primario, el mecanismo de búsqueda 130 recurrirá a todos los almacenes secundarios, usando el servicio de entrega más barato. Si no se puede satisfacer la solicitud por completo desde cualquier almacén usando el servicio de entrega más barato, entonces el almacén primario se convierte en la mayor prioridad. Sin consideración del servicio de entrega requerido, el mecanismo de búsqueda 130 satisfará el pedido por completo desde el almacén primario, antes de recurrir a los almacenes secundarios. En este punto, después de que se ha agotado la búsqueda de servicio más barato, se prefiere cualquier servicio en el almacén primario con respecto a cualquier servicio y cualquier almacén secundario. En quinto lugar, la búsqueda de ATP para todos los tipos de solicitud busca tanto artículos de inventario como artículos de capacidad que estén asociados con esa solicitud. Si cualesquiera artículos, ya sean artículos de inventario o capacidad, se juntan en una solicitud de envío, entonces la búsqueda ATP debe satisfacerlos en conjunto, en la misma fecha en el mismo almacén. Sin embargo, no se debe dividir no obstante la solicitud a través de fechas y a través de almacenes. Si es necesario dividir la solicitud (ya sea un solo articulo de línea o múltiples artículos de línea), es necesario mantener la relación de los conjuntos de envío, cuando se divide. Adicionalmente, un mecanismo de búsqueda 130 debe ser capaz de reconocer múltiples envíos a través de los almacenes y a través de las fechas dentro del mismo almacén. Se puede necesitar un número máximo de envíos parciales para limitar el número de envíos desde un solo almacén. En sexto lugar, el mecanismo de búsqueda 130 opera conforme a la regla de que el inventario es acumulativo (puede renovarse de un día al siguiente, si no se utiliza) y la capacidad no lo es. Con esta suposición, el inventario de puede encontrar en cantidades múltiples y en fechas múltiples y se puede usar para satisfacer uno solo o múltiples envíos en la fecha más tardía, o incluso después, en que se encuentra el inventario. Cuando esto pasa, se debe asegurar que el requerimiento de capacidad entera está disponible en la fecha más tardía, la cual se convierte en la fecha de envío. Un ejemplo de cómo se encuentra la "fecha de envío": Si el inventario está disponible desde el almacén primario en la fecha (n) y la capacidad está disponible en el almacén primario en la fecha (n+1), la fecha de envío sería la fecha (n+1).

D. Realización de la evaluación disponible para buscar. Cuando se envía un conjunto de embarque (es decir un grupo de artículos a enviar) a la aplicación (o servidor) GATP de la aplicación de APS 160, un verificador ATP tratará en primer lugar de satisfacer todos los artículos en la fecha de envío solicitada en el almacén primario, que se determina antes de llamar a GATP. Si se puede satisfacer todo el conjunto de envío en la fecha de envío solicitada en el almacén primario, entonces se devuelven la cantidad y la fecha como la respuesta. No habría razón de continuar buscando, si se satisficiera por completo la solicitud en la fecha solicitada y el almacén primario, porque esa es la respuesta óptima. Si no se puede encontrar la cantidad entera en almacén primario en alguna fecha en el horizonte de suministro, entonces GATP recorre a cada almacén secundario definido en la regla de generación. Si no se puede encontrar la cantidad entera después de examinar cada almacén, la cantidad entera está disponible como suministro infinito en una fecha de plazo de entrega aceptable desde el almacén primario.

Por ejemplo, si se puede satisfacer el 50% del pedido en la fecha solicitada en el almacén primario y se puede satisfacer el 10% del pedido en cada día consecutivo a partir de la fecha de envío requerida durante 5 días, GATP devolverá el 100% en el quinto (último) día. Como otro ejemplo, si se puede satisfacer el 0% del pedido en la fecha requerida, pero se puede satisfacer el 100% dentro de la demora de pedido aceptable en varias fechas, entonces la respuesta consistirá en una sola combinación de fechas y cantidades, que contienen la última fecha que se determinó que ese suministro completaba la solicitud, o la fecha en que se ha acumulado la cantidad deseada ordenada y está, por lo tanto, disponible. Se pueden capturar las combinaciones de fecha y cantidades parciales que se determinaron que satisfacen la solicitud, a partir de la imagen de suministro/demanda de ATP. Si no se puede satisfacer el conjunto entero de envío en el almacén primario, sin consideración de las combinaciones de fechas y cantidades parciales determinadas para el mismo, entonces la respuesta consistirá en una fecha y una cantidad únicas en la unidad infinita del suministro de plazo de entrega, si no se pudiera satisfacer la cantidad entera en un almacén secundario. Aunque se hubiera podido satisfacer parte del pedido a tiempo o dentro de la demora aceptable de entrega, recorre a la unidad infinita de suministro. Sin embargo, si el comprador permite envíos divididos, el mecanismo de búsqueda 130 que intentará dividir el conjunto de envío a través de los almacenes y las fechas para satisfacer la demanda neta.

Se pueden capturar las combinaciones de fechas y cantidades parciales desde dentro de la unidad de plazo de entrega, si se encontrará alguna, a partir de la imagen de suministro/demanda de ATP. Los datos que no se devuelven en la respuesta, pero que se pueden capturar en la imagen de suministro/demanda de ATP, pueden ser usados por el mecanismo de búsqueda 130 para determinar los envíos parciales, dado que los envíos parciales son permitidos por ese comprador. Se describirá la lógica especial y el procedimiento de selección del mecanismo de búsqueda en cada uno de los flujos individuales de solicitud, ya que serán únicos para el tipo de solicitud. El mecanismo de búsqueda 130 selecciona las cantidades parciales con base en el número máximo (2n+1) de envíos permitidos, en que n es el número de almacenes definidos en la regla de generación usada para esta solicitud. Cuando el mecanismo de búsqueda 130 usa una imagen de suministro/demanda para determinar la disponibilidad de cantidades parciales, el mecanismo de búsqueda 130 intenta en primer lugar satisfacer un conjunto de envíos, por completo, desde cualquier almacén definido en la regla de generación. Si el mecanismo de búsqueda 130 no puede cumplir con todo el conjunto de envíos en el caso de entrega y el comprador permite divisiones, el mecanismo de búsqueda 30 divide el envío, pidiendo una fecha/cantidad solicitada desde cada almacén, según se necesite, comenzando en el almacén de clasificación más alta, pidiendo entonces, de cada almacén, la cantidad disponible acumulativa en la flecha en el horizonte de suministro, cuando se acumula la cantidad máxima, según se necesite, y pidiendo finalmente cualesquiera cantidades restantes como un envío infinito desde almacén primario (clasificación más alta). Si se encuentra la solicitud entera en la fecha solicitada y en el almacén primario, entonces se detendrá la búsqueda de ATP, ya que ésta es la respuesta óptima. Si no se encuentra la solicitud entera en la fecha solicitada en el almacén primario, entonces continuará la búsqueda de ATP a través del almacén primario y continuará también a través de cada uno de los almacenes secundarios. Los almacenes secundarios estarán definidos previamente y establecidos dentro del GATP usando las reglas de generación, que le dicen a ATP la secuencia en la cual buscar los almacenes secundarios. La búsqueda será similar a la descrita anteriormente para el almacén primario. Si se satisface la cantidad entera en el almacén primario (o cualquier almacén), se termina la búsqueda. El mecanismo de búsqueda 130 no calcula todas respuestas posibles, ya que esto tiene significantes implicaciones de rendimiento. Se describirá con más detalle esta funcionalidad del mecanismo de búsqueda 30 en los flujos individuales de solicitud que siguen.

E. Flujos de búsqueda para cada tipo de solicitud. Esta sección describe cada uno de los cuatro tipos de solicitud (no limitada, limitada por la fecha, limitada por el servicio y urgente, que es un caso especial de limitado por el servicio). El mecanismo de búsqueda conoce el tipo de solicitud que está procesando, como se describe anteriormente con detalle y, con base en que tipo de solicitud es, el mecanismo de búsqueda 130 determinará la fecha de envío solicitada en que se pasará a la aplicación GATP. 1. Solicitudes no limitadas Si el tipo de solicitud es de solicitud no solicitada, entonces está haciendo la solicitud sin una fecha o nivel de servicio especificado. El mecanismo de búsqueda ajustará la fecha de envío solicitada a la fecha actual, sujetándose a una hora de corte de las 3 PM (o alguna otra previamente determinada) para aceptar pedidos. Se inserta la hora preferiblemente para que el sistema obtenga, busque, cree y procese el pedido, antes de que salga el último pedido. Habrá una hora de corte única por almacén, apropiada al huso horario. Así, puede haber diferente hora de corte en cada almacén. 2. Solicitud limitada por el servicio Si el tipo de solicitud es de solicitud el nivel limitado por el servicio, entonces se coloca la solicitud con un servicio de entrega deseado (es decir entrega nocturna, servicio terrestre). Si este es el caso, entonces el mecanismo de búsqueda ajustará la fecha de envío de solicitud a la fecha actual, sujetándose a una hora de corte de las 3 PM (o alguna otra previamente determinada) para aceptar los pedidos. Es necesario insertar la hora para que el sistema obtenga, busque, cree y procese el pedido antes de que salga el último envío. Habrá un tiempo de corte único por almacén, apropiada al huso horario. Así, puede haber diferentes horas de corte en cada almacén. Una suposición para las solicitudes limitadas por el servicio es que el comprador envía el nivel de servicio como es apropiado al envío y el sistema supone que está correcto. Por ejemplo, si los artículos son material peligroso que no se puede enviar por servicio aéreo, entonces el sistema confía en el comprador para enviar al sistema un método de envío que es válido. No ocurrirá la verificación de peso y cubo para solicitudes limitadas por el servicio. 3. Solicitud limitada por la fecha Si el tipo de solicitud es de solicitud limitada por la fecha, entonces cuando la solicitud entra al mecanismo de búsqueda, el mecanismo de búsqueda debe saber si el comprador usa un transportista asociado con el mecanismo de búsqueda y el sistema de la presente invención, tal como United Parcel Service, Inc, (UPS). Si el comprador usa un transportista asociado con el sistema, tal como UPS, el transportista puede recibir una solicitud de fecha de entrega. Por ejemplo, si el servicio más barato disponible es un servicio terrestre que requiere 5 días para entregar, pero la fecha de entrega solicitada es de solamente 3 días desde el recibo de la solicitud, utilizar el recibo más barato no es una opción. Por lo tanto, cuando el mecanismo de búsqueda 130 se comunica a la red de entrega para escoger un servicio y comenzar la búsqueda con la misma, toma esto en cuenta. La flecha de envío solicitada que se usa es la fecha actual. Por otra parte, si se usa un transportista no asociado con el sistema, no se le da al transportista el requerimiento de fecha de entrega y el mecanismo de búsqueda 130 debe solicitar una fecha de envío del comprador. 4. Solicitudes urgentes Si el tipo de solicitud es de solicitud un pedido urgente, entonces el comprador/cliente estará pagando un sobreprecio para que ese pedido llegue a ese pedido llegue al siguiente día. El comprador propondrá al sistema que se solicite el servicio para el siguiente día (nocturno) y servicio de manejo superior. El servicio de manejo superior es lo que distingue un pedido urgente de todos los demás pedidos de tipo normal. Se requiere la capacidad de urgencia para todos los pedidos urgentes. Se anticipa que la capacidad de urgencia representará el período más allá del corte aceptable normal del almacén, hasta el corte de urgencia de ese almacén. En otras palabras, si las horas de trabajo normales del almacén es de 7 AM a 3 PM, entonces la capacidad general aceptable para ese almacén sería de 8 horas al día (o x unidades de pedidos de tipo normal procesadas al día). Si la hora de corte de urgencia fuera a las 7 PM entonces la capacidad de urgencia representaría las horas, o la capacidad, entre las 3 PM y las 7 PM - ya sea 4 horas al día o X unidades de pedidos urgentes al día. Se anticipa que las solicitudes urgentes se adecúan siempre a la capacidad de urgencia. Se monitorean cercanamente los perfiles de capacidad, de manera que se pueda transferir la capacidad manualmente entre la capacidad general y la capacidad de urgencia, según sea necesario. De acuerdo con un aspecto de la invención, hay un límite superior colocado en cuantos pedidos urgentes se pueden aceptar en un día dado cualquiera (capacidad de urgencia). Si está más allá de este límite máximo, se rechaza la solicitud. Habrá una hora de corte única para los pedidos urgentes, en el sentido de que el sistema aceptará pedidos urgentes más allá de la hora de corte normal para ese almacén. Se buscarán los pedidos urgentes con respecto al inventario en existencia solamente, no a los ASN o PO. Si el inventario no está disponible en existencia, entonces se devuelve una búsqueda denegada o nula. Puesto que esta no es una funcionalidad normal en GATP, será necesario que esta distinción tenga lugar en el mecanismo de búsqueda.

F. Función de administración de pedidos del mecanismo de búsqueda El procedimiento de administración de pedidos incluye la creación de pedidos, el cambio de pedidos, la cancelación de pedidos y el procesamiento de pedidos en devolución. Los pedidos de ventas, interactivos y no interactivos, serán recibidos por compradors y pasados al mecanismo de búsqueda. El mecanismo de búsqueda 130 válida los pedidos de venta contra las búsquedas y los pasa al sistema de administración de pedidos (OMS) para su procesamiento adicional, y el OMS, a la vez, envía los pedidos al sistema de administración de almacén 190 para su cumplimiento. El OMS puede ser un componente convencional en existencia no ilustrado en el sistema 100 de la figura 1, o incluido en el sistema 100 como parte de otro componente del sistema. Usando el OMS, se automatizarán los procedimientos que manejan pedidos de ventas que entran al sistema procedentes de los compradors. Muchas modificaciones y otras modalidades de la invención se le ocurrirán al experto en la técnica al cual pertenece esta invención que tiene el beneficio de las enseñanzas presentadas en las descripciones precedentes y los dibujos asociados. Por lo tanto, se ha de entender que la invención no está limitada a las modalidades específicas expuestas y que las modificaciones y otras modalidades no están prevista para estar incluidas dentro del alcance de las reivindicaciones anexadas. Aunque se emplean términos específicos en la presente, se usan en sentido genérico y descriptivo solamente y no con propósitos de limitación.

Claims (1)

1. NOVEDAD DE LA INVENCION REIVINDICACIONES 1.- Un sistema de administración de cadena de suministro, caracterizado porque comprende: por lo menos un comprador que está asociado por lo menos con un cliente; un dispositivo de búsqueda; y una red que está conectada para facilitar la comunicación entre dicho comprador (por lo menos uno) y dicho dispositivo de búsqueda, en donde: dicho comprador (por lo menos uno) está configurado para transmitir un pedido a dicho dispositivo de búsqueda a través de dicha red, comprendiendo dicho pedido datos sobre artículos correspondientes por lo menos a un artículo que se ha de entregar a una ubicación geográfica del cliente asociada con dicho cliente; y dicho dispositivo de búsqueda está configurado para: (a) determinar cuál de una pluralidad de almacenes es la más cercana de dicha pluralidad de almacenes a dicha ubicación geográfica del cliente; y (b) por lo menos parcialmente en respuesta a la determinación de que un primer almacén es el más cercano de dicha pluralidad de almacenes a dicha ubicación geográfica del cliente, designar dicho primer almacén como almacén de envío desde el cual se ha de enviar dicho artículo (por lo menos uno) a dicha ubicación geográfica del cliente. 2 - El sistema de administración de cadena de suministro de conformidad con la reivindicación 1 , caracterizado además porque: dicho primer almacén está a una primera distancia de dicha ubicación geográfica del cliente; dicha pluralidad de almacenes comprende un segundo almacén que está a una segunda distancia de dicha ubicación geográfica del cliente; y dicho paso de determinar cuál de una pluralidad de almacenes es el más cercano de dicha pluralidad de almacenes a dicha ubicación geográfica del cliente comprende el paso de determinar si dicha primera distancia es más corta que dicha segunda distancia. 3. - El sistema de administración de cadena de suministro de conformidad con la reivindicación 2, caracterizado además porque dicha pluralidad de almacenes comprende un tercer almacén que está ubicado a una tercera distancia de dicha ubicación geográfica del cliente; dicho dispositivo de búsqueda está configurado para comparar dicha primera distancia con dicha tercera distancia; y dicho paso de determinar cuál de una pluralidad de almacenes es el más cercano de dicha pluralidad de almacenes a dicha ubicación geográfica del cliente comprende el paso de determinar si dicha primera distancia es más corta que dicha tercera distancia. 4. - El sistema de administración de cadena de suministro de conformidad con la reivindicación 1 , caracterizado además porque dicho dispositivo de búsqueda está configurado para realizar, en respuesta a la recepción de dicho pedido procedente de dicho dispositivo de búsqueda, dicho paso de determinar cuál de una pluralidad de almacenes es el más cercano de dicha pluralidad de almacenes a dicha ubicación geográfica del cliente. 5. - El sistema de administración de cadena de suministro de conformidad con la reivindicación 1 , caracterizado además porque dicho dispositivo de búsqueda está configurado para: determinar si dicho primer almacén sería capaz de enviar dicho artículo (por lo menos uno) a dicha ubicación geográfica del cliente dentro de un marco de tiempo especificado; y realizar, por lo menos parcialmente en respuesta a la determinación de que dicho primer almacén sería capaz de enviar dicho artículo (por lo menos uno) a dicha ubicación geográfica del cliente dentro de dicho marco de tiempo especificado, dicho paso de designar dicho primer almacén como almacén de envío. 6. - El sistema de administración de cadena de suministro de conformidad con la reivindicación 5, caracterizado además porque se determina dicho marco de tiempo usando información recibida de dicho cliente (por lo menos uno). 7.- El sistema de administración de cadena de suministro de conformidad con la reivindicación 1 , caracterizado además porque dicha red está conectada para facilitar la comunicación entre dicho dispositivo de búsqueda y dicho primer almacén. 8.- El sistema de administración de cadena de suministro de conformidad con la reivindicación 7, caracterizado además porque dicha red está conectada para facilitar la comunicación entre dicho dispositivo de búsqueda y un segundo almacén. 9. - El sistema de administración de cadena de suministro de conformidad con la reivindicación 1, caracterizado además porque dicha red es una red de área extensa. 10. - El sistema de administración de cadena de suministro de conformidad con la reivindicación 1 , caracterizado además porque dicho pedido comprende datos sobre ubicación que corresponden a dicha ubicación geográfica al cliente. 11. - El sistema de administración de cadena de suministro de conformidad con la reivindicación 10, caracterizado además porque dichos datos sobre ubicación son un código postal asociado con dicha ubicación geográfica del cliente. 12. - Un método de facilitar el envío de un artículo a un cliente, comprendiendo dicho método los pasos de: proveer un comprador que está asociado con dicho cliente; proveer un dispositivo de búsqueda; proveer una red que está configurada para facilitar la comunicación entre dicho comprador y dicho dispositivo de búsqueda; usar dicho comprador para generar un pedido que comprende datos sobre artículos que corresponden por lo menos a un artículo que se ha de entregar a una ubicación geográfica del cliente asociada con dicho cliente; transmitir dicho pedido de dicho comprador a dicho dispositivo de búsqueda a través de dicha red; y en respuesta a dicho dispositivo de búsqueda recibir dicho pedido de dicho comprador, identificar, de una pluralidad de almacenes, un primer almacén que sea el más cercano de dicha pluralidad de almacenes a dicha ubicación geográfica del cliente que tenga la capacidad de enviar dicho artículo a dicha ubicación geográfica del cliente dentro de un marco de tiempo especificado. 13. - El método de conformidad con la reivindicación 12, caracterizado además porque comprende adicionalmente el paso de instruir a dicho primer almacén que envíe dicho artículo (por lo menos uno) a dicha ubicación geográfica del cliente. 14. - El método de conformidad con la reivindicación 13, caracterizado además porque comprende adicionalmente el paso de identificar a dicho cliente que se enviará dicho artículo (por lo menos uno) a dicho cliente desde dicho primer almacén. 15. - El método de conformidad con la reivindicación 12, caracterizado además porque dicha red es Internet. 16. - Un sistema de administración de cadena de suministro, caracterizado porque comprende: por lo menos un comprador que está asociado por lo menos con un cliente; un dispositivo de búsqueda; y una red que está conectada para facilitar la comunicación entre dicho comprador y dicho dispositivo de búsqueda, en donde: dicho comprador (por lo menos uno) está configurado para transmitir un pedido a dicho dispositivo de búsqueda a través de dicha red, comprendiendo dicho pedido datos sobre artículos correspondientes por lo menos a un artículo que se ha de entregar a una ubicación geográfica del cliente asociada con dicho cliente (por lo menos uno); y dicho dispositivo de búsqueda está configurado para: (a) identificar, de una pluralidad de almacenes, un primer almacén que sea el más cercano de dicha pluralidad de almacenes a dicha ubicación geográfica del cliente; (b) identificar, de dicha pluralidad de almacenes, un segundo almacén que sea el más cercano de dicha pluralidad de almacenes a dicho primer almacén; (c) determinar si dicho primer almacén sería capaz de enviar dicho artículo (por lo menos uno) a dicha ubicación geográfica del cliente dentro de un marco de tiempo especificado, (d) en respuesta a la determinación de que dicho primer almacén no sería capaz de enviar dicho artículo (por lo menos uno) a dicha ubicación geográfica del cliente dentro de un marco de tiempo especificado, determinar si dicho segundo almacén sería capaz de enviar dicho artículo (por lo menos uno) a dicha ubicación geográfica de cliente dentro de dicho marco de tiempo especificado; y (e) en respuesta a la determinación de que dicho segundo almacén sería capaz de enviar dicho artículo (por lo menos uno) a dicha ubicación geográfica del cliente dentro de dicho marco de tiempo especificado, designar dicho segundo almacén como almacén de envío desde el cual se ha de enviar dicho artículo (por lo menos uno) a dicha ubicación geográfica del cliente. 17.- El sistema de administración de cadena de suministro de conformidad con la reivindicación 16, caracterizado además porque dicho dispositivo de búsqueda está configurado para: (f) identificar, de dicha pluralidad de almacenes, un tercer almacén que sea el segundo más cercano de dicha pluralidad de almacenes a dicho primer almacén; (g) en respuesta a la determinación de que dicho segundo almacén no sería capaz de enviar dicho artículo (por lo menos uno) a dicha ubicación geográfica del cliente dentro de dicho marco de tiempo especificado, determinar si dicho tercer almacén sería capaz de enviar dicho artículo (por lo menos uno) a dicha ubicación geográfica del cliente dentro de dicho marco de tiempo especificado; y (h) en respuesta a la determinación de que dicho tercer almacén sería capaz de enviar dicho artículo (por lo menos uno) a dicha ubicación geográfica del cliente dentro de dicho marco de tiempo especificado, designar dicho tercer almacén como almacén de envío desde el cual se ha de enviar dicho artículo (por lo menos uno) a dicha ubicación geográfica del cliente.