UPS är världsledande inom pakettransport.
Nedan följer en beskrivning av integrationerna mellan de olika aspekterna (samverkan/organisation/system).
Det framhålls att, med tanke på företagets storlek, arten av dess verksamhet och mängden teknik som det använder, skulle en fullständig beskrivning vida ha överskridit gränserna för denna rapport; vi kommer därför att försöka ge en översikt över huvudaspekterna.
integrationer
Den första integrationen mellan aspekter som kan talas om är den mellan system och organisation. UPS är ett stort företag, men de hade förutseendet att designa sina egna redan från början databas som en central, monolitisk enhet. Anläggningen i New Jersey – precis som sin tvilling i Georgia, naturligtvis – är värd för en rad databas som innehåller (bland annat):
i uppgifter för personalhantering;
i uppgifter, uppdaterad i realtid, om lager och transportmedel som används, distribuerade i det intermodala transportnätet;
information om ej partnerföretag kunder (den senare uppdaterades också i realtid, baserat på information som kommer från DIAD-terminalerna och webbplatsen Internet);
i uppgifter för upprättande av budget (balansräkning, resultaträkning etc.).
Sedan företaget opera även utanför USA distribuerades vissa aspekter även utomlands. Ett exempel är databas av personalledning, till sin natur integrerad med ekonomiska resultatanalyssystem: personal- och driftskostnader sparas in databas nationell, men informationen aggregeras regelbundet och omvandlas till amerikansk valuta; eventuella antiproduktiva aktiviteter identifieras och löses snabbt. Behovet av att automatisera kostnadsspårning har gjort det möjligt för UPS att automatisera vissa processer, inklusive lönegenerering.
Hanteringen av skift och viloperioder har också varit halvautomatiserad: personalen är kategoriserad i databas baserat på vilken typ av roll, läroplan och geografisk region de tillhör (vi kommer att se i nästa stycke hur detta redan representerar material
för en ontologi); semesterbegäran - som måste göras i god tid - läggs in i en programvara som överlämnar godkännandet av planen till sektorscheferna. Denna mekanism, på papperet mycket effektiv, ledde till att anställda inledde en grupptalan mot UPS, eftersom den inte befanns vara på något sätt "flexibel" mot personer som plötsligt utsatts för hinder eller funktionshinder).
I uppgifter relaterade till lager och transportmedel är hjärtat i UPS verksamhet, som lever på effektiviteten i sina tjänster genom att inte producera varor. All mjukvara har skapats av företaget självt under de senaste två decennierna och är mycket integrerad: de hänvisar alla till samma databas och det finns ett kontinuerligt flöde av information till och från applikationer.
Till exempel, på en kunds begäran om att skicka ett paket, matas deras information in - från grunden eller som en uppdatering (särskilt betalningsreferenserna, validerade genom gränssnittstjänster med interbanksystem). De skapas också poster med alla uppgifter av paketet (plats för hämtning och leverans, möjlig alternativ plats vid utebliven hämtning, fraktkostnad beräknad automatiskt och accepterad av kunden, etc.). Krediten genereras omedelbart efter mottagandet av leveransbekräftelsen av systemet (ankommet från DIAD-terminalen).
Genereringen av ordern utlöser också skapandet av en post i sjöfartshanteringssystemet, vilket innebär ett meddelande till de inblandade operatörerna. UPS logistikstödsystem tar hand om att optimera paketförsändelser, både när det gäller den minsta rutt som skåpbilarna och de paket som transporteras av dem, även med hänsyn till de operatörer som är tillgängliga på basis av ovannämnda schemaläggning av semester och viloperioder. Dessa är alla exempel på den höga integrationsnivån som företagets system uppnår.
Som redan framhållits i det föregående dokumentet, och som framgår av vad som hittills har sagts om flödena av uppgifter från externa nationer mot databas centralt pågår en stor lagerverksamhet. UPS har en databas på flera terabyte som är värd för operations information library (OIL), en enorm samling av uppgifter, strukturerad på olika nivåer av granularitet, vilket sammanfattar gruppens aktiviteter. OIL skapades ursprungligen med syftet att förbättra den interna organisationen på amerikansk mark och för att planera strategier på kort sikt, men sedan 1999 har den införlivat all information om planetaktivitet och först sedan början av 2000-talet har den utnyttjats för intelligens och intelligens för mjukvaruintegration och analytisk bearbetning online.
I uppgifter aggregat kan konsulteras av organisationens ledning; som sagt i det andra dokumentet, många uppgifter med mycket fin granularitet görs också tillgängliga via API av kunder, till exempel information om status för den individuella varan som skickas. DE kunder själva kan integrera denna information i sina system mycket enkelt tack vare UPS:s systematiska antagande av öppna standarder.
Som beskrivs i det andra dokumentet finns det i UPS en kommission som är ansvarig för att genomföra tekniska innovationer och samla in förslag från anställda. Idéerna lämnas in via en webbapplikation, som kan användas via företagets intranät.
En ontologi för integration
När vi antar en ontologi bakom UPS-integrationer kan vi verkligen utgå från de aktörer som är involverade i vad som är dess kärnverksamhet: pakettransport. Därför har vi en paketklass, transporterad från en plats till en annan; transport kan konceptualiseras med två relationer "transportFrån" och "transportTill", om vi utesluter från
modellering av transnationella och multimodala leveranser. Paketet kan ha flera specialiserade underklasser - beroende på dess egenskaper - och måste ha en omedelbar plats efter geolokalisering.
Paketet skickas normalt av en Kund; med tanke på det stora utbudet av UPS tjänsteutbud - som inte bara inkluderar transport av paket - måste stor uppmärksamhet ägnas åt beskrivningen av härledda klasser och attribut. Varje tjänst som erbjuds, av vilken karaktär som helst, innebär "utförande" av en Order av olika slag, såsom en försändelse.
Det kan hända att en kund också visar sig vara en Leverantör. Ontologin skulle kunna definiera en superaggregationsklass PartnerCompany om den känner igen att det är både ett företag av kund- och leverantörstyp, eller om det har gjort minst en leverans och minst en order.
Big Brown, som det kallas på UPS-jargong, är huvudsakligen sammansatt av Anställda enheter organiserade i en stor och varierad hierarkisk struktur (Organization Chart). Även här måste struktureringen vara korrekt, med särskild tonvikt på aspekter relaterade till rum/tid: en arbetare kommer att arbeta i en specifik region, dvs. en sammanställning av platser i det globala nätverket, kommer att täcka en specifik tid under sin arbetsvecka och så på . En sådan ontologi skulle göra det mycket enkelt att göra automatiska slutsatser när man genererar viloskift. Genom att på ett adekvat sätt modellera vissa attribut såsom kvalifikationer, titlar, tjänstestatus och tjänstgöringsår, ges ledningen möjlighet att kvantitativt - såväl som kvalitativt - utvärdera personalens prestationer.
Många av dessa uppgifter finns redan i UPS äldre system, lagrade i databas införts under de senaste två decennierna. Andra kan komma från lämpliga "vyer" på databaser eller genom datautvinningsaktiviteter.
Dela:
Ta reda på mer från Online Web Agency
Prenumerera för att få de senaste artiklarna via e-post.
