UPS ir pasaules līderis paku pārvadājumos.
Tālāk ir sniegts dažādu aspektu (sadarbība / organizācija / sistēmas) integrāciju apraksts.
Jāņem vērā, ka, ņemot vērā uzņēmuma lielumu, tā uzņēmējdarbības veidu un izmantoto tehnoloģiju apjomu, pilnīgs apraksts būtu ievērojami pārsniedzis šim ziņojumam noteiktos ierobežojumus; tāpēc mēs centīsimies sniegt pārskatu par galvenajiem aspektiem.
Integrācijas
Pirmā integrācija starp aspektiem, par ko var runāt, ir integrācija starp sistēmu un organizāciju. UPS ir milzīgs uzņēmums, taču tam jau no paša sākuma bija tālredzība izveidot savu datu bāze kā centrāla un monolīta vienība. Ņūdžersijas objektā – tāpat kā, protams, tā Džordžijas dvīņos – atrodas vairākas datubāze kas satur (citu citu informāciju):
i dati personāla vadībai;
i dati, atjaunināts reāllaikā, par noliktavām un izmantotajiem transporta līdzekļiem, izplatīts intermodālā transporta tīklā;
informācija par partneruzņēmumiem ei klienti (pēdējais arī tika atjaunināts reāllaikā, pamatojoties uz informāciju, kas nāk no DIAD termināļiem un vietnes internets);
i dati finanšu pārskatu (bilances, peļņas vai zaudējumu aprēķina uc) sastādīšanai.
Kā uzņēmums opera pat ārpus ASV daži aspekti ir izplatīti arī ārzemēs. Piemērs ir datu bāze personāla vadība, pēc savas būtības integrēta ar ekonomiskās darbības analīzes sistēmām: tiek ietaupītas personāla un darbības izmaksas datubāze valsts, bet informācija tiek periodiski apkopota un konvertēta ASV valūtā; visas antiproduktīvās darbības tiek identificētas un atrisinātas īsā laikā. Nepieciešamība automatizēt izmaksu uzskaiti ir ļāvusi UPS automatizēt dažus procesus, tostarp algu ģenerēšanu.
Arī maiņu un atpūtas periodu vadība ir bijusi daļēji automatizēta: darbinieki ir iedalīti kategorijās datubāze pamatojoties uz lomas veidu, mācību programmu un ģeogrāfisko reģionu (mēs redzēsim nākamajā rindkopā, kā tas jau atspoguļo materiālu
ontoloģijai); atvaļinājuma pieprasījums, kas ir jāiesniedz jau laikus, tiek ievadīts programmatūrā, kas iesniedz plāna apstiprinājumu sektoru vadītājiem. Šis mehānisms, kas ir ļoti efektīvs uz papīra, ir novedis pie tā, ka darbinieki ir ierosinājuši kolektīvu prasību pret UPS, jo tas nekādā veidā nebija "elastīgs" attiecībā uz cilvēkiem, kuri pēkšņi ir pakļauti šķēršļiem vai invaliditātei).
I dati saistībā ar noliktavām un transporta līdzekļiem ir UPS darbības pamatā, kas dzīvo no pakalpojumu efektivitātes, neražojot preces. Visu programmatūru uzņēmums ir izveidojis pats uzņēmums pēdējo divu desmitgažu laikā, un tā ir ļoti integrēta: tās visas attiecas uz vienu un to pašu datu bāze un notiek nepārtraukta informācijas plūsma uz un no lietojumprogrammām.
Piemēram, kad klients pieprasa sūtījuma nosūtīšanu, viņa informācija tiek ievadīta no nulles vai kā atjaunināta informācija (īpaši maksājumu atsauces, kas apstiprinātas, izmantojot saskarnes pakalpojumus ar starpbanku sistēmām). dati sūtījuma (saņemšanas un piegādes vieta, iespējamā alternatīvā vieta nesaņemšanas gadījumā, automātiski aprēķināta un klienta pieņemta piegādes maksa utt.). Kredīts tiek ģenerēts uzreiz pēc piegādes apstiprinājuma saņemšanas sistēmā (no DIAD termināļa).
Pasūtījuma ģenerēšana arī izraisa ieraksta izveidi nosūtīšanas pārvaldības sistēmā, kas ietver paziņojumu iesaistītajiem operatoriem. UPS loģistikas atbalsta sistēma rūpējas par paku sūtījumu optimizāciju gan attiecībā uz mikroautobusu veikto minimālo maršrutu, gan ar tiem pārvadājamajām pakām, ņemot vērā arī pieejamos operatorus, pamatojoties uz iepriekš minēto brīvdienu un atpūtas grafiku. Tie visi ir piemēri augstajam integrācijas līmenim, ko panāk uzņēmuma sistēmas.
Kā jau tika uzsvērts iepriekšējā dokumentā un kā izriet no līdz šim teiktā par plūsmām dati no ārējām tautām uz datubāze centrā notiek liela noliktavas darbība. UPS ir a datubāze no vairākiem terabaitiem, kurā atrodas operāciju informācijas bibliotēka (OIL), milzīga kolekcija dati, kas strukturēts dažādos granularitātes līmeņos, kas apkopo grupas aktivitātes. OIL sākotnēji radās, lai uzlabotu iekšējo organizāciju Amerikas teritorijā un plānotu stratēģijas īstermiņā, bet, sākot ar 1999. gadu, tajā ir iekļauta visa informācija par planētu darbību un tikai no 2000. gadu sākuma tiek izmantota programmatūras integrācijai. izlūkošana un tiešsaistes analītiskā apstrāde.
I dati ar apkopojumiem var iepazīties organizācijas vadība; kā minēts citā dokumentā, daudzi dati ar ļoti smalku precizitāti ir pieejamas arī, izmantojot API, izmantojot klienti, piemēram, informācija par vienas nosūtītās preces statusu. THE klienti paši var ļoti viegli integrēt šo informāciju savās sistēmās, pateicoties UPS sistemātiskajai atvērto standartu pieņemšanai.
Kā aprakstīts citā dokumentā, UPS ir komisija, kas uzņemas tehnoloģiskos jauninājumus, apkopojot ieteikumus no darbiniekiem. Idejas tiek iesniegtas, izmantojot tīmekļa aplikāciju, kuru var izmantot uzņēmuma iekštīklā.
Integrācijas ontoloģija
Izvirzot hipotēzi par UPS integrāciju ontoloģiju, noteikti var sākt no dalībniekiem, kas ir iesaistīti tās pamatbiznesā: paku pārvadājumos. Tādējādi mums ir klases pakotne, kas tiek transportēta no vienas vietas uz citu; transportu var konceptualizēt ar divām attiecībām "transportFrom" un "transportTo", ja izslēdz no
starptautiskās un multimodālās piegādes modelēšana. Pakai var būt vairākas specializētas apakšklases – atkarībā no tā īpašībām – un tai ir jābūt tūlītējai atrašanās vietai, ievērojot ģeogrāfisko atrašanās vietu.
Paku parasti nosūta klients; ņemot vērā UPS pakalpojumu plašo klāstu – kas neietver tikai paku pārvadāšanu – liela uzmanība jāpievērš atvasināto klašu un atribūtu aprakstam. Jebkurš piedāvātais pakalpojums ir saistīts ar dažāda veida Pasūtījuma, piemēram, Sūtījuma, "izpildīšanu".
Var gadīties, ka klients ir arī Piegādātājs. Ontoloģija varētu definēt apkopojuma virsklasi CompanyPartner, ja tā atzīst, ka tā vienlaikus ir Klienta un Piegādātāja tipa uzņēmums, vai ja tā ir veikusi vismaz vienu piegādi un vismaz vienu pasūtījumu.
Big Brown, kā to sauc UPS žargonā, galvenokārt sastāv no darbinieku entītijām, kas sakārtotas plašā un daudzveidīgā hierarhiskā struktūrā (organizācijas diagramma). Arī šeit strukturēšanai ir jābūt precīzai, īpašu uzmanību pievēršot aspektiem, kas saistīti ar telpu/laiku: darbinieks darbosies precīzā reģionā vai, pareizāk sakot, pasaules tīkla vietu apkopojumā, savā darba nedēļā aptvers precīzu grafiku. un tā tālāk. Šāda veida ontoloģija ļautu ļoti viegli izdarīt automātiskus secinājumus atpūtas maiņu ģenerēšanā. Adekvāti modelējot noteiktus atribūtus, piemēram, kvalifikāciju, titulus, dienesta uzskaiti un nostrādātos gadus, vadībai tiek dota iespēja kvantitatīvi, kā arī kvalitatīvi novērtēt personāla sniegumu.
Daudzi no šiem dati jau atrodas UPS mantotajās sistēmās, kas tiek glabātas datubāze ieviesta pēdējo divu desmitgažu laikā. Citi var parādīties no piemērotiem datu bāzu "skatiem" vai datu ieguves darbību rezultātā.
Share:
Uzziniet vairāk tiešsaistes tīmekļa aģentūrā
Abonējiet, lai saņemtu jaunākos rakstus pa e-pastu.
