MXPA06003311A

MXPA06003311A - Sistemas y metodos para la administracion de cadenas de suministros

Info

Publication number: MXPA06003311A
Application number: MXPA/A/2006/003311A
Authority: MX
Inventors: R Kroswek Thomas; W Moore James; D Han Anthony
Original assignee: D Han Anthony; R Kroswek Thomas; W Moore James; Ryder Integrated Logistics Inc
Priority date: 2003-09-23
Filing date: 2006-03-23
Publication date: 2006-12-13

Abstract

La presente invención estádirigida a sistema y métodos para la administración de cadenas de suministros. Una orden para uno o más productos se recibe desde un comprador o un vendedor. Para cada producto en la orden recibida, se determina un comprador y un vendedor. En algunos casos, se determinan múltiples compradores y/o vendedores. Se generan una configuración de embarque del producto y un plan de logística. Se determina un transportador. La configuración de embarque del producto generada se transmite a un comprador, un vendedor, un transportador o combinaciones de los mismos. El plan de logística generado se transmite a un comparador, un vendedor, un transportador o combinaciones de los mismos. En algunas modalidades, se describen los datos de eventos relacionados con el plan de logística generado. En alguna de tales modalidades, se generan los reportes de excepción a partir de los datos de eventos recibidos. Estos procesos, o subconjuntos de los mismos, se pueden implementar en ciertos casos en un procesador de sistemas en comunicación con unos datos de sistemas almacenados o a ser almacenados en la forma de instrucciones ejecutables en uno o más medios legibles por computadora.

Description

SISTEMAS Y MÉTODOS PARA LA ADMINISTRACIÓN DE CADENAS DE SUMINISTROS CAMPO DE LA INVENCIÓN La presente invención se dirige a sistemas y métodos para suministrar la gestión de cadenas de distribución. Más específicamente, sin limitación, la presente invención se refiere a la integración y gestión mejoradas para cadenas de distribución. ANTECEDENTES DE LA INVENCIÓN El proceso de logística actual es una torre de Babel. El proceso para procurar, reabastecer transportar y almacenar una parte o producto involucra cientos de sistemas de información diferentes, discontinuos, y desconectados. Por ejemplo, una gran fabricante grande puede difundir sus requerimientos proyectados de materias primas y de trabajo en el proceso usando formatos de EDI (Intercambio de Datos Electrónicos) tales como el formato TDCC 830 (Comité de Coordinación de Datos de Transporte) . Este formato proporcionará predicciones de materias, pero este formato no autoriza la descarga de las materias. Aun otro formato, el 862 EDI, autoriza la descarga de una cantidad especifica de una parte y estipula la fecha de llegada de la cantidad de partes. En general, esta fecha de llegada es un "debe llegar por" en lugar de "debe llegar en esta única fecha". Enseguida de esto, un distribuidor debe desarrollar un proceso interno y el sistema de información para descomponer el 862 en una cantidad de paquetes, después en una cantidad de embarques, después en una contenerización de embarque. Actualmente una liberación de parte no se subdivide en una frecuencia óptima. Más bien, la cantidad de descargas completas se asume ser en un tiempo, para llegar en o antes de la fecha programada. El siguiente paso en este proceso es la selección de un modo de transporte- LTL (menos que camión lleno) , TL (camión lleno), Parcel, TOFC (remolque o contenedor en coche lleno) — seguido entonces por la selección de un transportador especifico dentro de la selección modal. Este proceso también se produce por medio de sistemas discretos, de información única que no se integran de regreso al la descarga de materiales en si. Enseguida de la selección del modo y el transportador se requiere ahora la licitación del embarque parcial. Esta es una comunicación especifica a un transportador que describe el embarque, sus atributos, el tiempo de recogida y su fecha de llegada esperada, (y frecuentemente el tiempo de reparto especifico) . En este punto, la orden de compra del comprador es el documento controlante. En el punto de embarque, se crean seis nuevos documentos que se interrelacionan pero históricamente han estado desligados. Estos son el conocimiento de embarque (BOL) , la Orden de Embarque (SO) , la Factura de Carga (FB) , el Manifiesto, la Lista de Recepción y Empaque . Una vez que un embarque se ofrece o se licita, su progreso es manejado por un sistema de información del transportador. No hay dos transportadores que usen el mismo sistema de IT. Además estos sistemas de información por lo general no se integran con, se comunican con, el sistema de información de fabricación principal que generó la descarga de material inicial (por ejemplo, 862) . Ni tampoco se comunican con el sistema de embarque Tier One. En tanto que en progreso un embarque requiere su propia información con respecto al precio (factura de carga y cargo a cuenta) , progreso (Notificación de Avance de Envió) , calidad, puntualidad y proveedor. Estos sistemas, también, son discretos . Además, un embarque frecuentemente puede cambiar de modos y transportadores durante su corta vida. Un embarque de cinco dias de México a Michigan, por ejemplo, puede ser manejado por cuatro o cinco diferentes compañías de trasportes rumbo a su destino. Cada una de estas empresas utilizan tecnologías de información únicas que no se comunican mutuamente . Para complicar más el manejo de la información de un embarque, frecuentemente se da el caso de que uno o varios de los participantes en la cadena del embarque no utilizan comunicaciones electrónicas . Frecuentemente no existe un método automatizado electrónicamente para el manejo de la información - se utiliza telefonía estándar, comunicaciones escritas por facsímil o manual. Por ejemplo, examinar la procuración de partes entrantes y el proceso de embarque para la comunidad de OEM (fabricantes de equipos originales) Automotrices - las empresas fabricantes más grandes en el mundo. A pesar de ser el más automatizado en el mundo, estos procesos aun están repletos con procesos manuales. La primera comunicación en esta cadena - el 862 EDI - se usa uniformemente para comunicarse con el proveedor de Tier One. Sin embargo, los otros participantes en esta cadena de movimiento de materiales frecuentemente no pueden aceptar un archivo EDI, utilizan sistemas de información incompatibles, o no tienen medios para comunicarse electrónicamente y dependen de procesos de información manual tales como teléfono, facsímil y correo. La gran mayoría de compañías de transportes no pueden procesar un mensaje 862 del fabricante-la cantidad total de partes no es significativa para ellos.

El resultado es una Torre de Babel - un lenguaje de comunicaciones común, no fácil entre las partes de un embarque. Esta discontinuidad de la información provoca la duplicación del proceso entre todos los participantes en la cadena de eventos que comprende un embarque. Esta discontinuidad provoca tiempo adicional en la cadena de eventos, incertidumbre adicional con respecto a la llegada, la cantidad y la calidad de un embarque. El tiempo y la incertidumbre adicionales requieren entonces un inventario de exceso adicional para apoyar el flujo de materiales. Esta Babel existe a pesar de un requerimiento común en cuanto a información básica: ¿Cuanto se debe embarcar? ¿Quién tiene posesión del embarque ahora? ¿Dónde está el embarque ahora? Los sistemas y métodos de acuerdo a la presente invención proporcionan soluciones a estas y otras cuestiones asociadas con la logística de las cadenas de distribución. En especial, la presente invención proporciona una utilidad común de comunicaciones para la Red Internacional que de servicio a la comunidad completa involucrada en un embarque de productos: el comprador, el transportador, el gestión de logística y el vendedor. BREVE DESCRIPCIÓN DE LA INVENCIÓN La presente invención se dirige a sistemas y métodos para la gestión de cadenas de distribución. De acuerdo a la presente invención, un método para la gestión de cadenas de distribución incluye una variedad de pasos como se describe aqui a continuación. Se recibe una orden de un comprador o de un vendedor. La orden recibida incluye la información con respeto a uno o más productos ordenados . Para cada producto en la orden recibida, se determina un comprador y un vendedor. Se genera una configuración de embarque de productos y un plan de logística. Se determina un transportador. El plan de logística generado se transmite a un receptor. La configuración de embarque de productos se transmite a un receptor. El receptor en ambos casos frecuentemente es el comprador, el vendedor, el transportador o un administrador de gestión de cadenas de distribución. El ámbito de la presente invención no se limita al orden de los pasos o la segregación de pasos descrita arriba; más bien, se contempla la agregación de los pasos en pasos individuales o el reordenamiento de tales pasos. En ciertas modalidades, se puede ejecutar el método descrito arriba, en su totalidad o en parte, por el ambiente resumido abajo. Además, uno o más de los pasos descritos se puede almacenar como instrucciones ejecutables por computadora y/o en cualquier combinación de medios legibles por computadora,. En vez de, o además de las instrucciones almacenadas, uno o más pasos se pueden ejecutar por equipos de propósito especial diseñados para llevar a cabo tales pasos. Una modalidad preferida de acuerdo a la presente invención incluye un almacenamiento de datos del sistema y un procesador del sistema, el SDS almacena los datos necesarios para proporcionar la funcionalidad de gestión de cadenas de distribución deseada y puede incluir, los datos del producto, manifiestos, datos de capacidad, datos de itinerario, datos de rutas, datos de eventos, reportes de excepción, datos del comprador, datos del vendedor, y datos del transportador. El SDS puede incluir varios almacenes de datos físicos y/o lógicos para almacenar los varios tipos de información. La funcionalidad de almacenamiento y recuperación de datos se puede proporcionar ya sea por el procesador del sistema o los procesadores de almacenamiento de datos asociados con, o incluidos dentro del SDS. El procesador del sistema está en comunicación con el SDS por medio de cualquier canal de comunicaciones adecuado. El procesador del sistema puede incluir uno o más elementos de procesamiento que proporcionan y/o soportar la funcionalidad de gestión de cadenas de distribución deseada. En algunas modalidades, el procesador del sistema puede incluir, elementos de procesamiento locales, centrales y/o homólogos dependiendo de su equipo y la configuración del mismo.

