Erste Erfahrungen mit Release 12 - doag.org

Erste Erfahrungen mit Release 12

Jürgen Schiff

Senior Principal Consultant

Oracle Deutschland GmbH

The following is intended to outline our general product direction. It is intended for information purposes only, and may not be incorporated into any contract. It is not a commitment to deliver any material, code, or functionality, and should not be relied upon in making purchasing decision. The development, release, and timing of any features or functionality described for Oracle’s products remains at the sole discretion of Oracle.

Safe Harbor Statement

• “Setting the Scene”

• Buchungskonfigurations-Manager

• Hauptbuch und HauptbuchSets

• Rollenkonzept auf Basis von MOAC

• Kontierungs-Konfigurator

• Payments

• Fragen & Antworten

Agenda

TheThe

GGloballobal BBusinessusinessReleaseRelease

CONFIDENTIAL: All capabilities and dates are for planning purposes only and may not be used in any contract

Oracle E-Business Suite R12

Neu in 11i.10…Base Differentiators…

• Daily business intelligence Für Financials

• Global single Instanz und unterstützung für Shared services center

• Global language, currency and regulatory support

• Einheitliches Datenmodell

• Führend durch Performance und Skalierbarkeit

• Einheitliches Kundenmodellmit Dataquality Management Werkzeugen

• Integrated collections management

• Online Management durchKundenportal (iReceivables)

• Online Lieferanten, Einkaufsmanagement

• Property und Real estate-Management

Neu in R12…

• Compliance-getrieben

• Financial consolidation and reporting

• Enterprise Planning and budgeting

• Audit operations, compliance and certification management

• Web services für Financials

• XBRL financial reporting

• Enhanced bill presentment: user definable formats and online drill down capabilities

• Kreditmanagment

• Self-service Anlagenmanagement

• Erweiterte Credit Card funktionalitätt

• Erweitertes Cash Management und Caseforecasting

• Offene Lieferantenschnittstelle

• Hauptbuch / HauptbuchSets• Zentrale, regelbasisierte

Buchungs Engine• Zentrale, globale Steuer Engine• Zentrales Bankenmodell• Zentale Zahlungs Engine• Globales Intercompany System• Shared services unterstützung

(MOAC)• Verbesserte Anwender

Interfaces • Zentrales Datenmodell (TCA) für

Lieferanten und Banken• Buchungs & Konsolidierungs

Engine für Financial Services• Multi-dimensionale Profitabilitäts

analysis• Fusion Middleware Zertifizierung• Erweitertes Integrations

Repository

Evolutiovon Oracle Financials

WORK GLOBALLY

To Be More Competitive

WORK GLOBALLY

To Be More Competitive

THINK GLOBALLY

To Make the Right Decisions

THINK GLOBALLY

To Make the Right Decisions

MANAGE GLOBALLY

To Lower Cost & Increase Performance

MANAGE GLOBALLY

To Lower Cost & Increase Performance

Oracle Financials Release 12 The Global Business Release

• Flexible, zentralisierte, Globale Accounting-Struktur

• 300+ Erweiterungen “Best Practice Business Processes”

• Plattform zum Riskio-Gouvernance-, und Compliancemanagement

Effizienteres Arbeiten über

Systeme, Bereiche und Regionen

• Vollintegriertes Performance Management

• Echt-Zeit ProfitabilitätsAnalyse

• Einheitliche Analyse-Werkzeuge für Operations und Finanzwesen

Globale Sicht auf Kunden,

Lieferanten, Partner & Operations

• Integration mit den wesentlichen IndustrieApplikationen

• Self-Service Reportformatsand -Publication

• Superior Ownership Experience

Implementieren, Managen und

skalieren Globaler Anwendungen

ProjectsProjectsDebitorenDebitoren

KreditorenKreditoren

DrittSystemeDritt

Systeme

Zentrales Buchungsmodell,

Regeln und Repository

Zentrales Buchungsmodell,

Regeln und Repository

DrDrDrDrDrDrDrDr CrCrCrCrCrCrCrCr

LagerLagerDritt

SystemeDritt

Systeme

Hauptbuch

Work in ProcessWork in ProcessEinkaufEinkauf

E-Business SuiteE-Business Suite

R12: Architektur “The Big Picture”

Zentrales-Banking

Globale Steuer

IntercompanyAccounting

Rollenorientierter

Zugang

333333333333

MULTIPLE

Hauptbücher

ACCOUNTING

