UPS é líder mundial no transporte de paquetería.
A continuación móstrase unha descrición das integracións entre os distintos aspectos (colaboración/organización/sistemas).
Cómpre sinalar que, dado o tamaño da empresa, a natureza do seu negocio e a cantidade de tecnoloxías que adopta, unha descrición completa tería superado amplamente os límites impostos a este informe; por iso tentaremos ofrecer unha visión xeral dos principais aspectos.
Integracións
A primeira integración entre facetas da que se pode falar é a entre sistema e organización. UPS é unha empresa enorme, pero tiveron a previsión de deseñar a súa propia desde o principio base de datos como entidade central e monolítica. As instalacións de Nova Jersey, como o seu xemelgo xeorxiano, por suposto, acollen varias base de datos que conteñen (entre outra información):
i datos para a xestión de persoal;
i datos, actualizado en tempo real, sobre almacéns e medios de transporte en uso, distribuídos na rede de transporte intermodal;
información sobre empresas colaboradoras ei clientes (este último tamén se actualizou en tempo real, baseándose na información procedente dos terminais DIAD e do sitio Internet);
i datos para a elaboración dos estados financeiros (balance, conta de resultados, etc.).
Como a empresa ópera mesmo fóra dos Estados Unidos, algúns aspectos tamén foron distribuídos no estranxeiro. Un exemplo é o base de datos xestión de persoal, pola súa propia natureza integrada con sistemas de análise de tendencias económicas: aforraranse custos de persoal e operativos base de datos nacional, pero a información agrégase periodicamente e convértese a moeda dos EUA; identificarse e resolverse en pouco tempo calquera actividade antiprodutiva. A necesidade de automatizar o seguimento dos custos permitiu que UPS automatice algúns procesos, incluída a xeración de nóminas.
A xestión de quendas e períodos de descanso tamén foi semiautomatizada: o persoal está categorizado en base de datos en función do tipo de función, currículo e rexión xeográfica (veremos no seguinte parágrafo como isto xa representa material
para unha ontoloxía); a solicitude de vacacións -que debe realizarse con suficiente antelación- introdúcese nun software que envía a aprobación do plan aos xefes de sector. Este mecanismo, moi eficaz sobre o papel, provocou que os empregados iniciaran unha demanda colectiva contra UPS, por non ser de ningún xeito "flexible" cara ás persoas sometidas súbitamente a impedimentos ou discapacidades).
I datos relativos a almacéns e medios de transporte son o corazón do negocio de UPS, que vive da eficiencia dos seus servizos ao non producir bens. Todo o software foi creado pola propia empresa durante as últimas dúas décadas e está moi integrado: todos se refiren ao mesmo base de datos e hai un fluxo continuo de información cara e dende as aplicacións.
Por exemplo, cando un cliente solicita que se envíe un paquete, introdúcese a súa información -desde cero ou como actualización- (especialmente referencias de pago, validadas mediante servizos de interfaz con sistemas interbancarios). datos do paquete (lugar de recollida e entrega, posible lugar alternativo en caso de non recollida, custo de envío calculado automaticamente e aceptado polo cliente, etc.). O crédito xérase instantáneamente ao recibir polo sistema a confirmación de entrega (chegada dende o terminal DIAD).
A xeración do pedido tamén desencadea a creación dun rexistro no sistema de xestión de envíos, que implica unha notificación aos operadores implicados. O sistema de apoio loxístico de UPS ocúpase da optimización dos envíos de paquetes, tanto no percorrido mínimo das furgonetas como dos paquetes transportados por estas, tendo en conta tamén os operadores dispoñibles en función da citada programación de vacacións e descanso. Todos eles son exemplos do alto nivel de integración que acadan os sistemas da empresa.
Como xa se salientou no documento anterior, e como se desprende do dito ata agora sobre os fluxos de datos das nacións externas ata o base de datos centro, ten lugar unha gran actividade de almacén. UPS ten un base de datos de varios terabytes que alberga a biblioteca de información de operacións (OIL), unha enorme colección de datos, estruturado en diferentes niveis de granularidade, que resume as actividades do grupo. OIL naceu inicialmente para mellorar a organización interna en chan americano e planificar estratexias a curto prazo, pero a partir de 1999 incorpora toda a información sobre a actividade planetaria e só a partir de principios dos anos 2000 é explotada para a integración de software de intelixencia e procesamento analítico en liña.
I datos os áridos poden ser consultados pola dirección da organización; como se menciona no outro documento, moitos datos de granularidade moi fina tamén se fan accesibles mediante API por clientes, por exemplo información sobre o estado do único artigo enviado. O clientes eles mesmos poden integrar esta información nos seus sistemas con moita facilidade grazas á adopción sistemática de estándares abertos por parte de UPS.
Como se describe no outro documento, UPS conta cunha comisión que acomete as innovacións tecnolóxicas, recollendo as suxestións dos empregados. As ideas envíanse a través dunha aplicación web, que se pode utilizar a través da intranet da empresa.
Unha ontoloxía para a integración
Ao hipotetizar unha ontoloxía detrás das integracións de UPS, pódese partir dos actores implicados no seu negocio principal: o transporte de paquetería. Así, temos unha clase Package , transportada dunha Localización a outra; o transporte pódese conceptualizar con dúas relacións "transportFrom" e "transportTo", se se exclúe de
modelización de entregas transnacionais e multimodais. A parcela pode ter varias subclases especializadas -en función das súas características- e debe ter unha localización instantánea, seguindo a xeolocalización.
O paquete adoita ser enviado por un cliente; tendo en conta a amplitude da gama de servizos de UPS –que non só inclúe o transporte de paquetería– hai que prestar moita atención á descrición das clases e atributos derivados. Calquera servizo ofrecido, de calquera natureza, implica a "realización" dun Pedido de varios tipos, como un Envío.
Pode ocorrer que un cliente tamén sexa un provedor. A ontoloxía podería definir unha superclase de agregación CompanyPartner se recoñece que é á vez unha empresa de tipo Cliente e Provedor, ou se realizou polo menos unha subministración e polo menos un pedido.
Big Brown, como se lle chama na xerga de UPS, está composto principalmente por entidades de empregados organizadas nunha estrutura xerárquica ampla e variada (organigrama). Tamén aquí, a estruturación debe ser precisa, con especial énfase nos aspectos relacionados co espazo/tempo: un traballador operará nunha Rexión precisa, ou mellor dito, unha agregación de localizacións na rede mundial, cubrirá un Horario preciso durante a súa Semana Laboral. e así por diante. Unha ontoloxía deste tipo faría moi fácil facer inferencias automáticas na xeración de quendas de descanso. Ao modelar adecuadamente certos atributos, como cualificacións, títulos, rexistros de servizos e anos de servizo, dáse á dirección a oportunidade de avaliar cuantitativamente, así como cualitativamente, o rendemento do persoal.
Moitos destes datos xa están presentes nos sistemas legados de UPS, almacenados no base de datos introducidos nas últimas dúas décadas. Outros poden xurdir a partir de "vistas" adecuadas nas bases de datos ou mediante actividades de minería de datos.
compartir:
Máis información en Online Web Agency
Subscríbete para recibir os últimos artigos por correo electrónico.