Las ventajas adicionales de la invención se explicarán en parte en la descripción que sigue, y en parte serán obvias de la descripción, o se pueden aprender por la práctica de la invención. Las ventajas de la invención se relazarán y se lograran por medio de los elementos y las combinaciones señaladas en particular aqui. Se debe entender que tanto la descripción general precedente y la siguiente descripción detallada son ejemplificantes y explicativas solamente y no son restrictivas de la invención como se reivindica. BREVE DESCRIPCIÓN DE LOS DIBUJOS Los dibujos anexos, los cuales se incorporan y forman parte de esta especificación, ilustran las modalidades de la invención y junto con la descripción, sirven para explicar los principios de la invención. La FIG. 1 representa gráficamente una estructura de arquitectura ambiental que se podria usar para soportar una o más modalidades de la presente invención, o porciones de la misma. La FIG. 2 es un diagrama de una arquitectura lógica para soportar varias modalidades de la presente invención. La FIG. 3 es un diagrama de flujo que representa un proceso ejemplificante de acuerdo a la presente invención. La FIG. 4 es un diagrama de flujo que representa" los pasos en un proceso ejemplificante para la configuración de embarque de productos y la generación del plan de logística. La FIG. 5 es un diagrama que muestra los módulos de programas potenciales en un conjunto de programas de gestión de logística ejemplificante, de acuerdo a la presente invención. La FIG. 6 es un diagrama de flujo que representa en flujo de datos en los sistemas de planificación de logística y de gestión de datos. La FIG. 7 es un diagrama de flujo que representa el flujo de datos en el sistema de gestión de distribución. La FIG. 8 es un diagrama de flujo que representa el flujo de datos en el sistema de gestión de ejecución. DESCRIPCIÓN DETALLADA DE LA INVENCIÓN Las modalidades ejemplificantes de la presente invención se describen ahora en detalle. Con referencia a los dibujos, los números similares indican partes similares en todas las vistas. Como se usa en la descripción de aquí, el significado de "un", "una" y "el" "la" incluye referencias plurales a menos que el contexto claramente lo estipule de otra manera. También, como se usa en la descripción de aqui, el significado de "en" incluye "dentro" y "en" a menos que el contexto claramente lo estipule de otra manera. Finalmente, como se usa en la descripción de aqui, los significados de "y" u "o" incluyen tanto conjuntivo y disyuntivo y se pueden usar intercambiablemente a menos que el contexto claramente lo estipule de otra manera; la frase "exclusivo o" se puede usar para indicar la situación donde sólo se puede seleccionar una opción entre las alternativas proporcionadas. En toda la descripción siguiente y en la reivindicaciones posteriores los siguientes términos tendrán los significados proporcionados, a menos que el contexto lo estipule claramente de otra manera. • Itinerario - Conjunto programado de cargas para una ruta dada, compuesto de un sólo intervalo de tiempo para cada parada. • Carga - Un movimiento de uno o más embarques por medio de una secuencia de paradas tal que el movimiento comienza y termina con un camión vacio. En cada parada, los embarques puede ser recogidos o decrecer. Las disminuciones deben estar en el orden inverso a las recogidas, (se refiere a: embarques, paradas) • Ubicación - Un lugar que posee una dirección física • Ruta - Un movimiento continuo compuesto de dos o más cargas (aka Modelador de viaje en Tpt) . • Parada - Una ubicación de recogida y disminución que es parte de una carga. (Se refiere a: embarques, ubicación y cargas) . • Calendario - Un conjunto de itinerarios de ruta • Embarque - Una colección fisica de embalajes que se mueve entre cualquiera de dos ubicaciones. (Se refiere a: ubicaciones, paquetes) • Viaje - Un caso del trayecto de una ruta La FIG. 1 representa una estructura 100 de arquitectura lógica para implementar varios aspectos de la presente invención. La estructura 100 incluye varias computadoras interconectadas por medio de una Red 150 de área local. La Red 150 de área local en los términos se conecta a la Red Internacional 160 por medio de un enrutador 140 y la pared 145 cortafuegos. Varios usuarios del ambiente tales como los vendedores 170A, 170B, el comprador 190 y los transportadores 180A, 180B pueden acceder al ambiente por medio de la Red 160 internacional; se apreciará fácilmente por aquellas personas experimentadas en la técnica que cualquier número de vendedores, compradores y/o transportadores pueden acceder al ambiente y que la descripción de un número limitado es solamente para propósitos de ejemplificáción. Los usuarios típicamente acceden a través de servidores 120 de acceso los cuales pueden incluir cualquier combinación de servidores adecuados tales como servidores de Red, servidores de correo electrónico, sistemas automatizados de respuesta por voz, etc. Los servidores 120 de acceso consultan a los servidores 130 para . procesar y dar formato a los datos para devolverlos a los usuarios por medio de los servidores de acceso. Los servidores 130 de procesamiento en el término recupera los datos de los servidores 110 de almacenamiento de datos. Los elementos de procesamiento colectivos de los varios servidores forman el procesador del sistema que soporta la funcionalidad de gestión de cadenas de distribución de la presente invención. Los dispositivos y los servidores de almacenamiento de datos forman el almacenaje de datos del sistema (SDS) que soporta el almacenamiento de los datos requeridos para proporcionar la funcionalidad deseada de la presente invención. Como se representa en la FIG. 1, los servidores 120 de acceso y otros recursos del marco de trabajo 100 conectados a la Red 150 de área local, se pueden conectar detrás de la pared 145 cortafuegos que protege estos recursos de la intrusión no autorizada por usuarios que intentan lograr el acceso al marco de trabajo 100 por medio de la Red 160 internacional. En una modalidad preferida, los servidores 120 de acceso se pueden conectar entre la pared 145 cortafuegos y una segunda pared cortafuegos (no se muestra) para aislar adicionalmente los recursos restantes del marco de trabajo 100 del acceso no autorizado. Los métodos de gestión de cadenas de distribución de la presente invención se pueden utilizar en muchos ambientes distintos, tales como el ambiente mostrado en la FIG. 1. una arquitectura general se representa en la FIG. 2. El ambiente puede incluir un procesador del sistema que incluye potencialmente varios elementos de procesamiento (por ejemplo, el elemento 120 de procesamiento) . El termino elemento de procesamiento se puede referir a (1) un proceso corriendo en una parte particular, o a través de partes particulares de equipos, (2) una parte particular de equipo, o cualquiera de (1) o (2) según lo permita el contexto. Cada elemento de procesamiento puede estar soportado por uno o más procesadores de propósito general tales como plataformas de procesadores compatibles con Intel incluyendo PENTIUM IV o CELERON (Intel Corp., Santa Clara, CA) , UltraSPARC (Sun Microsystems, Palo Alto- C?) y/o Athlon (Advanced Micro Devices, Sunnyvale, CA) y/o uno o más procesadores locales optimizados tales como los procesadores de señales digitales (DSPs) , circuitos integrados de aplicación especifica (ASICs) y/o matrices de puertas programables en campo (FPGAs) . Los componentes del equipo fisico representados incluyen el SDS 215 que podria incluir una variedad de elementos de almacenamiento primarios 220 y secundarios 230. Como un ejemplo, un SDS podria incluir la RAM como parte del almacenamiento 220 primario; la cantidad de RAM podría variar típicamente de 64 MB a 2 GB en cada dispositivo de equipo individual aunque estas cantidades podrían variar. El almacenamiento 220 primario puede incluir en algunas modalidades otras formar de memoria tales como memoria intermedia, registradores, memoria no volátil (por ejemplo, FLASH, ROM, EPROM, etc.). El almacenamiento 220 primario se puede comunicar con el procesador del sistema, o los elementos particulares del mismo, en un modo o modos estándar (trayectorias 222), incluyendo sin limitación la trayectoria de comunicación en circuito integrado y/o la trayectoria de línea de datos serie o paralela, integrada en placa o externa. El SDS 215 también puede incluir un almacenamiento 130 secundario que contiene servidores y elementos de almacenamiento únicos, múltiples y/o variados. Se debe entender que la diferente información usada en los procesos y sistemas de gestión de cadenas de distribución puede ser segregada lógicamente o físicamente dentro de un sólo dispositivo que da servicio a un almacenamiento 230 secundario para el SDS 215; los múltiples almacenajes de datos relacionados accesibles a través de un sistema de gestión unificado, los cuales juntos sirven como el SDS 215; o varios almacenes de datos independientes accesibles individualmente a través de sistemas de gestión diferentes, los cuales se pueden visualizar colectivamente el algunas modalidades como el SDS 215. Por ejemplo, el SDS 215 puede usar dispositivos de almacenamiento internas conectados al procesador 210 del sistema. En las modalidades donde un único elemento de procesamiento tal como un procesador de propósito general PENTIUM IV es el procesador 210 del sistema y soporta toda la funcionalidad de gestión de cadenas de distribución, uno o más discos duros locales y una o más unidades de disco removibles pueden servir como el almacenamiento secundario del SDS 12 que se comunica con el elemento de procesamiento por medio de una conexión 232 directa adecuada tal como una conexión de linea de datos IDE, USB, SCSI o a través de una cohesión de red al almacenamiento conectado a la red accesible localmente (no se muestra), y un sistema operativo de disco que se ejecuta en tal elemento de procesamiento único puede actuar como un servidor de datos que recibe y atiende las solicitudes de datos. La arquitectura del almacenamiento secundario del almacenamiento 215 de computadora puede variar significativamente en los ambientes diferentes. En varios ambientes típicos, se pueden usar bases de datos para almacenar y manipular los datos tales como recursos y/o metadatos de la versión; en alguna de tales modalidades, uno o más sistemas de gestión de bases de datos relaciónales, tales como DB2 (IBM, White Plains, NY) , SQL Server (Microsoft, Redmond, WA) , ACCESS (Microsoft, Redmond, WA) , Oracke 8i (Oracle Corp., Redwood Shores, CA) , Ingres (Computer Associates, Islandia, NY) , MySQL (MySQL AB, Suecia) o Adaptive Server Enterprise (Sybase Inc., Emeryville, CA) , se pueden usar en conexión con una variedad de dispositivos de almacenamiento/servidores de archivos que pueden incluir uno o más unidades de disco magnético y/o óptico que usan cualquier interfaz apropiada incluyendo, sin limitación, IDE, SCSI. En algunas modalidades, se puede usar una biblioteca de cintas tal como Exabyte X80 (Exabyte Corporation, Boulder, CO) , una solución de red conectada al almacenamiento (SAN) tal como el disponible de (EMC, Inc., Hopkinton, MA) , una solución de almacenaje conectado a la red (ÑAS) tal como NetApp Filer 740 (Network Appliances, Sunnyvale, C?) , o combinaciones de los mismos. En otras modalidades, el almacenaje de datos puede usar sistemas de bases de datos con arquitecturas tales como orientada a objetos, espacial, relacional de objetos, red o jerárquica. En lugar de, o además de, aquellas técnicas de organización discutidas arriba, ciertas modalidades puede utilizar implementaciones de almacenaje tales como tablas de referencias o ficheros planos o combinaciones de tales arquitecturas. Tales técnicas alternativas pueden usar servidores de datos diferentes de los sistemas de gestión de bases de datos tales como (1) el servidor, procedimiento y/o proceso de consulta de tablas de referencias, y/o (2) un servidor procedimiento y/o proceso de recuperación de archivos plano-s. Además el almacenaje 215 de la computadora puede utilizar una combinación de cualquiera de tales técnicas en la organización de su arquitectura de almacenaje secundaria. Los componentes de equipo pueden tener cada uno un sistema operativo apropiado, tal como WINDOWS/NT, WINDOWS 2000 O WINDOWS/XP Server (Microsoft, Redmond WA) , Solares (Sun Microsystems, Palo Alto, CA) , o LINUX (u otros variantes de Unix) . Un ambiente típico incluye un sistema operativo WINDOWS/XP (u otra familia de WINDOWS) . Las plataformas de clientes que acceden a los servidores de gestión de cadenas de distribución tales como dispositivos inalámbricos y/o PDAs pueden utilizar un sistema operativo apropiado, tal como Windows/CE, PalmOS, u otro sistema operativo de teléfonos móviles o PDA. Dependiendo de la plataforma del equipo/sistema operativo del ambiente global, se pueden incluir programas informáticos de servidor apropiados para soportar el acceso deseado para los propósitos de configuración, monitoreo y/o generación de reportes. La funcionalidad del servidor de res se puede proporcionar por medio de un Servidor de Información de Red Internacional (Microsoft, Redmond, WA) , un Servidor de http Apache (Apache Software Foundation, Forest Hill, DISPOSITIVO DE MONITORIZACIÓN) , un Servidor de Red iPlanet (iPlanet E-Commerce Solutions-A Sun-Netscape, Alliance, Mountain View CA) u otra plataforma de servidor de Red adecuada. Los servicios de correo electrónico pueden estar soportados por medio de un Servidor de Intercambio (Microsoft, Redmond, WA) , LotusNotes, Groupwise, sendmail u otro servidor de correo electrónico adecuado. Algunas modalidades pueden incluir uno o más sistema de respuesta de voz automatizados (AVR) que son el suplemento, o se usan en vez de los servidores de acceso ya mencionados. Tal sistema AVR podria soportar una interfaz manejada completamente por voz/teléfono para el ambiente con una la salida de forma impresa entregada electrónicamente al dispositivo de salida de forma impresa (por ejemplo, impresoras, facsímil, etc) , y se transmite cuando sea necesario a través del correo regular, correo interno, facsímil u otras técnicas de envío. En un aspecto, la presente invención sincroniza la información logística con respecto a un embarque de productos con la información de descarga del material durante la vida de un embarque de productos desde la recepción del material hasta la recepción del material especificado en la descarga. También se proporciona una utilidad de comunicaciones común para todas las partes en la cadena. Esta utilidad de comunicaciones está disponible por medio de acceso a la Red Internacional a cualquier parte que use software de navegación de red disponible de manera ordinaria. Los sistemas y los métodos de acuerdo a la presente invención en varias modalidades pueden procesar la información en bruto de la descarga del material - por ejemplo, el número de productos y el tiempo a la entrega - y produce un producto de datos abundantes que proporciona por ejemplo, : • el número de empaques requeridos para la entrega del material • el número de contenedores que se pueden despachar - empaques, tarimas de carga, recipientes - para una entrega de material • el calendario planeado para la secuencia de eventos que comprenden la vida de un embarque • un enlace electrónico entre el embarque y la entrega del material original • un enlace electrónico entre la información del embarque y el Conocimiento de Embarque del transportador • la información en "tiempo real" acerca de quien está en posesión del embarque en cualquier punto en la vida del embarque • el estado del calendario del embarque versus el calendario planificado de eventos para ese embarque • un método para subsanar automáticamente las variaciones del plan vigente para un embarque • un método para incorporar reglas de negocios únicas para manejar las variaciones del plan Una descarga de logística es la capacidad para configurar una cantidad de producto específica dentro de una Factura de Material en un embarque óptimo. Esta capacidad incluye la determinación de la configuración y modo del peso, cubo, empacado, capacidad de apilado, tarimas de carga. Se incluye además el calendario planificado de eventos para un embarque y un proceso para medir el progreso del plan al presente. En un aspecto, la presente invención produce la sincronización de la descarga de fabricación con los requerimientos de inventario y una red logística amplia. En un aspecto adicional, la presente invención resuelve el problema de la comunicación logística y proporciona un plan de logística para cada producto incluido.