BANK MODELL

TAX ENGINE

INTERCOMPANY

Zentrale Architekur222222222222

LEGAL ENTITY

111111111111

2.1

2.2

2.3

2.4

2.5Legal Entity

ThinkWork Manage

Buchungs-Konfigurator

(Accounting Setup Manager-ASM)

Buchungskonfigurations-Manager

R12, Setup Objekte

•Juristische Personen

•Establisments

•Hauptbuch-Definition(Primär /Sekundär)

•Buchungskreiswerte

•Erste offene Periode

•Zukünftig offene Perioden

•Reportingbuch-Definition

•SLA-Zuordnung

•Gewinnvortragskonto

•Interims-Accounting

•Reconciliation-Enabling

•Innerbetriebliche Ausgleichs-regeln

•Zwischenbetriebliche Konten

•Budget-Journal Enabling

•And more….


R12, Beispiel Mandant / Legal Entity definieren:

Mandant muss mit Hauptbuch verbunden werden ……… �

Wichtige Definitionen:

Registrierung /Gesetzgebung

Betrieb/EstablismentsStandort(e)

Buchungskreis/Firmennummer


R12, Beispiel primäres Hauptbuch:


R12, Buchungsverarbeitungsoptionen primäres Hauptbuch:

3 Schritte &

Review


R12, weitere Setups – überwiegend mit “One-Stop-Masken“

• Berichtswährung:

• Buchungskreiswerte

• Buchungsoptionen Nebenbücher

• Betriebseinheiten

• Zwischenbetriebliche Konten (AGIS)

• Innerbetriebliche Ausgleichsregeln (AGIS)

• Belegnummerierung (Neu)


Resume in der Praxis:

• Skepsis wegen HTML-Masken / Produktivität

• Hoher Grad an Übersichtlichkeit

• 30 Mandanten und Hauptbücher = ca.: 2 Stunden

• Geringe Fehlerquote und Nachbearbeitung

• Zentrale “Anlaufstelle” bei Irritationen

ThinkWork Manage

Hauptbuch und HauptbuchSets

Hauptbucharchitektur

Reporting Currency (USD)

SLA

Transaktionen

Rechnungs-legung

Subledger Transaktionen

SLA

IFRS (EUR)

(Primäres Buch)HGB-Buch (EUR)

(Sekundäres Buch)

AP AR FA Andere

Mandant (Legal Entity)

Kontierungs-Konfiguration

Optional:

11i = 3 C’s definieren ein Hauptbuch: R12 = 4 C’s definieren ein Hauptbuch

- Accounting Convention

- Chart of Account - Chart of Account

- Calendar - Calendar

- Currency - Currency

Hauptbuch A

IFRS

US COA

US Kalender

EUR

Hauptbuch und HauptbuchSets

R12 HauptbuchSet = 2 identische C’s:

- Chart of Account

- Calendar

HauptbuchSet

Reporting auf Hauptbuch und HauptbuchSet Ebene:

HauptbuchSet

Definition eines HauptbuchSet / DatenzugriffsSet:

• Zuordnung über

Profiloption

GL: Data Access Set

• Low-Level Zugriffsschutz

• Lese / Schreiberechte

• Optional auch für Einzelne Segmentwerte

Resume in der Praxis:• Klare Ledger Architektur / Struktur durch Zusammenspiel mit SLA

• Einbindung von Reporting Currency wird genutzt

• Anzeige der Buchung für primäres und sekundäres Ledger vermittelt Sicherheit

• Hauptbuch wird in Deutschland im wesentlichen gelebt wie Buchungsstruktur 11i

• Analogie von HauptbuchSets und MOAC für Shared Services

• Zentrales Periodenmanagement, wurde als Rolle definiert (Haupt-und Nebenbücher)

Hauptbuch und HauptbuchSet

ThinkWork Manage

Rollenkonzept auf Basis von Mult-OrgAccess Control (MOAC)

Rollenkonzept auf Basis von MOAC

11i Organisation der Zuständigkeiten

Option 1: Option 2:


Holland

Mandant

Dänemark

Mandant

Belgien

Mandant

Belgien

Geschäftseinheit

Holland

Geschäftseinheit

Dänemark

Geschäftseinheit

verschiedene Aufgaben über Organisations-einheiten hinweg erledigen ohne Wechsel der Zuständigkeit

R12:

Der Bezug zur Firmennummer wird

Aufgelöst und auf Benutzerlevel mit

