Akademska digitalna zbirka SLovenije - logo
Knjižnica tehniških fakultet, Maribor (KTFMB)
  • Komponentne arhitekture programskih rešitev ERP II na primeru SAP
    Kežmah, Boštjan, 1975- ; Heričko, Marjana
    Podjetja gradijo svoje konkurenčne prednosti predvsem na poslovnih procesih, zato je zelo pomembno, da tečejo hitreje in bolje kot v konkurenčnih podjetjih. Prav to je eden izmed glavnih vzrokov, da ... podjetja v zadnjih letih v večjem številu uvajajo ERP programske rešitve in z njihovo pomočjo optimizirajo in avtomatizirajo poslovne procese. Programske rešitve dobro podpirajo delovne tokove in poslovno logiko, ki jo lahko z ustreznimi nastavitvami prilagodimo poslovanju podjetja. Pri vključevanju zunanjih partnerjev v poslovne procese je zelo pomembna zunanja prilagodljivost in povezljivost programske rešitve. Temu so izdelovalci ERP programskih rešitev namenjali premalo pozornosti. Zaradi hitre širitve e-poslovanja postaja vključevanje zunanjih partnerjev v poslovne procese nujnost. Izdelovalci ERP programskih rešitev so bili zato prisiljeni dopolniti svoje rešitve in uporabnikom ponuditi hiter prehod na e-poslovanje. V mnogih primerih so bile spremembe tako radikalne, da nekateri govorijo o programskih resitvah ERP II. Tudi podjetje SAP AG je svojo programsko rešitev SAP R/3 nadgradilo v ERP II programsko rešitev, ki je namesto iz enega modula sestavljena iz več med seboj povezanih komponent. Komponenta R/3 je postala samo ena izmed komponent programske rešitve SAP. Povezljivost komponent ima pri tem ključno vlogo. Izdelovalci poskrbijo, da s povezovanjem njihovih komponent ni večjih težav. Te se pojavijo, kadar želimo s komponentami ERP II programske rešitve povezati lastne komponente ali programske rešitve. V prispevku opisujemo, kako lahko med seboj povezujemo posamezne komponente SAP in lastne rešitve ter naše izkušnje pri delu z njimi. Poslovne komponente SAP so skladne z različnimi komponentnimi modeli (COM/DCOM, CORBA). Imenujejo se poslovne komponente. Njihova posebnost je, da lahko razen metod komponent prožimo tudi funkcijske module, na katerih temeljijo metode. Mejo transakcije določimo sami s klicem ustrezne metode za potrjevanje transakcije. To nam omogoča, da v okviru ene transakcije prožimo več metod.Programska resitev SAP R/3 je že v starejših verzijah ponujala stabilno, prenosljivo in transakcijsko podprto okolje, zato je pomembno, da s prehodom na komponentno kompozicijo okolje ni izgubilo teh lastnosti. Pri integraciji SAP poslovnih komponent z lastno aplikacijo za obračunavanje storitev 080/090 smo nabrali veliko pozitivnih izkušenj. Vloga informatika pri integraciji se z novim načinom dela precej spreminja. Informatiki se lahko bolj poglobljeno usmerimo na pomoč uporabnikom pri iskanju vsebinskih rešitev. V skladu z vsebinsko rešitvijo se potem pripravijo specifikacije za integracijo oz. za BAPI. Te specifikacije pa so hkrati že navodilo za implementacijo. V prispevku bo kot primer uporabe predstavljena specifikacije BAPI za eno od metod pri uporabi šifranta kupcev iz SAP, ki bo prikazala enostavnost uporabe BAPI-jev. Razen enostavnosti uporabe so ugodni tudi odzivni časi, kar nas vodi k njihovi uporabi tudi v prihodnje.
    Vir: Objektna tehnologija v Sloveniji [tudi] OTS'2001 : zbornik šeste konference, Maribor, 20. in 21. junij 2001 (Str. 184-191)
    Vrsta gradiva - prispevek na konferenci
    Leto - 2002
    Jezik - slovenski
    COBISS.SI-ID - 7566358

Vnos na polico