Home - SAP Universal Journal

SAP Universal Journal - Een unieke bron van waarheid
Sonia Breton
Waarom heeft SAP het Universal Journal geïntroduceerd?
Het Universal Journal werd ontwikkeld om de twee voorheen gescheiden financiële componenten tot één gegevensbron te combineren:
- Financiële boekhouding (FI)
- Controlling (CO)
Deze “single source of truth” verzamelt alle boekhoudkundige transacties in één enkele tabel en maakt ze beschikbaar voor alle relevante toepassingscomponenten:
- Financial Accounting (General Ledger),
- Controlling,
- Asset Accounting,
- Material Ledger,
Er is 1 gecombineerd FI / CO deel gekoppeld aan 1 logisch deel; alle informatie wordt opgeslagen in 1 item in de ACDOCA tabel.
Wow, dit is een geweldige vereenvoudiging! Dankzij de SAP HANA-database die in staat is om veel gegevens te comprimeren en een groot aantal regelitems in een fractie van een seconde samen te voegen, wordt het “process to dispense” vergemakkelijkt, met afzonderlijke fysieke regelitems en totaaltabellen in elke toepassing.
Het betekent ook dat de financiële en de beheersboekhouding voortdurend op elkaar worden afgestemd en dat de noodzaak van afstemming tussen FI en andere financiële modules (CO of FI-AA) verdwijnt door de real-time integratie van deze componenten.
Rapporten van alle componenten gebruiken gegevens van hetzelfde journaal, het zogenaamde Universele Journaal.

In het systeem
Master Data
De financiële master data zijn fundamenteel gereorganiseerd, zodat het Universal Journal operationeel is.
Alle kostenelementen (primaire en secundaire) worden nu samengevoegd in de G/L-accounts. Daarom hoeven wij slechts één master data bij te houden dat zowel de account als het kostenelement bevat.
In de backend bestaan de transacties in verband met het beheer van de kostenelementen gewoon niet meer.
Hieronder vindt u de screenshots tussen ECC EHP6 voor SAP ERP 6.0 en SAP S/4HANA.

De oude transacties worden doorgestuurd naar de transactie “FS00 – Wijziging kostenelement”.
In Fiori, volstaat het de toepassing te configureren om de G/L- account (FXXX) te bewerken. Bij het bewerken van een G/L- account bevat het tabblad met controlegegevens nu de rekeningparameters in het controlegebied, waardoor zonder enige twijfel duidelijk wordt dat het kostenelement en de account één master data zijn.

Een document weergeven
In ECC worden, wanneer u een FI-document post, gegevens gegenereerd in de tabellen BSEG, FAGLFLEXA, FAGLFLEXT, COBK, COEJ en COEP (en enkele andere BSIS, enz.).
In SAP S/4HANA wordt alle informatie opgeslagen in BKPF (header) en ACDOCA (items), wat het aantal betrokken tabellen aanzienlijk vermindert en dus de afstemming van gegevens en de rapportage vergemakkelijkt.
De oude tabellen worden niet langer bijgewerkt, maar op magische wijze werken de oude rapporten nog steeds (b.v. FAGLL03 of FBL*N) omdat de compatibiliteitsweergaven voor een gegevensaanvraag uit een van deze tabellen de gegevens uit ACDOCA lezen.
Maar als u Fiori gebruikt, kunt u net zo goed de nieuwe rapporten gebruiken, aangezien deze toepassingen veel sneller zijn en meer details bieden dan de oude rapporten.
Wat gebeurt er met de oude tabellen?
Updates worden niet langer uitgevoerd op deze oude tabellen.
U kunt echter rapporten blijven gebruiken die gegevens uit deze oude tabellen gebruiken.
In de compatibiliteitsweergaven voor een gegevensaanvraag uit een van deze tabellen worden namelijk de ACDOCA-gegevens gelezen. Toch is het beter de nieuwe Fiori-toepassing te gebruiken om de gegevens weer te geven, aangezien die sneller is dan de oude rapporten.
Laten we eens kijken naar de weergaven van deze ECC tabellen met ACDOCA.
FI tables

CO tables

S/4HANA

Dat is het! Alle FI en CO (ik heb het er al vaak over gehad, maar een beeld zegt meer dan duizend woorden) samengebracht in twee foto’s. Is dat geen schoonheid?
Bovendien is CO-PA ook geïntegreerd in het Universal Journal. CO-PA documenten bestaan gewoon niet meer.
De beste SAP-praktijk beveelt het gebruik aan van op accounts gebaseerde CO-PA met real-time integratie. Zo kunt u de impact op uw winst en verlies en marge in real time herkennen zonder de objecten in CO-PA te moeten boeken. De kenmerken worden afgeleid en zijn beschikbaar op het moment dat u ze in het systeem opneemt.
Als u een nieuw kenmerk definieert, kunt u deze in ACDOCA genereren. U hoeft alleen maar de CDS-views uit te breiden om ze in de standaardrapporten te kunnen zien.
Met het Universal Journal en realtime ACDOCA hoeft u niet tot het einde van de maand te wachten om uw volledige inkomstenrekening te krijgen. U kunt ook gebruik maken van voorspellende analyses.
Met het Universeel Journaal zijn de “oude” CO-PA tabellen verouderd. Zie de tabel hieronder voor een vergelijking.
Tabellen | Kostprijsberekening | Gebaseerd op account | SAP S/4HANA |
Werkelijke artikelen | CE1XXXX | COEJ | ACDOCA |
Plan items | CE2XXXX | COEP | ACDOCP |
Totale records per winstgevendheidssegment | CE3XXXX | COSS, COSP | ACDOCA |
Winstgevendheid Definitie per segment | CE4XXXX | CE4XXXX | CE4XXXX |
Merk op dat SAP voor het plan werkt aan een Universeel Plan Log (ACDOCP). Het is nog in opbouw en nog niet alle functionaliteiten zijn beschikbaar (verwijzend naar de On-Premise versie 1909).
Conclusie
In deze tabel worden alle FI- en CO-gegevens gecentraliseerd in één vermelding (of beter gezegd in één vermelding voor een specifiek document).
Dit project zou niet mogelijk zijn geweest zonder de kracht van de SAP HANA-databasetechnologie. SAP zet de werkzaamheden voort en zet zich in voor het Universeel Journaalplan.
Dit zal het gemakkelijker maken om te plannen (zoals in BPC gebeurt) en om de gegevens te vergelijken met de werkelijke cijfers, vooral wanneer de rapporten in BW embedded worden gebruikt.
- S4ic is de handelsnaam van high-sea srl
- Open van maandag tot vrijdag - van 9 tot 18 uur
- Avenue Voltaire 3, 1300 Wavre
- +32 (0)2 880 91 10
- info@s4ic.com
- VAT : 0806 380 893
Copyright S4IC - 2021