einem Sicherheitsprofil zugeordnet


Werte in der Liste Betriebseinheit

Sicherheitsprofil:

Rechnungs-Workbench:


Management von Lieferantenstammdaten:


• Betriebseinheit kann beim Start selektiert werden

• Beispiele für “Alle”Betriebseinheiten z.B.:

• Auto Invoice

• Auto Receipt Creation

• Revenue Contingency


Prozesse Operating Unit / Betriebseinheits Ebene:

Reporting auf Operating Unit / Betriebseinheiten Ebene:



Feature / Implementierung:

• Definition von Sicherheitsprofilen

• Validierung von Sicherheitsprofilen

• Globale Sicherheitsprofile bei Nutzung verschiedener Business Groups

• Zuordnung von Sicherheitsprofilen zu Nutzern über Profiloptionen

• Festlegen der Standard Betriebseinheit

Resume in der Praxis:• Großes Interesse beim Kunden an Rollenkonzept

• Reduktion auf wesentliche Rollen - Granularität

• Investment für initale Rollendefinition erforderlich

• Maßschneidern von Rollen setzt hohe Thematische “Durchdringung” beim Kunden voraus (Masken, Funktionen,Prozesse)

• Erheblich effizientere Pflege der Rollen als unter 11i

• Potential: Profiloptionen, Sicherheitsregeln ect.


ThinkWork Manage

Kontierungs-Konfigurator (SLA)


• Inkonsistente nicht zentralisierte Buchungsmechanismen:

• AX (Global Accounting) vs. Standard Buchungs-Engine

• FlexBuilder

• Account Generator

• Automatic Offsets

• Auto Accounting

• Hoher paralleler Entwicklungs- und Pflegeaufwand der Tools für Oracle

11i:


• Zentrale Buchungs-Engine

• Buchungs-Eventabhängige Ableitungsregeln

• Zentrales Regel-Repository

• Buchungs-Eventabhängige Abstimmungsreferenzen

• Klare, auditierbare Struktur

• Einbindung globaler Anforderungen durch individiuelle Methoden

• Eventabhängige individuelle Beschreibungen von Positionen

• Keine Customizings

R12:


• Kreditoren

• Debitoren

• Projects

• Anlagen

• Costing

• OPM

• Public Sector/Federal

• Lohn und Gehalt

• Property Manager

• Loans

• Lease Management

• Bankabstimmung

• Globalisierungen

• Intercompany

R12, SLA = Herzstück:


R12:

Reporting Currency (USD)

SLA

Transaktionen

Accounting

Subledger Transaktionen

SLA

IFRS (EUR)(Primäres Buch)

HGB-Buch (EUR)(Sekundäres Buch)

AP AR FA Andere

Mandant (Legal Entity)

Kontierungs-Konfiguration

Optional:


Kreditoren:• Rechnung• Belastung• Vorauszahlung• Zahlung• Rückerstattung

Debitoren:• Rechnung

• Deposit

• Zahlungseingang

• Wechsel

Anlagen:• Zugänge• Berichtigungen• Aktivierung• Abschreibungen

usw….

R12, SLA Anwendungsbezogene Event Klassen:


R12, SLA Sourcen, Modul-Individuell:

Anzahl Sourcen:

Kreditoren: 927

Debitoren: 2061

Anlagen: 367

Buchungspositionsart Zuordnung


Mandant

Nebenbuch Rechnungslegungsarten

Anwendungs Buchungsdefinition

PositionsartKontierungsableitungs-

regelPositions-

beschreibung

Transaktions Objekte

Herkunft

SLA, Modell:


SLA, Beispiel:

Anforderung: Aufwandskontierungen bei Kreditorenrechnungen sollen den Intercompany-Wert mitführen

Herkunft: Verbindlichkeitskontierung beim Lieferanten

Applikation, Ereignisklasse : Kreditoren, Rechnungen

Buchungspositionsart: Artikelaufwand / Expense-Item


Vision Germany

Nebenbuch Rechnungslegungart: IFRS

Anwendungs Buchungsdefinition: Kreditoren

Sonstiger Aufwand XX_INT_IN_EXPENSE Beschreibung

Herkunft

SLA, Modell:

Eventklasse: Rechnung

Buchungspositionsart: Artikelaufwand

Transaktions Objekte


SLA, Kontierungsableitungsregel: Regel-Typen:

• Herkunft

• Konstanten

• ZuordnungsSet

