Presentation from conference "Oracle Day 2011" in Estonia 11.03.2011 Nordic Hotel Forum

1. “eBusiness Suite R12 - uus tase
versiooniuuendustes“ - juhtumiuuring
EMT põhjal
Kuidas teha edukas R12 versiooni
uuendus
Hanna-Helena Dunning
11. Märts 2011

2. Arvate, et tegu on tavapärase versiooni uuendusega?
R12
11i
11i
Võib juhtuda, et mitte
11i
R12
Meie kogemus: õige planeerimisega saab keerukohti vältida.

3. JÄRGNEVAD SOOVITUSED JA JÄRELDUSED ON TEHTUD EMT PROJEKTI
PÕHJAL, GO-LIVE JAANUAR 2011
11i
SAMU PRINTSIIPE SAAB ARVESTADA KA TEISTE IT PROJEKTIDE JA
TARKVARADE PUHUL

4. Planeerimise kava
•Analüüs ja uued funktsionaalsused
Analüüs
•Kohandused
•Koolitus
•Test
•Juhendid
•Projekti käsitlus

5. Analüüs ja uued
funktsionaalsused
•Uus maksumoodul (eBTax)
• Üleminekul vana maksumudel
• Üleminekul uus maksumudel
• Ühtne maksureeglite loomine (n maksu kohaldatavus, asukohal
põhinevad reeglid jne)
• Püsiandmete haldamise muudatus
• Toetatud moodulid
•Uus maksete moodul (Payments)
Uus
• Seadistuse muudatused – sisemised pangakontod, maksete
tegemine
• Muutunud makse tegemise sammud. Võimalused n mitu valuutat
ühes makses.

6. Analüüs ja uued
funktsionaalsused
•SLA (Subledger Accounting) võimalused
SLA
• Konteeringute muutmine seoses dokumendi tüübiga
• Pearaamatu andmete detailsus alammooduli tehingu tüübiti
• Pearaamatu andmete grupeerimine
•Andmete jagamine
• Ühe responsibility all mitu organisatsiooni vs vana variant
• Uue lahenduse puhul seosed kohandustega, aruannetega
•Põhivara
• Amordil automaatne roll-back
back
• Kanded jooksvalt pearaamatusse
•Muudatused klient, hankija, pank. N Party tase kõikide osapoolte puhul,
Muudatused
kliendi kontaktid jne.

7. Analüüs ja uued
funktsionaalsused
•FSG
• Set of Book liikunud Ledger välja
• Data Access Set (andmete ligipääsu kogum) – kui FSG töötab üle
mitme organisatsiooni
•Muud muudatused:
• Süsteemne kliendile raha tagastus (Refund)
• Tulevaste perioodide ettemakstud kulude arvestus
• Ühtsus andmete pearaamatusse viimisel (Create Accounting)
• Mustand konteerimine

8. Kohandused
•Analüüs – kohanduste kaardistus vs uued andmestruktuurid, muutunud
multi-org security ja responsibility kasutusloogika
•Muutunud andmestruktuurid
Hankija Uued tabelid
Klient Vanad kliendiga seotud vaated ei
kehti
Käibemaks Uued tabelid
Pank Uued tabelid
Pangakontod (sisemised ja Uued tabelid
välised)
•Kohandatud raporteerimine – uued tabelid
•Multi-org security ja responsibility kasutus: kui ühe responsibility all
org
mitme organisatsiooni andmed, n vaja lisada org Concurrent parameetrile.

9. Koolitus
1. Võtmekasutaja varane koolitus uue ja muutunud funktsionaalsuse
sobitamise jaoks.
• Maksumoodul, maksete moodul, panga, pangakontode, kliendi,
hankija ekraanid
2. Üldine R12 standardfunktsionaalsuse koolitus – nö ‘tunnetuse’ kätte
saamine.
3. Raportite ülevaatus – palju asendatud raporteid
4. Kuulõpu protsesside koolitusel läbitegemine
5. SLA mõiste, pearaamatu konteeringud. Lõplik ja mustand konteerimine.
6. Lõplik koolitus hõlmates ka kohandused

