UPS este liderul mondial în transportul de colete.
Mai jos este o descriere a integrărilor dintre diferitele aspecte (colaborare/organizare/sisteme).
De remarcat că, având în vedere dimensiunea companiei, natura afacerii acesteia și cantitatea de tehnologii pe care le adoptă, o descriere completă ar fi depășit cu mult limitele impuse acestui raport; vom încerca deci să oferim o imagine de ansamblu asupra principalelor aspecte.
integrările
Prima integrare între fațete despre care se poate vorbi este cea dintre sistem și organizație. UPS este o companie imensă, dar au avut previziunea de a-și proiecta propria lor de la început Bază de date ca entitate centrală şi monolitică. Facilitatea din New Jersey - ca și geamănul său georgian, desigur - găzduiește o serie de Baza de date care conțin (printre alte informații):
i de date pentru managementul personalului;
i de date, actualizat în timp real, asupra depozitelor și mijloacelor de transport în uz, distribuite în rețeaua de transport intermodal;
informatii despre companiile partenere ei clienții (acesta din urmă a fost actualizat și în timp real, pe baza informațiilor venite de la terminalele DIAD și de pe site Internet);
i de date pentru intocmirea situatiilor financiare (bilanţ, cont de profit, etc.).
Ca companie operă chiar și în afara Statelor Unite, unele aspecte au fost distribuite și în străinătate. Un exemplu este Bază de date managementul personalului, prin însăși natura sa integrat cu sistemele de analiză a performanței economice: se economisesc costurile de personal și de exploatare în Baza de date național, dar informațiile sunt agregate periodic și convertite în moneda SUA; orice activități antiproductive sunt identificate și rezolvate într-un timp scurt. Necesitatea de a automatiza urmărirea costurilor a permis UPS să automatizeze unele procese, inclusiv generarea de salarii.
Gestionarea turelor și a perioadelor de odihnă a fost și ea semi-automatizată: personalul este clasificat în Baza de date în funcție de tipul de rol, curriculum și regiune geografică (vom vedea în paragraful următor cum acesta reprezintă deja material
pentru o ontologie); cererea de vacanță – care trebuie făcută cu mult timp în avans – este introdusă într-un software care transmite aprobarea planului șefilor de sector. Acest mecanism, foarte eficient pe hârtie, a dus la declanșarea unui proces colectiv împotriva UPS de către angajați, deoarece nu era în niciun fel „flexibil” față de persoanele supuse brusc impedimente sau dizabilități).
I de date legate de depozite și mijloace de transport sunt inima afacerii UPS, care trăiește din eficiența serviciilor sale neproducând bunuri. Tot software-ul a fost creat de compania însăși în ultimele două decenii și este foarte integrat: toate se referă la același Bază de date și există un flux continuu de informații către și dinspre aplicații.
De exemplu, atunci când un client solicită expedierea unui colet, informațiile sale sunt introduse - de la zero sau ca actualizare - (în special referințe de plată, validate prin servicii de interfațare cu sistemele interbancare). de date a coletului (loc de ridicare și livrare, posibil loc alternativ în caz de necolectare, cost de transport calculat automat și acceptat de client etc.). Creditul este generat instantaneu la primirea de către sistem a confirmării de livrare (sosit de la terminalul DIAD).
Generarea comenzii declanșează și crearea unei înregistrări în sistemul de management al transportului, care presupune o notificare către operatorii implicați. Sistemul de asistență logistică UPS se ocupă de optimizarea expedierilor de colet, atât în ceea ce privește traseul minim parcurs de autoutilitare, cât și coletele transportate de acestea, ținând cont și de operatorii disponibili pe baza programării de vacanță și odihnă menționate anterior. Toate acestea sunt exemple ale nivelului ridicat de integrare atins de sistemele companiei.
După cum sa evidențiat deja în documentul anterior, și așa cum reiese din cele spuse până acum despre fluxurile de de date de la națiunile din afară până la Baza de date centru, are loc o mare activitate de depozitare. UPS are un Baza de date de câțiva teraocteți care găzduiește biblioteca de informații despre operațiuni (OIL), o colecție imensă de de date, structurat la diferite niveluri de granularitate, care rezumă activitățile grupului. OIL s-a născut inițial cu scopul de a îmbunătăți organizarea internă pe pământ american și de a planifica strategii pe termen scurt, dar începând cu anul 1999 încorporează toate informațiile despre activitatea planetară și abia de la începutul anilor 2000 este exploatat pentru integrarea software-ului de inteligență și procesare analitică online.
I de date agregatele pot fi consultate de conducerea organizatiei; așa cum se menționează în celălalt document, multe de date de granularitate foarte fină sunt, de asemenea, accesibile prin API de clienții, de exemplu informații despre starea articolului unic expediat. THE clienții ei înșiși pot integra aceste informații în sistemele lor foarte ușor datorită adoptării sistematice de către UPS a standardelor deschise.
După cum este descris în celălalt document, UPS are o comisie care întreprinde inovații tehnologice, colectând sugestii de la angajați. Ideile sunt transmise prin intermediul unei aplicații web, care poate fi utilizată prin intermediul intranetului companiei.
O ontologie pentru integrare
În ipoteza unei ontologii din spatele integrărilor UPS, se poate începe cu siguranță de la jucătorii implicați în activitatea sa de bază: transportul de colete. Astfel, avem o clasă Package , transportată dintr-o locație în alta; transportul poate fi conceptualizat cu două relații „transportFrom” și „transportTo”, dacă se exclude din
modelarea livrărilor transnaționale și multimodale. Coletul poate avea mai multe subclase specializate – în funcție de caracteristicile sale – și trebuie să aibă o Localizare instantanee, în urma geolocalizării.
Pachetul este trimis de obicei de un client; având în vedere vastitatea gamei de servicii UPS – care nu include doar transportul de colete – trebuie acordată o mare atenție descrierii claselor și atributelor derivate. Orice serviciu oferit, de orice natură, implică „efectuarea” unei Comenzi de diferite tipuri, precum o Expediție.
Se poate întâmpla ca un client să fie și Furnizor. Ontologia ar putea defini o super-clasă de agregare CompanyPartner dacă recunoaște că este simultan o companie de tip Client și Furnizor, sau dacă a efectuat cel puțin o aprovizionare și cel puțin o comandă.
Big Brown, așa cum este numit în jargonul UPS, este compus în principal din entități angajați organizate într-o structură ierarhică vastă și variată (organigrama). Și aici, structurarea trebuie să fie corectă, cu accent deosebit pe aspectele legate de spațiu/timp: un muncitor va opera într-o regiune precisă, sau mai degrabă o agregare de locații din rețeaua mondială, va acoperi un Orar precis în Săptămâna sa de lucru. si asa mai departe. O ontologie de acest tip ar face foarte ușor să se facă inferențe automate în generarea schimburilor de odihnă. Prin modelarea adecvată a anumitor atribute, cum ar fi calificările, titlurile, înregistrările de serviciu și anii de serviciu, managementului i se oferă posibilitatea de a evalua cantitativ – precum și calitativ – performanța personalului.
Multe dintre acestea de date sunt deja prezente în sistemele vechi ale UPS, stocate în Baza de date introdus în ultimele două decenii. Alții pot apărea din „viziuni” adecvate asupra bazelor de date sau prin activități de data mining.
Share:
Aflați mai multe de la Agenția Web Online
Abonați-vă pentru a primi cele mai recente articole prin e-mail.
