Niekas nereikalauja atsisakyti
EDI sprendimų jei veikia ir tenkina jūsų poreikius. Naudokite
UBL naujoms jungtims.
Į viršų
Iki šiol verslas elektroninių dokumentų apsikeitime naudojo
EDI (Electronic Data Interchange), kuris padarė vertingą įnašą į verslo produktyvumo ir našumo didinimą. Tačiau
EDI pagrindiniai trūkumai yra didelė kaina ir sudėtingas įdiegimas.
UBL perduodamas internetu, o tai yra ir pigiau ir lengviau įdiegiamas sprendimas.
Į viršų
UBL specifikacijos yra įtrauktos į „Plug and Play“ programinę įrangą.
UBL labai tinkamas mažoms ir vidutinėms įmonėms, nes tai kartu ir pigus ir paprastas įdiegti sprendimas.
UBL dokumentai gali būti atvaizduoti ekrane kaip formos.
Į viršų
Nemažai kitų
XML standartų bandė padaryti tai ką geba
UBL, tačiau jiems nepasisekė. Daugelis e-verslo standartų orientuojasi į specifinę industriją/ar konkrečias verslo funkcijas.
Į viršų
UBL verslui siūlo universalią dokumentų struktūrą ir technologiją leidžiančią saugiai siųsti verslo informaciją per internetą. Be
UBL , kompanijos turėtų naudoti skirtingus standartus. Šie standartai dažnai yra skirti tam tikrai industrijai ar funkcijai ir negali būti naudojami kartu. Be to sistemos dažnai konfigūruojamos kiekvienam verslo partneriui atskirai.
UBL yra lankstus standartas ir jam nereikalingi tokie konfigūravimai.
Į viršų
Kompanijos, kurios naudoja
EDI pastebės, kad
UBL programinė įranga yra žymiai pigesnė ir lengviau įdiegiama. Įmonės, kurios dar nenaudoja
EDI iš viso, pastebės kad
UBL sprendimai taupo laiką ir yra pigesni už
EDI sistemas. Be to, komunikuojant elektroniškai yra išvengiama žmogaus klaidų ir paspartinami verslo procesai.
Į viršų
Įmonės, kurios naudoja
UBL supranta, kad labai lengvai gali keistis verslo dokumentais su esamais ir būsimais verslo partneriais. Taip pat jie turi geresnes galimybes susirasti naujus partnerius ar žengti į naujas rinkas.
Į viršų
UBL atvirumas ir lankstumas palengvina elektroninių dokumentų apsikeitimą su verslo partneriais nei naudojant
EDI sistemas. Naudojant
UBL barjeras yra labai mažas. Praktiškai nereikalingi specifiniai susitarimai.
Į viršų
Jeigu industrija jau naudoją konkrečią
XML struktūrą, tai nėra būtina ją keisti norint naudoti
UBL. Dauguma industrijų palaiko
UBL, tam kad padidinti sąveikos galimybes. Jei industrija dar neturi savo
XML standarto, gali nedelsiant pradėti naudoti
UBL, sutaupant kaštus, kurie būtų reikalingi savo
XML standarto kūrimui.
Į viršų
Bendrovės, kurios jau turi veikiančią dokumentų apsikeitimo sistemą, turės atlikti mažiau pakeitimų verslo procesuose negu tos kurios pradeda nuo nulio. Didžiausios investicijos diegiant
EDI ar
XML sprendimus tenka programinės įrangos modifikavimui (pvz.
ERP, apskaitos sistemos). Šios investicijos nereikalingos kompanijoms, kurios jau turi veikiančią
EDI sistemą.
Į viršų
UBL sukurtas funkcionuoti nepriklausomai nuo reikalavimų, programinės įrangos ar ryšio tinklų. Tol kol sistema turi interneto ryšį ir palaiko
XML, turės galimybę suprasti ir
UBL standartą.
Į viršų
UBL kuria ir koordinuoja
UN/CEFACT ir
OASIS organizacijos:
- OASIS rūpinasi technine UBL puse; pranešimais, registru, saugumu ir profiliais.
- UN/CEFACT yra atsakinga už turinį ir verslo pusę; pagrindinius komponentus ir verslo procesų modelius.
Į viršų
IT bendrovės, kurios dalyvauja ar dalyvavo kuriant
UBL yra
SUN,
SAP,
Oracle,
Microsoft,
TIE ir svarbiausia tarpinių (middleware) sprendimų gamintojai. Sektoriai, kurie diegia
UBL standartą yra automobilių pramonė, mažmeninės prekybos sektorius, transporto sektorius, draudimo sektorius, bankininkystės sektorius, plieno pramonė, statybinės organizacijos, žemės ūkio sektorius, laikinojo įdarbinimo agentūros ir turizmo industrija. Taip pat Europos Komisija ir JAV vyriausybė palaiko
UBL iniciatyvą.
Į viršų
UBL tai tarsi atvira forma elektroniniam verslui. Todėl nėra būtina sudaryti detalius susitarimus iš anksto su kiekvienu partneriu. Žinoma, nėra tikslo investuoti į
UBL, jei jūsų partneriai to neketina naudoti. Be to, turi būti sutarta kaip elektroniniai prekybos procesai vyksta jūsų sektoriuje. Todėl kreipkitės į pramonės asociaciją prieš pradėdami investuoti.
Į viršų
Yra trys būdai, kuriais mažos ir vidutinės įmonės gali gauti naudą naudojant
UBL:
- UBL gali būti įdiegtas į standartinę programinę įrangą, kurią naudoja mažos ir vidutinės įmonės.
- UBL siūlomas kaip įskiepis (plug-in) į elektroninio pašto sistemas (pvz.
Outlook).
- UBL galima naudoti per taip vadinamas tinklapio pagrindu sukurtas (ASP) elektroninių dokumentų apsikeitimo sistemas.
Į viršų
Taip,
ASP modelis tinka naudoti
UBL. Nors
UBL turi taip vadinamą peer-to-peer architektūrą (tiesiogiai sujungia verslo partnerius internetu),
UBL programinės įrangos funkcijos, tokios kaip procesų stebėjimas ir duomenų pateikimas, gali būti tiekiamos per
ASP. Tai gali būti labai įdomus sprendimas mažoms įmonėms, kurioms investicijos į programinę įranga yra per didelės.
Į viršų
Trumpai apibūdinant
UBL – tai
XML dokumentų standartas.
UBL skirtas perduoti verslo duomenis apie užsakymus, sąskaitas-faktūras, važtaraščius ir kitus dokumentus tarp verslo partnerių.
Į viršų
UBL iniciatyva atsirado
OASIS ir
UN/CEFACT pastangų dėka 1999 metų viduryje, siekiant sukurti universalų
XML dokumentų paketą, palengvinantį e-verslo plitimą tarp mažų ir vidutinių įmonių.
UBL tai ne revoliucija,o evoliucija savyje apjungianti geriausias
EDI ir kitų
XML standartų (
CBL,
xCBL,) savybes.
UBL visiškai sudarytas iš ISO 15000-5 (
ebXML) komponentų.
Į viršų
Taip. Skirtingos pramonės šakos turi skirtingus duomenų reikalavimus ir tai atvedė į profilių sukūrimą netgi tokiems griežtai kontroliuojamiems standartams kaip
X12,
EDIFACT ir
RosettaNet.
UBL nebando visiškai išspręsti šių problemų, tačiau leidžia pateikti tinkamus sprendimus didžiajai daliai realaus pasaulio atvejų. Kiekviena
UBL schema turi papildomą praplėtimo galimybę, kurios pagalba verslo partneriai, gali susitarti naudoti specifinius duomenis, kurie nenumatyti labai plačios ir lanksčios
UBL duomenų struktūros. Taigi ši paprasta strategija suteikia beveik neribotą standarto lankstumą tarp atskirų prekybos partnerių, nereikalaujant keisti standartines
UBL schemas.
Į viršų
UBL 2.0 standarte kodų sąrašų reikšmės nėra tiesiogiai pririštos prie dokumento schemų. Todėl prekybos partnerio konkrečių kodų sąrašo koregavimas praktiškai neįmanomas.
UBL kodų sąrašo vertės pateikiamos atskirame faile, naudojant naują genericode formatą.
Kodų sąrašų reikšmės validuojamos atskirai nuo
UBL dokumento, todėl standartinės
UBL schemos nėra keičiamos. Tai ne tik išsprendžia daugybę kodų sąrašų tvarkymo problemų, bet ir įgalina atskirus verslo partnerius susitarti dėl specifinių kodų sąrašų.
Į viršų
Labiausiai akivaizdžios priežastys yra šios:
- Yra per daug pasirinkimų EDIFACT standarte.
- Iškilo būtinybė keisti vidinius procesus.
- Partneriai turėjo sudaryti dvipusius susitarimus dėl naudojamų klasių ir elementų.
- Atsirado būtinybė sinchronizuoti duomenis.
Todėl stambios bendrovės investavo dideles lėšas į
EDI sistemas, o mažos ir vidutinės įmonės buvo paliktos nuošalyje.
Į viršų