En un aspecto adicional, la presente invención establece el plan de logística base para los eventos de embarque y monitorea la capacidad de gestión de eventos e interviene apropiadamente cuando los embarques varian de la ejecución planeada. Después de la descarga de logística, los embarques discurren a través de una secuencia de eventos que se manejan usando el sistema de alerta dentro de un sistema de gestión operacional (JIT/EMS) , el cual se puede incluir en algunas modalidades de la presente invención. Por consiguiente, la presente invención sincroniza la descarga de fabricación con la red de logística, eliminando los errores de comunicación entre el fabricante, el proveedor de logística y el transportador. Cualquier participante en el embarque puede vincular el producto, el FB, la PO (orden de compra) , el SO, el BOL con la descarga de material original, todos los participantes comparten el plan para el embarque y se informan simultáneamente con respecto a los cambios a ese plan. La FIG. 3 es un diagrama de flujo que representa los paso en un proceso 300 ejemplificante de acuerdo con al presente invención. En el paso 310, se recibe una orden para uno o más productos, desde una cadena de distribución participante, tal como un un comprador o vendedor. Si la orden se origina de un comprador, la orden representa los artículos a ser comprados de uno o más vendedores. Si la orden se origina con un comprador, la orden representa los artículos vendidos a uno o más compradores. En algunos casos, la orden recibida se puede originar con otro participante en la cadena de distribución. Esto puede ocurrir si ni el comprador ni el vendedor utilizan la gestión de distribución de acuerdo a la presente invención, sin embargo, el participante ocupan y desean recibir los beneficios de tal uso y/o proporcionan al comprador y/o el vendedor con el acceso a la información con respecto al procesamiento de una orden. En algunas modalidades, la orden se recibe via uno o más servidores de acceso; estos servidores de acceso pueden incluir, sin limitación, servidores de red, servidores de correo electrónico, servidores ftp, sistemas interactivos de respuesta por voz/tonos, y/o servidores de facsímil. En el caso donde la orden recibida está en un formato específica para la fuente de la orden, la orden recibida puede ser formateada de acuerdo a un formato independiente de cualquier formato usado por cualquier cadena de distribución participante y específica para el administrador de gestión de cadenas de distribución. La orden recibida puede, en algunas modalidades, ser almacenada en un almacenaje de datos del sistema. En tales modalidades, los pasos 320 y 330 como se describen adicionalmente abajo, pueden involucrar el ingresar al almacenaje de datos del sistema para la orden almacenada, o porciones de la misma. En el paso 320, se determina un comprador y un vendedor para cada producto en la orden recibida. En algunos casos, se pueden determinar varios compradores y/o vendedores . En algunas modalidades, la determinación del comprador y el vendedor para cada producto involucra acceder a un almacenaje de datos del sistema para los datos relevantes a la determinación tales como los datos del producto y/o la orden recibida. La determinación puede ocurrir en una variedad de maneras y depende de una variedad de criterios. En una modalidad, se puede determinar el comprador y/o el vendedor a través de la referencia directa a la orden recibida. Por ejemplo, la orden recibida podria incluir directamente una referencia especifica al comprador y/o el vendedor. Alternativamente, para un producto dado en la orden recibida, sólo puede existir un comprador único quien utiliza el producto, y/o sólo un vendedor único puede fabricar el producto . En algunas modalidades, la determinación puede incluir los pasos de: (a) recuperar una entrada por cada producto, desde un almacenaje de datos del sistema, (b) identificar al comprador para cada producto de la orden recibida, la entrada recibida o combinaciones de las mismas, y (c) identificar el vendedor para cada producto de la orden recibida, la entrada recibida o combinaciones de las mismas. La identificación del vendedor en tales modalidades, o la determinación del vendedor en otras modalidades, puede incluir seleccionar un vendedor con base en uno o más criterios tales como restricciones de cotización, restricciones de volumen, restricciones de distancia, restricciones de tiempo, restricciones de eficiencia, 'restricciones financieras y/o combinaciones de las mismas. Tales criterios se podrían usar para seleccionar entre varios vendedores potenciales para un producto dado. En el paso 330, se genera una configuración de embarque del producto y un plan de logística. En algunos casos, se pueden generar varias configuraciones y/o planes de logística. La configuración de embarque del producto y el plan de logística se generan con base en una variedad de factores que incluyen, sin limitación, la orden recibida, el vendedor determinado, el comprador determinado y combinaciones de las mismas. En algunas modalidades, este paso involucra acceder a un almacenaje de datos del sistema para los datos relevantes para la determinación. La FIG. 4 es un diagrama de flujo que representa los pasos en un proceso ejemplificante para generar la configuración de embarque de un producto y un plan de logística. En el paso 410, se recupera una entrada del producto para cada producto en la orden, desde un almacenaje de datos del sistema. La entrada del producto contiene al menos las restricciones de contenerización para cada uno de tales productos. Alternativamente, algunas modalidades puede experimentar el paso de recuperación donde las restricciones de contenerización se proporcionan en la orden recibida. En el paso 420, se identifican las restricciones de contenerización para cada producto. Las restricciones de contenerización se pueden determinar a partir de la entrada recuperada en el paso 410. en las modalidades alternativas, se pueden identificar las restricciones de contenerización a través de la referencia directa a la orden recibida. En aun otras modalidades, las restricciones de contenerización se podrían recuperar vía una consulta al vendedor determinado a través de un canal de comunicaciones adecuado; por ejemplo, la información del producto se podria solicitar vía una red adecuada o solicitud ftp a un sitio hospedado por el vendedor determinado. En el paso 430, se desarrolla un plan de contenerización para cada producto con base en sus restricciones de contenerización asociado y la orden recibida. El desarrollo del plan puede ocurrir de acuerdo a cualquiera de las técnicas conocidas en general por aquellas personas experimentadas en la técnica. En el paso 440, la orden recibida se asigna a uno o más embarques con base en el plan de contenerización. En algunas modalidades, la asignación de la orden en los embarques involucra comparar los requerimientos de capacidad de la orden como se define en el plan de contenerización con la información de capacidad para un espacio de carga seleccionado (por ejemplo, remolque particular, compartimiento de carga de avión o barco, furgón de mercancías, etc.). Algunas de tales modalidades incluyen el proceso de selección del espacio de carga; tal proceso podria basar la selección en varios criterios que incluyen, sin limitación, la orden recibida, el plan de contenerización, la disponibilidad de espacio, el destino de un embarque, el costo, la capacidad de espacio de carga, el origen de un embarque y/o combinaciones de los mismos . En el paso 450, se desarrolla un plan de ruta para satisfacer el uno o más embarques. El plan de ruta desarrollado se basa el menos en parte en la asignación de la orden recibida en embarques y la orden recibida. En general, la planificación de la ruta puede ocurrir de acuerdo a alguna de las técnicas conocidas en general por aquellas personas experimentadas en la técnica. En algunas modalidades, el desarrollo del plan de ruta puede incluir optimizar el modo del embarque, el costo del transporte, la velocidad del embarque y/o combinaciones de los mismos. Regresando a la FIG. 3 en el paso 340, se determina un transportador. En algunos casos, se pueden determinar varios transportadores. Esta determinación puede ocurrir en una variedad de modos y depende de una variedad de criterios . En algunos casos, la determinación se limita a un conjunto de selección de uno o más transportadores. Esto puede ocurrir, por ejemplo, cuando se recibe la orden ser recibe de un transportador particular; en tal caso, el conjunto a partir del cual determinar el transportador podria estar limitado al transportador que proporciona la orden. En otros casos, el comprador o el vendedor puede tener relacionas con un conjunto predefinido de transportadores, y la determinación del transportador puede estar limitada por lo tanto a este conjunto predefinido, ' o posiblemente la intersección del conjunto predefinido de compradores y el conjunto predefinido de vendedores. En algunas modalidades, la determinación del transportador se puede basar en una variedad de factores que incluyen sin limitación, el plan de logística generado, el comprador determinado, el vendedor determinado, la orden recibida o combinaciones de los mismos. En tales modalidades, la orden recibida podria ser requerida para estipular una transporte particular; en tales modalidades, el transportador se determina directamente haciendo referencia a la orden recibida. En algunas modalidades, la determinación del transportador involucra acceder al almacenaje de datos del sistema para los datos relevantes a la determinación. En el paso 350, una configuración de embarque del producto se transmite a uno o más participantes (por ejemplo, el comprador, el vendedor, el transportador, el operador del depósito, etc.) en la cadena de distribución, a uno o más sistemas informáticos, o a uno o más administradores de gestión de cadenas de distribución. La plataforma entregada para la configuración de embarque del producto transmitida puede ser cualquier plataforma adecuada que proporcione la configuración del embarque del producto en un formato que se pueda recibir por el receptor tal como correo electrónico, red, ftp, facsímil, servicio de mensajeros, servicio postal, localizador personal, teléfono y/o combinaciones de los mismos. En algunas modalidades, la configuración del embarque del producto puede incluir un modelo en tres dimensiones de un carguero seleccionado con el embarque configurado suministrado ahi.

