Upload
others
View
5
Download
0
Embed Size (px)
Citation preview
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….
Buchungskonfigurations-Manager
R12, Beispiel Mandant / Legal Entity definieren:
Mandant muss mit Hauptbuch verbunden werden ……… �
Wichtige Definitionen:
Registrierung /Gesetzgebung
Betrieb/EstablismentsStandort(e)
Buchungskreis/Firmennummer
Buchungskonfigurations-Manager
R12, Beispiel primäres Hauptbuch:
Buchungskonfigurations-Manager
R12, Buchungsverarbeitungsoptionen primäres Hauptbuch:
3 Schritte &
Review
Buchungskonfigurations-Manager
R12, weitere Setups – überwiegend mit “One-Stop-Masken“
• Berichtswährung:
• Buchungskreiswerte
• Buchungsoptionen Nebenbücher
• Betriebseinheiten
• Zwischenbetriebliche Konten (AGIS)
• Innerbetriebliche Ausgleichsregeln (AGIS)
• Belegnummerierung (Neu)
Buchungskonfigurations-Manager
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:
Rollenkonzept auf Basis von MOAC
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
Rollenkonzept auf Basis von MOAC
Werte in der Liste Betriebseinheit
Sicherheitsprofil:
Rechnungs-Workbench:
Rollenkonzept auf Basis von MOAC
Management von Lieferantenstammdaten:
Rollenkonzept auf Basis von MOAC
• Betriebseinheit kann beim Start selektiert werden
• Beispiele für “Alle”Betriebseinheiten z.B.:
• Auto Invoice
• Auto Receipt Creation
• Revenue Contingency
Rollenkonzept auf Basis von MOAC
Prozesse Operating Unit / Betriebseinheits Ebene:
Reporting auf Operating Unit / Betriebseinheiten Ebene:
Rollenkonzept auf Basis von MOAC
Rollenkonzept auf Basis von MOAC
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.
Rollenkonzept auf Basis von MOAC
ThinkWork Manage
Kontierungs-Konfigurator (SLA)
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:
Kontierungs-Konfigurator (SLA)
• 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:
Kontierungs-Konfigurator (SLA)
• Kreditoren
• Debitoren
• Projects
• Anlagen
• Costing
• OPM
• Public Sector/Federal
• Lohn und Gehalt
• Property Manager
• Loans
• Lease Management
• Bankabstimmung
• Globalisierungen
• Intercompany
R12, SLA = Herzstück:
Kontierungs-Konfigurator (SLA)
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:
Kontierungs-Konfigurator (SLA)
Kreditoren:• Rechnung• Belastung• Vorauszahlung• Zahlung• Rückerstattung
Debitoren:• Rechnung
• Deposit
• Zahlungseingang
• Wechsel
Anlagen:• Zugänge• Berichtigungen• Aktivierung• Abschreibungen
usw….
R12, SLA Anwendungsbezogene Event Klassen:
Kontierungs-Konfigurator (SLA)
R12, SLA Sourcen, Modul-Individuell:
Anzahl Sourcen:
Kreditoren: 927
Debitoren: 2061
Anlagen: 367
Buchungspositionsart Zuordnung
Kontierungs-Konfigurator (SLA)
Mandant
Nebenbuch Rechnungslegungsarten
Anwendungs Buchungsdefinition
PositionsartKontierungsableitungs-
regelPositions-
beschreibung
Transaktions Objekte
Herkunft
SLA, Modell:
Kontierungs-Konfigurator (SLA)
SLA, Beispiel:
Anforderung: Aufwandskontierungen bei Kreditorenrechnungen sollen den Intercompany-Wert mitführen
Herkunft: Verbindlichkeitskontierung beim Lieferanten
Applikation, Ereignisklasse : Kreditoren, Rechnungen
Buchungspositionsart: Artikelaufwand / Expense-Item
Kontierungs-Konfigurator (SLA)
Vision Germany
Nebenbuch Rechnungslegungart: IFRS
Anwendungs Buchungsdefinition: Kreditoren
Sonstiger Aufwand XX_INT_IN_EXPENSE Beschreibung
Herkunft
SLA, Modell:
Eventklasse: Rechnung
Buchungspositionsart: Artikelaufwand
Transaktions Objekte
Kontierungs-Konfigurator (SLA)
SLA, Kontierungsableitungsregel: Regel-Typen:
• Herkunft
• Konstanten
• ZuordnungsSet
Rechnungsvebindlichkeitskonto Rechnungsvebindlichkeitskonto (Wert aus Lieferanten)(Wert aus Lieferanten)
Kombinierbar mit Bedingungen
Kontierungs-Konfigurator (SLA)
SLA, verketten der Objekte:
< Hauptbuch
< Anwendung
Ereignisklasse
Kontierungsableitungsregel >
Kontierungs-Konfigurator (SLA)
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
Kontierungs-Konfigurator (SLA)
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
Zahlungsausgangsmanagement
R12, Zahlungsprozess-Anforderungs Schema:
Automatisierungs-OptionenOffenes Schema
Zahlungsausgangsmanagement
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
Zahlungseingangsmanagement
R12, Look and Feel:
Zahlungseingangsmanagement
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