Za SAP arhitekte
Jačamo SAP-ov model integriteta. Nikad ga ne zaobilazimo.
Pitanja koja ćete postaviti na prvom pozivu, na koja svaki put odgovaramo jednako. Ako nešto nije dovoljno precizno za vaše okruženje, pitajte – radije ćemo vam se javiti naknadno nego improvizirati.
Kako zapis stiže u SAP Upis obavlja SAP
Vaši izvori
SAP ECCJD EdwardsDynamics / NAVNaslijeđeni sustavi i datoteke
vise DMW
ValidateProfileMapLoad SimApprove
Poslovna pravila povrh SAP provjera; probno izvođenje prema vašem customizingu; imenovani odobravatelj. Vaš SAP
BAPIIDocOData / RAPMigration Cockpit
CVI, customizing, BAdI-ji, rasponi brojeva, dokumenti promjene – sve uključeno. Izravni upisi u KNA1, LFA1, BUT000 ili bilo koju SAP tablicu – nikad.
01
Šest stvari koje uvijek vrijede.
01 Samo putem SAP-ovih vlastitih API-ja Svako se učitavanje izvodi putem SAP-ovog API-ja: BAPI, IDoc, OData/RAP, RFC funkcijski modul koji poziva SAP-ov vlastiti API za održavanje podataka – ili putem alata SAP Migration Cockpit ako ga želite zadržati. Alat vise DMW nikad ne upisuje izravno u KNA1, LFA1, BUT000 ni u bilo koju drugu tablicu.
02 SAP-ov integritet ostaje uključen CVI sinkronizacija, provjere customizinga, BAdI/exit validacija, rasponi brojeva, ovlaštenja, dokumenti promjene (CDHDR/CDPOS) – sve se to izvodi točno kao za svaki alat koji SAP odobrava, jer upis obavlja SAP.
03 Drugi sloj validacije, a ne zamjena SAP provjerava hoće li prihvatiti zapis. vise DMW provjerava može li vaše poslovanje s njim raditi: dosljednost među objektima, regulatorni formati, financijska kontrola, poslovna politika, preduvjeti za tijekove rada, koherentnost matičnih podataka.
04 Simulacija prije svakog učitavanja Učitavanje se probno izvodi prema vašem ciljnom sustavu s vašim customizingom. Ciljni sustav validira svaki zapis kao što bi to učinio pri stvarnom učitavanju, pa vidite iste pogreške – po zapisu, prije nego što se išta potvrdi.
05 AI predlaže, ljudi odobravaju Mapiranja polja, pravila transformacije i validacijska pravila može u nacrtu izraditi AI. Svaki se prijedlog verzionira, testira u sandboxu i uključuje ga imenovana osoba. Ništa što AI napiše ne dotiče vaš ciljni sustav bez odobrenja.
06 Spremno za reviziju od prvog dana Svaka transformacija, promjena vrijednosti i odluka o spajanju bilježi se s korisnikom, vremenom i primijenjenim pravilom. Tablice unakrsnih referenci (stari KUNNR / LIFNR → ciljni PARTNER) izrađuju se u samom alatu.
02
Mehanizam učitavanja vaša je odluka.
DMW ne ovisi o mehanizmu učitavanja. Ugrađeni loader je zadani; svaki drugi put dobiva iste unaprijed validirane podatke.
| Put | Kada | Što DMW isporučuje |
|---|---|---|
| Ugrađeni DMW loaderZadano | Zadano. Jedan klik iz alata DMW; BAPI, IDoc ili OData odabiru se po objektu i konfiguraciji. | Od početka do kraja u jednom alatu, revizijski trag učitavanja povezan s revizijskim tragom validacije i transformacije, nadzor u stvarnom vremenu i obrada pogrešaka u DMW sučelju. |
| SAP Migration Cockpit (LTMC / LTMOM) | Već ga koristite, vaš se integrator na njega standardizirao ili unaprijed definirani migracijski objekt točno odgovara opsegu. | Datoteke u formatu Cockpit predloška, unaprijed validirane pa učitavanje prolazi bez iznenađenja, mapiranje na strukturu migracijskog objekta. |
| BAPI | Zadano za mnoge objekte; prilagođeni objekti bez Cockpit predloška. | Payloadi po BAPI strukturi, obvezna polja po objektu, testno izvođenje prije commita, commitovi u serijama, logika ponovnih pokušaja. |
| IDoc | Distribucija matičnih podataka među sustavima u okruženju; postojeća ALE infrastruktura; DEBMAS / CREMAS pri čemu CVI generira BP-a. | IDoc payloadi s ispravnim segmentima, unaprijed validirani pa WE02 / SM58 ostaju čisti, praćenje statusa i oporavak. |
| OData / RAP | S/4HANA Cloud i Public Cloud, kontinuirani tokovi podataka nakon go-livea, integracije s API Business Hubom. | API_BUSINESS_PARTNER i RAP servisi, rukovanje tokenima, obrada u serijama i obrada pogrešaka. |
| RFC funkcijski modul | Poslovni partner s ulogama kupca i dobavljača; vaši vlastiti Z funkcijski moduli ili programi kao odredište učitavanja. | Jedan poziv po poslovnom partneru prema malom RFC funkcijskom modulu instaliranom u vašem sustavu. Modul poziva SAP-ov API za održavanje poslovnog partnera (CL_MD_BP_MAINTAIN), najprije se izvodi kao test, a commit izvršava samo za ispravan rezultat. |
| Vaš vlastiti loader ili BODS | Imate vlastiti loader, ETL pipeline ili BODS i želite ga zadržati. | Čisti, unaprijed validirani skupovi podataka u vašem formatu (CSV, XML, JSON, staging tablice), povijest transformacija i dokumentirana pravila mapiranja. |
Što DMW nikad ne radi: izravne upise u SAP tablice, zaobilaženje validacije na razini modula ni pseudo-RFC trikove prema internim tablicama.
03
SAP pita hoće li prihvatiti zapis. Mi pitamo hoće li vaše poslovanje s njim moći raditi.
Formati polja, obvezna polja, customizing i BAdI provjere SAP-ov su sloj – prema njima validiraju Migration Cockpit, LSMW i BODS. Zapis može proći sve to i svejedno biti neupotrebljiv: dobavljač dodijeljen organizaciji nabave izvan hijerarhije pogona, PDV broj ispravne duljine s pogrešnim kontrolnim zbrojem, uvjeti plaćanja izvan politike nabave, strateški kupac bez voditelja ključnih kupaca. To su tihe pogreške; isplivaju mjesecima nakon go-livea, u računovodstvu ili u blokiranom odobrenju. Biblioteka pravila u alatu DMW mjesto je gdje ih vaše poslovanje definira jednom, a svaki se zapis provjerava prije učitavanja.
Dosljednost među objektimaDobavljač ↔ organizacija nabave ↔ pogon; mjesto troška ↔ profitni centar ↔ šifra poduzeća; prodajno područje ↔ pogon.
Regulatorni formatiNIP, USt-IdNr, GB VAT, EIN – s kontrolnim zbrojevima; sektorski identifikatori; GDPR oznake zadržavanja.
Financijska kontrolaDržava banke naspram sjedišta, podaci o stvarnom vlasniku, kreditni limiti naspram odobrenja, izloženost sankcijama.
Poslovna politikaUvjeti plaćanja po kategoriji dobavljača, gornje granice popusta po segmentu, cijene naspram pravila brenda.
Preduvjeti za tijekove radaVoditelj ključnih kupaca za svakog strateškog kupca, vlasnik mjesta troška, planer po materijalu.
Koherentnost matičnih podatakaCjenovni uvjeti po prodajnom području, info-slogovi po organizaciji nabave, oprema ↔ tehničko mjesto.
04 · Customer Vendor Integration
CVI je ovdje rutinski posao, a ne stavka rizika.
DMW priprema; SAP izvršava. Zapis koji stigne do CVI-ja već je dosljedan.
- 01Spajanje kupca i dobavljača
- Determinističko i fuzzy uparivanje po nazivu, PDV broju, adresi i bankovnom računu; jedan BP kandidat s FLCU01 + FLVN01; odstupanja označena za poslovnu odluku; tablica unakrsnih referenci za reviziju i usklađivanje.
- 02BP grupiranje i rasponi brojeva
- Stare grupe konta mapirane na vaša BP grupiranja iz customizinga; obvezna polja validirana po grupiranju prije učitavanja.
- 03BP kategorija
- Osoba / Organizacija / Grupa izvedene iz starih podataka i provjerene prema ulogama koje svaki zapis nosi.
- 04Adrese, porezni brojevi, bankovni podaci
- Primarne i dodatne adrese u BUT020/BUT021; STCD1–3 / STCEG mapirani na S/4 vrste poreznih brojeva i validirani po državi; IBAN i ključ banke provjereni prema BNKA.
05
Gdje se izvodi.
- Hosting
- EU · AWS ili OVHcloud (Njemačka), po vašem izboru – ili vaša vlastita infrastruktura, uz procjenu na zahtjev
- Povezivost
- Site-to-site IPsec tunel ograničen na dogovorenu podmrežu – ili predaja ekstrakta
- Pristup
- Na temelju uloga (CAS), po programu / projektu / lokaciji
- Šifriranje
- TLS u prijenosu; sigurnosne kopije i pohranjene vjerodajnice šifrirane
- Certifikati
- ISO/IEC 27001, ISO 9001
- AI
- Bez osobnih podataka u AI upitima; samo prijedlozi, koje odobravaju ljudi
Tehnička pitanja i odgovori.
- 01Je li alatu DMW za rad potreban Migration Cockpit?
- Ne. vise DMW ima vlastiti mehanizam učitavanja koji koristi standardna SAP sučelja. Cockpit je opcija, a ne uvjet: ako ga zadržite, DMW isporučuje unaprijed validirani skup podataka za učitavanje.
- 02Može li odredište učitavanja biti vlastiti funkcijski modul ili Z program?
- Da, putem RFC-a. Učitavanja poslovnih partnera već se tako izvode: jedan poziv po partneru prema malom RFC funkcijskom modulu instaliranom u vašem sustavu, koji poziva SAP-ov vlastiti API za održavanje poslovnog partnera. Upis i dalje obavlja SAP – customizing, CVI, rasponi brojeva i dokumenti promjene ostaju aktivni i ništa ne zadire izravno u tablice.
- 03S/4HANA Public Cloud, gdje nema izravnog pristupa bazi ni klasičnog BAPI pristupa?
- OData / RAP API-ji (API_BUSINESS_PARTNER i srodni) – izvorni SAP put za Public Cloud. Izravan pristup bazi podataka nije ni moguć ni potreban.
- 04Što je s performansama pri 5M+ zapisa?
- Propusnost učitavanja ovisi o ciljnom sustavu, sučelju i vašim BAdI-jima. DMW radi u serijama po sučelju (paralelna BAPI obrada, pakiranje IDoc-ova). Brojke ne navodimo bez mjerenja na vašim podacima – tome služi PoC.
- 05Prilagođene BP uloge ili grupiranja?
- Validacijska pravila su konfiguracija, a ne kôd koji moramo isporučiti. Prilagođene uloge sa svojim obveznim poljima i prilagođena grupiranja dodaju se po klijentu.
- 06Što se događa kada jedan zapis ne prođe CVI sinkronizaciju tijekom učitavanja?
- Ponovni pokušaj na razini zapisa, izolacija serije i red pogrešaka. Neuspjeli zapis ide na ispravak, ostatak učitavanja nastavlja se, a zapis se nakon ispravka ponovno obrađuje.
- 07BP odnosi (BUT050)?
- Zasebna klasa objekata u mapiranju. Najprije primarni BP-ovi, zatim odnosi (kontakt-osoba → organizacija), redoslijedom koji CVI očekuje.
- 08Kako se određuje redoslijed ovisnih učitavanja i mogu li se učitavanja izvoditi paralelno?
- Ovisnosti određuju redoslijed učitavanja: partneri prije odnosa ili ugovora, zaglavlja prije stavki. Svaki se zapis najprije simulira, a commit se izvršava tek nakon ispravne simulacije, nikad nakon blokirajuće SAP-ove poruke. Paralelne sesije izvode se za svaki ciljni sustav, uz izolaciju na razini zapisa; stupanj paralelnosti postavlja se za svaku instalaciju.
- 09Greenfield S/4 s izvorom koji nije SAP?
- Da. Bilo koji izvor: naslijeđeni ERP, Excel, staging tablice, datoteke. Tipični su carve-outi i M&A integracije.
- 10Iz kojih izvora alat vise DMW može čitati?
- SAP ECC i S/4HANA izravno ili iz ekstrakta, druge baze podataka poput Microsoft SQL Servera i PostgreSQL-a, datoteke, Azure Blob Storage, uključujući parquet, staging baza te API-ji, primjerice API sustava Microsoft Dynamics 365 Business Central. Pristup produkcijskom sustavu nije potreban: dovoljan je ekstrakt ili replika.
- 11IS-U i Migration Workbench (EMIGALL)?
- Još nemamo produkcijsku IS-U referencu i radije to kažemo otvoreno. Ugovorni računi, instalacije i uređaji uvode se kao i svaki drugi objekt: predlošci, mapiranja i validacijska pravila, provjereni u PoC-u na vašim objektima. EMIGALL danas nije integriran. Dva su moguća pristupa: uvozna datoteka u strukturi koju očekuju vaši migracijski objekti ili RFC pozivi prema alatu Migration Workbench – opseg dogovaramo s vama u PoC-u.
- 12Ispravci nakon go-livea?
- To je vise Data Run: ista biblioteka validacija, optimizirana za ponavljajuće masovne promjene umjesto jednokratne migracije.
- 13SAP partnerstvo ili certifikacija?
- Visehub nije SAP partner, i to vlastitim izborom. vise DMW radi kroz SAP-ova objavljena sučelja (BAPI, IDoc, OData/RAP, Migration Cockpit) pod vašom vlastitom SAP licencom, pa ništa u njemu ne ovisi o partnerskom programu – a u našoj cijeni nema partnerske marže.
Donesite dijagram svog okruženja. Mi donosimo odgovore.
60-minutna tehnička sesija s ljudima koji su izgradili mehanizam učitavanja – a ne prodajni razgovor.