vise Data Run · svakodnevne promjene podataka
Poslovni timovi pripremaju masovne promjene u SAP-u. IT zadržava kontrolu.
Masovne promjene materijala, dobavljača, cijena, podataka održavanja pogona i poslovnih partnera – validirane, probno izvedene, s odobrenjem imenovane osobe i upisane putem standardnih SAP sučelja, a revizijski trag nastaje sam. Vaš sustav za tikete ostaje gdje jest; mijenja se sve ono nakon tiketa. SAP ECC i S/4HANA; također IBM Maximo.
- U produkciji
- u globalnoj pivarskoj grupi, na SAP-u
- Svaki upis
- najprije probno izveden kroz stvarno sučelje
- Četiri oka
- podnositelj, vlasnik, validator, izvršitelj – odvojene uloge
01 · Problem
Većina problema sa SAP podacima ne dolazi od transakcije koja nedostaje.
Dolaze iz procesa oko podataka: proračunske tablice, odobrenja e-poštom, ručna masovna ažuriranja koja se ponavljaju od tržišta do tržišta i više od deset krugova ispravaka između poslovne strane i IT-a po datoteci. Mala skupina stručnjaka stoji između svakog regionalnog ažuriranja i produkcijskog sustava. Ništa se ne može ponovno upotrijebiti. Ništa se ne može revidirati.
01Nema središnje vidljivostiNema zapisa o tome tko je što promijenio; validacija se na svakom tržištu primjenjuje drukčije; slab revizijski trag.
02Ručni posao koji se ponavljaIsta rutina s tablicama i e-poštom na svakom tržištu, u svakom ciklusu, a ništa se ne prenosi dalje.
03Stručnjaci kao usko grloRedovi čekanja pred nekolicinom SAP stručnjaka; poslovna strana čeka, a stručnjaci formatiraju tablice umjesto da upravljaju podacima.
02 · Šest koraka
Validirano prije SAP-a. Kontrolirano tijekom upisa. Revizijski provjerljivo poslije.
- Korak 01 · RequestExcel predložak, a ne tiket sa slobodnim tekstom.Poslovni korisnici ispunjavaju standardizirani predložak za objekt i scenarij – materijal, dobavljač, cijena, oprema, poslovni partner. Opseg, pravila, razina rizika i termin implementacije putuju s datotekom. Vaš sustav za tikete ostaje gdje jest; zahtjev stiže u obliku koji sljedeći koraci mogu provjeriti.
- Korak 02 · ValidateProvjereno prema SAP referentnim podacima i vašim pravilima prije nego što se približi SAP-u.Obvezna polja, tipovi, dopuštene vrijednosti, ovisnosti među poljima, duplikati, reference i poslovna logika. Pogreške se vraćaju po retku, s razlogom, pa ih podnositelj ispravlja prije nego što itko u IT-u pogleda datoteku.
- Korak 03 · SimulateProbno izvođenje kroz stvarno sučelje.Promjena se izvodi prema ciljnom sustavu kao testni poziv – isti BAPI, IDoc ili OData koji će koristiti stvarni upis, u testnom načinu bez commita; za IBM Maximo to je konektor. Odgovor daju vaš stvarni customizing i referentni podaci, a ne njihova kopija. Probno izvođenje nikad ne upisuje. Što odbije, vraća se po retku prije upisa; što propusti, najbliže je stvarnom upisu koliko SAP dopušta, a stvarni upis i dalje ide uz obradu pogrešaka po zapisu.
- Korak 04 · ApproveČetiri oka, po ulozi, s imenom.Podnositelj zahtjeva, vlasnik podataka, validator, izvršitelj i administrator odvojene su uloge. Ništa se ne upisuje bez odobrenja uz koje su zabilježeni korisnik i vrijeme.
- Korak 05 · LoadKontrolirano izvršenje: serije, nadzor, red ispravaka.Upis putem standardnih sučelja koja SAP podržava – nikad izravan upis u tablicu – pa SAP-ove vlastite provjere, rasponi brojeva i dokumenti promjene ostaju aktivni. Zapisnici izvršenja po seriji; neuspjeli zapisi idu u red ispravaka dok ostatak nastavlja.
- Korak 06 · AuditTko, kada, što, na kojoj datoteci, s kojim rezultatom.Izvorna datoteka, podnositelj, rezultati validacije, odobrenja, status izvršenja i odgovori sustava čuvaju se za svako izvođenje. Usklađivanje i zapisnik promjena po zahtjevu – paket koji revizor traži, nastao kao nusproizvod.
03 · Što vidi operater
Jedna datoteka, jedan trag: tko ju je prijavio, što je rekla validacija, kada je učitana.
Svaka promjena je datoteka vezana uz objekt. Stranica objekta prikazuje datoteke u tijeku s njihovim stanjem i zadnjim rezultatom; prikaz datoteke pokazuje validaciju po radnom listu i učitavanje, s imenom i vremenom uz svaki korak. Bez proračunske tablice u privitku e-pošte, bez pitanja „tko je ovo pokrenuo?”.
04 · Studija slučaja · SAP Plant Maintenance
Pet grupa PM objekata, standardiziranih na više od deset europskih tržišta.
Globalna pivarska grupa – klijent s kojim najdulje surađujemo – koja koristi SAP u 15 država, u Europi i izvan nje, zamijenila je proračunske tablice, odobrenja e-poštom i ručna masovna ažuriranja alatom vise Data Run: središnje upravljanje, lokalno vlasništvo nad podacima, 16 obučenih stručnih korisnika u četiri regionalna klastera. Krajnji korisnici sami pripremaju i učitavaju svoje podatke kroz standardizirane Excel predloške – bez ABAP-a, bez namjenskog razvoja po promjeni. Nova tržišta preuzimaju procese koji su već konfigurirani i testirani drugdje.
Pročitajte studiju slučaja| Grupa objekata | Opseg |
|---|---|
| Oprema | Matični slogovi, atributi, grupe planera, radna mjesta, nazivlje |
| Sastavnica opreme | Komponente, podaci o stavkama, veze s nadređenom opremom |
| Tehnička mjesta | Hijerarhija, indikatori strukture, organizacijski podaci, nazivlje |
| Planovi održavanja | Parametri terminiranja, ciklusi, stavke, usklađenost sa središnjim strategijama |
| Popisi zadataka | Operacije, radna mjesta, upravljački ključevi, trajanja, usklađeno među tržištima |
05 · Za voditelje SAP aplikacija
Što se događa u vašem SAP sustavu.
Pitanja koja Basis, sigurnost i revizija postavljaju prije pilota, na koja svaki put odgovaramo jednako.
- 01Veza i identitet
- Data Run upisuje putem SAP-ovih standardnih sučelja pod korisnikom sučelja kojeg stvara i ograničava vaš Basis tim – objekti, pogoni, šifre poduzeća – onako kako se ograničava svaka integracija. Bez pristupa tablicama, bez namjenskog ABAP-a po promjeni. U SAP dokumentima promjene zabilježen je taj korisnik; trag u alatu Data Run bilježi imenovanog podnositelja, odobravatelja i izvršitelja iza svakog izvođenja.
- 02Validacija i probno izvođenje
- Najprije pravila (format, obvezna polja, dopuštene vrijednosti, ovisnosti među poljima, duplikati), zatim testni poziv prema SAP-u s istim BAPI sučeljima, bez commita – vaš customizing i referentni podaci kakvi su u tom trenutku. Tijekom validacije ništa se ne upisuje. Budući da se referentni podaci mogu promijeniti između validacije i upisa, sam upis i dalje ide uz obradu pogrešaka po zapisu.
- 03Odobrenje i razdvajanje dužnosti
- Podnositelj zahtjeva, vlasnik podataka, validator, izvršitelj i administrator odvojene su uloge, dodijeljene po lokaciji. Koja osoba smije imati koju ulogu – i smije li podnositelj ikad odobravati – vaša je konfiguracijska odluka, upisana u postavke zajedno s vama, a ne zadana vrijednost koju mi biramo za vas. Uz svako odobrenje zabilježeni su korisnik i vrijeme.
- 04Izvršenje i djelomični neuspjeh
- Upisi se izvode u serijama, sa zapisnicima izvršenja. Odbijeni zapis ide u red ispravaka sa SAP-ovom porukom; ostatak serije nastavlja; ispravljeni zapisi ponovno se upisuju. Masovne promjene matičnih podataka u SAP-u ne mogu se „poništiti”, pa je model sljedeći: način izmjene, uz prethodnu datoteku sačuvanu kao referencu – a ne obećanje rollbacka.
- 05Gdje se čuva povijest
- U alatu Data Run: svaka verzija datoteke, tko ju je prijavio, rezultati validacije po radnom listu, odobrenja, status izvršenja i odgovori SAP-a, po zahtjevu. U SAP-u: dokumenti promjene koje SAP sam zapisuje. Čuvanje slijedi postavke vašeg projekta; trag se može izvesti za potrebe revizije.
- 06Tko održava pravila
- Validacijska pravila i popisi vrijednosti konfiguracija su po objektu i lokaciji. Nakon uvođenja održava ih vaš data steward; novi objekti i nestandardna poslovna pravila postavljaju se s nama – u pilotu vidite gdje završava konfiguracija, a gdje počinje posao postavljanja.
06 · Uklapa se u ono što imate
Ništa se u vašem okruženju ne zamjenjuje.
ZaprimanjeVaš sustav za tikete ostajeServiceNow, Jira, e-pošta – zahtjev se otvara ondje gdje se otvara i danas. Predložak je primopredaja: on u Data Run prenosi opseg, pravila, razinu rizika i termin implementacije.
CiljSamo standardna sučeljaSAP ECC i S/4HANA putem sučelja BAPI, IDoc i OData; IBM Maximo putem konektora. SAP-ove vlastite provjere, rasponi brojeva, ovlaštenja i dokumenti promjene ostaju aktivni – upis SAP-u izgleda kao svaki drugi upis.
PravilaNapisana jednom, ponovno korištenaValidacijska pravila i popisi vrijednosti konfiguriraju se po objektu i lokaciji, bez koda. Ako ste migrirali uz vise DMW, pravila i popisi iz migracije prenose se; vise LoV-MAP održava popise vrijednosti ažurnima.
07 · Operativni modeli
Vodite ga sami, s nama ili prepustite nama.
01Vodi ga vaš ITVisehub radi postavljanje, predloške i uvođenje; vaš tim upravlja. Podrška po izboru.
02HibridnoVaš IT zadržava arhitekturu i odobrenja; Visehub vodi validaciju, izvršenje i isporuku.
03Vanjsko izvršenje + podrška unutar timaVisehub kao vaš tim za izvršenje promjena podataka prema SLA-u, s konzultantom na vašem Teamsu puno radno vrijeme. Model koji klijent s kojim najdulje surađujemo koristi godinama.
U produkciji
Klijenti Globalna pivarska grupa – svakodnevne promjene za operativna društva u cijeloj grupi: održavanje pogona, poslovni partneri, FI/CO. Vanjsko izvršenje sa stručnjakom tvrtke Visehub uključenim u tim putem Teamsa.
08 · Česta pitanja
Pitanja koja dobivamo.
- 01Već koristimo ServiceNow. Moramo li ga zamijeniti?
- Ne. Za zaprimanje zadržavate ServiceNow, Jiru ili e-poštu; vise Data Run standardizira ono što se događa nakon tiketa – predložak, validaciju, probno izvođenje, odobrenje i upis. Primopredaja je predložak priložen tiketu; izravna integracija tiketa sa zahtjevom je na roadmapu, a ne u proizvodu danas, i to kažemo prije nego što na tome počnete planirati.
- 02Već imamo skripte za masovne promjene.
- Dobra skripta može validirati i bilježiti. Ono što rijetko ima jest proces oko nje: predložak koji poslovna strana može ispuniti, probno izvođenje prije svakog upisa, odobrenje odvojene uloge i jedan revizijski trag za svako izvođenje – održavan jednom, a ne po skripti, i neovisan o osobi koja ju je napisala. Data Run zadržava brzinu skripte i standardizira ostalo.
- 03Koji sustavi?
- SAP ECC i S/4HANA putem sučelja BAPI, IDoc i OData; IBM Maximo putem konektora; Microsoft Dynamics 365 Business Central i Dynamics NAV putem njihovih API-ja i web-servisa. Svaki drugi sustav koji nudi API ili web-servise može se povezati na isti način.
- 04Koji su objekti spremni za upotrebu?
- Danas u produkcijskoj upotrebi: održavanje pogona (oprema, tehnička mjesta, planovi održavanja, popisi zadataka, sastavnice); materijali (gotovi proizvodi, ambalaža i sirovine); partneri (kupac, dobavljač, poslovni partner u sustavu S/4HANA uz CVI); financije i kontroling (konta glavne knjige, mjesta troška, vrste troška, profitni centri, vrste aktivnosti, banke, FI dokumenti); promjene prodajnih naloga. Daljnji objekti dodaju se putem predložaka, lista vrijednosti i validacijskih pravila, bez izmjena platforme.
- 05Jedna promjena koja obuhvaća više sustava?
- Jedan zahtjev odnosi se na jedan sustav. Promjena koja obuhvaća SAP i neki drugi sustav obrađuje se kao povezani zahtjevi pod zajedničkom referencom, a svaki se validira, odobrava i upisuje u svojem sustavu.
- 06Može li se promjena poništiti?
- Ne jednim gumbom. SAP ne poništava masovne promjene matičnih podataka, pa je poništavanje novi zahtjev za promjenu izrađen iz prethodne datoteke, koji prolazi istu validaciju, probno izvođenje, odobrenje i upis. Polja koja SAP zaključa kad postoje transakcijski podaci – primjerice osnovna jedinica mjere kad postoji zaliha – ne mogu se vratiti na prethodnu vrijednost, a probno izvođenje to pokazuje prije nego što se išta upiše.
- 07Je li Data Run opći alat za workflow ili orkestraciju?
- Nije i ne predstavljamo ga tako. Namijenjen je kontroliranim promjenama podataka: poslovna strana opisuje promjenu u predlošku, platforma je validira, odobravatelj je odobrava, a upis se izvršava i bilježi.
- 08Koliko treba dok ne proradi?
- 30-dnevni pilot na jednom slučaju upotrebe – jedan objekt, jedna država – zatim širenje objekt po objekt. Većina vremena odlazi na vaša pravila, a ne na instalaciju: rješenje je u oblaku i treba mu preglednik i sigurna veza.
- 09Što nam treba za pilot?
- Jedan objekt i jedna država – promjena od koje vaš tim najviše strahuje. S vaše strane: vlasnik podataka koji poznaje pravila, SAP (ili Maximo) testni sustav s korisnikom za standardno sučelje i sigurna veza. Mi izrađujemo predložak i pravila, s vašim timom provodimo validaciju i probno izvođenje te upisujemo prvu stvarnu promjenu po načelu četiri oka. Fiksna cijena za 30 dana. Što mjerite: vrijeme obrade po zahtjevu prije i poslije, ispravke koje rade vaši stručnjaci, pogreške koje validacija uhvati prije SAP-a i odgovara li revizijski trag na pitanja vašeg revizora bez proračunske tablice.
- 10Što određuje trošak nakon pilota?
- Lokacije i korisnički računi u opsegu (administratorski i obični) te operativni model – vodi ga vaš IT, hibridno ili ga Visehub vodi prema SLA-u. Što više lokacija, to niža cijena po lokaciji. Zatražite model koji odgovara vašem obujmu; cjenik ne objavljujemo.
- 11Je li to isto što i vise DMW?
- Ista disciplina validacije, drugi posao. vise DMW vodi migracijske programe i kvalitetu podataka prije go-livea; Data Run vodi ponavljajuće promjene nakon go-livea. Validacijska pravila i popisi vrijednosti izrađeni u alatu DMW tijekom migracije ponovno se koriste u alatu Data Run nakon nje.
Jedan slučaj upotrebe, jedna država, 30 dana.
Odaberite promjenu od koje vaš tim najviše strahuje. Izrađujemo predložak, validiramo promjenu, probno je izvodimo i upisujemo po načelu četiri oka – a zatim vi odlučujete koliko daleko širiti. S vaše strane: vlasnik podataka, testni sustav s korisnikom sučelja, sigurna veza. Fiksna cijena za 30 dana; mjerite vrijeme obrade, ispravke stručnjaka i ono što je validacija uhvatila.