Citat:
caponac: Da li se negdje može naći struktura objekata koju koriste ERP moduli SAP-a i ORACLE-a - ono čisto informativno, da mogu malo razgledati i tako.
Kao prvo, može da se nađe. Proguglaj - naći ćeš. Ali, nećeš time rešiti problem.
Evo malog primera:
Otvorene stavke kupaca i dobavljača (dakle, nešto što će sigurno morati da se migrira) u legacy sistemu imaju nekoliko atributa. Među njima verovatno i sledeće:
- broj finansijskog dokumenta
- datum dokumenta
- datum knjiženja
- šifra kupca / dobavljača
- iznos duguje / potražuje
- šifra organizacionog pojma / centra prihoida
- datum valute
- rok plaćanja
Ovo su uglavnom najčešći atributi, ali može imati i neke druge
E sad, ovo treba da se pretvori u red koji bi odgovarao SAP finansijskom dokumentu. Kao prvo, FI konsultant treba, na osnovu kastomizacija u sistemu, da kaže kakav red treba da se pripremi. Ali, pre svega umesto starih šifara kupaca / dobavljača i organizacionog pojma treba ubaciti nove, koje su se generisale tokom migracije matinih podataka. Zatim treba dodati nekoliko novih atributa koji će ili biti isti za sve, ili će se generisati prema nekim uslovima: na primer ako je strani kupac (neka) oznaka je 'xy' a ako je domaći kupac, oznaka je 'abc'. Ili ako je rok plaćanja 7 dana oznaka je 'd7' a ako je rok plaćanja 10 dana oznaka je 'd10'. (Malo karikiram, ali je poenta, nadam se, jasna). Dalje, neka opisna oznaka u novom sistemu (neki tekst field) bi trebalo da bude sastavljen od starog broja fin. dokumenta i stare šifre kupca, da bi se knjigovođe snašle.
Dakle, osnovni oblik podatka koji ćeš imati u nekom txt obliku, treba značajno izmeniti. SAP-ov alat koji sam već pomenuo: LSMW, može dosta toga da odradi, ali nije svemoguć. Tako, možda će biti potrebno da se fajl sa podacima prethodno malo doradi najrazličitijim priručnim alatima, bilo kojim programskim jezikom, bazom, excelom - čime god. Tek onda, tako pripremljen fajl se učitava i dalje obrađuje.
Sve u svemu, problematika nije trivijalna. Koliko sam čuo, kod nekoliko srpskih SAP implementatora, oni se ne bave razvojem alata za konverziju podataka, već u principu, imaju par rutina za import sa već predefinisanim oblicima sloga, i od vas, IT odeljenja će tražiti da im date podatke u nekom od predefinisanih oblika.
Ali i to nije sve. Osim tehničkih problema, obavezno se jave i problemi aljkavih i neažurnih knjigovođa, koji će sva svoja s*anja da prebace na tebe i da se nakon upload-a podataka da se isčuđavaju nad podacima u novom sistemu.
Zato, evo i par esnafskih saveta:
- Podatke ne uzimaj sam iz starog sistema (naravno da to znaš i možeš) već traži od odgovornih iz knjigovodstva da ti ih zvanično dostave. Sa svom mogućim totalima na dnu. Potpisano, kao zvanični dokument. Ovaj savet nikako nemoj da prenebregneš ! Jedna od najdelikatnih stvari je i momenat uzimanja tih podataka. Ako ti to budeš radio, UVEK će se javiti neki knjigovođa koji će tražiti samo još nekoliko sati dok završi sa svojim knjiženjima. A i kad ti daju potvrdu da mogu da se uzmu podaci, uvek će neki iz fijoke naknadno da izvuče još nekoliko dokumenata koje će tajno i krišom da proknjiži u starom sistemu i da se posle iščuđava i da te okrivi da nisi ti tu nešto dobro uradio.
- Kad ti uradiš svoj deo posla - uporedi broj stavki i totale
- Kad SAP konsultant koji radi upload završi svoj deo posla - opet treba uporediti podatke, a šef knjigovodstva mora da potpiše i potvrdi valjanost migriranih podataka.
[Ovu poruku je menjao Java Beograd dana 26.12.2008. u 10:21 GMT+1]
OTPOR blokadi ulica, OTPOR blokiranom Beogradu, OTPOR blokiranoj Srbiji