Esta transmisión puede ocurrir automáticamente, como el resultado de un evento de activación y/o como resultado de la solicitud del receptor de una configuración de embarque del producto de un participando, dependiendo del (de los) mecanismos soportados por la modalidad particular. En las modalidades que soportan la recepción de una solicitud, tal solicitud puede ser recibida por cualquier servidor de acceso adecuado, en alguna de tales modalidades, el receptor de la configuración de embarque del producto se puede determinar de la solicitud (por ejemplo, el solicitante, otro receptor indicado por un identificador en la solicitud, etc.). Una notificación de la disponibilidad de una configuración de embarque de un producto generada se puede enviar a uno o más participantes de la cadena de distribución. En alguna de tales modalidades, la notificación puede incluir un vinculo que tras la activación, genera una solicitud de configuración de embarque del producto. En el paso 360, se transmite un plan logístico a uno o más participantes en la cadena de distribución (por ejemplo, el comprador, el vendedor, el transportador, el operador del almacén, patio de carga, etc.), a uno o más sistemas de computo o a uno o más administradores de gestión de cadenas de distribución. La plataforma suministrada para la configuración de embarque del producto transmitida puede ser cualquier plataforma adecuada que proporciona la configuración de embarque del producto en un formato perceptible por el receptor, tal como correo electrónico, red, ftp, facsímil, servicio de mensajeros, servicio postal, localizador personal, teléfono y/o combinaciones de los mismos. Esta transmisión puede ocurrir automáticamente, como resultado de un evento de activación y/o como resultado de la recepción de una solicitud del plan logistico por un participante, dependiendo del (de los) mecanismos soportados en una modalidad particular. En las modalidades que soportan la recepción de una solicitud, tal solicitud puede ser recibida por cualquier servidor de acceso adecuado, en algunas de tales modalidades, el receptor del plan de logística se puede determinar de la solicitud (por ejemplo, el solicitante indicado por un identificador en la solicitud, etc.). Una notificación de la disponibilidad de un plan de logística generado se puede enviar a uno o más participantes de la cadena de distribución. En algunas modalidades, la notificación puede incluir un vinculo que tras la activación, genera una solicitud del plan de logística. En algunas modalidades, los datos del producto pueden ser recibidos desde uno o más vendedores del producto. Estos datos del producto recibidos se almacenan en un almacenaje de datos del sistema. Los datos del producto recibidos pueden incluir la información tal como el precio, la capacidad, las restricciones de contenerización u otros datos relevantes para el producto. Las restricciones de contenerización pueden incluir la altura, el peso, el volumen, el empacado la capacidad de apilamiento del producto y/o otros datos que definen las características del producto relevantes para desarrollar los planes de contenerización con respecto al producto. En algunas de tales modalidades, los datos recibidos se formatean de acuerdo con un formato especificado por el administrador de gestión de la cadena de distribución que es dependiente de cualquier formato usado por cualquier participante de la cadena de distribución. En algunas modalidades los datos del producto pueden ser recibidos via uno o más servidores, de acceso; estos servidores de acceso pueden incluir, sin limitación, servidores de red, servidores de correo electrónico, servidores ftp, sistemas interactivos de respuesta de voz/tonos, y/o servidores de facsímil. Además, el proceso de arriba se ha descrito con respecto a una sola orden recibida. Como es aparente para aquellas personas experimentadas en la técnica, el proceso descrito arriba puede ocurrir en paralelo y/o en serie para manejar varias ordenes derivadas de cualquier número de compradores, vendedores, transportadores, u otros participantes de la cadena de distribución. En tales casos, varias ordenes procesadas previamente y/o procesadas concurrentemente pueden impactar la generación de la (las) configuraciones de embarque del producto y/o el (los) planes de logística con respecto a una orden que se está procesando. En algunas modalidades, se pueden recibir los datos de eventos asociados con un plan de logística. Los datos de eventos puede representar cualquier -ocurrencia o circunstancia deseada, asociada con el plan de logística. Los datos de eventos se pueden generar manualmente (por ejemplo, el ingreso manual de la recepción del embarque en el deposito, la llamada telefónica del conductor indicando un retardo debido a una construcción, etc.) o automáticamente (por ejemplo, un sensor en el camión que determina ruedas planas y señalizar de modo inalámbrico lo mismo, etc.). Los datos del evento se pueden originar de cualquier fuente adecuada incluyendo, sin limitación, un participante de la cadena de distribución, un administración de gestión de la cadena de distribución, una autoridad gubernamental (por ejemplo, el reporte policiaco, la estación de pesado, etc.) y/o combinaciones de los mismos. En algunas modalidades, se puede usar un servidor de acceso para recibir los datos de evento enviados. En ciertas modalidades la recepción de los datos de evento puede activar la transmisión de notificaciones a uno o mas receptores. El receptor puede ser un usuario o un sistema de computo. El receptor para la notificación se puede ser predeterminado o seleccionado; la selección del receptor se puede basar en un número de factores que incluyen, sin limitación, los datos de evento recibidos, el plan de logística y/o combinaciones de los mismos. En algunas modalidades, la notificación puede incluir la información de identificación asociada con los datos de evento recibidos. En algunas modalidades, la información de identificación puede incluir un vinculo que tras la activación por el receptor, proporciona el acceso a los datos de eventos recibidos. En algunas modalidades, uno o más reportes de excepción se pueden generar con base en los datos de eventos recibidos y el plan de logística generado. En ciertas modalidades una notificación de la generación de los reportes de excepción se puede transmitir a uno o más receptores . En algunas de tales modalidades, la notificación puede incluir la información de identificación asociada con cada miembro de un subconjunto de los reportes de excepción generados; el subconjunto incluye al menos uno, pero potencialmente todos los reportes de excepción generados. Algunas de estas modalidades pueden incluir además en la información de identificación un vinculo que tras la activación por el receptor proporciona el acceso al reporte de excepción asociado. En alguna modalidad el subconjunto de los reportes de excepción incluidos dentro de una notificación se pueden seleccionar con base en una variedad de factores que incluyen, sin limitación, la prioridad del reporte de excepción, el receptor de la notificación, la información de configuración asociada con el plan de ' logística y/o combinaciones de los mismos. Como con las notificaciones de los datos de eventos, el receptor de la notificación puede ser cualquier usuario adecuado o un sistema de computo. La notificación se puede entregar por medio de cualquier plataforma de distribución incluyendo, sin limitación, correo electrónico, una red, ftp, facsímil, servicio de mensajeros, servicio postal, teléfono, localizador personal y/o combinaciones de los mismos. En lugar de,- o además de, la notificación de los reportes de excepción generados, uno o más reportes de excepción generados se pueden transmitir a cualquier receptor adecuado tales como un usuario o un sistema de computo. Cualquier plataforma de distribución adecuada se puede usar para entregar el reporte de excepción generado tales como correo electrónico, una red, ftp, facsímil, servicio de mensajeros, servicio postal, teléfono localizador personal y/o combinaciones de los mismos. En algunas modalidades, la plataforma de distribución se determina con base en el receptor pretendido. El usuario receptor del reporte de excepción típicamente será un participante de la cadena de distribución o un receptor del gestión de la cadena de distribución; sin embargo, nada evita entregarlos a un usuario interesado quien no sea un miembro de estas comunidades de usuarios. La computadora receptora del reporte de excepción típicamente será un sistema analítico tal como un sistema de evaluación que evalúa a los compradores, los vendedores yo, los transportadores, los sistemas de generación de notificaciones, etc. En algunas modalidades, un reporte de excepción se selecciona para la transmisión; en algunas de tales modalidades, la selección se basa en una prioridad asociada con cada reporte de excepción, la identidad del receptor pretendido y/o combinaciones de los mismos. En ciertas modalidades, la transmisión del reporte de excepción generado puede resultar de la solicitud por el receptor de un reporte de excepción. Tal solicitud podría, en algunas de estas modalidades, ser recibido por medio de cualquier servidor 'de acceso adecuado. Por ejemplo, una notificación del reporte de excepción que incluye un vinculo al reporte de excepción se podria activar por un usuario, generándose por ello una solicitud a un servidor de Red que proporcione una versión con formato HTML del reporte generado. Los varios pasos, o subconjuntos de los mismos, se pueden implementar a través de uno o más módulos de programas . La FIG. 5 proporciona un diagrama de bloques para los módulos de programas en- una modalidad preferida. Un conjunto de programas de gestión logística (LMS) 500 incluye los módulos de programas: el sistema de planificación de logística (LPS) 520, el sistema de gestión o administración de datos (DMS) 530, el sistema de gestión de descarga (RMS) 540 y el sistema de gestión de ejecución (XMS) 550. estos módulos de. programas se conectan a una base de datos 510 de LMS. La funcionalidad de gestión de cadenas de distribución se puede distribuir entre estos módulos de programas que en algunas modalidades se ejecutan en el procesador del sistema y el almacenaje de datos del sistema discutidos arriba. La descripción anterior proporciona una asignación ejemplificante de una variedad de funcionalidades entre estos módulos de programas; se entenderá que las diferentes modalidades pueden emplear otras asignaciones. Además, otras modalidades podrían emplear módulos de programas alternativos para proporcionar la funcionalidad deseada. En una modalidad preferida, el LPS 520 lleva a cabo varias tareas asociadas con la planeación logística. Tales tareas incluyen: (1) mantener la información de ubicación, (2) mantener la información de partes y de empacado, (3) mantener la información de descarga tal como EDI 830 y/o 862, ($) crear, editar, actualizar, y/o eliminar los planes de carga (en muchos casos con base en la EDI 830) y (5) crear los planes de carga vía una interfaz con un optimizador tal como el Modelador i2. Las diferentes modalidades pueden soportar combinaciones variables de una o más de estas tareas. La FIG. 6 es un diagrama de flujo del flujo de datos a través de los módulos de LPS 520 y el DMS 530. El pronóstico 610 de liberación recibe un nuevo pronóstico de descarga en bruto como entrada. Este pronóstico de descarga en bruto se puede importar hacia el LPS desde una fuente externa o desde una fuente interna tal como la base de datos de LMS . La salida de este proceso es el pronóstico de descarga. El pronostico de descarga se alimenta al proceso 620 de sesión de planificación que crea, actualiza, revisa yo elimina las cargas yo embarques de la sesión de planificación. La salida de este proceso se combina con el recipiente de productos del embarque para generar las cargas y embarques 650 de la sesión. La colocación en contenedores del producto de embarque se genera a través del proceso 630 de configuración de embarque. El proceso de configuración de embarque a su vez, se basa en los datos del producto (las restricciones de la colocación en contenedores) suministrados por el proceso de gestión de datos 640. este proceso 640 recupera esta información de una fuente externa, tal como un fabricante del productos o de una fuente interna tal como la base de datos 550 de LMS. En ciertas modalidades, este proceso 640 es responsable de la captura y la validación de la información de colocación en contenedores para los productos. Las cargas y embarques 650 de la sesión se alimentan como entradas en el RMS 540. En una modalidad preferida, el RMS 540 de la FIG. 5, lleva a cabo varias tareas asociadas con la gestión de descarga. Tales tareas pueden incluir (1) generar las cargas (viajes) con base en los planes de carga de LPS (planes de ruta), (2) igualar la EDI 862 con las cargas (viajes) generadas, (3) crear, editar, actualizar, y/o eliminar las cargas y los embarques, (4) crear las cargas dinámicamente a partir de los embarques, en algunos casos usando un optimizador tal como el Modelador i2, y/o combinar la información de cargas y embarques con la información de EDI para la visibilidad de descarga logística. Las diferentes modalidades pueden soportar combinaciones variables de una o más de estas tareas. La FIG. 7 es un diagrama de flujo a través del modulo RMS 540. Las cargas y embarques de la sesión del LPS y el DMS se alimentan al generador de cargas (envíos) 710. Este proceso 710 examina las cargas y los embarques y genera las cargas y los embarques para una fecha especifica en el futuro. Las cargas despachadas de salida de este proceso 710 se alimentan a las cargas para el proceso 720 de igualación de descarga. Este proceso 720 iguala las descargas con las cargas y embarques propuestos, asigna los productos y sus cantidades a cada embarque. Este recibe la información de descarga del procesamiento 730 de descarga que transforma la información 735 de descarga en bruto en una forma usable en el proceso 720 de igualación. Los resultados del proceso de igualación se alimentan al proceso 760 de revisión de cargas propuestas. Este proceso crea, actualiza, revisa, yo elimina las cargas y embarques en la orden para satisfacer las descargas. El proceso puede, en ciertas modalidades, incluir el envío de los embarques propuestos a un motor de optimización e importar los planes de cargas resultantes. El estado de las cargas y los embarques que satisfacen las descargas, se cambia del propuesto al actual, resultando en las cargas, embarques yo descargas 725 actuales. Estas cargas, embarques y descargas actuales se envían opcionalmente a la revisión 740. La información de descarga logística actual se hace disponible 750 para los participantes en la cadena de distribución u otros usuarios interesados. Las cargas, embarques yo descargas 725 actuales se hacen disponibles para el XMS para el uso posterior. En una modalidad preferida, el XMS 550 de la FIG. 5 lleva a cabo varias tareas asociadas con la gestión de descargas. Tales tareas pueden incluir: (1) activar las cargas y convertirlas en viajes, (2) crear, editar, actualizar, y/o eliminar los viajes y embarques, (3) monitorear los viajes activos, (4) capturar los eventos de viajes y embarques, (5) generar los reportes y otros documentos requeridos (por ejemplo, BOL, manifiesto del producto, etc), (6) mantener la información del transportador tal como la información del conductor, la información del camión, la información de espacio de carga, etc., (7) proponer los embarques y/o (8) la gestión de excepción y/o la generación de reportes. Las diferentes modalidades pueden soportar combinaciones variables de una o más de estas tareas. La FIG. 8 es un diagrama de flujo de datos a través del módulo de XMS 550. las cargas, embarques yo descargas 725 actuales se proporcionan al RMS 540. El proceso 810 de activación de activación de viajes toma esta información y genera los viajes, embarques y/o descargas 820 activos. Un proceso 830 de mantenimiento del viaje monitorea 840 los datos de eventos que representan las ocurrencias durante el viaje. El proceso lee los viajes, embarques, y/o descargas 820 activos y los actualiza según se requiere por los datos de eventos monitoreados. La información de los viajes, embarques y/o descargas activos también puede, en ciertas modalidades, hacerse disponible para los participantes de la cadena de distribución y/o otras partes interesadas a través de cualquier servidor de acceso adecuado, tal como via un sitio de Red. A través de esta solicitud, se han referenciado varias publicaciones. Las descripciones de estas publicaciones se incorporan en esta solicitud como referencia en su totalidad, para describir más completamente el estado de la técnica a la cual pertenece esta invención. Las modalidades descritas arriba se dan como ejemplos ilustrativos solamente. Se apreciará fácilmente por aquellas personas experimentadas en la técnica que se pueden hacer muchas derivaciones de las modalidades especificas descritas en esta especificación sin apartarse de la invención como se reivindica. En las reivindicaciones que siguen, los números y letras se pueden usar para proporcionar la identificación de varias porciones de las reivindicaciones respectivas; estos números y letras son para propósitos de identificación únicamente y no se pretende limitar el ámbito de las reivindicaciones en ningún modo. Las letras y los números se proporcionan en secuencia para la identificación de las porciones reivindicadas; esta secuenciación no se destina para establecer ningún requerimiento con respecto al orden o la organización de las porciones identificadas a menos que el texto de la porción reivindicada específicamente exprese tal requerimiento .

