UPS és el líder mundial en transport de paquets.
A continuació es descriuen les integracions entre els diferents aspectes (col·laboració/organització/sistemes).
Cal destacar que, atesa la mida de l'empresa, la naturalesa del seu negoci i la quantitat de tecnologies que adopta, una descripció completa hauria superat molt els límits imposats a aquest informe; per tant, intentarem donar una visió general dels principals aspectes.
Integracions
La primera integració entre facetes de la qual es pot parlar és la entre sistema i organització. UPS és una empresa enorme, però va tenir la previsió de crear la seva pròpia des del principi base de dades com a entitat central i monolítica. La instal·lació de Nova Jersey, com el seu bessó georgiano, per descomptat, acull una sèrie de database que contenen (entre altres dades):
i Dati per a la gestió de personal;
i Dati, actualitzat en temps real, sobre magatzems i mitjans de transport en ús, distribuïts a la xarxa de transport intermodal;
informació sobre empreses associades ei clients (aquest últim també s'ha actualitzat en temps real, a partir de la informació procedent dels terminals DIAD i del lloc Internet);
i Dati per a l'elaboració dels estats financers (balanç, compte de pèrdues i guanys, etc.).
Com l'empresa òpera fins i tot fora dels Estats Units, alguns aspectes també s'han distribuït a l'estranger. Un exemple és el base de dades gestió de personal, per la seva pròpia naturalesa integrada amb sistemes d'anàlisi del rendiment econòmic: s'estalvien costos de personal i d'explotació database nacional, però la informació s'agrega periòdicament i es converteix a la moneda dels EUA; qualsevol activitat antiproductiva s'identifica i es resol en poc temps. La necessitat d'automatitzar el seguiment dels costos ha permès que UPS automatitzi alguns processos, inclosa la generació de nòmines.
La gestió de torns i períodes de descans també s'ha semiautomatitzat: el personal està categoritzat en database en funció del tipus de funció, currículum i regió geogràfica (veurem en el paràgraf següent com això ja representa material
per a una ontologia); la sol·licitud de vacances –que s'ha de fer amb molta antelació– s'introdueix en un programari que transmet l'aprovació del pla als responsables de sector. Aquest mecanisme, molt eficaç sobre el paper, ha fet que els empleats iniciïn una demanda col·lectiva contra UPS, perquè no era de cap manera "flexible" cap a persones sotmeses de cop a impediments o discapacitats).
I Dati relacionades amb magatzems i mitjans de transport són el nucli de l'activitat d'UPS, que viu de l'eficiència dels seus serveis en no produir mercaderies. Tot el programari ha estat creat per la mateixa empresa durant les últimes dues dècades i està molt integrat: tots fan referència al mateix base de dades i hi ha un flux continu d'informació cap a i des de les aplicacions.
Per exemple, quan un client sol·licita l'enviament d'un paquet, la seva informació s'introdueix -des de zero o com a actualització- (sobretot les referències de pagament, validades mitjançant serveis d'interfície amb sistemes interbancaris). Dati del paquet (lloc de recollida i lliurament, possible lloc alternatiu en cas de no recollida, cost d'enviament calculat automàticament i acceptat pel client, etc.). El crèdit es genera de forma instantània en el moment de la recepció pel sistema de la confirmació de lliurament (arribada des del terminal DIAD).
La generació de la comanda també desencadena la creació d'un registre en el sistema de gestió d'enviaments, que implica una notificació als operadors implicats. El sistema de suport logístic d'UPS s'encarrega d'optimitzar els enviaments de paquets, tant pel que fa al recorregut mínim de les furgonetes com dels paquets transportats per aquestes, tenint en compte també els operadors disponibles en funció de l'esmentada programació de vacances i descans. Tots aquests són exemples de l'alt nivell d'integració assolit pels sistemes de l'empresa.
Com ja s'ha destacat en el document anterior, i com es desprèn del que s'ha dit fins ara sobre els fluxos de Dati des de les nacions exteriors fins al database centre, té lloc una gran activitat d'emmagatzematge. UPS té un database de diversos terabytes que allotja la biblioteca d'informació d'operacions (OIL), una col·lecció enorme de Dati, estructurat en diferents nivells de granularitat, que resumeix les activitats del grup. OIL va néixer inicialment per millorar l'organització interna en sòl nord-americà i planificar estratègies a curt termini, però a partir de 1999 incorpora tota la informació sobre l'activitat planetària i només a partir de principis dels anys 2000 s'aprofita per a la integració de programari de Intel·ligència i processament analític en línia.
I Dati els àrids poden ser consultats per la direcció de l'organització; com s'esmenta a l'altre document, molts Dati de granularitat molt fina també es fan accessibles mitjançant API per clients, per exemple informació sobre l'estat de l'article enviat. EL clients ells mateixos poden integrar aquesta informació als seus sistemes molt fàcilment gràcies a l'adopció sistemàtica d'estàndards oberts per part d'UPS.
Tal com es descriu a l'altre document, UPS disposa d'una comissió que duu a terme les innovacions tecnològiques, recollint els suggeriments dels empleats. Les idees es presenten a través d'una aplicació web, que es pot utilitzar a través de la intranet de l'empresa.
Una ontologia per a la integració
A l'hora de plantejar una ontologia darrere de les integracions de SAI, es pot partir dels actors implicats en el seu negoci principal: el transport de paquets. Així, tenim una classe Package , transportada d'una ubicació a una altra; el transport es pot conceptualitzar amb dues relacions "transportFrom" i "transportTo", si s'exclou de
modelar els lliuraments transnacionals i multimodals. La parcel·la pot tenir diverses subclasses especialitzades –segons les seves característiques– i ha de tenir una Localització instantània, seguint la geolocalització.
El paquet l'envia normalment un client; tenint en compte l'extensió de la gamma de serveis d'UPS –que no inclou només el transport de paquets– s'ha de prestar molta atenció a la descripció de les classes i atributs derivats. Qualsevol servei ofert, de qualsevol naturalesa, implica la "realització" d'una Comanda de diversos tipus, com un Enviament.
Pot passar que un client també sigui un proveïdor. L'ontologia podria definir una super-classe d'agregació CompanyPartner si reconeix que és simultàniament una empresa de tipus Client i Proveïdor, o si ha realitzat almenys un subministrament i almenys una comanda.
Big Brown, com s'anomena en l'argot d'UPS, està format principalment per entitats de empleats organitzades en una estructura jeràrquica àmplia i variada (organigrama). També aquí, l'estructuració ha de ser precisa, amb especial èmfasi en els aspectes relacionats amb l'espai/temps: un treballador operarà en una Regió precisa, o més aviat una agregació d'ubicacions de la xarxa mundial, cobrirà un Horari precís durant la seva Setmana Laboral. i així successivament. Una ontologia d'aquest tipus faria molt fàcil fer inferències automàtiques en la generació de torns de descans. En modelar adequadament determinats atributs, com ara les qualificacions, els títols, els registres de servei i els anys de servei, la direcció té l'oportunitat d'avaluar tant quantitativament com qualitativament el rendiment del personal.
Molts d’aquests Dati ja estan presents als sistemes heretats d'UPS, emmagatzemats dins del database introduït en les dues últimes dècades. Altres poden sorgir a partir de "vistes" adequades a les bases de dades o mitjançant activitats de mineria de dades.
compartir:
Més informació a Online Web Agency
Subscriu-te per rebre els últims articles per correu electrònic.