10. Koolitus
• Tutvumine R12 näoga
• Uue ja muutunud funktsionaalsuse sobitamine
• Seadistuselementide paikapanemine
• n eBTax
• n SLA
NB! Väga oluline alustada varakult!

11. Test
1. Standardfunktsionaalsus testida võimalikult vara, sh protsessid ja
raportid
2. Protsesside test algusest lõpuni koos kohandustega. Jäljendada
igapäevamahtusid.
• Dokumendi sisestusest kuni pearaamatus saldo – konteeringu
vaatamiseni
• Raporteerimine, sh pearaamatu pealt
• Tellimuste protsessimine lattu ja laost välja
• Põhivara raporteerimine ning kuusisesed muudatused
3. Kuu sulgemise protseduurid ja lõplik raporteerimine
NB! Väga oluline varuda piisavalt aega!

12. Juhendid
• Juhendeid on vajalik muuta sõltuvalt nende olemasolust ja ulatusest
• Juhendite vajaduse aktuaalsemad momendid näiteid:
• Hankija ekraan
• Kliendi ekraan
• Panga, pangakontode ekraanid
• Maksude defineerimine
• Ostuarve sisestus

13. Projekti käsitlus
Projekti etappideks jagamine võiks rakendada tavalise juurutusprojekti
Metodoloogiat; 3 sammu nii koolitus kui test.
• Etapp I – standardfunktsionaalsuse sh uute ekraanidega tutvumine
• Etapp II – uute ja muutunud funktsionaalsuste seadistuse lisamine.
Vastavalt süsteemiga tutvumine, sh kohandused.
• Etapp III – lõplik test ja aktsepteerimine. Läbi teha KÕIK, ka
väiksemad, igapäevaprotsessid regulaarsetes mahtudes.
Siiski lähenemine sõltub, kui palju mooduleid ja kohandusi on kasutuses.
Projekti käsitluse võib saada ka lihtsamaks.

14. Mil viisil versiooni uuendus
teha?
Versiooni uuendus läbi patch’imise vs uus implementatsioon
• Versiooni uuendus läbi patch’imise
• Vanu andmeid ja tehinguid on vaja näha täies ulatuses
• Uus implementatisoon
• Vanade andmete mahajätmine
• Kontoplaani muudatus, muu struktuurne muudatus
• Püsiandmete korrastus (tehingu tüübid, erinevad koodid jms)
NB! Seadistus uute moodulite osas, kohanduste kontroll ja kasutaja
koolitus ning test on mõlemal juhul sama suurusjärgu tööd.

15. Miks versiooni uuendus?
• 11i on Extended Support, mis nõuab ka selle versiooni patchmist teatud
tasemele
• Vajadusel abi saamiseks – vt http://support.oracle.com
• Minimum Baseline Patch Requirements for Extended Support on Oracle E
E-Business
Suite 11.5.10 [ID 883202.1]
• Critical E-Business Suite11i (11.5.10) Extended Support Information on Minimum
Business
Baseline Patch Requirements [ID 1116887.1]
• 11i Extended Support kuni november 2013. R12 Premier Support kuni mai 2014,
Extended Support kuni mai 2017.
• Olulisemad täiendavad funktsionaalsused
• SLA
• Põhivara amort ja pearaamatu kanded perioodi sees jooksvalt
• Tulevaste perioodide ettemakstud kulude arvestus
• Võimalusterikas maksumoodul
• Võimalusterikas/ mugavam maksete moodul

16. Miks versiooni uuendus?
• Võimalus sisestada erinevate organisatsioonide andmeid responsibility’t
vahetamata
• Kui organisatsiooni muutustest tingitult on vaja vahetada kontoplaani,
muid struktuure – on mõtet seda teha uuel versioonil.
• Olemasolevate äriprotsesside muudatuste vajadused

17. Küsimused & Vastused
Kontakt:
www.rocksoft.ee
info@rocksoft.ee