Claims

REIVINDICACIONES 1. Un método para la administración de cadenas de distribución, el método, caracterizado porque comprende los pasos de: (a) recibir una orden por uno o más productos, de un participante de la cadena de producción; (b) para cada uno o más productos en la orden recibida, determinar un comprador y un vendedor; (c) generar una configuración de embarque del producto y un plan de logística con base en la orden recibida, el vendedor determinado, el comprador determinado o combinaciones de los mismos; (d) determinar un transportador con base en la configuración de embarque del producto generada, el plan de logística generado, el comprador determinado, el vendedor determinado o combinaciones de los mismos; (e) transmitir la configuración de embarque del producto generada al comprador determinado, al vendedor determinado, al transportador determinado o a combinaciones' de los mismos; y (f) transmitir el plan de logística generado al vendedor determinado, al transportador determinado o a combinaciones de los mismos.
2. El método de la reivindicación 1, caracterizado porque el plan de logística generado comprende una configuración de embarque en un recipiente e -carga seleccionado.
3. El método de la reivindicación 1, caracterizado porque comprende además los pasos de (g) recibir los datos asociados con uno o más productos, de un vendedor y (h) almacenar los datos recibidos en un almacenaje de datos del sistema.
4. El método de la reivindicación 3, caracterizado porque los datos recibidos comprenden las restricciones de colocación en contenedores.
5. El método de la reivindicación 3, caracterizado porque al menos un paso seleccionado del grupo que consiste del paso (b) , el paso (c) , y el paso (b) comprende el paso de acceder al sistema de almacenaje de datos.
6. El método de la reivindicación 3, caracterizado porque comprende además el paso de (i) formatear los datos recibidos en un formato de datos dependiente del vendedor.
7. El método de la reivindicación 3, caracterizado porque los datos recibidos se reciben por medio de- un servidor de acceso .
8. El método de la reivindicación 7, caracterizado porque el servidor de acceso es de un tipo seleccionado del grupo que consiste de servidores ftp, servidores de correo electrónico, servidores de red, sistemas interactivos de respuesta por voz/tonos, servidores de facsímil y combinaciones de los mismos.
9. El método de la reivindicación 1, caracterizado porque la orden se recibe por medio de un servidor de acceso.
10. El método de la reivindicación 9, caracterizado porque el servidor de acceso es de un tipo seleccionado del grupo que consiste de servidores ftp, servidores de correo electrónico, servidores de red, sistemas interactivos de respuesta por voz/tonos, servidores de facsímil y combinaciones de los mismos .
11. El método de la reivindicación 1, caracterizado porque comprende además el paso de (g) formatear la orden recibida en un formato independiente del comprador y el vendedor.
12. El método de la reivindicación 1, caracterizado porque comprende además el paso de (g) almacenar la orden recibida en un almacenaje de datos del sistema y en donde los pasos (b) y (c) comprenden el paso de ingresar la orden recibida en el almacenaje de datos del sistema.
13. El método de la reivindicación 1, caracterizado porque el paso de determinar el comprador y el vendedor para cada uno de los uno o más productos comprende los pasos de: (i) recuperar una entrada para cada producto de un almacenaje de datos del sistema; (ii) identificar el comprador para cada producto de la orden recibida o la entrada recuperada para ese producto; y (iii) identificar el vendedor para cada producto de la orden recibida o la entrada recuperada para ese producto.
14. El método de la reivindicación 14, caracterizado porque el paso de identificar el vendedor para cada producto comprende el paso de seleccionar el vendedor con base en un criterio seleccionado del grupo que consiste de restricciones de cotización, restricciones de volumen, restricciones de distancia, restricciones de tiempo, restricciones de eficiencia, restricciones financieras, y combinaciones de los mismos .
15. El método de la reivindicación 1, caracterizado porque el paso de (c) generar la configuración de embarque del producto y el plan de logística comprende los pasos de: (i) recuperar una entrada para cada producto de un almacenaje de datos del sistema; (ii) identificar las restricciones de colocación en contenedores asociados con cada . producto de la entrada recuperada; (iii) desarrollar un plan de colocación en contenedores para cada producto en la orden recibida; (iv) asignar la orden recibida en uno o más embarques con base en el plan de colocación en contenedores; y (v) desarrollar un plan de rutas para satisfacer uno o más embarques, con base en las asignaciones de la orden recibida en el uno o más embarques, y en la orden recibida.
16. El método de la reivindicación 15, caracterizado porque el paso de asignar la orden recibida en uno o más embarques comprende el paso de comparar los requerimientos de capacidad de la orden recibida con base en el plan de colocación en contenedores, con la capacidad de un espacio de carga seleccionado.
17. El método de la reivindicación 16, caracterizado porque comprende además el paso de seleccionar el espacio de carga.
18. El método de la reivindicación 17, caracterizado porque la selección del espacio de carga se basa en la orden recibida, el plan de colocación en contenedores, la disponibilidad de espacio de carga, el destino de un embarque, el costo, la capacidad de espacio, el origen de un embarque o combinaciones de los mismos.
19. El método de la reivindicación 15, caracterizado porque, el paso de desarrollar el plan de rutas comprende el paso de optimizar el modo del embarque, el costo del transporte, la velocidad del embarque o combinaciones de los mismos .
20. El método de la reivindicación 1, caracterizado porque, comprende además el paso de (g) recibir una solicitud por la configuración de embarque del producto generado, de un comprador, de un vendedor o de un transportador, y en donde el paso de transmitir la configuración de embarque del producto es en respuesta a la solicitud recibida
21. El método de la reivindicación 20, caracterizado porque, la solicitud para la configuración de embarque del producto generada se recibe por medio de un servidor de acceso.
22. El método de la reivindicación 1, caracterizado porque, la configuración de embarque del producto generada se transmite por medio de una plataforma de entrega seleccionada del grupo que consiste de correo electrónico, una red, ftp, facsímil, servicio de mensajeros, servicio postal, teléfono, localizador personal, y combinaciones de las mismos.
23. El método de la reivindicación 1, caracterizado porque, comprende además el paso de (g) recibir una solicitud por el plan de logística generado, de un vendedor, de un comprador o de un transportador y en donde el paso de transmitir el plan de logística generado es en respuesta a la solicitud recibida.
24. El método de la reivindicación 23, caracterizado porque, la solicitud por un plan de logística se recibe a través de un servidor de acceso.
25. El método de la reivindicación 1, caracterizado porque, el plan de logística generado se transmite por medio de una plataforma de entrega seleccionada del grupo que consiste de correo electrónico, una red, ftp, facsímil, servicio de mensajeros, servicio postal, teléfono, localizador personal, y combinaciones de las mismas.
26. El método de la reivindicación 1, caracterizado porque, comprende el paso de (g) recibir los datos de eventos asociados con el plan de logística generado.
27. El método de la reivindicación 26, caracterizado porque, los datos de eventos recibidos se reciben, desde el comprador, el vendedor o el transportador.
28. El método de la reivindicación 26, caracterizado porque, los datos de eventos se reciben por medio de un servidor de acceso.
29. El método de la reivindicación 26, caracterizado porque, comprende además los pasos de (h) generar uno o más reportes de excepción basados en los datos de eventos recibidos y los planes de logística generados y (i) transmitir a un receptor un reporte de excepción seleccionado, a partir del uno o más reportes de excepción generados, en donde el receptor es un usuario o un sistema de computo.
30. El método de la reivindicación 29, caracterizado porque, el receptor es un usuario.
31. El método de la reivindicación 30, caracterizado porque, el reporte de excepción seleccionado se trasmite via una plataforma de entrega seleccionada del grupo que consiste de correo electrónico, una red, ftp, facsímil, servicio de mensajeros, servicio postal, teléfono, localizador personal, y combinaciones de las mismas.
32. El método' de la reivindicación 30, caracterizado porque, el usuario es el comprador determinado, el vendedor determinado, el transportador determinado o un administrador de gestión de la cadena de distribución.
33. El método de la reivindicación 29, caracterizado porque, comprende además los pasos de (i) seleccionar una plataforma de entrega ' para el reporte de excepción generado, con base en la información de configuración asociada con el receptor.
34. El método de la reivindicación 29, caracterizado porque, el receptor es un sistema de computo y en donde el sistema de computo es un sistema de envió de notificaciones, un sistema - de evaluación del transportador, un sistema de evaluación del vendedor, un sistema de evaluación del comprador o combinaciones de los mismos.
35. El método de la reivindicación 29, caracterizado porque, comprende el paso de (i) seleccionar un reporte de excepción para la salida, del uno o más reportes de excepción generados .
36. El método de la reivindicación 35, caracterizado porque, el paso de seleccionar el reporte de excepción para la salida se basa en el receptor, una prioridad asociada con cada reporte de excepción o combinaciones de los mismos.
37. El método de la reivindicación 29, caracterizado porque, comprende además el paso de (i) recibir una solicitud del reporte de excepción, del receptor y en donde el paso de transmitir el reporte de excepción seleccionado es en respuesta a la solicitud recibida.
38. El método de la reivindicación 37, caracterizado porque, la solicitud del reporte de excepción se recibe vía un servidor de acceso.
39. El método de la reivindicación 37, caracterizado porque, comprende además el paso de (k) seleccionar un reporte de excepción para la transmisión, del uno o más reportes de excepción generados.
40. El método de la reivindicación 39, caracterizado porque, el paso de seleccionar el reporte de excepción para el envió, se basa en el receptor, la solicitud recibida, una prioridad asociada con cada reporte de excepción, o combinaciones de los mismos.
41. El método de la reivindicación 37, caracterizado porque, comprende el paso de (k) seleccionar una plataforma de entrega para el reporte de excepción seleccionado con base en la solicitud recibida, la información de configuración asociada con el receptor o combinaciones de las mismas.
42. El método de la reivindicación 26, caracterizado porque, comprende los pasos de (h) generar uno o más reportes de excepción con base en los datos de eventos recibidos y los planes de logística generados y (ii) transmitir una notificación de generación del uno o más reportes de excepción a un receptor, en donde el receptor es un usuario o un sistema de computo.
43. El método de la reivindicación 42, caracterizado porque, la notificación comprende la información de identificación asociada con cada miembro de un subconjunto del uno o más reportes de excepción generados .
44. El método de la reivindicación 43, caracterizado porque, la notificación comprende la información de identificación asociada con todos los uno o más reportes de excepción generados.
45. El método de la reivindicación 43,, caracterizado porque, comprende además el paso de (j) determinar el subconjunto de uno o más reportes de excepción generados.
46. El método de la reivindicación 45, caracterizado porque, el paso de determinar el subconjunto del uno o más reportes de excepción generados se basa en el receptor.
47. El método de la reivindicación 43, caracterizado porque, la información de identificación comprende un vinculo que tras la activación por el receptor permite el acceso al reporte de excepción asociado con el mismo.
48. El método de la reivindicación 42, caracterizado porque, el receptor es un usuario seleccionado del grupo que consiste del comprador determinado, el vendedor determinado, el transportador determinado, un administrador de gestión de cadenas de distribución y combinaciones de los mismos.
49. El método de la reivindicación 42, caracterizado porque, la notificación se transmite via una plataforma de entrega seleccionada del grupo que consiste de correo electrónico, una red, ftp, facsímil, servicio de mensajeros, servicio postal, teléfono, localizador personal, y combinaciones de las mismas.
50. El método de la reivindicación 26, caracterizado porque, comprende además los pasos de (h) generar uno o más reportes de excepción con base en los datos de eventos recibidos y el plan logistico generado.
51. El método de la reivindicación 26, caracterizado porque, comprende los pasos de (h) transmitir una notificación de recepción de los datos de eventos a un receptor, en donde el receptor es un usuario o un sistema de computo.
52. El método de la reivindicación 51, caracterizado porque, la notificación comprende la información de identificación asociada con los datos de eventos recibidos.
53. El método de la reivindicación 52, caracterizado porque, la información de identificación comprende un vinculo que tras la activación por el receptor permite el acceso a los datos de eventos asociados con el mismo.
54. El método de la reivindicación 51, y caracterizado porque, comprende además el paso de (i) seleccionar un receptor para la notificación.
55. El método de la reivindicación 54, caracterizado porque, eí paso de seleccionar el receptor para la notificación se basa en los datos de eventos recibidos.
56. El método de la reivindicación 1, y caracterizado porque, comprende el paso de (g) transmitir una notificación de generación de la configuración de embarque del producto al comprador determinado, al vendedor determinado, al transportador determinado o combinaciones de los mismos.
57. El método de la reivindicación 56, caracterizado porque, la notificación comprende un vinculo que tras la activación permite el acceso a la configuración de embarque del producto generada.
58. El método de la reivindicación 57, caracterizado porque, el paso de transmitir la configuración de embarque del producto generada es responsiva a la activación del vinculo en la notificación.
59. El método de la reivindicación 1, y caracterizado porque, comprende además el paso de (g) transmitir una notificación de un plan de logística al comprador determinado, al vendedor determinado, al transportador determinado o combinaciones de los mismos.
60. El método de la reivindicación 59, caracterizado porque, la notificación comprende un enlace que tras la activación permite el acceso al plan de logística generado.
61. El método de la reivindicación 60, caracterizado porque, el paso de transmitir el manifiesto del plan de logística generado es responsivo a la activación de un vinculo seleccionado en la notificación.
62. El método de la reivindicación 1, caracterizado porque, la configuración de embarque del producto generada comprende un modelo de tres dimensiones para organizar una o más porciones de la orden recibida en un espacio de carga seleccionado .
63. Uno o más medios legibles por computadora, que almacenan instrucciones que tras la ejecución por un procesador del sistema causan que el procesador el sistema proporcione la gestión o administración de cadenas de distribución llevando a cabo los pasos que comprenden de: (a) recibir una orden por uno o más productos, de un comprador o un vendedor; (b) para cada uno del uno o más productos en la orden recibida, determinar un comprador y un vendedor llevando a cabo los pasos que comprenden de: (i) recuperar una entrada por cada producto de un almacenaje de datos del sistema; (ii) identificar el comprador por cada producto de la orden recibida o la entrada recuperada para ese producto; y (iii) identificar el vendedor para cada producto de la orden recibida o la entrada recuperada para ese producto con base en un criterio seleccionado del grupo que consiste de las restricciones de cotización, restricciones de volumen, restricciones de distancia, restricciones de tiempo, restricciones de eficiencia, restricciones financieras, y combinaciones de los mismos; (c) generar una configuración de embarque del producto y un plan de logística con base en la orden recibida, el vendedor determinado, el comprador determinado o combinaciones de los mismos llevando a cabo los pasos que comprenden de; (i) recuperar una entrada por cada producto de un almacenaje de datos del sistema; (ii) identificar las restricciones de contenerización asociadas con cada producto de la entrada recuperada; (iii) desarrollar un plan de contenerización para cada producto en la orden recibida; (iv) asignar la orden recibida en uno o más embarques con base en el plan de contenerización; y (v) desarrollar un plan de rutas para satisfacer el uno o más embarques con base en la asignación de la orden recibida eñ el uno o más embarques y por la orden recibida; (d) determinar un transportador con base en la configuración de embarque del producto generada, el plan de logística generado, el comprador determinado, el vendedor determinado o combinaciones de los mismos; (e) transmitir la configuración de embarque del producto generada al comprador determinado, al vendedor determinado, al transportador determinado o a combinaciones de los mismos; y (f) transmitir el plan de logística generado al comprador determinado, al vendedor determinado, al transportador determinado o a combinaciones de los mismos; (g) recibir los datos de eventos asociados con el plan de logística asociado; (h) generar uno o más reportes de excepción con base en los datos de eventos recibidos y los planes de logística generados; y (i) generar un reporte de excepción seleccionado del uno más reportes de excepción generados a un receptor, en donde el receptor es un usuario seleccionado del grupo que consiste del comprador determinado, el vendedor determinado, el transportador determinado, un administrador de gestión de la cadena de- distribución y combinaciones de los mismos o un sistema de computo seleccionado del grupo que consiste de un sistema de envío de notificaciones, un sistema de evaluación del transportador, un sistema de evaluación del vendedor, un sistema de evaluación del comprador o combinaciones de los mismos.
64. Un sistema de gestión de cadenas de distribución, el sistema, caracterizado porque comprende: (a) un almacenaje de datos del sistema capaz de almacenar los datos del producto, los datos del vendedor, los datos del comprador, los datos del transportador, uno o más planes de logística, una o más configuraciones de embarque del producto o combinaciones de los mismos; y (b) un procesador del sistema en comunicación con el almacenaje de los datos del sistema y que comprende uno o más elementos de procesamiento, en donde el uno o más elementos de procesamiento se programan o adaptan para llevar a cabo los pasos que comprenden de: (i) recibir una orden por uno o más productos de un comprador o un vendedor; (ii) almacenar la orden recibida en el almacenaje de datos del sistema; (iii) para cada uno del uno o más productos en la orden recibida, determinar un comprador y un vendedor llevando a cabo los pasos que comprende dé: (A) recuperar una entrada para cada producto, del almacenaje de datos del sistema; (B) identificar el comprador para cada producto, de la orden recibida o la entrada recuperada para ese producto; y (C) identificar el vendedor para cada producto de la orden recibida o la entrada recuperada para ese producto con base en un criterio seleccionado del grupo que comprende de restricciones de cotización, restricciones de volumen, restricciones de distancia, restricciones de tiempo, restricciones de eficiencia, restricciones financieras, y combinaciones de las mismas; (iv) generar una configuración de embarque del producto y un plan de logística con base en la orden recibida, el vendedor determinado, el comprador determinado o combinaciones de los mismos, llevando a cabo los pasos que comprenden de: (A) recuperar una entrada para cada producto, del almacenaje de datos del sistema; (B) identificar las restricciones de colocación en contenedores asociadas con cada producto, de la entrada recuperada; (C) desarrollar un plan de colocación en contenedores para cada producto en la orden recibida; (D) asignar la orden recibida en uno más embarques con base en el plan de colocación en contenedores; y (E) desarrollar un plan de rutas para satisfacer el uno o más embarques con base en la asignación de la orden recibida en el uno o más embarques y por la orden recibida; (v) determinar un transportador con base en la configuración de embarque del producto generada, el plan de logística generado, el comprador determinado, el vendedor determinado o combinaciones de los mismos; (vi) transmitir la configuración de embarque del producto generada, al comprador determinado, al vendedor determinado, al transportador determinado o a combinaciones de los mismos; (vii) transmitir el plan de logística generado al comprador determinado, al vendedor determinado, al transportador determinado o a combinaciones de los mismos; (viii) recibir los datos de eventos asociados con el plan de logística; (ix) generar uno o más reportes de excepción con base en los datos de eventos recibidos y los planes de logística generados; y (x) transmitir un reporte de excepción seleccionado del uno o más reportes de excepción generados a un receptor, en donde el receptor es un usuario seleccionado del grupo que consiste de comprador determinado, el vendedor determinado, el transportador determinado, un administración de gestión de la cadena de distribución y combinaciones de los mismos o un sistema de computo seleccionado del grupo que consiste de un sistema de envió de notificaciones, un sistema de evaluación del transportador, un sistema de evaluación del vendedor, un sistema de evaluación del comprador o combinaciones de los mismos.
65. El sistema de la reivindicación 64, caracterizado porque el almacenaje de datos del sistema comprende un sistema de gestión de base de datos que gestiona una base de datos de productos .
66. El sistema de la reivindicación 64, caracterizado porque el procesador del sistema comprende uno o más servidores de acceso que llevan a cabo al menos uno de los pasos (i) , (vi) , (vii) , (viii) o (x) .
67. El sistema de la reivindicación 64, caracterizado porque el procesador del sistema comprende uno o más servidores de procesamiento que llevan a cabo al menos una porción de al menos uno de los pasos (iii) , (iv) , (v) o (ix) .
68. Un sistema de gestión de cadenas de distribución, el sistema, caracterizado porque comprende: (a) medios de almacenamiento para almacenar una o más ordenes de un comprador o un vendedor, los datos del producto, los datos del vendedor, los datos del comprador, los datos del transportador, uno o más planes de logística, una o más configuraciones de embarque del producto o combinaciones de los mismos; (b) medios de entrada para: (i) recibir una orden por uno o más productos de un comprador o un vendedor y almacenar la orden recibida en los medios de almacenamiento, (ii) recibir los datos del producto asociados con uno o más productos, de un vendedor y almacenar los datos del producto recibidos en los medios de almacenamiento; y (iii) recibir los datos de eventos asociados con un plan de logística y almacenar los datos de eventos recibidos en los medios de almacenamiento; (c) medios de procesamiento logisticos para (i) determinar un comprador y un vendedor para cada producto en una orden recibida por los medios de entrada llevando a cabo los pasos que comprenden de: (A) recuperar una entrada por cada producto en la orden desde los medios de almacenamiento; (B) identificar el comprador para cada producto de la orden o la entrada recuperada por ese producto; y (C) identificar el vendedor para cada producto de la orden o la entrada recuperada para ese producto; (ii) generar una configuración de embarque del producto y un plan de logística con base al menos en parte en la orden, el vendedor o el comprador determinados asociados con la orden, o combinaciones de los mismos, llevando a cabo los pasos que consisten de: (A) recuperar una entrada para cada producto desde los medios de almacenamiento; (B) identificar las restricciones de colocación en contenedores asociadas con cada producto, de la entrada recuperada; (C) desarrollar un plan de colocación en contenedores para cada producto en la orden; (D) asignar la orden en uno o más embarques con base en el plan de colocación en contenedores; y (E) desarrollar un plan de rutas para satisfacer el uno o más embarques con base en la asignación de la orden recibida, en el uno o más embarques y por la orden; (iii) determinar un transportador con base en la configuración de embarque del producto, el plan de logística generado, el comprador determinado, el vendedor determinado o combinaciones de los mismos; y (iv) generar uno o más reportes de excepción con base en los datos de eventos recibidos por los medios de entrada asociados con el plan de logística generados; y (d) medios de salida para: (i) trasmitir un plan de logística a un comprador asociado con el plan de logística, un vendedor asociado con el plan de logística, un transportador asociado con el plan de logística o combinaciones de los mismos; (ii) transmitir una configuración de embarque del producto a un comprador asociado con la configuración de embarque del producto, un vendedor asociado con la configuración de embarque del producto, un transportador asociado con la configuración de embarque del producto o combinaciones de los mismos; y (iii) transmitir un reporte de excepción a un receptor, en donde el receptor es un usuario seleccionado del grupo que consiste de un comprador asociado con el reporte de excepción, un vendedor asociado con el reporte de excepción, un transportador asociado con el reporte de excepción, un administrador de gestión - de la cadena de suministro asociado con el reporte de excepción y combinaciones de los mismos, o en donde el receptor es un sistema de computo seleccionado del grupo que consiste de un sistema de envió de notificaciones, un sistema de evaluación del transportador, un sistema de evaluación del vendedor, un sistema de evaluación del comprador, o combinaciones de los mismos.