Rechnungsvebindlichkeitskonto Rechnungsvebindlichkeitskonto (Wert aus Lieferanten)(Wert aus Lieferanten)

Kombinierbar mit Bedingungen


SLA, verketten der Objekte:

< Hauptbuch

< Anwendung

Ereignisklasse

Kontierungsableitungsregel >


SLA, Eingabe und Buchungsergebnis:

• Ursprünglicher Artikelaufwand 10-500000-000-000-00

• Rechnungsverbindlichkeitskonto 10-331000-000-000-20

• Artikelaufwand mit SLA 10-500000-000-000-20


Resume in der Praxis:• Ein “Must” in Costing und OPM

• Vielzahl individueller Regeln kommen zum Einsatz in Kreditoren und Debitoren (Häufigste Art, Konstante mit Bedingungen)

• Setup ein “Must” für die Kontierung von Bankbelegen mit individuellem Zwischenkonto

• Intensive thematische Auseinandersetzung des Kunden erforderlich

• Managen von individuellen Anforderungen – Die Welle ….

• Neue Reports zur Abstimmung

• Weitere, häufig vernachlässigte Funktionen

ThinkWork Manage

Payments

Payments

Other applications

Oracle Payables

Oracle Receivables

Oracle Payments

Financial Institutions

Print Payments

R12, Payments Architektur:

Zahlungsausgangsmanagment

ZahlungsbelegZahlungsbeleg ValidierungValidierung ZahlungserstellungZahlungserstellung ZahlungsausgabeZahlungsausgabe

• Defaultingregeln zur Zurodnung von Zahlungs-methoden zu Zahlungsbelegen

• Konfigurierbarevalidierungsregeln

• Prekonfiguration für wichtigeZahlungs Systeme

• Regelbasiertes erstellen von Zahlungsdokumenten

• End-to-end Prozess vom Zahlungsdokument bis zur Erstellungvon Schecks, Bankfiles (Automation)

• Konfigurierbare Validierungs- und Exceptionshandling

• Zahlungenausgabein Dateien fürSchecks, EFT usw.

Zahlungsausgangsmanagement

R12, Look and Feel,

Alles auf einen Blick:

• Zentrale Schaltstelle

• Drilldown in jeden Vorgang

• Geführte Abwicklung


R12, Zahlungsprozess-Anforderungs Schema:

Automatisierungs-OptionenOffenes Schema


R12, Zahlungs Anforderungs Profil Schema, Zahlungslauf:

• Selektion

• Formatierung

• Bestätigung

• XML-FILE (Scheck DTAUS, usw.)

Zahlungseingangsmanagement

AnforderungAnforderung SettlementSettlement UnterichtungUnterichtung

• VorgeschalteteAnwendungen fordern die Authorisierungbei Zahlungs-systemen an

• Routing Regeln koordinieren wie eine Transaktion durchgeführt wird und welches Zahlungssystem genutzt wird

• End-to-end Prozess aus Authorisierung, Settlement und Unterrichtung von Bank und Kunde Automatisierbar

• Intergratioin von Kredit- und Guthabenkarten sowie Banktransaktionen

• Unterrichtung übererfolgreicheTransaktion an das Zahlungssystem

Authorisierung

• Settlement derZahlungen erfolgtindividuell oder imStapel


R12, Look and Feel:


R12, Zahlungseingangs-ProzessProfil / Zahlungsempfänger:

Profil legt alle Parameter fest

Empfänger:

Abrechnungslauf Erstellen � Lastschrift und Begleitschreiben

Payments

R12, Payments Architektur:

Shared Setup:

• Verschlüsselung der Bankinformationen

• Format-Templates (XML) für alle Prozesselemente(Authorization,Settlement, Payment batches)

• Transmissions Configuration

• Zahlungs Systeme (z.B. German, Global usw.)

Specific Setup:

• Funds-Disbursment / Zahlungsausgang

• Funds-Capturing / Zahlungseingang

Payments

R12, Setup Look and Feel – geführt, Aufgabenorientiert:

Payments

Resume in der Praxis:• Hohe Anwender Akzeptanz durch HTML-Masken

• Hohe Effizienz der Applikation

• Geführte Abwicklung (Zahlungsausgangsmanagement)

• Klares, schnelles Setup möglich

• Zentrales Setup ermöglicht effizientes Setup

FragenFragen & &

AntwortenAntworten

Documents

Erste Erfahrungen mit Release 12 - doag.org