Release Notes SAP R/3 Enterprise
Transcrição
Release Notes SAP R/3 Enterprise
SAP R/3 Enterprise Release 4.70 Release-Informationen © Copyright 2002 SAP AG. Alle Rechte vorbehalten. Weitergabe und Vervielfältigung dieser Publikation oder von Teilen daraus sind, zu welchem Zweck und in welcher Form auch immer, ohne die ausdrückliche schriftliche Genehmigung durch SAP AG nicht gestattet. In dieser Publikation enthaltene Informationen können ohne vorherige Ankündigung geändert werden. Die von SAP AG oder deren Vertriebsfirmen angebotenen Software-Produkte können Software-Komponenten auch anderer Software-Hersteller enthalten. Microsoft®, WINDOWS®, NT®, EXCEL®, Word®, PowerPoint® und SQL Server® sind eingetragene Marken der Microsoft Corporation. IBM®, DB2®, OS/2®, DB2/6000®, Parallel Sysplex®, MVS/ESA®, RS/6000®, AIX®, S/390®, AS/400®, OS/390® und OS/400® sind eingetragene Marken der IBM Corporation. ORACLE® ist eine eingetragene Marke der ORACLE Corporation. INFORMIX®-OnLine for SAP und Informix® Dynamic Server Incorporated. TM sind eingetragene Marken der Informix Software UNIX®, X/Open®, OSF/1® und Motif® sind eingetragene Marken der Open Group. Citrix®, das Citrix-Logo, ICA®, Program Neighborhood®, MetaFrame®, WinFrame®, VideoFrame®, MultiWin® und andere hier erwähnte Namen von Citrix-Produkten sind Marken von Citrix Systems, Inc. HTML, DHTML, XML, XHTML sind Marken oder eingetragene Marken des W3C®, World Wide Web Consortium, Massachusetts Institute of Technology. JAVA® ist eine eingetragene Marke der Sun Microsystems, Inc. JAVASCRIPT® ist eine eingetragene Marke der Sun Microsystems, Inc., verwendet unter der Lizenz der von Netscape entwickelten und implementierten Technologie. SAP, SAP Logo, R/2, RIVA, R/3, SAP ArchiveLink, SAP Business Workflow, WebFlow, SAP EarlyWatch, BAPI, SAPPHIRE, Management Cockpit, mySAP.com Logo und mySAP.com sind Marken oder eingetragene Marken der SAP AG in Deutschland und vielen anderen Ländern weltweit. Alle anderen Produkte sind Marken oder eingetragene Marken der jeweiligen Firmen. Design: SAP Communications Media SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 1 2 Strukturänderungen im SAP Referenz-IMG zu Release 4.70 2 Aktivierungsschalter für das SAP R/3 Enterprise Extension Set 3 3 Barrierefreiheit 4 CA Anwendungsübergreifende Komponenten CA-ESS Employee Self Service Erweiterung HRESSWWW ersetzt Customizing für die ESS-Abwesenheitsmitteilung (erweitert) CA-DMS Dokumentenverwaltung Strukturänderungen in der Dokumentenverwaltung Dokumentenbearbeitung an der Web-Oberfläche CA-DMS-EDT Dokumentenbearbeitung Strukturänderungen in PLM-LDM CAD-Desktop CA-CL Klassensystem CA-CL-CHR Merkmale Verwendungsnachweis für Merkmale und Merkmalwerte CA-CAD CAD-Integration Strukturänderungen in PLM-LDM CAD-Desktop CA-BP SAP-Geschäftspartner Changes in the IMG Structure of the SAP Business Partner Properties of BP Roles and BP Relationships 4.1 4.1.1 4.1.2 4.2 4.2.1 4.2.2 4.2.3 4.2.3.1 4.2.3.2 4.3 4.3.1 4.3.1.1 4.4 4.4.1 4.4.2 4.5 4.5.1 4.5.2 5 5 5 6 6 6 8 9 11 11 11 ______________________________________________________________ SAP AG iii SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 4.5.3 4.5.4 4.5.5 4.5.6 4.5.7 4.5.7.1 4.5.7.2 4.5.7.3 4.5.8 4.5.8.1 4.6 4.6.1 4.6.2 4.6.2.1 4.6.2.1.1 4.6.3 4.6.3.1 4.7 4.7.1 4.8 4.8.1 4.8.2 4.8.3 4.8.4 4.8.5 Changes to the Locator and to the Business Partner Interface Internationale Adressversionen Änderungen in der IMG-Struktur zu Release 6.20 Diverse Neuerungen und Änderungen beim Geschäftspartner CA-BP-BP Geschäftspartner Änderungen bei der Datenbereinigung Löschen von Geschäftspartnern ohne Archiviervorgang Internationale Bankkonto-Nummer (IBAN) CA-BP-RS Geschäftspartnerbeziehung Änderungen bei den Geschäftspartnerbeziehungen CA-GTF Allgemeine Anwendungsfunktionen Terminology for Country Version Brazil (Changed) CA-GTF-TS Technische Anwendungsunterstützung CA-GTF-TS-CE Konvertierungsexits Datenelemente der Referenz-Belegnummer (geändert) CA-GTF-SCM Schedule Manager Schedule Manager (erweitert) CA-NO Meldungen Neuerungen in Meldungen: Mehrere Kunden-Subscreens je Meldungsart CA-TS Arbeitszeitblatt Erweiterungen beim Arbeitszeitblatt (allgemein) CATS notebook: Arbeitszeiten offline erfassen (neu) Anwendungsoberflächen für das Arbeitszeitblatt (erweitert) Persönliche Vorlagen im Arbeitszeitblatt (neu) Anzeige und Genehmigung von 12 13 13 17 18 18 20 20 20 20 20 22 22 23 25 25 ______________________________________________________________ SAP AG iv SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 4.8.6 4.8.7 4.8.8 4.8.9 4.9 4.9.1 4.9.2 30 4.9.3 31 4.9.4 4.10 4.10.1 5 5.1 5.2 5.3 5.4 5.5 5.6 5.7 5.8 5.9 5.10 5.11 Arbeitszeiten und Tätigkeiten (neu) Erweiterungen in CATS for service providers Business Add-Ins (BAdIs) für das Arbeitszeitblatt (neu) Kontierungsdimensionen für das Fund Accounting (neu) Retoure für Leistungserfassungsblätter aus Arbeitszeitblättern (neu) CA-JVA Joint-Venture Buchhaltung Replacement of actual posting transactions Switch for activating Joint Venture Accounting in a system 26 27 28 28 29 30 30 Switch for activating Joint Venture Accounting in a system Production Sharing Accounting (Enhanced) CA-DSG Digitale Signatur Digitale Signatur (erweitert) FI Finanzwesen Structure Changes for Country Version Brazil Country Version India in Standard R/3 System Barrierefrei: Finanzwesen (geändert) Condition-Based Tax Calculation (New) Terminology for Country Version Brazil (Changed) Data Medium Exchange Engine (Changed) Strukturänderungen im Einführungsleitfaden (IMG) des Finanzwesen Release Notes from Country Version India Add-On (FI) Zahlungen mit dem Orbian-Zahlungssystem (erweitert) Werke im Ausland (erweitert) Changes to Structures for Country 39 41 42 46 48 49 50 ______________________________________________________________ SAP AG v SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 5.12 5.12.1 5.12.2 5.12.3 5.12.4 5.12.5 5.12.5.1 5.12.5.2 5.12.5.3 5.12.5.4 5.12.5.5 5.12.5.6 5.12.5.7 5.12.5.8 5.12.5.9 5.12.5.10 5.12.5.10.1 5.12.5.11 5.12.5.11.1 5.12.5.12 5.12.5.12.1 5.12.5.12.2 5.12.5.12.3 5.12.5.12.4 5.12.5.12.5 5.12.5.12.6 Version India FI-GL Hauptbuchhaltung Bewertungsbuchung (erweitert) Manuelle Abgrenzungen (neu) Parallele Rechnungslegung (geändert) Rückstellungen für Mitarbeiterbeteiligungen (neu) FI-GL-GL Grundfunktionen Belegübersicht in ALV-Liste bei der Belegerfassung/-vorerfassung (neu) Anzeige von vorerfassten Belegen (neu) Eingabe von Langtexten in den FI-Enjoytransaktionen (neu) Personalisierter Arbeitsvorlagenbaum (geändert) Generische Objektdienste für FI-Beleganzeigetransaktionen (erweitert) ALE-Remote-Vergleich für verteilte FIDCC1/2 - FI-GL (erweitert) Tax Invoices and VAT Reporting (Changed) Umsatzsteuer-Voranmeldung mit XML (neu) Condition-Based Excise Determination in MM (New) FI-GL-GL-MD Stammdaten Chart of Accounts and Financial Statement Version (New) FI-GL-GL-AP Sachkontenbuchung Änderung der letzten Anpassungsdaten in Belegpositionen (Neu) FI-GL-GL-CL Abschlußarbeiten Chart of Accounts and Financial Statement Version (New) Änderung der letzten Anpassungsdaten in Belegpositionen (Neu) Kumulierte Kontenschreibung (geändert) Abschluß-/Eröffnungsbuchungen (neu) UKV: Verlängerung des Felds Funktionsbereich (geändert) Fremdwährungsbewertung von SL-Salden (geändert) 51 54 55 55 56 56 57 59 60 61 61 61 62 64 64 ______________________________________________________________ SAP AG vi SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 5.12.5.12.7 5.12.6 5.12.6.1 5.13 5.13.1 5.13.1.1 5.13.1.2 5.13.1.3 5.13.1.4 5.13.1.5 5.13.1.6 5.13.1.7 5.13.1.8 5.13.1.9 5.13.1.10 5.13.1.11 5.13.1.12 5.13.1.13 5.13.1.14 5.13.1.14.1 5.13.1.14.2 5.13.1.15 5.13.1.15.1 5.13.1.16 5.13.1.16.1 5.13.1.16.2 5.13.1.16.3 5.13.1.16.4 5.13.1.16.5 Strukturänderungen in der Inflationsbuchhaltung FI-GL-IS Informationssystem DRB (erweitert) FI-AP Kreditorenbuchhaltung FI-AP-AP Grundfunktionen Meldungen für Section 16 des Taxes and Management Act (Neu) Annual Returns Under Section 194 A (New) Annual Returns Under Section 194 C (Changed) Canceled TDS Certificates (Changed) TDS Programs (Changed) Annual Returns for Classic TDS (Deleted) Classic TDS Program (Changed) Withholding Tax Reporting (Changed) Withholding Tax Reports (Changed) Eingabe von Langtexten in den FI-Enjoytransaktionen (neu) Document Types for Journal Vouchers and Provisions (Changed) Erweiterte Quellensteuer und ALE-Verteilung für Stammdaten und Belege Quellensteuer-Analysereport für die Erweiterte Quellensteuer (neu) FI-AP-AP-MD Stammdaten Kundenspezifische Felder in Geschäftspartnerstammdaten (neu) Erweiterte Quellensteuer und ALE-Verteilung für Stammdaten und Belege FI-AP-AP-IC Rechnungen und Gutschriften Betragssplitt in der FI-Enjoy-Belegvorerfassung (neu) FI-AP-AP-PT Zahlungsverkehr Zahlungskarten Domestic Payments by PAYMUL (New) Zahlungen in Finnland (Geändert) Payments by BACS (Changed) Payments with Bank of Ireland and Allied 65 66 67 67 69 73 74 74 75 75 76 77 77 ______________________________________________________________ SAP AG vii SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 5.13.1.16.6 5.13.1.16.7 5.13.1.16.8 5.13.1.17 5.13.1.17.1 5.13.1.18 5.13.1.18.1 5.13.1.18.2 5.14 5.14.1 5.14.1.1 5.14.1.2 5.14.1.3 5.14.1.4 5.14.1.5 5.14.1.5.1 5.14.1.5.2 5.14.1.6 5.14.1.6.1 5.14.1.7 5.14.1.7.1 5.14.1.7.1.1 5.14.1.7.1.2 5.14.1.8 5.14.1.8.1 5.14.1.8.2 5.14.1.8.3 5.14.1.8.4 Irish Banks (Changed) Payments in Sweden (Changed) Automatisches Einplanen des Zahlprogramms (neu) Payment Program SAPF110S (Enhanced) FI-AP-AP-CR Korrespondenz Balance Confirmation (Enhanced) FI-AP-AP-CL Abschlußarbeiten Meldungen für Section 16 des Taxes and Management Act (Neu) Strukturänderungen in der Inflationsbuchhaltung FI-AR Debitorenbuchhaltung FI-AR-AR Grundfunktionen Withholding Tax Reports (Changed) Beleganzeige Rechnungsstatus (erweitert) Eingabe von Langtexten in den FI-Enjoytransaktionen (neu) Quellensteuer-Analysereport für die Erweiterte Quellensteuer (neu) FI-AR-AR-MD Stammdaten Kundenspezifische Felder in Geschäftspartnerstammdaten (neu) Erweiterte Quellensteuer und ALE-Verteilung für Stammdaten und Belege FI-AR-AR-IC Rechnungen und Gutschriften Betragssplitt in der FI-Enjoy-Belegvorerfassung (neu) FI-AR-AR-MP Manuelle Zahlungen FI-AR-AR-MP-BF Grundfunktionen Schnellerfassung Zahlungseingang (geändert) Ausgleich offener Posten (erweitert) FI-AR-AR-PT Zahlungsverkehr Domestic Payments by PAYMUL (New) Zahlungen in Finnland (Geändert) Payments by BACS (Changed) Payments with Bank of Ireland and Allied 80 81 83 84 85 87 87 87 89 89 89 89 89 ______________________________________________________________ SAP AG viii SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 5.14.1.8.5 5.14.1.8.6 5.14.1.9 5.14.1.9.1 5.14.1.10 5.14.1.10.1 5.14.1.11 5.14.1.11.1 5.14.1.12 5.14.1.12.1 5.15 5.15.1 5.15.2 5.15.3 5.15.3.1 5.15.3.1.1 5.15.4 5.15.4.1 5.15.4.1.1 5.15.4.2 5.15.4.2.1 5.15.4.2.2 5.15.5 5.15.5.1 5.15.5.2 5.15.5.3 5.15.5.4 5.15.5.5 5.15.5.5.1 Irish Banks (Changed) Payments in Sweden (Changed) Payment Program SAPF110S (Enhanced) FI-AR-AR-DU Mahnwesen Performance Mahnprogramm FI-AR-AR-OI Offene-Posten-Verwaltung Restposten in Rechnungswährung (neu) FI-AR-AR-CR Korrespondenz Balance Confirmation (Enhanced) FI-AR-AR-CL Abschlußarbeiten Strukturänderungen in der Inflationsbuchhaltung FI-BL Bankbuchhaltung FI-Kassenbuch (erweitert) Repetitive Codes (geändert) FI-BL-MD Stammdaten FI-BL-MD-BK Bankstammdaten IBAN (International Bank Account Number) (neu) FI-BL-BM Bestandsdisposition FI-BL-BM-CM Scheckverwaltung Integration des Scheckmanagements in PMW und IDoc FI-BL-BM-BE Wechselverwaltung Druck von Wechselbegleitlisten (Geändert) Das Programm "Scheck/Wechsel: Geschäftsvorfälle" (Geändert) FI-BL-PT Zahlungsverkehr Länderübergreifende Bankkontoüberträge (neu) Transaktion zum Erfassen von Online-Zahlungen (erweitert) Scheckdruckprogramm RFFOUS_C (erweitert) Zahllaufübergreifende Zahlungsträgererstellung (neu) FI-BL-PT-BS Kontoauszug FI-BL-PT-BS-EL elektronischer Kontoauszug 94 97 99 101 102 102 103 103 103 103 104 105 106 ______________________________________________________________ SAP AG ix SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 5.15.5.5.1.1 5.15.5.5.1.2 5.15.5.5.1.3 5.15.5.5.1.4 5.15.5.5.1.5 5.16 5.16.1 5.16.2 5.16.3 5.16.4 5.16.4.1 5.16.4.1.1 5.16.4.1.2 5.16.4.2 5.16.4.2.1 5.16.4.2.2 5.16.4.3 5.16.4.3.1 5.16.4.3.2 5.16.4.3.3 5.16.4.3.4 5.16.4.3.4.1 5.16.4.3.5 5.16.4.3.5.1 5.16.4.3.6 DRB (erweitert) Konvertierung eingehender elektronischer Kontoauszüge in LUM2-Format Elektronischer Kontoauszug (erweitert) Nachbearbeitung des elektronischen Kontoauszugs (neu) Rückläuferverarbeitung beim elektronischen Kontoauszug (neu) FI-AA Anlagenbuchhaltung Neue Kontierungsobjekte im Anlagenstammsatz Customizing: Zurücksetzen von Anlagenbewegungen (neu) Parallele Bewertung in der Anlagenbuchhaltung FI-AA-AA Grundfunktionen FI-AA-AA-MA Anlagenpflege Investitionsförderbereiche mit BAPIs für Anlagenstammsatz pflegbar Anlegen von Unternummern in Bestellung und Bestellanforderung (neu) FI-AA-AA-DE Abschreibungen Erweiterung der User Exits in der Abschreibungsrechnung Veränderte Rundungslogik bei Basismethode Sofortabschreibung FI-AA-AA-TR Vorgänge Neues BADI zur Änderung des Anlagenbelegs Änderungen beim Buchen Abrechnung Investitionsförderung von Anlagen im Bau (erweitert) FI-AA-AA-TR-AC Zugänge Neue Bewegungsart für Nachaktivierungen FI-AA-AA-TR-ST Budgetüberwachung per statistischem Auftra Änderung der Funktion Budgetüberwachung mit Aufträgen / PSP-Elementen FI-AA-AA-TR-PG Abschreibungen in Hauptbuch buchen 107 109 109 110 110 111 111 111 112 112 113 113 114 115 115 115 ______________________________________________________________ SAP AG x SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 5.16.4.3.6.1 5.16.4.3.6.2 5.16.5 5.16.5.1 5.16.5.2 5.16.5.2.1 5.16.5.2.2 5.16.5.2.3 5.16.5.3 5.16.5.3.1 5.16.6 5.16.6.1 5.16.7 5.16.7.1 5.16.7.2 5.16.7.2.1 5.16.7.2.2 5.17 5.17.1 5.17.2 5.17.3 5.17.3.1 5.17.3.2 5.18 Neuer Report zum periodischen Buchen der Bestände: RAPERB2000 Neuer Report zum Buchen der Abschreibungen: RAPOST2000 FI-AA-SVA Spezielle Bewertungen Abschreibung mit Halbjahres- und Jahresraten in Japan (neu) FI-AA-SVA-HI Inflationsabwicklung Mehrere Anlagenaufwertungsbelege stornieren (Neu) Aufwertung nach Ablauf der Nutzungsdauer (Neu) Strukturänderungen in der Inflationsbuchhaltung FI-AA-SVA-IS Investitionsförderung Neuer Report zur Buchung des Investitionsförderungsmaximalbetrages FI-AA-LM Leasingabwicklung Asset Accounting Engine eine additive Schnittstelle FI-AA-IS Informationssystem Änderungen beim Asset Explorer FI-AA-IS-ST Standardberichte Year-End Income Tax Depreciation Report (New) Geänderte Zuordnung von Bewegungen zu Quartalen beim Bericht FI-SL Spezielle Ledger Verwendung Pool-Tabellen (gelöscht) Archivanschluss der Einzelposten- und Summenberichte (geändert) FI-SL-IS Informationssystem DRB (erweitert) Transport Report Writer, Sets und Gruppen (geändert) FI-RL Retail Ledger 115 116 117 117 117 117 118 118 119 119 119 119 120 121 121 122 123 124 ______________________________________________________________ SAP AG xi SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 5.18.1 5.19 5.19.1 5.19.2 5.19.3 5.19.3.1 5.19.3.2 5.19.3.3 5.19.3.4 5.19.3.5 5.19.3.6 5.19.3.7 5.19.3.8 5.19.3.9 5.19.3.10 5.19.3.11 5.19.3.12 5.19.4 5.19.4.1 5.19.4.2 5.19.4.3 5.19.4.4 5.19.4.5 5.19.4.6 5.19.4.7 Retail Ledger FI-TV Reisemanagement BOR und Workflow im Reisemanagement (geändert) Vereinheitlichung von Reisemanager (TRIP) und Planungsmanager (TP01) FI-TV-PL Reiseplanung Mobile Travel Planning für PDAs (neu) SABRE-Schnittstelle für SAP R/3 Reiseplanung (neu) Flugbuchungen (geändert) Hotelbuchungen (geändert) Mietwagenbuchungen (geändert) Funktionserweiterungen zu Buchungen der Deutschen Bahn (geändert) Unternehmensspez. Infos in PNR Verbesserte Kommunikation mit Begründungskennzeichen (neu) Synchronisation der Reisenden-Profile zwischen AMADEUS und SAP (neu) Upload aktualisierter Tabelleninhalte zu IATA-Lokationen und Anbietern Strukturänderungen im IMG der R/3-Reiseplanung (geändert) Sonstige neue Funktionen in der Reiseplanung (neu) FI-TV-COS Reisekosten Öffentlicher Dienst Deutschland: Reisekostengesetze der Bundesländer Öffentlicher Dienst Deutschland: Grenzübertrittsregeln (neu) Öffentlicher Dienst Deutschland: Vergleichsrechnung Tagegeld (neu) Öffentl. Dienst Deutschland: Vergleichsrechnung Unterkunft (neu) Öffentl. Dienst Deutschland: Mehrere Inlandsdienstreisen an einem Tag Verrechnung von Hinzurechnungsbeträgen und Werbungskosten (neu) LRKG Rheinland-Pfalz: Wegstreckenentschädigung (neu) 127 129 130 134 134 136 136 137 138 139 140 141 141 142 142 143 ______________________________________________________________ SAP AG xii SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 5.19.4.8 5.19.4.9 5.19.4.10 5.19.4.11 5.19.4.12 5.19.4.13 5.19.4.14 5.19.4.15 5.19.4.16 5.19.4.17 5.19.4.18 5.19.4.19 5.19.4.20 5.19.4.21 5.19.4.22 5.19.4.23 5.19.4.24 5.19.4.25 5.19.4.26 5.19.4.27 5.19.4.28 Kilometerabrechnung: Erweiterung der Kumulation gemäß Periodenparamete Öffentlicher Dienst Frankreich: Reisekostenabrechnung für InlandsÖffentlicher Dienst Frankreich: Behandlung von Abzügen (neu) Öffentlicher Dienst Frankreich: Behandlung von Vorschüssen (neu) Öffentlicher Dienst Frankreich: Besonderheiten zum Standardformular de Dreimonatsregel: Erste Stufe realisiert (neu) Erweiterung der BAPI-Schnittstelle des Reisemanagements (erweitert) Neues zum Kreditkartenclearing im Reisemanagement (geändert) Vermeidung buchungskreisübergreifender Buchungen im Reisemanagement Reisemanagement für Finnland Erfassung und Buchung von Belegen und Vorschüssen in Fremdwährung Strukturänderungen im IMG der R/3-Reiseabrechnung Offline Travel Expenses: Reise- und Bewirtungskosten offline erfassen Alternative Verarbeitung bezahlter Belege (erweitert) Erweiterungen der Buchungsschnittstelle des Reisemanagements Beleg-Wizard zur Unterstützung bei der Eingabe komplexer Belege Trennungsgeld im Reisemanagement (neu) Auszahlung des Trennungsgeldes über separaten Auszahlungsweg (neu) Reisekosten Frankreich und Landesreisekosten der deutschen Bundesländ Vergleichsrechnung Reisekosten öffentlicher Dienst (neu) Trennung von Reiseanträgen und Anträgen auf Reisekostenerstattung im 143 144 145 146 147 148 149 149 150 151 152 154 155 156 156 160 161 162 163 ______________________________________________________________ SAP AG xiii SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 6 6.1 6.2 6.2.1 6.2.2 6.2.2.1 TR Treasury Diverse Erweiterungen im Cashmanagement TR-CM Cashmanagement Diverse Erweiterungen im Cashmanagement TR-CM-CM Grundfunktionen Diverse Erweiterungen im Cashmanagement 7 7.1 CO Controlling CO-Belegkopf: Referenzvorgang gefüllt bei internen Belegen CO-OM Gemeinkosten-Controlling Istdatenübernahme ins Controlling (neu) BAPIs für Istbuchungen im Controlling (erweitert) Bewertung von Leistungsverrechnungen BAdI für die Bewertung von Leistungsverrechnungen (neu) Gemeinkostenzuschläge: Berechnungsbasis Kst/LArt (erweitert) Transaktionen für die manuellen Istbuchungen im Controlling (geändert) Löschprogramm für das Archivierungsobjekt CO_CCTR_ID (erweitert) PSP-Elementgruppen (neu) CO-OM-CEL Kostenartenrechnung CO-OM-CEL-RE Abstimmung Finanzbuchhaltung / Controlling Partnerfunktionsbereich bei Abstimmbuchung CO-FI CO-OM-CCA Kostenstellenrechnung CO-OM-CCA-PL Kostenstellenplanung Lese-BAPIs für Gemeinkostenplanung (neu) CO-OM-CCA-CM Obligo und Mittelbindung Obligofortschreibung bei Rechnungseingang ohne Wareneingang 7.2 7.2.1 7.2.2 7.2.3 7.2.4 7.2.5 7.2.6 7.2.7 7.2.8 7.2.9 7.2.9.1 7.2.9.1.1 7.2.10 7.2.10.1 7.2.10.1.1 7.2.10.2 7.2.10.2.1 169 169 170 171 172 172 173 174 174 174 174 174 175 175 ______________________________________________________________ SAP AG xiv SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 7.2.11 7.2.11.1 7.2.11.2 7.2.11.3 7.2.11.4 7.2.11.4.1 7.2.11.5 7.2.11.5.1 7.2.11.6 7.2.11.6.1 7.2.11.6.2 7.2.11.7 7.2.11.7.1 7.2.11.7.2 7.2.11.7.2.1 7.2.12 7.2.12.1 7.2.12.2 7.3 7.3.1 7.3.1.1 7.3.1.2 7.3.1.3 7.3.2 CO-OM-OPA Gemeinkostenaufträge Aufwandsbezogene Faktura für erlösführende Innenaufträge (neu) Löschprogramm für das Archivierungsobjekt CO_ORDER (erweitert) Statische Abwicklung aufwandsbezogene Faktura (gelöscht) CO-OM-OPA-PL Auftragsplanung Planung und Budgetierung in beliebiger Währung (neu) CO-OM-OPA-BU Auftragsbudgetierung Verfügbarkeitskontrolle in Objektwährung (neu) CO-OM-OPA-CM Obligo und Mittelbindung Feldsteuerung zur Mittelbindung (neu) Obligofortschreibung bei Rechnungseingang ohne Wareneingang CO-OM-OPA-CL Periodischer Auftragsabschluß Abrechnung Investitionsförderung von Anlagen im Bau (erweitert) CO-OM-OPA-CL-IC Verzinsung Zinsrechnung für Sonderperioden (geändert) CO-OM-IS Informationssystem, iViews DRB (erweitert) Anzeige archivierter Einzelposten im Einzelpostenbericht (erweitert) CO-PC Produktkosten-Controlling CO-PC-PCP Produktkostenplanung Fremdkalkulationsschnittstelle über BAPIs Flexible Materialauswahl für den Kalkulationslauf Massenkalkulation für Kundenaufträge CO-PC-OBJ 175 175 176 177 177 180 180 181 181 182 182 182 183 184 184 184 184 186 ______________________________________________________________ SAP AG xv SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 7.3.2.1 7.3.2.2 7.3.3 7.3.3.1 7.3.3.2 7.3.3.2.1 7.3.3.2.2 7.4 7.4.1 7.4.2 7.4.2.1 7.4.2.2 7.4.2.2.1 7.4.3 7.4.3.1 7.4.3.1.1 7.4.3.2 7.4.3.2.1 7.4.4 7.4.4.1 8 8.1 Kostenträgerrechnung Massenkalkulation für Kundenaufträge Ergebnisermittlung über dynamische Posten (erweitert) CO-PC-ACT Istkalkulation/Material-Ledger Verteilung von Verbrauchsmengendifferenzen CO-PC-ACT-MAC Mehrstufige Istkalkulation Alternativer Bewertungslauf Verbrauchsnachbewertung CO-PA Ergebnis- u. Marktsegmentrechnung Strukturänderungen in der Ergebnisrechnung CO-PA-SPP Absatz- und Ergebnisplanung Neuerungen in der CO-PA-Planung CO-PA-SPP-IP Planungsintegration Übernahme Kostenschichtung bei Leistungsverrechnung (neu) CO-PA-ACT Werteflüsse im Ist CO-PA-ACT-OH Übernahme von Gemeinkosten Übernahme Kostenschichtung bei Leistungsverrechnung (neu) CO-PA-ACT-PA Periodische Anpassungen Neuerungen bei der periodischen Bewertung und der Top-Down-Verteilung CO-PA-IS Informationssystem DRB (erweitert) IM Investitionsmanagement IM-FA 187 187 187 188 188 189 189 189 190 190 190 190 190 190 190 191 193 ______________________________________________________________ SAP AG xvi SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 8.1.1 8.1.2 8.1.2.1 8.1.2.2 8.1.2.3 8.1.2.3.1 8.1.3 8.1.3.1 8.1.4 8.1.4.1 8.1.4.2 8.1.4.2.1 8.1.5 8.1.5.1 8.1.5.1.1 8.1.6 8.1.6.1 9 9.1 9.1.1 9.1.2 Sachinvestitionen Planung und Budgetierung in beliebiger Währung (neu) IM-FA-IA Massnahmenanforderungen Überleitung von Maßnahmenanforderungen in Maßnahmen (erweitert) Erweiterung für Feldübernahme aus Anforderung in PSP-Element (neu) IM-FA-IA-MD Stammdaten BAdI: Prüfung von Maßnahmenanforderungen (neu) IM-FA-IP Investitionsprogramme Reorganisation Investitionsprogramme (neu) IM-FA-IE Investitionsaufträge Abrechnung Investitionsförderung von Anlagen im Bau (erweitert) IM-FA-IE-BU Auftragsbudgetierung Änderung der Funktion Budgetüberwachung mit Aufträgen / PSP-Elementen IM-FA-PR Projekte als Investitionsmaßnahmen IM-FA-PR-BU Budgetierung Änderung der Funktion Budgetüberwachung mit Aufträgen / PSP-Elementen IM-FA-IS Informationssystem Abschreibungsvorschau und Primärkostenplanung (erweitert) EC Unternehmenscontrolling EC-PCA Profit Center Rechnung Archivanschluss der Einzelpostenberichte (neu) Anzeige verknüpfter Belege für 193 193 195 195 196 196 197 197 197 197 198 198 199 199 199 199 201 201 201 ______________________________________________________________ SAP AG xvii SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 9.1.3 9.1.3.1 10 10.1 10.1.1 10.1.1.1 10.2 10.2.1 10.2.2 10.2.3 10.3 10.3.1 10.3.2 11 11.1 11.2 11.3 11.4 11.5 11.5.1 11.5.2 11.5.3 Einzelposten (neu) EC-PCA-IS Informationssystem DRB (erweitert) RE Immobilienmanagement RE-RT Vermietung RE-RT-RA Mietenbuchhaltung Performance Mahnprogramm RE-PR Allgemeiner Immobilienvertrag Abgrenzung für allgemeine Verträge Indexanpassung für allgemeine Immobilienverträge Lastschriftrückläufer-Statistik RE-FX Flexibles Immobilienmanagement Ab SAP R/3 Enterprise Financials Extension 1.10 (EA_APPL 110) Barrierefreiheit: Flexibles Immobilienmanagement LO Logistik Allgemein Country Version India in Standard R/3 System Changes to Structures for Country Version India Exports Under Excise Regulations (New) Neue Funktionen im Rahmen des Projekts High Performance Retailing (HPR LO-MD Grunddaten Logistik Strukturänderungen in PLM-LDM CAD-Desktop Strukruänderungen im IMG Logistik Allgemein - Grunddaten 201 202 204 204 204 204 205 205 206 208 208 209 210 211 212 ______________________________________________________________ SAP AG xviii SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 11.5.4 11.5.4.1 11.5.4.2 11.5.5 11.5.5.1 11.5.5.2 11.5.5.3 11.5.5.4 11.5.5.5 11.5.5.6 11.5.5.7 11.5.6 11.5.6.1 11.5.6.1.1 11.5.6.1.2 11.5.6.2 11.5.6.2.1 11.5.6.2.2 11.5.6.2.3 11.5.7 11.5.7.1 11.5.7.2 11.5.7.2.1 11.5.7.3 11.5.7.3.1 11.5.7.3.2 11.5.8 11.5.8.1 11.5.8.2 11.5.8.3 11.5.8.4 LO-MD-PL Werksstamm Mehrfachzuordnung zwischen Sortimenten und Betrieben/Eröffnung neuer Massenpflege von Stammdaten LO-MD-MM Materialstamm Business Add-Ins im Materialtamm Customer, Vendor, and Material Master Data (Changed) Verteilung von Materialvarianten (neu) Lotaufteilungsplanung Variantenbearbeitung nach Merkmalen Massenpflege von Stammdaten Berechnung der Planlieferzeit LO-MD-RA Sortiment LO-MD-RA-MT Sortimentspflege Layoutworkbench Mehrfachzuordnung zwischen Sortimenten und Betrieben/Eröffnung neuer LO-MD-RA-ASL Sortimentsliste POS-Ausgangsreports für Sortimentslisten Sortimentsliste Neue Änderungszeiger für Konditionssätze (WIND) LO-MD-BP Geschäftspartner Kundenspezifische Felder in Geschäftspartnerstammdaten (neu) LO-MD-BP-CM Kundenstamm Customer, Vendor, and Material Master Data (Changed) LO-MD-BP-VM Lieferantenstamm Customer, Vendor, and Material Master Data (Changed) Berechnung der Planlieferzeit LO-MD-SN Serialnummern Registrierung und Archivierung konfigurierter Serialnummern (neu) Synchronisation von Bautyp und Materialnummer (neu) Synchronisation von Equipmentnummer und Serialnummer (neu) Funktionen in der Serialnummernhistorie (erweitert) 212 217 225 229 231 232 232 234 234 235 235 ______________________________________________________________ SAP AG xix SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 11.5.9 11.5.9.1 11.5.9.2 11.5.9.3 11.5.10 11.5.10.1 11.5.10.2 11.5.10.2.1 11.5.11 11.5.11.1 11.5.11.2 11.5.12 11.5.12.1 11.5.12.2 11.6 11.6.1 11.6.2 11.6.3 11.6.3.1 11.6.4 11.6.4.1 11.6.5 11.6.5.1 11.6.6 11.6.6.1 11.7 LO-MD-RPC Handelskalkulation Business Add-Ins in der Handelskalkulation Allgemeine Parameter für die Handelskalkulation Neue Änderungszeiger für Konditionssätze (WIND) LO-MD-SE Saison Abschriftenplanung LO-MD-SE-MDF Abschriftenplanung Abschriftenplanung LO-MD-PR Handelsaktion Aktionsrabatte Aktion: Kleinere Erweiterungen LO-MD-QO Mengenoptimierung Parallelverarbeitung Neue Änderungszeiger für Konditionssätze (WIND) LO-BM Chargenverwaltung Ursprungscharge (neu) Strukturänderungen in der Chargenverwaltung LO-BM-BC Chargenspezifikation Umsetzung Chargenklassen LO-BM-WUL Chargenverwendungsnachweis Chargenverwendungsnachweis in der Serienfertigung LO-BM-BIC Batch Information Cockpit Weiterentwicklung des Batch Information Cockpits LO-BM-DRV Ableitung Chargenableitung LO-VC Variantenkonfiguration 235 235 238 238 241 245 246 248 248 249 249 250 250 250 252 ______________________________________________________________ SAP AG xx SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 11.7.1 11.7.1.1 11.8 11.8.1 11.9 11.9.1 11.9.1.1 11.9.1.2 11.9.2 11.9.2.1 11.9.3 11.9.3.1 11.9.3.2 11.10 11.10.1 11.10.2 11.10.3 11.10.4 11.10.5 11.10.6 11.10.7 11.10.8 11.10.9 11.11 11.11.1 11.11.2 11.11.3 11.11.4 11.11.5 11.11.6 11.11.7 11.11.8 LO-VC-CHR Merkmalsbewertung / Oberflächendesign Verteilung von Oberflächendesigns (neu) LO-ECH Änderungsdienst 21 CFR Part 11 Enhancement on Electronic Records (neu) LO-MDS Warenverteilung LO-MDS-AL Aufteilung Aufteiler für Kunden Neue Aufteilstrategien auf Basis SAP BW LO-MDS-CPO Sammelbestellung Sammelbestellung: Verbesserter Durchsatz und Parallelisierung LO-MDS-DPR Verteilungsabwicklung Verteilungsmonitor: Einschränkung auf anpassungsrelevante Positionen Automatische Lieferungsgenerierung nach manueller Anpassung LO-SRS SAP Retail Store Bargeldkontrolle Lieferantenrechnung Inventur in SAP Retail Store Kundenauftrag in SAP Retail Store Massenpflege von Stammdaten PDC Link in SAP Retail Store Filialgruppen/Filialneueröffnungen SAP Retail Store LO-MAP Waren- und Sortimentsplanung MAP: Planungsschrittverknüpfungsmethoden Aggregation und Disaggregatio MAP: Sortimentsplanung MAP: Attribute MAP: Datenziele für BW-Schnittstelle MAP: Berechnungsreihenfolge in Formelgruppen MAP: Neues Berechtigungsobjekt W_WXP_HIER MAP: Neues Berechtigungsobjekt W_WXP_LAY MAP: Sperren von Datenzellen und Ändern 252 253 256 258 258 258 269 269 271 272 ______________________________________________________________ SAP AG xxi SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 11.11.9 11.11.10 11.11.11 11.12 11.12.1 11.12.2 11.12.3 11.12.4 11.12.5 11.12.6 11.12.7 11.12.7.1 11.13 11.13.1 11.13.1.1 11.13.1.2 11.13.1.3 11.13.2 11.13.2.1 11.13.2.2 11.13.3 11.13.3.1 11.13.4 11.13.4.1 11.13.4.2 11.13.4.3 11.14 11.14.1 12 von Zeilensummen in der MAP: Generischer Lesebaustein MAP: Artikelplanung und Merkmalsplanung MAP: Erleichterung des Transports von Planungsszenarios und -layouts LO-AB Agenturgeschäft (Global Trade) Umsatzfortschreibung in der Kundenabrechnung Kundenabrechnung Nebenkostenabrechnung Schnittstelle zum SAP Business Information Warehouse Positionstyp in Agenturbelegen LO-AB-RS Vergütungsabrechnung Vergütungslistenerweiterung LO-GT Global Trade LO-GT-TC Trading-Kontrakt Offene Logistikbelege Profitsimulation Trading-Kontrakt (TK) LO-GT-TE Nebenkosten Neues Bild für Nebenkosten Nebenkosten LO-GT-TEW Trading Execution Workbench Trading Execution Workbench (TEW) LO-GT-PM Positionsmanagement Assoziationsmanagement Portfoliomanagement Positionsmanagement LO-HU Handling Unit Management Business Add-Ins für das Handling Unit Management (neu) 272 274 275 275 277 277 283 284 286 286 SD Vertrieb ______________________________________________________________ SAP AG xxii SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 12.1 12.2 12.3 12.4 12.5 12.6 12.6.1 12.6.1.1 12.6.1.2 12.7 12.7.1 12.7.1.1 12.7.2 12.7.2.1 12.8 12.8.1 12.8.2 12.8.2.1 12.8.2.2 12.9 12.9.1 12.9.1.1 12.9.1.1.1 12.9.1.1.2 12.9.1.1.3 12.9.1.1.4 12.9.1.1.5 Country Version India in Standard R/3 System Condition-Based Tax Calculation (New) Changes to Structures for Country Version India Exports Under Excise Regulations (New) Release Notes from Country Version India Add-On (SD) SD-MD Stammdaten SD-MD-CM Konditionen Löschen von Bonuskäufen Neue Änderungszeiger für Konditionssätze (WIND) SD-BF Grundfunktionen SD-BF-PR Konditionen und Preisfindung Condition-Based Excise Determination in SD (New) SD-BF-TX Steuern Condition-Based Excise Determination in SD (New) SD-SLS Verkauf Auswertung offener Verkaufsbelege nach US-GAAP Richtlinie SFAS 133 SD-SLS-SO Kundenauftrag Purchase Requisitions Generated from Sales Orders Update FM (Changed) SD Order -Fortschreibung im Haushaltsmanagement (HHM) SD-BIL Fakturierung SD-BIL-IV Fakturabearbeitung SD-BIL-IV-SM Aufwandsbezogene Fakturierung Aufwandsbezogene Faktura für erlösführende Innenaufträge (neu) Archivierung der CO-Einzelposten (erweitert) Belegflussauswertungen der aufwandsbezogenen Faktura (neu) DP-Prozessor (erweitert) Fakturaanforderung für 288 290 291 293 295 295 296 297 297 297 298 298 298 299 299 ______________________________________________________________ SAP AG xxiii SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 12.9.1.1.6 12.9.1.1.7 12.10 12.10.1 12.10.2 12.11 12.11.1 12.11.1.1 12.11.1.2 13 13.1 13.2 13.3 13.4 13.5 13.6 13.6.1 13.6.1.1 13.6.1.2 13.7 13.7.1 13.7.2 Kundenauftragspositionen (erweitert) Sammelverarbeitung aufwandsbezogene Faktura (erweitert) Statische Abwicklung aufwandsbezogene Faktura (gelöscht) SD-EDI Electronic Data Interchange BAdIs im Preiskatalog Unterstützung von Staffeln im Preiskatalog SD-POS POS-Interface SD-POS-OUT POS-Interface-Ausgang Neue Änderungszeiger für Konditionssätze (WIND) Neue Funktionen beim POS-Interface-Ausgang MM Materialwirtschaft Country Version India in Standard R/3 System Condition-Based Tax Calculation (New) Changes to Structures for Country Version India Release Notes from Country Version India Add-On (MM) MM: Überblick über die Neuerungen zu SAP R/3 Enterprise Core 4.70 MM-CBP Verbrauchsgesteuerte Disposition (siehe PP MM-CBP-CBP Verbrauchsgesteuerte Disposition (siehe PP Alternative Vergangenheitsdaten / Post Distribution Forecasting Mehrschrittnachschub MM-PUR Einkauf Barrierefrei: Listen im Einkauf auf ALV Grid umgestellt (geändert) Business Add-Ins im Einkauf (neu) 300 301 301 301 304 305 305 307 309 309 311 311 313 314 314 314 317 ______________________________________________________________ SAP AG xxiv SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 13.7.3 13.7.4 13.7.5 13.7.6 13.7.7 13.7.7.1 13.7.7.2 13.7.7.3 13.7.7.4 13.7.7.5 13.7.7.6 13.7.7.6.1 13.7.7.7 13.7.7.7.1 13.7.7.7.2 13.7.7.8 13.7.7.8.1 13.7.8 13.7.8.1 13.7.8.2 13.7.8.2.1 13.7.8.2.2 13.7.8.2.3 13.7.8.3 13.7.8.3.1 13.7.9 Umstellung der Matchcodes im Einkauf auf Suchhilfen Fortbestand der herkömmlichen Bestellung und Bestellanforderung Reports für die Bilanzierung derivativer Finanzinstrumente (neu) Frischeabwicklung MM-PUR-GF Grundfunktionen Neue Änderungsbelege im Einkauf (neu) Versionsverwaltung im Einkauf (neu) Änderbarkeit der Konfiguration im Einkauf steuerbar Obligoanzeige in Einkaufsbelegen und in der Banf (neu) Obligo in Umlagerungsbelegen (neu) MM-PUR-GF-TAX Steuern Condition-Based Excise Determination in MM (New) MM-PUR-GF-REL Freigabe Freigabetransaktionen im neuen Interaktionsdesign Neue Workflows zum Ablehnen von Freigaben (neu) MM-PUR-GF-OC Nachrichtenfindung Mahnstufe als Selektionskriterium beim Mahnen von Einkaufsbelegen (neu MM-PUR-VM Lieferant / Materialbeziehung und Konditionen Berechnung der Planlieferzeit MM-PUR-VM-SET Nachträgliche Abrechnung Umsatzfortschreibung in der Kundenabrechnung Auslaufende Funktionen in der Nachträglichen Abrechnung Neuaufbau der Informationsstrukturen für Umsätze und Erträge MM-PUR-VM-CON Konditionen Kopierregeln für Konditionen im Einkauf (neu) MM-PUR-OA 320 320 321 324 324 325 327 327 327 327 328 329 329 330 330 331 ______________________________________________________________ SAP AG xxv SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 13.7.9.1 13.7.9.1.1 13.7.10 13.7.10.1 13.7.10.2 13.7.10.3 13.7.10.4 13.7.10.5 13.7.10.6 13.7.11 13.7.11.1 13.7.11.2 13.7.11.3 13.7.11.4 13.7.11.5 13.7.11.6 13.7.11.7 13.7.11.8 13.7.11.9 13.7.11.10 13.7.11.11 Lieferantenrahmenverträge MM-PUR-OA-SCH Lieferplan Neue Änderungszeiger für Konditionssätze (WIND) MM-PUR-REQ Bestellanforderungen PBET: Ableitung des Buchungsdatums zur jeweiligen Version (geändert) Purchase Requisitions Generated from Sales Orders Update FM (Changed) Stock Transfer Orders Can Update Funds Management Commitment Fortbestand der herkömmlichen Bestellung und Bestellanforderung Enjoy Bestellanforderung - Zuordnen und Bearbeiten (geändert) Automatische Bestellerzeugung aus Banfen im neuen Interaktionsdesign MM-PUR-PO Bestellungen PBET: Ableitung des Buchungsdatums zur jeweiligen Version (geändert) Stock Transfer Orders Can Update Funds Management Commitment Freigabe der Enjoy-BAPIs: BAPI_PO_CREATE1 und BAPI_PO_CHANGE (neu) Konsignation auch buchungskreisübergreifend möglich (neu) Verschiedene Lieferarten in einem Umlagerungsbeleg (neu) Fortbestand der herkömmlichen Bestellung und Bestellanforderung Automatische Bestellerzeugung aus Banfen im neuen Interaktionsdesign Ergänzungen der Persönlichen Einstellungen in der Enjoy-Bestellung Unterlieferungstoleranz bei Umlagerungsbestellungen (neu) Anlegen einer Lohnbearbeitungsbestellung mit Chargennummer (neu) Höhere Performance beim Investment-Buying 331 331 333 333 333 334 334 334 335 336 336 337 338 338 339 339 340 340 341 341 ______________________________________________________________ SAP AG xxvi SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 13.7.11.12 13.7.11.13 13.7.11.14 13.8 13.8.1 13.8.1.1 13.9 13.9.1 13.9.2 13.9.3 13.9.3.1 13.9.3.2 13.9.4 13.9.4.1 13.9.4.2 13.9.4.3 13.9.4.4 13.9.4.5 13.9.5 13.9.5.1 13.9.5.2 13.9.5.3 13.9.6 13.9.6.1 13.9.6.2 Berechnung der Planlieferzeit Bestellstorno Progress Tracking (neu) MM-SRV Dienstleistungen MM-SRV-SR Leistungserfassung Retoure für Leistungserfassungsblätter aus Arbeitszeitblättern (neu) MM-IM Bestandsführung Goods Movements and Excise Documents Combined (New) MM-IM: Überblick Release-Infos zu SAP R/3 Enterprise Core 470 MM-IM-GF Grundfunktionen Business Add-Ins in der Bestandsführung (neu) Nachrichtenfindung: Programm zur Erzeugung von Konditionssätzen (neu) MM-IM-GR Wareneingang Funktionale Ergänzung zum BAPI CreateFromData (geändert) Anlegen einer Lohnbearbeitungsbestellung mit Chargennummer (neu) Funktionale Erweiterungen in der MIGO (geändert) Ablösung der MB*-Transaktionen durch die Transaktion MIGO (neu) SAP Smart Forms in der Bestandsführung (neu) MM-IM-GI Warenausgang und Rücklieferung Funktionale Ergänzung zum BAPI CreateFromData (geändert) Funktionale Erweiterungen in der MIGO (geändert) Ablösung der MB*-Transaktionen durch die Transaktion MIGO (neu) MM-IM-ST Umlagerung / Umbuchung Stock Transfer Orders Can Update Funds Management Commitment Konsignation auch 345 345 345 346 346 347 348 348 349 350 351 351 351 352 353 354 354 ______________________________________________________________ SAP AG xxvii SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 13.9.6.3 13.9.6.4 13.9.6.5 13.9.6.6 13.9.6.7 13.9.6.8 13.9.6.9 13.9.7 13.9.7.1 13.9.7.2 13.10 13.10.1 13.10.1.1 13.10.2 13.10.2.1 13.10.2.2 13.10.2.3 13.10.2.3.1 13.10.2.3.2 13.10.2.3.3 13.10.2.3.4 13.10.2.4 13.10.2.4.1 13.10.2.4.2 buchungskreisübergreifend möglich (neu) Verschiedene Lieferarten in einem Umlagerungsbeleg (neu) Obligo in Umlagerungsbelegen (neu) Unterlieferungstoleranz bei Umlagerungsbestellungen (neu) Funktionale Ergänzung zum BAPI CreateFromData (geändert) Anlegen einer Lohnbearbeitungsbestellung mit Chargennummer (neu) Funktionale Erweiterungen in der MIGO (geändert) Ablösung der MB*-Transaktionen durch die Transaktion MIGO (neu) MM-IM-VP Bilanzbewertungsverfahren Strukturänderungen in der Inflationsbuchhaltung Erweiterungen in der Bilanzbewertung MM-IV Rechnungsprüfung MM-IV-GF Grundfunktionen CENVAT Credit on Capital Goods after Budget 2000 (Changed) MM-IV-LIV Lieferantenrechnung (Logistik Rechnungsprü Übersicht der Entwicklungen in der Logistik-Rechnungsprüfung Alle Funktion in der Logistik-Rechnungsprüfung MM-IV-LIV-CRE Erfassung Automatische Mengen- und Betragsverteilung bei Mehrfachkontierung Erweiterungen der BAPIs in der Logistik-Rechnungsprüfung Anzeige von MM- und FI-Belegnummer Ausgleich des WE/RE-Verrechnungskontos bei Dienstleistungsbestellungen MM-IV-LIV-IVB Batch-Abrechnung Erweiterungen in der Übersicht Rechnungen Frachtrechnung im Hintergrund prüfen 354 354 355 356 356 357 358 359 359 361 362 362 363 364 364 366 366 ______________________________________________________________ SAP AG xxviii SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 13.10.3 13.10.3.1 13.11 13.11.1 13.11.1.1 14 14.1 14.1.1 14.2 14.2.1 14.2.1.1 14.2.1.2 14.2.2 14.2.2.1 14.2.2.2 14.3 14.3.1 14.3.2 14.3.3 14.3.4 14.3.4.1 14.3.4.2 MM-IV-INT Schnittstellen Business Add-Ins in der Logistik-Rechnungsprüfung MM-EDI Electronic Data Interchange MM-EDI-IV Rechnungsprüfung EDI: Buchen auf Material- und Sachkonto per Customer-Exit LE Logistics Execution LE-MOB Mobile Datenerfassung Business Add-Ins für Logistics Execution (neu) LE-IDW Integration dezentrales WMS LE-IDW-CEN Zentrale Abwicklung Nachträgliche Änderung der Lieferung (neu) Verzögerte Verteilung von An- und Auslieferungen an das dezentrale LE-IDW-DEC Dezentrale Abwicklung Mehrere ERP-Systeme an einem dezentralen WMS Nachträgliche Änderung der Lieferung (neu) LE-WM Lagerverwaltung Business Add-Ins für Logistics Execution (neu) Strukturänderung im IMG von Logistics Execution Verzögerte Fortschreibung der Auslieferung (neu) LE-WM-TFM Lagerbewegungen Business Add-Ins für Logistics Execution (neu) Lieferungsübergreifender Transportauftrag (neu) 368 369 369 370 370 370 371 371 371 373 374 374 376 378 379 379 380 381 ______________________________________________________________ SAP AG xxix SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 14.3.4.3 14.3.5 14.3.5.1 14.3.6 14.3.6.1 14.3.7 14.3.7.1 14.3.7.2 14.3.8 14.3.8.1 14.4 14.4.1 14.5 14.5.1 14.5.2 14.5.2.1 14.5.2.2 14.5.2.3 14.5.3 14.5.3.1 14.6 14.6.1 14.6.1.1 14.6.1.2 Verzögerte Fortschreibung der Auslieferung (neu) LE-WM-BIN Lagerplatzbezogene Inventur Business Add-Ins für Logistics Execution (neu) LE-WM-STU Lagereinheitenverwaltung Bestandsübersicht für ein LE-verwaltetes Blocklager (geändert) LE-WM-IFC Anbindung Lagertechnologie Verknüpfungen zwischen IDoc und Business-Objekt (neu) Task and Resource Management (LE-TRM) LE-WM-GF Sonstige Funktionen Verzögerte Fortschreibung der Auslieferung (neu) LE-TRM Task & Resource Management Task and Resource Management (LE-TRM) LE-SHP Versand Strukturänderung im IMG von Logistics Execution LE-SHP-DL Lieferabwicklung Business Add-Ins für Logistics Execution (neu) Umstellung der Matchcode-Objekte in der Lieferungsbearbeitung Teilwareneingang zur Anlieferung (neu) LE-SHP-GI Warenausgang Business Add-Ins für Logistics Execution (neu) LE-TRA Transport LE-TRA-FC Frachtabwicklung Business Add-Ins für Logistics Execution (neu) Direkte Navigation vom Frachtkostenbeleg zum Referenzbeleg 382 383 383 384 384 385 385 387 387 387 389 390 391 393 394 395 ______________________________________________________________ SAP AG XXX SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 15 15.1 15.2 15.2.1 15.2.1.1 15.2.1.2 15.2.2 15.2.2.1 15.2.2.2 15.2.2.3 15.2.2.4 16 16.1 16.2 16.3 16.4 16.4.1 16.4.2 16.4.2.1 16.4.2.1.1 16.5 16.5.1 16.5.1.1 16.6 16.6.1 PLM Product Lifecycle Management Barrierefreiheit PLM-PPM Product and Process Modelling PLM-PPM-PDN Product Designer Product Designer Barrierefreiheit: Web-Oberfläche des Product Designer PLM-PPM-RPL Product Data Replication Strukturänderungen in PLM-LDM Business Add-Ins (BAdIs) in PLM Product Product Data Replication (geändert) Produktdatenverteilung QM Qualitätsmanagement Neuentwicklungen zu SAP R/3 Enterprise PLM Extension 1.10 (EA_APPL 110 Neue Business Add-Ins Neuentwicklungen zu SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) QM-IM Qualitätsprüfung Flexible Prüfvorgaben QM-IM-RR Ergebniserfassung QM-IM-RR-CHR Merkmalsergebnisse Eingabeverarbeitung QM-QN Qualitätsmeldungen QM-QN-NT Meldungserfassung Neuerungen in Meldungen: Mehrere Kunden-Subscreens je Meldungsart QM-ST Stabilitätsstudie Stabilitätsstudie 396 396 397 397 398 400 400 402 405 405 406 406 406 407 ______________________________________________________________ SAP AG XXXi SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 17 17.1 17.2 17.3 17.4 17.5 17.6 17.7 17.7.1 17.7.2 17.7.3 17.7.4 17.7.5 17.7.6 17.7.7 17.7.8 17.7.9 17.7.9.1 17.7.9.2 17.7.9.3 17.7.9.4 17.7.9.5 17.7.9.6 17.7.10 17.7.10.1 PM Instandhaltung Strukturänderungen in Instandhaltung und Kundenservice (geändert) Strukturänderungen in Instandhaltung und Kundenservice (geändert) Anschluss der Partner an zentrale Adressverwaltung (neu) Business Package for Assets (neu) Projektorientierte Instandhaltung (neu) Mobile Szenarios für Instandhaltung und Kundenservice (neu) PM-EQM Technische Objekte Anzeige von untergeordneten Objekten als Symbol (geändert) BAPIs für technische Objekte (neu) Anzeige von indirekt zugeordneten Stücklisten (geändert) Materialsuche über Klassen (neu) Materialverwendungsnachweis (neu) Ausmultiplizieren von Mengen in Strukturdarstellungen (neu) Suche von technischen Objekten (neu) Neue Archivierungsobjekte (neu) PM-EQM-EQ Equipments Ein- und Ausbau mit gleichzeitiger Warenbewegung Verbrauchssteuerung für Fahrzeuge (neu) Registrierung und Archivierung konfigurierter Serialnummern (neu) Suche von Ersatzequipments/-komponenten (neu) Synchronisation von Bautyp und Materialnummer (neu) Synchronisation von Equipmentnummer und Serialnummer (neu) PM-EQM-BM Instandhaltungsstücklisten Anzeige von indirekt zugeordneten 411 411 412 413 413 413 414 415 416 418 418 419 419 419 ______________________________________________________________ SAP AG XXXii SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 17.7.11 17.7.11.1 17.7.11.1.1 17.7.11.1.2 17.7.11.1.3 17.7.11.1.4 17.8 17.8.1 17.8.2 17.8.2.1 17.8.2.2 17.8.2.3 17.8.2.4 17.8.2.5 17.9 17.9.1 17.9.2 17.9.3 17.9.4 17.9.5 17.9.6 17.9.7 17.9.8 17.9.8.1 17.9.8.2 17.9.8.3 Stücklisten (geändert) PM-EQM-SF Zusatzfunktionen PM-EQM-SF-MPC Meßpunkte und Zähler Verbrauchssteuerung für Fahrzeuge (neu) Messwertgrafik (geändert) Erzeugung von Intervallbelegen (neu) Fortschreibung der Verbrauchsdaten von Fahrzeugen (neu) PM-PRM vorbeugende Instandhaltung Arbeitsvorrat für Meldungen (erweitert) PM-PRM-MP Wartungsplanung Erzeugung von Intervallbelegen (neu) Getrennte Erledigung von Abrufterminen (neu) Änderungsbelege für planmäßige Instandhaltung (neu) Änderungsstand von Arbeitsplänen und Terminierung (geändert) Terminierungsprotokoll für Wartungspläne (geändert) PM-WOC Instandhaltungsabwicklung Arbeitsvorrat für Meldungen (erweitert) Kopfmeldung im Auftrag ändern (neu) Meldungslangtext in Auftrag kopieren (neu) Getrennte Erledigung von Abrufterminen (neu) Belegfluss (geändert) Zuordnung eines Arbeitsplans zur Meldung (erweitert) Zuordnung und Anzeige von Vorgängen in der Objektliste (neu) PM-WOC-MN Instandhaltungsmeldungen BAPIs zu Instandhaltungs- und Servicemeldungen (neu) Suche von Ersatzequipments/-komponenten (neu) Neuerungen in Meldungen: Mehrere 419 420 422 422 424 425 425 426 427 428 428 429 430 430 430 432 ______________________________________________________________ SAP AG XXXiii SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 17.9.9 17.9.9.1 17.9.9.2 17.9.9.3 17.9.9.4 17.9.9.5 17.9.9.6 17.9.10 17.9.10.1 17.10 17.10.1 17.10.2 17.10.3 17.10.4 17.11 17.11.1 18 18.1 18.2 18.3 18.4 18.5 18.6 Kunden-Subscreens je Meldungsart PM-WOC-MO Instandhaltungsaufträge BAPIs zu Instandhaltungs- und Serviceaufträgen (neu) Materialverwendungsnachweis (neu) Suche von Ersatzequipments/-komponenten (neu) Einzelbestände in Instandhaltungs- und Serviceaufträgen (neu) Bestellabwicklung über externes Einkaufssystem (neu) OCI-Schnittstelle (neu) PM-WOC-JC Rückmeldungen BAPIs zu Rückmeldungen (neu) PM-WCM Freischaltabwicklung Bewertung von Anforderungen (neu) Optimierung beim Aufbau einer Bibliothek von Freischaltlisten (neu) Integration mit einer grafischen Freischaltplanung (neu) Verbesserte Unterstützung einer Revisionsplanung (neu) PM-IS Informationssystem Fortschreibung der Verbrauchsdaten von Fahrzeugen (neu) CS Kundenservice Strukturänderungen in Instandhaltung und Kundenservice (geändert) Strukturänderungen in Instandhaltung und Kundenservice (geändert) Anschluss der Partner an zentrale Adressverwaltung (neu) Business Package for Assets (neu) Mobile Szenarios für Instandhaltung und Kundenservice (neu) CS-BD Grunddaten 432 433 433 434 434 435 437 437 437 438 438 439 440 440 441 442 ______________________________________________________________ SAP AG XXXiv SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 18.6.1 18.6.2 18.6.3 18.6.4 18.6.5 18.6.6 18.6.7 18.7 18.7.1 18.7.2 18.7.3 18.7.3.1 18.7.3.2 18.7.3.3 18.8 18.8.1 18.8.2 18.8.2.1 18.8.3 18.8.3.1 18.8.3.2 18.8.3.3 18.8.3.4 18.8.3.5 18.9 18.9.1 18.9.1.1 18.10 Anzeige von untergeordneten Objekten als Symbol (geändert) Anzeige von indirekt zugeordneten Stücklisten (geändert) Materialsuche über Klassen (neu) Materialverwendungsnachweis (neu) Ausmultiplizieren von Mengen in Strukturdarstellungen (neu) Suche von technischen Objekten (neu) Suche von Ersatzequipments/-komponenten (neu) CS-IB Installationsverwaltung Verbrauchssteuerung für Fahrzeuge (neu) Neue Archivierungsobjekte (neu) CS-IB-MC Meßpunkte und Zähler Messwertgrafik (geändert) Erzeugung von Intervallbelegen (neu) Fortschreibung der Verbrauchsdaten von Fahrzeugen (neu) CS-AG Servicevereinbarungen Änderungsbelege für planmäßige Instandhaltung (neu) CS-AG-QU Angebote DP-Prozessor (erweitert) CS-AG-SC Serviceverträge Erzeugung von Intervallbelegen (neu) Arbeitsvorrat für Meldungen (erweitert) Getrennte Erledigung von Abrufterminen (neu) Änderungsstand von Arbeitsplänen und Terminierung (geändert) Terminierungsprotokoll für Wartungspläne (geändert) CS-CM Call-Management CS-CM-SN Servicemeldungen BAPIs zu Instandhaltungs- und Servicemeldungen (neu) CS-SE Serviceabwicklung 442 442 443 444 445 446 447 447 447 451 452 453 453 455 ______________________________________________________________ SAP AG XXXv SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 18.10.1 18.10.2 18.10.3 18.10.4 18.10.5 18.10.6 18.10.7 18.10.8 18.10.9 18.10.10 18.10.11 18.10.12 18.10.13 18.10.14 18.10.15 18.10.15.1 18.10.16 18.10.16.1 18.11 18.11.1 18.11.1.1 18.11.1.2 18.11.1.3 18.11.1.4 18.11.1.5 18.11.1.6 BAPIs zu Instandhaltungs- und Serviceaufträgen (neu) Umbuchung für Berechnungsmotiv (geändert) Materialverwendungsnachweis (neu) Suche von Ersatzequipments/-komponenten (neu) Arbeitsvorrat für Meldungen (erweitert) Kopfmeldung im Auftrag ändern (neu) Meldungslangtext in Auftrag kopieren (neu) Getrennte Erledigung von Abrufterminen (neu) Belegfluss (geändert) Zuordnung eines Arbeitsplans zur Meldung (erweitert) Zuordnung und Anzeige von Vorgängen in der Objektliste (neu) Einzelbestände in Instandhaltungs- und Serviceaufträgen (neu) Bestellabwicklung über externes Einkaufssystem (neu) OCI-Schnittstelle (neu) CS-SE-SD Terminierung und Einplanung OCI-Schnittstelle (neu) CS-SE-CON Rückmeldungen BAPIs zu Rückmeldungen (neu) CS-BS Fakturierung und Abrechnung CS-BS-BI Fakturierung Archivierung der CO-Einzelposten (erweitert) Belegflussauswertungen der aufwandsbezogenen Faktura (neu) DP-Prozessor (erweitert) Fakturaanforderung für Kundenauftragspositionen (erweitert) Sammelverarbeitung aufwandsbezogene Faktura (erweitert) Statische Abwicklung aufwandsbezogene 455 455 456 458 458 459 460 460 461 461 463 463 463 465 465 ______________________________________________________________ SAP AG XXXvi SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 18.11.2 18.11.2.1 18.12 18.12.1 19 19.1 19.1.1 19.1.2 19.2 19.2.1 19.2.2 19.2.3 19.2.4 19.2.5 19.2.5.1 19.3 19.3.1 19.3.2 19.4 19.4.1 19.4.2 19.4.2.1 19.4.3 19.4.3.1 19.4.3.2 Faktura (gelöscht) CS-BS-RR Erlösabgrenzung Ergebnisermittlung über dynamische Posten (erweitert) CS-IS Informationssystem Fortschreibung der Verbrauchsdaten von Fahrzeugen (neu) PP Produktionsplanung und -steuerung PP-MRP Bedarfsplanung Business Add-Ins im Bereich MRP Usability-Verbesserungen im Bereich MRP PP-SFC Fertigungsaufträge Business Add-Ins für Fertigungs- und Prozessaufträge Chargensplitt für Fertigungsauftrag voreinstellen (neu) Änderungen bei Fertigungs- und Prozessaufträgen Rückmeld.: Abbruch b. fehlerhaften Istkosten/Warenbewegungen PP-SFC-IS Informationssystem DRB (erweitert) PP-REM Serienfertigung Business Add-Ins im Bereich REM Usability-Verbesserungen im Bereich REM PP-PI Produktionsplanung Prozeßindustrie Strukturänderung im IMG der Produktionsplanung - Prozessindustrie PP-PI-MD Grunddaten Einbindung von DMS-Dokumenten in die Fertigungsversion (neu) PP-PI-POR Prozeßauftrag Business Add-Ins für Fertigungs- und Prozessaufträge Änderungen bei Fertigungs- und 465 466 466 466 467 471 471 472 472 473 474 477 477 478 479 ______________________________________________________________ SAP AG XXXvii SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 19.4.3.3 19.4.4 19.4.4.1 19.4.4.2 19.4.4.3 19.4.4.4 19.4.4.5 19.4.4.6 19.4.4.7 19.4.4.7.1 19.4.4.7.2 19.4.4.8 19.4.4.8.1 19.4.4.8.2 19.4.4.8.3 19.4.4.8.4 19.4.4.8.5 19.4.4.8.6 19.4.4.8.7 19.4.4.8.8 19.4.4.9 19.4.4.9.1 Prozessaufträgen Rückmeld.: Abbruch b. fehlerhaften Istkosten/Warenbewegungen PP-PI-PMA Prozeßkoordination Einführung der dezentralen Prozesskoordination Datenaustausch zwischen Anwendungen im SAP-R/3-System (neu) - Service MDA - Services PSH und PMC - Services ODA und OAE - Service SYS PP-PI-PMA-MSG Prozeßmeldung Neuer Meldungsempfänger für das Versenden von Alerts Neue Transaktion zum automatischen Anlegen von Prozessmeldungen (neu) PP-PI-PMA-PMC Browser-basierte Herstellanweisung / Cockpit Benutzerwechsel in der Herstellanweisung und im Cockpit (neu) Asynchroner Signaturprozess für Arbeitsschritte in der Neue Funktionen im Kontextmenü der Herstellanweisung (erweitert) Automatisches Ausführen von Funktionen in Herstellanweisungen und Verwendung von globalen Variablen in Herstellanweisungen und Automatisches Ausführen von Berechnungen und dynamischen Ermitteln der Steuerrezeptnummer (neu) Einbinden von DMS-Dokumenten in die Herstellanweisung (neu) PP-PI-PMA-OPC OPC-Schnittstelle Einführung von SAP OPC Data Access (SAP ODA) (neu) 480 481 482 482 484 497 498 500 500 501 502 504 509 513 515 517 517 ______________________________________________________________ SAP AG XXXviii SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 20 20.1 20.2 20.3 20.3.1 20.3.2 20.3.2.1 20.3.2.2 20.3.2.3 20.3.2.3.1 20.3.2.4 20.3.2.4.1 20.3.3 20.3.3.1 20.3.3.2 20.4 20.4.1 20.4.2 20.5 20.5.1 20.5.1.1 20.5.1.1.1 20.5.1.2 20.5.1.2.1 20.5.2 20.5.2.1 20.5.3 20.5.3.1 20.5.3.1.1 PS Projektsystem Strukturänderungen im IMG des Projektsystems (EA-APPL 110) Strukturänderungen im IMG des Projektsystems (SAP_APPL 470) PS-ST Strukturen PSP-Elementgruppen (neu) PS-ST-OPR Operative Strukturen Anwenderstatus im SAP Projektsystem (neu) Projekt mit Vorlage anlegen (neu) PS-ST-OPR-WBS Projektstrukturplan BAdI für Feldübernahme aus PSP-Element in Anlage (neu) PS-ST-OPR-NET Netzplan und Vorgang Berechtigungsprüfungen Netzplanvorgang (geändert) PS-ST-INT Schnittstelle zu externer Projektsoftware BAPIs im Projektsystem (erweitert) BAPIs im Projektsystem (neu) PS-CLM Claim Management Kostenintegration für Claims (neu) Neuerungen in Meldungen: Mehrere Kunden-Subscreens je Meldungsart PS-COS Kosten PS-COS-PLN Plankosten PS-COS-PLN-PLN Planung Planung und Budgetierung in beliebiger Währung (neu) PS-COS-PLN-CAL Kalkulation Planintegration für Netzpläne (neu) PS-COS-BUD Budget Verfügbarkeitskontrolle in Objektwährung (neu) PS-COS-PER Automatische und periodische Verrechnungen PS-COS-PER-IC Zinsen Zinsrechnung für Sonderperioden 520 520 522 522 524 524 524 524 525 527 528 531 532 ______________________________________________________________ SAP AG XXXix SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 20.5.3.2 20.5.3.2.1 20.6 20.6.1 20.6.2 20.6.3 20.6.3.1 20.6.4 20.6.4.1 20.6.4.2 20.6.4.3 20.6.4.4 20.6.5 20.6.5.1 20.7 20.7.1 20.7.2 20.7.3 20.7.3.1 20.7.4 20.7.4.1 20.7.5 20.7.5.1 20.8 (geändert) PS-COS-PER-SE Abrechnung BAdI für die Generierung von Abrechnungsvorschriften (neu) PS-REV Erlöse und Ergebnis DP-Prozessor (erweitert) Übernahme des Status der Auftragsposition (neu) PS-REV-PLN Planerlöse Anlegen eines Angebotes aus dem Project Builder (neu) PS-REV-ACT Isterlöse und Erwartung Archivierung der CO-Einzelposten (erweitert) Belegflussauswertungen der aufwandsbezogenen Faktura (neu) Sammelverarbeitung aufwandsbezogene Faktura (erweitert) Statische Abwicklung aufwandsbezogene Faktura (gelöscht) PS-REV-RA Ergebnisermittlung Ergebnisermittlung über dynamische Posten (erweitert) PS-MAT Material Bestellabwicklung über externes Einkaufssystem (neu) OCI-Schnittstelle (neu) PS-MAT-INT Stücklistenübernahme Bedarfstermine in der Stücklistenübernahme (erweitert) PS-MAT-PRC Beschaffung OCI-Schnittstelle (neu) PS-MAT-PRO Projektorientierte Beschaffung ProMan - Projektorientierte Beschaffung (neu) PS-PRG Fortschritt 532 532 533 534 535 535 535 535 536 536 537 537 537 538 538 539 539 ______________________________________________________________ SAP AG xl SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 20.8.1 20.8.1.1 20.9 20.9.1 20.9.1.1 20.9.2 20.9.2.1 20.9.2.1.1 21 21.1 21.2 21.3 21.4 21.4.1 21.4.2 21.4.2.1 21.4.2.2 21.4.3 21.4.3.1 21.4.3.2 21.4.3.3 21.4.4 21.4.4.1 21.4.4.2 21.4.4.3 21.4.4.4 PS-PRG-TRC Progress Tracking Progress Tracking (neu) PS-IS Informationssystem PS-IS-REP Projektberichte Projektinformationssystem (geändert) PS-IS-CON Bereichscontrolling PS-IS-CON-SUM Projektverdichtung Freie Abgrenzungen auf Verdichtungsmerkmale (erweitert) EHS Environment, Health and Safety Grunddaten und Gefahrstoffmanagement (neu) EH&S Native Language Support (erweitert) Integration in die PLM Extension 1.10 (neu) EHS-SAF Produktsicherheit Strukturänderungen im IMG der Produktsicherheit EHS-SAF-SPE Spezifikationsverwaltung Spezifikationsverwaltung (erweitert) Zuordnung von Spezifikationen und Materialien (erweitert) EHS-SAF-RGE Berichtsgenerierung Berichtsgenerierung (erweitert) WWI-Installation (erweitert) WWI-Funktionen (neu) EHS-SAF-INT Schnittstellen Schnittstelle zu SAP Unicode Systemen (geändert) ALE für EH&S-Berichte (erweitert) Stücklistenübernahme (erweitert) Import des Lieferantendatenblatts (neu) 540 541 542 542 542 544 544 545 546 546 546 547 547 551 ______________________________________________________________ SAP AG xli SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 21.4.4.5 21.5 21.5.1 21.5.2 21.5.2.1 21.6 21.6.1 21.6.2 21.6.2.1 21.6.2.2 21.7 21.7.1 21.7.2 21.7.3 21.7.3.1 21.7.4 21.7.4.1 21.7.4.2 21.7.4.3 21.7.5 21.7.5.1 21.7.5.2 21.7.5.3 21.7.5.4 21.7.5.5 22 Datenimport (erweitert) EHS-DGP Gefahrgutabwicklung IMG-Strukturänderungen in der Gefahrgutabwicklung (geändert) EHS-DGP-TP Template- und Einmalmaterialabwicklung Template- und Einmalmaterialabwicklung (neu) EHS-HEA Arbeitsmedizin Anamnese (erweitert) EHS-HEA-IIL Ambulanzbuch Integration Unfallkataster und Ambulanter Service (neu) Angabe der Zeitzone (neu) EHS-IHS Arbeitsschutz Angabe der Zeitzone (neu) Strukturänderungen im IMG des Arbeitsschutzes EHS-IHS-WA Arbeitsbereichsverwaltung Erweiterung der Arbeitsbereichshierarchie EHS-IHS-RSK Gefährdungsbeurteilung Gefährdungsbeurteilung (erweitert) Analysemethode Summenbewertung (neu) Kundenindividuelle Analysemethoden (erweitert) EHS-IHS-IA Unfallabwicklung Unfallabwicklung (erweitert) Senden von Unfallnachrichten (neu) Menü-Exits für die Unfallabwicklung (neu) Integration Unfallkataster und Ambulanter Service (neu) Freitexte und Dokumente für Unfallkatastereinträge (neu) 553 553 554 554 555 556 557 557 558 559 561 561 562 PA ______________________________________________________________ SAP AG xlii SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 22.1 22.2 22.3 22.4 22.5 22.6 22.7 22.8 22.8.1 22.8.2 22.9 22.9.1 22.9.2 22.9.3 22.9.4 22.9.4.1 22.9.4.1.1 22.9.5 22.9.5.1 22.9.5.1.1 22.9.6 22.9.6.1 22.9.6.1.1 22.9.7 22.9.7.1 Personalmanagement Strukturänderungen am SAP-Referenz-IMG HR: Strukturänderungen am SAP Referenz-IMG zu SAP R/3 Enterprise Core HR: Strukturänderungen im SAP Referenz-IMG zu SAP R/3 Enterprise HR HR: Änderungen am SAP Referenz-IMG zu Release 4.0A HR: Änderungen am SAP Referenz-IMG zu Release 4.0B HR: Änderungen am SAP Referenz-IMG zu Release 4.5A HRDSYS-Tabellenumsetzung für die Dokumentationspflege PA-RC Personalbeschaffung Web-Anwendung Stellenangebote: Ändern der Bewerbungsdaten (neu) Ablage von Bewerberdokumenten über generische Objektdienste (geändert) PA-PA Personaladministration Tarifliche Umstufung (geändert) Kontextberechtigungsprüfung für HR-Stammdaten Anzahl der Lohnarten im Infotyp Basisbezüge (0008) (geändert) PA-PA-AU Australien PA-PA-AU-PY Abrechnungsdaten Stand-alone Salary Packaging Structure Removed PA-PA-FR Frankreich PA-PA-FR-PD Persönliche Daten Finding out the work contract type PA-PA-GB Großbritannien PA-PA-GB-PY Abrechnungsdaten Company Car - Change of Taxation Base to CO2 Emissions PA-PA-SG Singapur PA-PA-SG-PD Persönliche Daten 563 563 568 569 575 576 580 580 580 581 582 583 584 585 585 587 588 ______________________________________________________________ SAP AG xliii SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 22.9.7.1.1 22.9.8 22.9.8.1 22.9.9 22.9.9.1 22.9.9.1.1 22.9.9.2 22.9.9.2.1 22.10 22.10.1 22.10.2 22.10.3 22.10.3.1 22.10.3.1.1 22.10.4 22.10.4.1 22.10.4.2 22.10.4.2.1 22.11 22.11.1 22.11.1.1 22.11.1.2 22.11.2 22.11.2.1 22.11.3 Changes in Employee Residence Status and Work Permit PA-PA-US USA Recruitment Integration U.S. PA-PA-ZA Südafrika PA-PA-ZA-PY Abrechnungsdaten Medical Aid Conversion Program - Upgrade from 4.0B /4.5A (RPU46AW0) PA-PA-ZA-SP Modellierung Gehalt Stand-alone Salary Packaging Structure Removed PA-BN Arbeitgeberleistungen Eligibility for Dependents and Beneficiaries (Enhanced) Domestic Partners as Dependents and Beneficiaries (New) PA-BN-PL Pläne PA-BN-PL-HL Krankenversicherung Dependent Coverage Options for Health Plans (Enhanced) PA-BN-CO COBRA COBRA Administration (Enhanced) PA-BN-CO-IN Erstbenachrichtigung Dependent Coverage Options for Health Plans (Enhanced) PA-PF Altersversorgung PA-PF-CH Pensionskasse Schweiz Änderungen bei PK-Musterkassen Funktionale Änderungen in der SAP HR Pensionskasse (SAP_HR 470) PA-PF-NL Pensionskasse Niederlande Funktionale Änderungen in der SAP HR Pensionskasse (SAP_HR 470) PA-PF-XX Pensionskasse Schweiz 589 591 591 591 592 592 593 595 595 597 597 598 599 599 600 600 ______________________________________________________________ SAP AG xliv SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 22.11.3.1 22.12 22.12.1 22.12.2 22.13 22.13.1 22.13.1.1 22.14 22.14.1 22.14.2 22.14.2.1 22.15 22.15.1 22.15.2 22.15.2.1 22.15.2.1.1 22.15.2.1.2 22.16 22.16.1 22.17 22.17.1 22.18 22.18.1 22.18.2 22.19 Funktionale Änderungen in der SAP HR Pensionskasse (SAP_HR 470) PA-IS Personalinformationssysteme Neue logische Datenbank im HR: PNPCE (HR Stammdaten/inkl. CE) Neuer Query Generator für HR PA-PD Personalentwicklung PA-PD-PM Zielvereinbarungen und Beurteilungen Zielvereinbarungen und Beurteilungen (neu) PA-OS Aufbauorganisation BAdI: Gültigkeitszeitraum von Personen ins OM zurückliefern (neu) PA-OS-BS Grundlagen Kontextberechtigungsprüfung für HR-Stammdaten PA-CM Vergütungsmanagement Tarifliche Umstufung (geändert) PA-CM-AD Verwaltung PA-CM-AD-CS Unternehmensbeteiligungen Verwaltung von Mitarbeiterbeteiligungen (erweitert) Löschen von Sätzen des Infotyps 0382 (geändert) PA-CP Personalkostenplanung und -simulation Personalkostenplanung und -simulation (neu) PA-GE Management globaler Mitarbeiter Management globaler Mitarbeiter PA-CE Mehrfachbeschäftigung Mehrfachbeschäftigung (neu) asds PA-ES Mitarbeiter 601 601 602 604 604 604 606 606 607 608 609 609 612 613 613 615 616 ______________________________________________________________ SAP AG xlv SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 22.19.1 22.20 22.20.1 23 23.1 23.2 23.3 23.4 23.5 23.6 23.7 23.8 23.9 23.10 23.10.1 23.10.2 23.10.3 23.10.4 23.10.5 23.10.6 23.10.7 Self-Service Customizing für die ESS-Abwesenheitsmitteilung (erweitert) PA-XF Expertensuche SAP Expert Finder (neu) PT Personalzeitwirtschaft Strukturänderungen am SAP-Referenz-IMG HR: Strukturänderungen am SAP Referenz-IMG zu SAP R/3 Enterprise Core PT: Strukturänderungen zum SAP-Referenz-IMG zu SAP R/3 Enterprise Cor HR: Strukturänderungen im SAP Referenz-IMG zu SAP R/3 Enterprise HR HR: Änderungen am SAP Referenz-IMG zu Release 4.0A HR: Änderungen am SAP Referenz-IMG zu Release 4.0B HR: Änderungen am SAP Referenz-IMG zu Release 4.5A PT: Strukturänderungen im Referenz-IMG zum SAP R/3 Enterprise HR Ext. HRDSYS-Tabellenumsetzung für die Dokumentationspflege PT-RC Zeitdatenerfassung und -verwaltung Arbeitsplatz Personalzeitmanagement (TMW) jetzt im HR Extension BAdIs für die Zeitdatenerfassung und -verwaltung (neu) Kalendersichten im Arbeitsplatz Personalzeitmanagement (TMW) (neu) Erweiterungen im Navigationskalender vom TMW (neu) Erweiterungen zum Arbeitsplatz Personalzeitmanagement (TMW) (neu) Zusätzliche Felder zur Erfassung von Kontierungsinformationen im TMW Umsetzung von technischen Tabellen zum 616 617 620 620 625 626 627 632 633 637 638 639 639 639 640 641 642 643 ______________________________________________________________ SAP AG xlvi SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 23.10.8 23.10.8.1 23.10.8.2 23.10.8.3 23.10.8.4 23.10.9 23.10.9.1 23.10.10 23.10.10.1 23.11 23.11.1 24 24.1 24.2 24.3 24.4 24.5 24.6 24.7 24.8 24.9 24.10 TMW (geändert) PT-RC-AA An-/Abwesenheiten RPTENT00: Personen- und infotypübergreifende Zeiterfassung (obsole Umsetzung zum Ausblenden nicht verwendeter Spalten (geändert) Customizing für die ESS-Abwesenheitsmitteilung (erweitert) US: Management von Family and Medical Leave (neu) PT-RC-IW Lohnscheine Umsetzung zum Ausblenden nicht verwendeter Spalten (geändert) PT-RC-QT Kontingente Erweiterungen zu den Abwesenheitskontingenten (neu) PT-IN Integration mit anderen Applikationen Kontierungsdimensionen für das Fund Accounting (neu) PY Personalabrechnung Strukturänderungen am SAP-Referenz-IMG HR: Strukturänderungen am SAP Referenz-IMG zu SAP R/3 Enterprise Core HR: Strukturänderungen im SAP Referenz-IMG zu SAP R/3 Enterprise HR HR: Änderungen am SAP Referenz-IMG zu Release 4.0A HR: Änderungen am SAP Referenz-IMG zu Release 4.0B Überleitung externer Gehaltsbestandteile in die Personalabrechnung HRDSYS-Tabellenumsetzung für die Dokumentationspflege Variablen in den Abrechnungsprogrammen (geändert) Funktion XEDT (gelöscht) Operation MESSG gelöscht und durch 644 645 645 645 646 647 647 648 648 648 651 651 656 657 663 664 664 665 ______________________________________________________________ SAP AG xlvii SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 24.11 24.11.1 24.11.2 24.11.3 24.11.4 24.11.4.1 24.11.4.1.1 24.11.4.1.2 24.11.4.1.3 24.11.4.1.4 24.11.4.1.5 24.11.4.1.6 24.12 24.12.1 24.12.2 24.12.3 24.12.4 24.12.5 24.12.5.1 24.12.5.1.1 24.12.5.1.2 24.12.5.1.3 Operation XMES ersetzt (neu) PY-AR Argentinien HR: Änderungen am SAP Referenz-IMG zu Release 4.5A HR Prozess-Workbench: Starten von Prozessen in Abhängigkeit von HR Prozess-Workbench: Anbinden einer Servergruppe an einen PY-AR-FP Folgeaktivitäten PY-AR-FP-DT Überleitung in andere Anwendungen Steuerung der Buchung von Abrechnungsergebnissen ins Rechnungswesen Buchungseigenschaften von Lohnarten (geändert) Belegtrennung bei der Buchung von Abrechnungsergebnissen ins Protokoll der Vorprogramme DTA (erweitert) Kontierungsobjekte für Haushaltsmanagement und Grants Management Umsetzung der Umlaute durch Vorprogramme DTA (gelöscht) PY-AT Österreich HR: Änderungen am SAP Referenz-IMG zu Release 4.5A Änderungen zum Jahreswechsel 2001/2002 (Abrechnung Österreich) HR Prozess-Workbench: Starten von Prozessen in Abhängigkeit von HR Prozess-Workbench: Anbinden einer Servergruppe an einen PY-AT-FP Folgeaktivitäten PY-AT-FP-DT Überleitung in andere Anwendungen Steuerung der Buchung von Abrechnungsergebnissen ins Rechnungswesen Buchungseigenschaften von Lohnarten (geändert) Belegtrennung bei der Buchung von Abrechnungsergebnissen ins 667 667 671 673 674 674 674 676 676 677 679 679 684 684 686 687 687 688 689 ______________________________________________________________ SAP AG xlviii SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 24.12.5.1.4 24.12.5.1.5 24.12.5.1.6 24.13 24.13.1 24.13.2 24.13.3 24.13.4 24.13.4.1 24.13.4.1.1 24.13.4.1.2 24.13.4.2 24.13.4.2.1 24.13.4.2.2 24.13.4.2.3 24.13.4.2.4 24.13.4.2.5 24.13.4.2.6 24.14 24.14.1 24.14.2 24.14.3 24.14.4 Protokoll der Vorprogramme DTA (erweitert) Kontierungsobjekte für Haushaltsmanagement und Grants Management Umsetzung der Umlaute durch Vorprogramme DTA (gelöscht) PY-AU Australien HR: Änderungen am SAP Referenz-IMG zu Release 4.5A HR Prozess-Workbench: Starten von Prozessen in Abhängigkeit von HR Prozess-Workbench: Anbinden einer Servergruppe an einen PY-AU-FP Folgeaktivitäten PY-AU-FP-DM Datenträgeraustausch Zahlungsbeleg-Verprobung bei der Lohnund Gehaltszahlung (neu) Verwendung der Payment Medium Workbench (PMW) für die Lohn- und PY-AU-FP-DT Überleitung in andere Anwendungen Steuerung der Buchung von Abrechnungsergebnissen ins Rechnungswesen Buchungseigenschaften von Lohnarten (geändert) Belegtrennung bei der Buchung von Abrechnungsergebnissen ins Protokoll der Vorprogramme DTA (erweitert) Kontierungsobjekte für Haushaltsmanagement und Grants Management Umsetzung der Umlaute durch Vorprogramme DTA (gelöscht) PY-BE Belgien HR: Änderungen am SAP Referenz-IMG zu Release 4.5A HR Prozess-Workbench: Starten von Prozessen in Abhängigkeit von HR Prozess-Workbench: Anbinden einer Servergruppe an einen PY-BE-NT Netto 689 690 692 693 697 698 699 699 700 700 700 701 702 703 703 705 706 710 712 ______________________________________________________________ SAP AG xlix SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 24.14.4.1 24.14.4.1.1 24.14.5 24.14.5.1 24.14.5.1.1 24.14.5.1.2 24.14.5.2 24.14.5.2.1 24.14.5.2.2 24.14.5.2.3 24.14.5.2.4 24.14.5.2.5 24.14.5.2.6 24.15 24.15.1 24.15.2 24.15.3 24.15.4 24.15.4.1 24.15.4.1.1 24.15.4.1.2 24.15.4.1.3 24.15.4.1.4 PY-BE-NT-NI Sozialversicherung Multiple corrective declaration (new) PY-BE-FP Folgeaktivitäten PY-BE-FP-DM Datenträgeraustausch Zahlungsbeleg-Verprobung bei der Lohnund Gehaltszahlung (neu) Verwendung der Payment Medium Workbench (PMW) für die Lohn- und PY-BE-FP-DT Überleitung in andere Anwendungen Steuerung der Buchung von Abrechnungsergebnissen ins Rechnungswesen Buchungseigenschaften von Lohnarten (geändert) Belegtrennung bei der Buchung von Abrechnungsergebnissen ins Protokoll der Vorprogramme DTA (erweitert) Kontierungsobjekte für Haushaltsmanagement und Grants Management Umsetzung der Umlaute durch Vorprogramme DTA (gelöscht) PY-BR Brasilien HR: Änderungen am SAP Referenz-IMG zu Release 4.5A HR Prozess-Workbench: Starten von Prozessen in Abhängigkeit von HR Prozess-Workbench: Anbinden einer Servergruppe an einen PY-BR-FP Folgeaktivitäten PY-BR-FP-DT Überleitung in andere Anwendungen Steuerung der Buchung von Abrechnungsergebnissen ins Rechnungswesen Buchungseigenschaften von Lohnarten (geändert) Belegtrennung bei der Buchung von Abrechnungsergebnissen ins Protokoll der Vorprogramme DTA 713 714 714 714 715 715 715 716 717 718 720 720 724 726 727 727 728 729 ______________________________________________________________ SAP AG l SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 24.15.4.1.5 24.15.4.1.6 24.16 24.16.1 24.16.2 24.16.3 24.16.4 24.16.5 24.16.5.1 24.16.5.1.1 24.16.5.1.2 24.16.5.1.3 24.16.5.1.4 24.16.6 24.16.6.1 24.16.6.1.1 24.16.6.1.2 24.16.6.1.3 24.16.6.2 24.16.6.2.1 24.16.6.2.2 24.16.6.3 24.16.6.3.1 (erweitert) Kontierungsobjekte für Haushaltsmanagement und Grants Management Umsetzung der Umlaute durch Vorprogramme DTA (gelöscht) PY-CA Kanada HR: Änderungen am SAP Referenz-IMG zu Release 4.5A Deleted and Discontinued Reports for Payroll Canada in R/3 Enterprise HR Prozess-Workbench: Starten von Prozessen in Abhängigkeit von HR Prozess-Workbench: Anbinden einer Servergruppe an einen PY-CA-NT Netto PY-CA-NT-TX Steuer Revised Canadian Business Number Configuration in R/3 Enterprise Mandatory Payroll Canada Conversion Reports for R/3 Enterprise Upgrade Deleted, Discontinued and New Functions for Payroll Canada in R/3 Revised Canadian Tax Infotype Framework in R/3 Enterprise PY-CA-FP Folgeaktivitäten PY-CA-FP-DM Datenträgeraustausch Preliminary DME Program for Separate Payment Run (Canada) Zahlungsbeleg-Verprobung bei der Lohnund Gehaltszahlung (neu) Verwendung der Payment Medium Workbench (PMW) für die Lohn- und PY-CA-FP-RS Entgeltnachweis Entgeltnachweis nur via Internet zur Verfügung stellen Entgeltnachweis im Internet als PDF zur Verfügung stellen PY-CA-FP-DT Überleitung in andere Anwendungen Steuerung der Buchung von Abrechnungsergebnissen ins Rechnungswesen 729 730 732 733 737 738 739 740 742 744 745 747 747 748 748 749 750 750 750 ______________________________________________________________ SAP AG li SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 24.16.6.3.2 24.16.6.3.3 24.16.6.3.4 24.16.6.3.5 24.16.7 24.16.7.1 24.16.7.2 24.17 24.17.1 24.17.2 24.17.3 24.17.4 24.17.4.1 24.17.4.1.1 24.17.5 24.17.5.1 24.17.5.1.1 24.17.5.1.2 24.17.5.2 24.17.5.2.1 24.17.5.2.2 24.17.5.2.3 24.17.5.2.4 Buchungseigenschaften von Lohnarten (geändert) Belegtrennung bei der Buchung von Abrechnungsergebnissen ins Protokoll der Vorprogramme DTA (erweitert) Kontierungsobjekte für Haushaltsmanagement und Grants Management PY-CA-RP Berichtswesen Revised Assignment of BPS Data to Business Numbers in R/3 Enterprise Revised Assignment of Reduced EI Rates to Business Numbers in R/3 PY-CH Schweiz HR: Änderungen am SAP Referenz-IMG zu Release 4.5A HR Prozess-Workbench: Starten von Prozessen in Abhängigkeit von HR Prozess-Workbench: Anbinden einer Servergruppe an einen PY-CH-NT Netto PY-CH-NT-TX Steuer Erweiterungen bei der Quellensteuerberechnung (geändert) PY-CH-FP Folgeaktivitäten PY-CH-FP-DM Datenträgeraustausch Zahlungsbeleg-Verprobung bei der Lohnund Gehaltszahlung (neu) Verwendung der Payment Medium Workbench (PMW) für die Lohn- und PY-CH-FP-DT Überleitung in andere Anwendungen Steuerung der Buchung von Abrechnungsergebnissen ins Rechnungswesen Buchungseigenschaften von Lohnarten (geändert) Belegtrennung bei der Buchung von Abrechnungsergebnissen ins Protokoll der Vorprogramme DTA (erweitert) 751 752 753 753 756 757 758 762 764 765 765 765 766 766 766 767 768 769 ______________________________________________________________ SAP AG lii SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 24.17.5.2.5 24.17.5.2.6 24.18 24.18.1 24.18.1.1 24.18.1.2 24.18.1.3 24.18.1.4 24.18.1.5 24.18.1.6 24.19 24.19.1 24.19.2 24.19.3 24.19.4 24.19.5 24.19.5.1 24.19.5.1.1 24.19.5.2 24.19.5.2.1 24.19.5.3 24.19.5.3.1 24.19.5.3.2 24.19.5.4 Kontierungsobjekte für Haushaltsmanagement und Grants Management Umsetzung der Umlaute durch Vorprogramme DTA (gelöscht) PY-CN China PY-CN-FP Final Payroll Processing Steuerung der Buchung von Abrechnungsergebnissen ins Rechnungswesen Buchungseigenschaften von Lohnarten (geändert) Belegtrennung bei der Buchung von Abrechnungsergebnissen ins Protokoll der Vorprogramme DTA (erweitert) Kontierungsobjekte für Haushaltsmanagement und Grants Management Umsetzung der Umlaute durch Vorprogramme DTA (gelöscht) PY-DE Deutschland HR: Änderungen am SAP Referenz-IMG zu Release 4.5A Gesetzliche Änderungen zum 01.01.2002 HR Prozess-Workbench: Starten von Prozessen in Abhängigkeit von HR Prozess-Workbench: Anbinden einer Servergruppe an einen PY-DE-NT Netto PY-DE-NT-BS Grundlagen Abrechnung von Mitarbeiterbeteiligungen des Vergütungsmanagements (neu PY-DE-NT-SI Sozialversicherung Zusatzversorgung Bankenversorgung: Auswirkungen des Altersvermögensgesetzes PY-DE-NT-CI Direktversicherung / Altersversorgung Zulässigkeitsprüfung der DV-Lohnarten für Personalgruppierung Gesetzliche Änderungen zum 01.01.2002: Altersvermögensgesetz PY-DE-NT-GR Pfändung / 770 772 772 772 773 774 775 775 778 778 787 788 789 790 790 797 797 797 ______________________________________________________________ SAP AG liii SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 24.19.5.4.1 24.19.6 24.19.6.1 24.19.6.1.1 24.19.6.1.2 24.19.6.2 24.19.6.2.1 24.19.6.2.2 24.19.6.3 24.19.6.3.1 24.19.6.3.2 24.19.6.3.3 24.19.6.3.4 24.19.6.3.5 24.19.6.3.6 24.19.7 24.19.7.1 24.19.7.1.1 24.19.8 24.19.8.1 24.19.8.2 24.19.9 24.19.9.1 Abtretung Ermittlung der Pfändungsgrundlage mit der Bruttomethode PY-DE-FP Folgeaktivitäten PY-DE-FP-DM Datenträgeraustausch Zahlungsbeleg-Verprobung bei der Lohnund Gehaltszahlung (neu) Verwendung der Payment Medium Workbench (PMW) für die Lohn- und PY-DE-FP-RS Entgeltnachweis Entgeltnachweis nur via Internet zur Verfügung stellen Entgeltnachweis im Internet als PDF zur Verfügung stellen PY-DE-FP-DT Überleitung in andere Anwendungen Steuerung der Buchung von Abrechnungsergebnissen ins Rechnungswesen Buchungseigenschaften von Lohnarten (geändert) Belegtrennung bei der Buchung von Abrechnungsergebnissen ins Protokoll der Vorprogramme DTA (erweitert) Kontierungsobjekte für Haushaltsmanagement und Grants Management Umsetzung der Umlaute durch Vorprogramme DTA (gelöscht) PY-DE-RP Berichtswesen PY-DE-RP-ST Bescheinigungswesen Bescheinigungswesen (ohne SAPscript) PY-DE-PS Öffentlicher Dienst Tarifvertrag für Versorgungs- und Nahverkehrsbetriebe Wegfall des Modulpools MPV00100 PY-DE-BA Behördenkommunikation Behördenkommunikation mit dem 800 800 801 801 801 802 803 803 803 804 805 806 806 809 809 810 810 812 ______________________________________________________________ SAP AG liv SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 24.20 24.20.1 24.20.2 24.20.2.1 24.20.2.1.1 24.20.2.1.2 24.20.2.1.3 24.20.2.1.4 24.20.2.1.5 24.20.2.1.6 24.21 24.21.1 24.21.2 24.21.2.1 24.21.2.1.1 24.21.2.1.2 24.21.2.2 24.21.2.2.1 24.21.2.2.2 24.21.2.2.3 24.21.2.2.4 24.21.2.2.5 24.21.2.2.6 B2A-Manager PY-DK Dänemark HR: Änderungen am SAP Referenz-IMG zu Release 4.5A PY-DK-FP Folgeaktivitäten PY-DK-FP-DT Überleitung in andere Anwendungen Steuerung der Buchung von Abrechnungsergebnissen ins Rechnungswesen Buchungseigenschaften von Lohnarten (geändert) Belegtrennung bei der Buchung von Abrechnungsergebnissen ins Protokoll der Vorprogramme DTA (erweitert) Kontierungsobjekte für Haushaltsmanagement und Grants Management Umsetzung der Umlaute durch Vorprogramme DTA (gelöscht) PY-ES Spanien HR: Änderungen am SAP Referenz-IMG zu Release 4.5A PY-ES-FP Folgeaktivitäten PY-ES-FP-DM Datenträgeraustausch Zahlungsbeleg-Verprobung bei der Lohnund Gehaltszahlung (neu) Verwendung der Payment Medium Workbench (PMW) für die Lohn- und PY-ES-FP-DT Überleitung in andere Anwendungen Steuerung der Buchung von Abrechnungsergebnissen ins Rechnungswesen Buchungseigenschaften von Lohnarten (geändert) Belegtrennung bei der Buchung von Abrechnungsergebnissen ins Protokoll der Vorprogramme DTA (erweitert) Kontierungsobjekte für Haushaltsmanagement und Grants Management Umsetzung der Umlaute durch Vorprogramme 813 813 817 817 818 819 820 820 823 823 827 827 828 828 828 829 830 831 831 ______________________________________________________________ SAP AG lv SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 24.22 24.22.1 24.22.2 24.22.2.1 24.22.2.1.1 24.22.2.1.2 24.22.2.2 24.22.2.2.1 24.22.2.2.2 24.22.2.2.3 24.22.2.2.4 24.22.2.2.5 24.22.2.2.6 24.22.3 24.22.3.1 24.23 24.23.1 24.23.2 24.23.3 24.23.3.1 24.23.3.1.1 24.23.3.1.2 DTA (gelöscht) PY-FR Frankreich HR: Änderungen am SAP Referenz-IMG zu Release 4.5A PY-FR-FP Folgeaktivitäten PY-FR-FP-DM Datenträgeraustausch Zahlungsbeleg-Verprobung bei der Lohnund Gehaltszahlung (neu) Verwendung der Payment Medium Workbench (PMW) für die Lohn- und PY-FR-FP-DT Überleitung in andere Anwendungen Steuerung der Buchung von Abrechnungsergebnissen ins Rechnungswesen Buchungseigenschaften von Lohnarten (geändert) Belegtrennung bei der Buchung von Abrechnungsergebnissen ins Protokoll der Vorprogramme DTA (erweitert) Kontierungsobjekte für Haushaltsmanagement und Grants Management Umsetzung der Umlaute durch Vorprogramme DTA (gelöscht) PY-FR-IE Schnittstelle zu externen Abrechnungssystemen Enhancements on ADP/SAP Payroll Interface : Version 2.1 PY-GB Großbritannien HR: Änderungen am SAP Referenz-IMG zu Release 4.5A HR Prozess-Workbench: Anbinden einer Servergruppe an einen PY-GB-FP Folgeaktivitäten PY-GB-FP-DM Datenträgeraustausch Zahlungsbeleg-Verprobung bei der Lohnund Gehaltszahlung (neu) Verwendung der Payment Medium Workbench (PMW) für die Lohn- und 833 834 838 838 838 839 839 840 841 842 842 844 845 845 850 854 855 855 856 ______________________________________________________________ SAP AG lvi SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 24.23.3.2 24.23.3.2.1 24.23.3.2.2 24.23.3.3 24.23.3.3.1 24.23.3.3.2 24.23.3.3.3 24.23.3.3.4 24.23.3.3.5 24.23.3.3.6 24.23.4 24.23.4.1 24.23.4.1.1 24.24 24.24.1 24.24.2 24.24.3 24.24.3.1 24.24.3.1.1 24.24.3.1.2 24.24.3.2 24.24.3.2.1 24.24.3.2.2 24.24.3.2.3 PY-GB-FP-RS Entgeltnachweis Entgeltnachweis nur via Internet zur Verfügung stellen Entgeltnachweis im Internet als PDF zur Verfügung stellen PY-GB-FP-DT Überleitung in andere Anwendungen Steuerung der Buchung von Abrechnungsergebnissen ins Rechnungswesen Buchungseigenschaften von Lohnarten (geändert) Belegtrennung bei der Buchung von Abrechnungsergebnissen ins Protokoll der Vorprogramme DTA (erweitert) Kontierungsobjekte für Haushaltsmanagement und Grants Management Umsetzung der Umlaute durch Vorprogramme DTA (gelöscht) PY-GB-RP Berichtswesen PY-GB-RP-SR Gesetzliches Berichtswesen New End-of-Year Processing PY-HK Hongkong HR: Änderungen am SAP Referenz-IMG zu Release 4.5A HR Prozess-Workbench: Anbinden einer Servergruppe an einen PY-HK-FP Folgeaktivitäten PY-HK-FP-DM Datenträgeraustausch Zahlungsbeleg-Verprobung bei der Lohnund Gehaltszahlung (neu) Verwendung der Payment Medium Workbench (PMW) für die Lohn- und PY-HK-FP-DT Überleitung in andere Anwendungen Steuerung der Buchung von Abrechnungsergebnissen ins Rechnungswesen Buchungseigenschaften von Lohnarten (geändert) Belegtrennung bei der Buchung von 856 858 858 858 859 860 860 861 863 864 864 869 869 869 870 870 870 871 ______________________________________________________________ SAP AG lvii SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 24.24.3.2.4 24.24.3.2.5 24.24.3.2.6 24.25 24.25.1 24.25.2 24.25.3 24.25.4 24.25.4.1 24.25.4.1.1 24.25.4.1.2 24.25.4.1.3 24.25.4.1.4 24.25.4.1.5 24.26 24.26.1 24.26.2 24.26.3 24.26.3.1 24.26.3.1.1 24.26.3.2 24.26.3.2.1 24.26.3.2.2 Abrechnungsergebnissen ins Protokoll der Vorprogramme DTA (erweitert) Kontierungsobjekte für Haushaltsmanagement und Grants Management Umsetzung der Umlaute durch Vorprogramme DTA (gelöscht) PY-ID Indonesien HR: Änderungen am SAP Referenz-IMG zu Release 4.5A HR Prozess-Workbench: Starten von Prozessen in Abhängigkeit von HR Prozess-Workbench: Anbinden einer Servergruppe an einen PY-ID-FP Folgeaktivitäten PY-ID-FP-DT Überleitung in andere Anwendungen Steuerung der Buchung von Abrechnungsergebnissen ins Rechnungswesen Buchungseigenschaften von Lohnarten (geändert) Belegtrennung bei der Buchung von Abrechnungsergebnissen ins Protokoll der Vorprogramme DTA (erweitert) Kontierungsobjekte für Haushaltsmanagement und Grants Management PY-IE Irland HR: Änderungen am SAP Referenz-IMG zu Release 4.5A HR Prozess-Workbench: Anbinden einer Servergruppe an einen PY-IE-FP Folgeaktivitäten PY-IE-FP-DM Datenträgeraustausch Verwendung der Payment Medium Workbench (PMW) für die Lohn- und PY-IE-FP-RS Entgeltnachweis Entgeltnachweis nur via Internet zur Verfügung stellen Entgeltnachweis im Internet als PDF zur 872 873 874 876 876 880 882 883 883 884 885 885 886 888 892 893 893 894 ______________________________________________________________ SAP AG lviii SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 24.26.3.3 24.26.3.3.1 24.26.3.3.2 24.26.3.3.3 24.26.3.3.4 24.26.3.3.5 24.26.3.3.6 24.27 24.27.1 24.27.2 24.27.3 24.27.4 24.27.4.1 24.27.4.1.1 24.27.4.1.2 24.27.4.1.3 24.27.4.1.4 24.27.4.1.5 24.27.4.1.6 24.28 24.28.1 24.28.2 Verfügung stellen PY-IE-FP-DT Überleitung in andere Anwendungen Steuerung der Buchung von Abrechnungsergebnissen ins Rechnungswesen Buchungseigenschaften von Lohnarten (geändert) Belegtrennung bei der Buchung von Abrechnungsergebnissen ins Protokoll der Vorprogramme DTA (erweitert) Kontierungsobjekte für Haushaltsmanagement und Grants Management Umsetzung der Umlaute durch Vorprogramme DTA (gelöscht) PY-IN Indien Summary of Rel. Notes originally from WSD (Add HR SP 2 - 17) HR Prozess-Workbench: Starten von Prozessen in Abhängigkeit von HR Prozess-Workbench: Anbinden einer Servergruppe an einen PY-IN-FP Folgeaktivitäten PY-IN-FP-DT Datenübertragung an andere Applikationen Steuerung der Buchung von Abrechnungsergebnissen ins Rechnungswesen Buchungseigenschaften von Lohnarten (geändert) Belegtrennung bei der Buchung von Abrechnungsergebnissen ins Protokoll der Vorprogramme DTA (erweitert) Kontierungsobjekte für Haushaltsmanagement und Grants Management Umsetzung der Umlaute durch Vorprogramme DTA (gelöscht) PY-IT Italien HR: Änderungen am SAP Referenz-IMG zu Release 4.5A PY-IT-FP Abrechnungsabschlußbearbeitung 895 895 895 896 897 898 899 901 901 926 927 928 928 929 930 931 931 934 934 938 ______________________________________________________________ SAP AG lix SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 24.28.2.1 24.28.2.1.1 24.28.2.1.2 24.28.2.2 24.28.2.2.1 24.28.2.2.2 24.28.2.2.3 24.28.2.2.4 24.28.2.2.5 24.28.2.2.6 24.29 24.29.1 24.29.2 24.29.3 24.29.4 24.29.4.1 24.29.4.1.1 24.29.5 24.29.5.1 24.29.5.1.1 24.29.5.1.1.1 24.29.6 24.29.6.1 PY-IT-FP-DM Datenträgeraustausch Zahlungsbeleg-Verprobung bei der Lohnund Gehaltszahlung (neu) Verwendung der Payment Medium Workbench (PMW) für die Lohn- und PY-IT-FP-DT Überleitung in andere Anwendungen Steuerung der Buchung von Abrechnungsergebnissen ins Rechnungswesen Buchungseigenschaften von Lohnarten (geändert) Belegtrennung bei der Buchung von Abrechnungsergebnissen ins Protokoll der Vorprogramme DTA (erweitert) Kontierungsobjekte für Haushaltsmanagement und Grants Management Umsetzung der Umlaute durch Vorprogramme DTA (gelöscht) PY-JP Japan HR: Änderungen am SAP Referenz-IMG zu Release 4.5A Misc. Enhancements in the Enterprise Release for Payroll Japan HR Prozess-Workbench: Anbinden einer Servergruppe an einen PY-JP-GR Brutto PY-JP-GR-LR Austritt/Pensionierung Retirement Allowance Enhancements in the Enterprise Release for Payrol PY-JP-NT Netto PY-JP-NT-MP Monatsabrechnung PY-JP-NT-MP-NI Sozialversicherung Social Insurance Enhancements in the Enterprise Release for Payroll PY-JP-FP Folgeaktivitäten Entgeltnachweis im Internet als PDF zur Verfügung stellen 938 938 939 939 939 940 941 942 942 944 945 949 950 951 951 952 952 953 ______________________________________________________________ SAP AG lx SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 24.29.6.2 24.29.6.2.1 24.29.6.3 24.29.6.3.1 24.29.6.3.2 24.29.6.3.3 24.29.6.3.4 24.29.6.3.5 24.29.6.3.6 24.29.6.3.7 24.29.7 24.29.7.1 24.29.7.1.1 24.29.7.1.1.1 24.30 24.30.1 24.30.1.1 24.30.1.2 24.30.1.3 24.30.1.4 24.30.1.5 24.30.1.6 24.30.1.7 PY-JP-FP-RS Entgeltnachweis Entgeltnachweis nur via Internet zur Verfügung stellen PY-JP-FP-DT Überleitung in andere Anwendungen Steuerung der Buchung von Abrechnungsergebnissen ins Rechnungswesen Buchungseigenschaften von Lohnarten (geändert) Belegtrennung bei der Buchung von Abrechnungsergebnissen ins Zahlungsbeleg-Verprobung bei der Lohnund Gehaltszahlung (neu) Protokoll der Vorprogramme DTA (erweitert) Kontierungsobjekte für Haushaltsmanagement und Grants Management Umsetzung der Umlaute durch Vorprogramme DTA (gelöscht) PY-JP-RP Berichtswesen PY-JP-RP-ST Bescheinigungswesen PY-JP-RP-ST-SI Sozialversicherungsbescheinigung Social Insurance Enhancements in the Enterprise Release for Payroll PY-KR South Korea PY-KR-FP Final Payroll Processing Steuerung der Buchung von Abrechnungsergebnissen ins Rechnungswesen Buchungseigenschaften von Lohnarten (geändert) Belegtrennung bei der Buchung von Abrechnungsergebnissen ins Zahlungsbeleg-Verprobung bei der Lohnund Gehaltszahlung (neu) Protokoll der Vorprogramme DTA (erweitert) Kontierungsobjekte für Haushaltsmanagement und Grants Management Umsetzung der Umlaute durch Vorprogramme 954 955 955 956 957 957 958 958 961 961 961 961 962 962 963 964 965 965 966 ______________________________________________________________ SAP AG lxi SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 24.31 24.31.1 24.31.2 24.31.3 24.31.4 24.31.4.1 24.31.4.1.1 24.31.4.1.2 24.31.4.2 24.31.4.2.1 24.31.4.2.2 24.31.4.2.3 24.31.4.2.4 24.31.4.2.5 24.31.4.2.6 24.31.4.2.7 24.32 24.32.1 24.32.2 24.32.3 24.32.4 24.32.4.1 24.32.4.1.1 DTA (gelöscht) PY-MX Mexiko HR: Änderungen am SAP Referenz-IMG zu Release 4.5A HR Prozess-Workbench: Starten von Prozessen in Abhängigkeit von HR Prozess-Workbench: Anbinden einer Servergruppe an einen PY-MX-FP Folgeaktivitäten PY-MX-FP-DM Datenträgeraustausch Zahlungsbeleg-Verprobung bei der Lohnund Gehaltszahlung (neu) Verwendung der Payment Medium Workbench (PMW) für die Lohn- und PY-MX-FP-DT Überleitung in andere Anwendungen Steuerung der Buchung von Abrechnungsergebnissen ins Rechnungswesen Buchungseigenschaften von Lohnarten (geändert) Belegtrennung bei der Buchung von Abrechnungsergebnissen ins Zahlungsbeleg-Verprobung bei der Lohnund Gehaltszahlung (neu) Protokoll der Vorprogramme DTA (erweitert) Kontierungsobjekte für Haushaltsmanagement und Grants Management Umsetzung der Umlaute durch Vorprogramme DTA (gelöscht) PY-MY Malaysia HR: Änderungen am SAP Referenz-IMG zu Release 4.5A HR Prozess-Workbench: Starten von Prozessen in Abhängigkeit von HR Prozess-Workbench: Anbinden einer Servergruppe an einen PY-MY-NT Netto PY-MY-NT-TX Steuer Normal Payments through Offcycle Run 968 969 973 974 975 975 976 976 976 977 978 979 979 980 982 982 986 988 ______________________________________________________________ SAP AG lxii SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 24.32.5 24.32.5.1 24.32.5.1.1 24.32.5.1.2 24.32.5.1.3 24.32.5.1.4 24.32.5.1.5 24.32.5.1.6 24.33 24.33.1 24.33.2 24.33.3 24.33.4 24.33.4.1 24.33.4.1.1 24.33.4.1.2 24.33.4.2 24.33.4.2.1 24.33.4.2.2 24.33.4.2.3 24.33.4.2.4 24.33.4.2.5 24.33.4.2.6 PY-MY-FP Folgeaktivitäten PY-MY-FP-DT Überleitung in andere Anwendungen Steuerung der Buchung von Abrechnungsergebnissen ins Rechnungswesen Buchungseigenschaften von Lohnarten (geändert) Belegtrennung bei der Buchung von Abrechnungsergebnissen ins Zahlungsbeleg-Verprobung bei der Lohnund Gehaltszahlung (neu) Protokoll der Vorprogramme DTA (erweitert) Kontierungsobjekte für Haushaltsmanagement und Grants Management PY-NL Niederlande HR: Änderungen am SAP Referenz-IMG zu Release 4.5A HR Prozess-Workbench: Starten von Prozessen in Abhängigkeit von HR Prozess-Workbench: Anbinden einer Servergruppe an einen PY-NL-FP Folgeaktivitäten PY-NL-FP-DM Datenträgeraustausch Zahlungsbeleg-Verprobung bei der Lohnund Gehaltszahlung (neu) Verwendung der Payment Medium Workbench (PMW) für die Lohn- und PY-NL-FP-DT Überleitung in andere Anwendungen Steuerung der Buchung von Abrechnungsergebnissen ins Rechnungswesen Buchungseigenschaften von Lohnarten (geändert) Belegtrennung bei der Buchung von Abrechnungsergebnissen ins Zahlungsbeleg-Verprobung bei der Lohnund Gehaltszahlung (neu) Protokoll der Vorprogramme DTA (erweitert) Kontierungsobjekte für 989 989 990 991 992 992 993 995 999 1001 1002 1002 1002 1003 1003 1003 1005 1005 1005 ______________________________________________________________ SAP AG lxiii SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 24.33.4.2.7 24.34 24.34.1 24.34.2 24.34.3 24.34.4 24.34.4.1 24.34.4.1.1 24.34.4.1.2 24.34.4.1.3 24.34.4.1.4 24.34.4.1.5 24.34.4.1.6 24.34.4.1.7 24.35 24.35.1 24.35.2 24.35.3 24.35.4 24.35.4.1 24.35.4.1.1 24.35.4.1.2 Haushaltsmanagement und Grants Management Umsetzung der Umlaute durch Vorprogramme DTA (gelöscht) PY-NO Norwegen HR: Änderungen am SAP Referenz-IMG zu Release 4.5A HR Prozess-Workbench: Starten von Prozessen in Abhängigkeit von HR Prozess-Workbench: Anbinden einer Servergruppe an einen PY-NO-FP Folgeaktivitäten PY-NO-FP-DT Überleitung in andere Anwendungen Steuerung der Buchung von Abrechnungsergebnissen ins Rechnungswesen Buchungseigenschaften von Lohnarten (geändert) Belegtrennung bei der Buchung von Abrechnungsergebnissen ins Zahlungsbeleg-Verprobung bei der Lohnund Gehaltszahlung (neu) Protokoll der Vorprogramme DTA (erweitert) Kontierungsobjekte für Haushaltsmanagement und Grants Management Umsetzung der Umlaute durch Vorprogramme DTA (gelöscht) PY-NZ Neuseeland HR: Änderungen am SAP Referenz-IMG zu Release 4.5A HR Prozess-Workbench: Starten von Prozessen in Abhängigkeit von HR Prozess-Workbench: Anbinden einer Servergruppe an einen PY-NZ-FP Folgeaktivitäten PY-NZ-FP-DM Datenträgeraustausch Zahlungsbeleg-Verprobung bei der Lohnund Gehaltszahlung (neu) Verwendung der Payment Medium Workbench (PMW) für die Lohn- und 1006 1008 1009 1013 1015 1015 1015 1016 1017 1018 1018 1019 1021 1021 1026 1027 1028 1028 1029 ______________________________________________________________ SAP AG lxiv SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 24.35.4.2 24.35.4.2.1 24.35.4.2.2 24.35.4.2.3 24.35.4.2.4 24.35.4.2.5 24.35.4.2.6 24.35.4.2.7 24.36 24.36.1 24.36.2 24.36.3 24.36.4 24.36.4.1 24.36.4.1.1 24.36.4.1.2 24.36.4.1.3 24.36.4.1.4 24.36.4.1.5 24.36.4.1.6 24.36.4.1.7 24.37 24.37.1 PY-NZ-FP-DT Überleitung in andere Anwendungen Steuerung der Buchung von Abrechnungsergebnissen ins Rechnungswesen Buchungseigenschaften von Lohnarten (geändert) Belegtrennung bei der Buchung von Abrechnungsergebnissen ins Zahlungsbeleg-Verprobung bei der Lohnund Gehaltszahlung (neu) Protokoll der Vorprogramme DTA (erweitert) Kontierungsobjekte für Haushaltsmanagement und Grants Management Umsetzung der Umlaute durch Vorprogramme DTA (gelöscht) PY-PH Philippinen HR: Änderungen am SAP Referenz-IMG zu Release 4.5A HR Prozess-Workbench: Starten von Prozessen in Abhängigkeit von HR Prozess-Workbench: Anbinden einer Servergruppe an einen PY-PH-FP Folgeaktivitäten PY-PH-FP-DE Überleitung in andere Anwendungen Steuerung der Buchung von Abrechnungsergebnissen ins Rechnungswesen Buchungseigenschaften von Lohnarten (geändert) Belegtrennung bei der Buchung von Abrechnungsergebnissen ins Zahlungsbeleg-Verprobung bei der Lohnund Gehaltszahlung (neu) Protokoll der Vorprogramme DTA (erweitert) Kontierungsobjekte für Haushaltsmanagement und Grants Management Umsetzung der Umlaute durch Vorprogramme DTA (gelöscht) PY-PT Portugal HR: Änderungen am SAP Referenz-IMG zu 1029 1029 1030 1031 1032 1032 1033 1035 1035 1039 1041 1042 1042 1042 1044 1044 1045 1045 1047 ______________________________________________________________ SAP AG lxv SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 24.37.2 24.37.2.1 24.37.2.1.1 24.37.2.1.2 24.37.2.2 24.37.2.2.1 24.37.2.2.2 24.37.2.2.3 24.37.2.2.4 24.37.2.2.5 24.37.2.2.6 24.37.2.2.7 24.38 24.38.1 24.38.2 24.38.2.1 24.38.2.1.1 24.38.2.1.2 24.38.2.2 24.38.2.2.1 24.38.2.2.2 24.38.2.2.3 Release 4.5A PY-PT-FP Folgeaktivitäten PY-PT-FP-DM Datenträgeraustausch Zahlungsbeleg-Verprobung bei der Lohnund Gehaltszahlung (neu) Verwendung der Payment Medium Workbench (PMW) für die Lohn- und PY-PT-FP-DE Überleitung in andere Anwendungen Steuerung der Buchung von Abrechnungsergebnissen ins Rechnungswesen Buchungseigenschaften von Lohnarten (geändert) Belegtrennung bei der Buchung von Abrechnungsergebnissen ins Zahlungsbeleg-Verprobung bei der Lohnund Gehaltszahlung (neu) Protokoll der Vorprogramme DTA (erweitert) Kontierungsobjekte für Haushaltsmanagement und Grants Management Umsetzung der Umlaute durch Vorprogramme DTA (gelöscht) PY-SE Schweden HR: Änderungen am SAP Referenz-IMG zu Release 4.5A PY-SE-FP Folgeaktivitäten PY-SE-FP-DM Datenträgeraustausch Zahlungsbeleg-Verprobung bei der Lohnund Gehaltszahlung (neu) Verwendung der Payment Medium Workbench (PMW) für die Lohn- und PY-SE-FP-DT Überleitung in andere Anwendungen Steuerung der Buchung von Abrechnungsergebnissen ins Rechnungswesen Buchungseigenschaften von Lohnarten (geändert) Belegtrennung bei der Buchung von 1048 1052 1052 1053 1053 1053 1054 1055 1056 1056 1057 1059 1059 1063 1063 1064 1064 1064 1065 ______________________________________________________________ SAP AG lxvi SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 24.38.2.2.4 24.38.2.2.5 24.38.2.2.6 24.38.2.2.7 24.39 24.39.1 24.39.2 24.39.3 24.39.4 24.39.4.1 24.39.4.1.1 24.39.4.1.1.1 24.39.5 24.39.5.1 24.39.5.1.1 24.39.5.1.2 24.39.5.1.3 24.39.5.1.4 24.39.5.1.5 24.39.5.1.6 24.39.5.1.7 24.40 24.40.1 24.40.2 Abrechnungsergebnissen ins Zahlungsbeleg-Verprobung bei der Lohnund Gehaltszahlung (neu) Protokoll der Vorprogramme DTA (erweitert) Kontierungsobjekte für Haushaltsmanagement und Grants Management Umsetzung der Umlaute durch Vorprogramme DTA (gelöscht) PY-SG Singapur HR: Änderungen am SAP Referenz-IMG zu Release 4.5A HR Prozess-Workbench: Starten von Prozessen in Abhängigkeit von HR Prozess-Workbench: Anbinden einer Servergruppe an einen PY-SG-GR Brutto PY-SG-GR-WV Lohnartenbewertung PY-SG-GR-WV-AB Abwesenheiten Third Child Maternity Leave PY-SG-FP Folgeaktivitäten PY-SG-FP-DT Überleitung in andere Anwendungen Steuerung der Buchung von Abrechnungsergebnissen ins Rechnungswesen Buchungseigenschaften von Lohnarten (geändert) Belegtrennung bei der Buchung von Abrechnungsergebnissen ins Zahlungsbeleg-Verprobung bei der Lohnund Gehaltszahlung (neu) Protokoll der Vorprogramme DTA (erweitert) Kontierungsobjekte für Haushaltsmanagement und Grants Management Umsetzung der Umlaute durch Vorprogramme DTA (gelöscht) PY-TW Taiwan HR: Änderungen am SAP Referenz-IMG zu Release 4.5A HR Prozess-Workbench: Anbinden einer 1066 1067 1067 1068 1070 1070 1075 1076 1077 1079 1079 1079 1081 1081 1081 1082 1084 1085 ______________________________________________________________ SAP AG lxvii SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 24.40.3 24.40.3.1 24.40.3.1.1 24.40.3.1.2 24.40.3.1.3 24.40.3.1.4 24.40.3.1.5 24.40.3.1.6 24.40.3.1.7 24.41 24.41.1 24.41.2 24.41.3 24.41.4 24.41.4.1 24.41.4.1.1 24.41.4.1.2 24.41.4.1.3 24.41.4.1.4 24.41.4.1.5 24.41.4.1.6 24.42 Servergruppe an einen PY-TW-FP Folgeaktivitäten PY-TW-FP-DT Überleitung in andere Anwendungen Steuerung der Buchung von Abrechnungsergebnissen ins Rechnungswesen Buchungseigenschaften von Lohnarten (geändert) Belegtrennung bei der Buchung von Abrechnungsergebnissen ins Zahlungsbeleg-Verprobung bei der Lohnund Gehaltszahlung (neu) Protokoll der Vorprogramme DTA (erweitert) Kontierungsobjekte für Haushaltsmanagement und Grants Management Umsetzung der Umlaute durch Vorprogramme DTA (gelöscht) PY-TH Thailand HR: Änderungen am SAP Referenz-IMG zu Release 4.5A HR Prozess-Workbench: Starten von Prozessen in Abhängigkeit von HR Prozess-Workbench: Anbinden einer Servergruppe an einen PY-TH-FP Folgeaktivitäten PY-TH-FP-DT Überleitung in andere Anwendungen Steuerung der Buchung von Abrechnungsergebnissen ins Rechnungswesen Buchungseigenschaften von Lohnarten (geändert) Belegtrennung bei der Buchung von Abrechnungsergebnissen ins Zahlungsbeleg-Verprobung bei der Lohnund Gehaltszahlung (neu) Protokoll der Vorprogramme DTA (erweitert) Kontierungsobjekte für Haushaltsmanagement und Grants Management PY-US USA 1089 1090 1090 1090 1092 1092 1092 1093 1095 1096 1100 1102 1102 1102 1103 1104 1105 1105 1106 ______________________________________________________________ SAP AG lxviii SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 24.42.1 24.42.2 24.42.3 24.42.4 24.42.4.1 24.42.4.1.1 24.42.5 24.42.5.1 24.42.5.1.1 24.42.6 24.42.6.1 24.42.7 24.42.7.1 24.42.7.1.1 24.42.7.1.2 24.42.7.2 24.42.7.2.1 24.42.7.2.2 24.42.7.3 24.42.7.3.1 24.42.7.3.2 24.42.7.3.3 24.42.7.3.4 24.42.7.3.5 HR: Änderungen am SAP Referenz-IMG zu Release 4.5A HR Prozess-Workbench: Starten von Prozessen in Abhängigkeit von HR Prozess-Workbench: Anbinden einer Servergruppe an einen PY-US-GR Brutto PY-US-GR-PT Integration Zeitwirtschaft US: Management von Family and Medical Leave (neu) PY-US-NT Netto PY-US-NT-TX Steuer Withholding Federal or State Income Taxes at a Flat Rate PY-US-DD Abzüge/Festlegung Überweisungsbetrag New Processing Class for Deductions with Balance/Totals Functionality PY-US-FP Folgeaktivitäten PY-US-FP-DM Datenträgeraustausch Zahlungsbeleg-Verprobung bei der Lohnund Gehaltszahlung (neu) Verwendung der Payment Medium Workbench (PMW) für die Lohn- und PY-US-FP-RS Entgeltnachweis Entgeltnachweis nur via Internet zur Verfügung stellen Entgeltnachweis im Internet als PDF zur Verfügung stellen PY-US-FP-DT Überleitung in andere Anwendungen Steuerung der Buchung von Abrechnungsergebnissen ins Rechnungswesen Buchungseigenschaften von Lohnarten (geändert) Belegtrennung bei der Buchung von Abrechnungsergebnissen ins Zahlungsbeleg-Verprobung bei der Lohnund Gehaltszahlung (neu) Protokoll der Vorprogramme DTA 1108 1112 1114 1115 1115 1116 1117 1117 1118 1118 1118 1119 1120 1121 1121 1121 1122 1123 ______________________________________________________________ SAP AG lxix SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 24.42.7.3.6 24.42.8 24.42.8.1 24.42.8.1.1 24.42.8.1.2 24.42.9 24.42.9.1 24.43 24.43.1 24.43.2 24.43.3 24.43.4 24.43.4.1 24.43.4.1.1 24.43.4.1.2 24.43.4.1.3 24.43.4.1.4 24.43.4.1.5 24.43.4.1.6 24.43.4.1.7 24.44 24.44.1 24.44.2 24.44.2.1 (erweitert) Kontierungsobjekte für Haushaltsmanagement und Grants Management PY-US-RP Berichtswesen PY-US-RP-TR Steuerformular U.S. Tax Reporter Program Deletions Deletion of Previous Tax Reporter Transactions PY-US-IE Schnittstelle zu externen Abrechnungssystemen End of Support for ADP DOS Interface for U.S. Payroll Outsourcing PY-VE Venezuela HR: Änderungen am SAP Referenz-IMG zu Release 4.5A HR Prozess-Workbench: Starten von Prozessen in Abhängigkeit von HR Prozess-Workbench: Anbinden einer Servergruppe an einen PY-VE-FP Folgeaktivitäten PY-VE-FP-DE Überleitung in andere Anwendungen Steuerung der Buchung von Abrechnungsergebnissen ins Rechnungswesen Buchungseigenschaften von Lohnarten (geändert) Belegtrennung bei der Buchung von Abrechnungsergebnissen ins Zahlungsbeleg-Verprobung bei der Lohnund Gehaltszahlung (neu) Protokoll der Vorprogramme DTA (erweitert) Kontierungsobjekte für Haushaltsmanagement und Grants Management Umsetzung der Umlaute durch Vorprogramme DTA (gelöscht) PY-ZA Südafrika HR: Änderungen am SAP Referenz-IMG zu Release 4.5A PY-ZA-NT Netto PY-ZA-NT-TX Lohnsteuer 1123 1124 1127 1127 1128 1129 1133 1135 1135 1135 1136 1137 1138 1138 1139 1141 1141 ______________________________________________________________ SAP AG lxx SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 24.44.2.1.1 24.44.3 24.44.3.1 24.44.3.2 24.44.3.2.1 24.44.3.2.2 24.44.3.3 24.44.3.3.1 24.44.3.3.2 24.44.3.3.3 24.44.3.3.4 24.44.3.3.5 24.44.3.3.6 24.44.3.3.7 24.44.3.3.8 24.44.4 24.44.4.1 24.44.4.1.1 24.45 24.45.1 24.45.1.1 24.45.1.2 24.45.1.3 24.45.2 24.45.2.1 Calculation of Deemed Remuneration in the Current Tax Year PY-ZA-FP Folgeaktivitäten Zahlungsbeleg-Verprobung bei der Lohnund Gehaltszahlung (neu) PY-ZA-FP-RS Entgeltnachweis Entgeltnachweis nur via Internet zur Verfügung stellen Entgeltnachweis im Internet als PDF zur Verfügung stellen PY-ZA-FP-DT Überleitung in andere Anwendungen Steuerung der Buchung von Abrechnungsergebnissen ins Rechnungswesen Buchungseigenschaften von Lohnarten (geändert) Belegtrennung bei der Buchung von Abrechnungsergebnissen ins Zahlungsbeleg-Verprobung bei der Lohnund Gehaltszahlung (neu) Protokoll der Vorprogramme DTA (erweitert) Verwendung der Payment Medium Workbench (PMW) für die Lohn- und Kontierungsobjekte für Haushaltsmanagement und Grants Management Umsetzung der Umlaute durch Vorprogramme DTA (gelöscht) PY-ZA-RP Berichtswesen PY-ZA-RP-I5 IRP5 Steuerbescheinigung SARS - Foreign Income Declaration PY-XX Abrechnung: Allgemeine Teile PY-XX-TL Werkzeuge Wage Type Configuration Tool HR Prozess-Workbench: Starten von Prozessen in Abhängigkeit von HR Prozess-Workbench: Anbinden einer Servergruppe an einen PY-XX-BS Grundlagen Abwesenheitsbewertung: Verfeinerung von 1146 1147 1147 1148 1149 1149 1149 1150 1151 1151 1152 1153 1155 1155 1156 1157 1159 ______________________________________________________________ SAP AG lxxi SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 24.45.2.2 24.45.3 24.45.3.1 24.45.3.2 24.45.3.3 24.45.4 24.45.4.1 24.45.4.2 24.45.4.3 24.45.4.4 24.45.4.5 24.45.4.6 24.45.4.7 25 25.1 25.2 25.3 25.4 25.5 25.6 25.7 untertägigen Abwesenheiten Abrechnung von Mitarbeiterbeteiligungen des Vergütungsmanagements (neu PY-XX-FO Formularwesen Formularerstellung mit dem HR-Formular-Workplace (neu) Entgeltnachweis nur via Internet zur Verfügung stellen Entgeltnachweis im Internet als PDF zur Verfügung stellen PY-XX-DT Überleitung Steuerung der Buchung von Abrechnungsergebnissen ins Rechnungswesen Buchungseigenschaften von Lohnarten (geändert) Belegtrennung bei der Buchung von Abrechnungsergebnissen ins Zahlungsbeleg-Verprobung bei der Lohnund Gehaltszahlung (neu) Protokoll der Vorprogramme DTA (erweitert) Kontierungsobjekte für Haushaltsmanagement und Grants Management Umsetzung der Umlaute durch Vorprogramme DTA (gelöscht) PE Veranstaltungsmanagement Strukturänderungen am SAP-Referenz-IMG HR: Strukturänderungen am SAP Referenz-IMG zu SAP R/3 Enterprise Core HR: Strukturänderungen im SAP Referenz-IMG zu SAP R/3 Enterprise HR HR: Änderungen am SAP Referenz-IMG zu Release 4.0A HR: Änderungen am SAP Referenz-IMG zu Release 4.0B HR: Änderungen am SAP Referenz-IMG zu Release 4.5A PE-IN Integration 1160 1161 1162 1163 1164 1164 1165 1166 1167 1167 1168 1170 1171 1171 1176 1177 1183 1184 ______________________________________________________________ SAP AG lxxii SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 25.7.1 25.7.1.1 25.7.1.2 25.8 25.8.1 26 26.1 26.1.1 26.1.1.1 26.1.1.2 26.1.2 26.1.2.1 26.1.2.2 26.1.2.3 26.1.2.4 26.1.2.5 26.1.2.6 26.1.2.7 26.1.2.8 26.1.2.9 26.1.2.10 26.1.2.11 26.1.2.12 26.1.2.13 26.1.2.14 PE-IN-CB Ab- und Verrechnung Neuerungen bei der Ab- und Verrechnung im Veranstaltungsmanagement Eigenes Feld und Umsetzung für Teilnehmeranzahl in Tabelle T77REFDOC PE-DA Tagesgeschäft Neues Business Add-In für zusätzliche Prüfungen bei Teilnahmebuchungen BC Basis BC-BMT Business Management BC-BMT-OM Organisationsmanagement Stammdaten des Personalmanagements generisch filtern (neu) Stammdaten des Personalmanagements serialiseren (neu) BC-BMT-WFM SAP Business Workflow WebFlow-Funktion (erweitert) Schnittstelle zum Im- und Export von Workflow-Definitionen (neu) Asynchrone Bearbeiterermittlung (neu) Unterstützung von WSDL Web-Services (neu) Frei definierbare Eigenschaften für Workitems (neu) Grafisches Workflow-Protokoll (erweitert) Datenflusseditor (erweitert) Datenfluss im Workflow-System (geändert) Bedingungen für Workitem-Ausführung (erweitert) Arbeitsvorräte (geändert) Programmier-Exits für Workitems (neu) Bearbeiterermittlung (erweitert) Workflow Builder (erweitert) Hintergrundjobs des Workflow-Systems (geändert) 1188 1188 1189 1189 1191 1191 1191 1191 1192 1192 1193 1193 1194 1195 1197 ______________________________________________________________ SAP AG lxxiii SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 26.1.2.15 26.1.2.16 26.1.2.17 26.1.2.18 26.2 26.2.1 26.2.1.1 26.3 26.3.1 26.3.2 26.3.3 26.3.4 26.4 26.4.1 26.5 26.5.1 26.5.2 26.5.2.1 26.5.3 26.5.3.1 26.5.3.1.1 26.6 26.6.1 26.6.1.1 26.6.1.2 26.6.1.3 26.6.2 26.6.2.1 26.6.2.2 Workflows löschen (geändert) WAPI-Schnittstelle (erweitert) Workflow ad hoc definieren (gelöscht) SAPforms Plug-In (geändert) BC-CST Client-Server-Technologie BC-CST-IC Internet Communication Manager SAP Web Dispatcher (neu) BC-MAS mySAP.com Application Server BSP-Extensions (neu) Integration des SAP J2EE Application Servers in den SAP Web AS Erweiterung der Sicherheitsaspekte bei BSP-Applikationen (geändert) Model-View-Controller (neu) BC-MID Middleware Legacy System Migration Workbench BC-SEC Sicherheit Vereinfachte Sicherheitsadministration mit dem Trust-Manager BC-SEC-DIR Directory Verzeichnisintegration und Benutzerdaten-Synchronisation (neu) BC-SEC-USR Benutzer- und Berechtigungsverwaltung BC-SEC-USR-ADM Benutzer- und Berechtigungsverwaltung Global User Manager (gelöscht) BC-SRV Basis-Services/Kommunikationsschnittstelle BC-SRV-ADR Adressverwaltung Adressunabhängige Kommunikationsdaten Attribute "Geschlecht" und "Kennzeichen Gruppe" für Anreden Internat. Adressversionen für Personenund Ansprechpartneradressen BC-SRV-ARL SAP ArchiveLink Document Finder (erweitert) BC-SRV-ARL-VIE SAP ArchiveLink 1198 1198 1199 1199 1200 1202 1203 1204 1204 1205 1205 1205 ______________________________________________________________ SAP AG lxxiv SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 26.6.2.2.1 26.6.3 26.6.3.1 26.6.4 26.6.4.1 26.6.4.2 26.6.5 26.6.5.1 26.6.6 26.6.6.1 26.6.6.1.1 26.6.6.2 26.6.6.2.1 26.6.7 26.6.7.1 26.6.7.1.1 26.6.8 26.6.8.1 26.6.9 26.6.9.1 26.6.10 26.6.10.1 26.6.10.2 26.7 26.7.1 26.7.1.1 Viewer Document Viewer (erweitert) BC-SRV-BSF Business Service Functions Währungskurspflege (erweitert) BC-SRV-COM Email-, Fax- und Telephony-Schnittstellen HTTP-Knoten für SMS/Pager-Nachrichten in SAPconnect (neu) SMTP für Fax und SMS/Pager-Nachrichten in SAPconnect (neu) BC-SRV-EDI IDoc-Schnittstelle Strukturänderung in "SAP Web Application Server" BC-SRV-GBT Generic Business Tools BC-SRV-GBT-ALM Alert Framework Alert Management (neu) BC-SRV-GBT-PPF Post Processing Framework PPF-Konfiguration BC-SRV-KPR SAP Knowledge Provider BC-SRV-KPR-CMS Content Management Service Mandantenabhängiges Customizing für HTTP-Repositories BC-SRV-QUE SAP Query InfoSet Query / SAP Query / Quick Viewer BC-SRV-SRM SAP Records Management Records Management (neu) BC-SRV-SSF SAP Smart Forms SAP Smart Forms: Klassischer Formulardruck SAP Smart Forms: Web-Formulare BC-UPG Upgrade allgemein BC-UPG-OCS Online Correction Support (Support Packages) SAP Add-On Installation Tool (SAINT) 1207 1207 1208 1208 1208 1209 1209 1209 1210 1210 1210 1210 1212 1213 1215 1215 ______________________________________________________________ SAP AG lxxv SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 26.7.1.2 27 27.1 27.2 28 28.1 28.2 28.3 28.4 28.4.1 28.4.1.1 28.5 28.5.1 28.5.2 28.5.3 28.5.4 28.5.5 28.5.5.1 28.5.5.2 28.5.5.3 28.5.6 28.5.6.1 (erweitert) Support Package Manager (SPAM) (erweitert) ICM Incentive and Commission Management Automatisch startende und manuell zu startende Programme für Provisionssystem 1215 1215 1216 1216 CFM Corporate Finance Management 1217 SAP R/3 Enterprise Financial Services 1.10 (neu) 1217 Strukturänderungen im Corporate Finance Management Customizing 1217 Änderungen im Bereichsmenü des Corporate Finance Management 1218 CFM-BF Grundfunktionen CFM-BF-BP Geschäftspartner Neuerungen zum SAP Geschäftspartner für Financial Services (erweitert) 1219 CFM-TM Transaction Manager 1223 Ausschluss von Produkten Ertragsklassifikation Automatisches Anlegen Erweiterungen Stichtagsbewertung 1225 CFM-TM-TR Geschäftsverwaltung 1226 Compound Swap und EONIA Swap Löschung alter Transaktionen und altem Code 1227 Early Repayment CFM-TM-AC Überleitung Buchhaltung 1229 Statistische Meldungen nach AWV (Z1 und Z4) 1229 ______________________________________________________________ SAP AG lxxvi SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 28.5.6.2 28.5.6.3 28.5.6.4 28.5.7 28.5.7.1 28.5.7.2 28.6 28.6.1 28.6.2 28.6.3 28.7 28.7.1 28.7.2 28.7.3 28.7.4 28.7.5 28.7.5.1 28.7.6 28.7.6.1 28.7.6.2 28.7.6.3 28.8 28.8.1 28.8.2 Buchungsschnittstelle der parallelen Bewertungsbereiche (erweitert) Anschluß weiterer Geschäfte an die parallele Bestandsführung Bewertung CFM-TM-IS Informationssystem Neuerungen im CFM Reporting Kundenspezifische und modifikationsfreie Erweiterung der Recherche CFM-PA Portfolio Analyzer Reorganisation von Einzelsätzen im Bereichsmenü (geändert) Analysestruktur ist nach Upgrade zu aktivieren Inklusiv-Kennzeichen bei Stückzinsermitlung CFM-MR Market Risk Analyzer Reorganisation von Einzelsätzen im Bereichsmenü (geändert) Verlängerung der Volatilitäts-Feldlänge Analysestruktur ist nach Upgrade zu aktivieren Inklusiv-Kennzeichen bei Stückzinsermitlung CFM-MR-NPV Barwertanalyse Erfassung und Bewertung von EONIA-Swaps (erweitert) CFM-MR-GAP GAP Analyse Erfassung und Bewertung von EONIA-Swaps (erweitert) Zinsergebnisauswertung bei Devisentermingeschäften (geändert) Spreads in der Cashflow-Auswertung (geändert) CFM-CR Credit Risk Analyzer Glossar in SAPTerm verfügbar (neu) Massendatenfähigkeit der Nachbearbeitung (erweitert) 1229 1230 1230 1231 1233 1233 1233 1234 1234 1234 1235 1235 1236 1236 1237 1237 1238 1238 ______________________________________________________________ SAP AG lxxvii SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 29 29.1 29.2 29.2.1 29.2.2 29.2.3 29.2.4 29.2.5 29.2.5.1 29.2.6 29.2.6.1 29.2.6.2 29.2.6.2.1 29.2.6.2.2 29.2.6.2.3 29.2.7 29.2.7.1 29.2.7.1.1 29.2.7.1.1.1 29.2.7.2 29.2.7.2.1 29.2.7.2.1.1 29.2.7.2.2 29.2.7.2.2.1 FS Financial Services SAP R/3 Enterprise Financial Services 1.10 (neu) FS-CML Darlehensverwaltung Strukturänderungen im Darlehens-Customizing Änderungen im Menü der Darlehensverwaltung Verbucher (neu) Auslaufende Währungen (neu) FS-CML-CN Neugeschäft Interessentenverwaltung (geändert) FS-CML-PO Bestandsverwaltung Archivierung (neu) FS-CML-PO-BO Geschäftsvorfälle Neuerungen bei den Gebühren und Einzelbuchungen (erweitert) Einstieg in den Workplace Geschäftsvorfälle (geändert) Neuerungen zur Rückzahlung (erweitert) FS-CML-AC Buchhaltung FS-CML-AC-PO Buchung FS-CML-AC-PO-TR Bestandsumbuchung Bestandsumbuchung (neu) FS-CML-AC-RPM Forderungs-/Zahlungsverwaltung FS-CML-AC-RPM-IBS Eingang Kontoauszug Nachbearbeitung des elektronischen Kontoauszugs (neu) FS-CML-AC-RPM-PP Zahlungsnachbearbeitung Freigabeobjekte NBZE und MANSO (gelöscht) 1240 1240 1240 1240 1241 1244 1246 1246 1247 1248 1248 1248 1248 1249 1249 ______________________________________________________________ SAP AG lxxviii SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 29.2.7.2.2.2 29.2.7.3 29.2.7.3.1 29.2.8 29.2.8.1 29.2.8.2 29.2.8.2.1 29.2.8.2.2 29.2.8.2.3 29.2.8.2.4 29.2.8.2.5 29.2.8.2.5.1 29.2.8.3 29.2.8.3.1 29.2.8.3.1.1 29.2.9 29.2.9.1 29.2.9.2 29.2.9.3 29.3 29.3.1 29.3.1.1 29.4 29.4.1 30 30.1 Neuerungen bei der Zahlungsnachbearbeitung (erweitert) FS-CML-AC-VA Bewertung Parallele Bewertungsbereiche (erweitert) FS-CML-BD Rahmendaten Währungsumstellung auf Euro für Sicherheiten und Objekte (neu) FS-CML-BD-MD Stammdaten Anzeige Änderungsbelege (erweitert) APIs für Sicherheiten, Objekte und Verträge (erweitert) Wertberichtigung (neu) Drucktastenleiste im Darlehen (geändert) FS-CML-BD-MD-BP Geschäftspartner Neuerungen zum SAP Geschäftspartner für Financial Services (erweitert) FS-CML-BD-RI Risikosteuerung FS-CML-BD-RI-CS Bonitätsberechnung Voraussetzung für die Bonitätsberechnung (geändert) FS-CML-IS Informationssystem Barwerte aktivischer Schuldscheindarlehen (neu) Infosystem (erweitert) Kundenspezifische und modifikationsfreie Erweiterung der Recherche FS-SR Meldewesen für Versicherungen FS-SR-DE Deutschland Millionenkreditanzeige und Meldekennzeichenpflege FS-BP Geschäftspartner Neuerungen zum SAP Geschäftspartner für Financial Services (erweitert) PSM Public Sector Management Structure Changes in Public Sector Management (New and Changed) 1249 1251 1252 1254 1258 1258 1258 1258 1259 1262 1262 1262 1267 1267 ______________________________________________________________ SAP AG lxxix SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 30.2 30.3 30.4 30.5 30.5.1 30.5.2 30.5.3 30.5.4 30.5.5 30.5.6 30.5.7 30.5.8 30.5.9 30.5.10 30.5.11 30.5.11.1 30.5.11.2 30.5.11.3 30.5.11.4 30.5.11.5 30.5.11.6 30.5.12 30.5.12.1 Änderungen an der Komponentenhierarchie (erweitert) Aktivierungsschalter für Bestandteile des SAP R/3 Enterprise Public Änderungen im Menü des Public Sector Management (erweitert) PSM-FM Haushaltsmanagement Vorbereitung von FI-Belegen zur Archivierung (neu) Aktivierung der alten Berechtigungsprüfung des HHM (neu) Kreditorische Belegschnittstelle Funktionenaufruf (geändert) Initialwert für die Kontierungselemente erlauben (neu) Haushaltsprogramm (neu) Strukturänderungen im IMG des Haushaltsmanagements Upgrade Haushaltsmanagement (FI-FM) auf SAP R/3 Enterprise Public Schnellerfassung Zahlungseingang (geändert) Upgrade Public Sector (IS-PS) auf SAP R/3 Enterprise Public Services PSM-FM-MD Stammdaten Automatische Generierung von Deckungsringen (neu) Standardhierarchie der Finanzpositionen ins Folgejahr kopieren (neu) Änderbarkeit der Finanzstellenhierarchie (neu) Funktionen für den Funktionsbereich (erweitert) 'Stornierungsdatum' und 'Ablaufdatum' im Fondsstammsatz (geändert) Untergliederung von Stammdaten (neu) PSM-FM-BU Budgetierung und Verfügbarkeitskontrolle PSM-FM-BU-BF Grundfunktionen der Budgetierung 1268 1268 1269 1270 1270 1270 1272 1274 1277 1277 1278 1278 1279 1280 1280 1281 1282 1282 ______________________________________________________________ SAP AG lxxx SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 30.5.12.1.1 30.5.12.1.2 30.5.12.1.3 30.5.12.2 30.5.12.2.1 30.5.12.2.2 30.5.12.3 30.5.12.3.1 30.5.13 30.5.13.1 30.5.14 30.5.14.1 30.5.14.2 30.5.14.3 30.5.14.3.1 30.5.14.4 30.5.14.4.1 30.5.14.4.2 30.5.14.5 30.5.14.5.1 30.5.15 30.5.15.1 30.5.15.2 30.5.15.3 30.5.15.4 Ableitungsstrategie für Budgeterfassung (neu) Plandatenübernahme aus dem SAP-BW in das Haushaltsmanagement (neu) Umbuchung von Budgetresten aus Deckungsring (neu) PSM-FM-BU-AC Verfügbarkeitskontrolle Verfügbarkeitskontrolle im Batch-Input (geändert) SAP-Erweiterung SAPLBPFC (geändert) PSM-FM-BU-RB Budgeterhöhende Einnahmen Definition der Mehreinnahme in der Regelpflege (erweitert) PSM-FM-BCS Budgetverwaltungssystem Budgetverwaltungssystem (Neu) PSM-FM-PO Haushaltsmanagement-spezifische Buchungen Externe Datenübernahme (geändert) Stammdaten-Erweiterung von Debitoren und Kreditoren (geändert) PSM-FM-PO-EF Mittelvormerkung und Mittelumbuchung Business Add-Ins für Mittelvormerkungen (neu) PSM-FM-PO-RE Anordnung Anordnungsfunktionen (erweitert) Stundungsfunktionen (erweitert) PSM-FM-PO-CA Kasse IS-PS Mahnprogrammerweiterung und Vollstreckung (erweitert) PSM-FM-UP Ist- und Obligofortschreibung Carryforward Level Flag with Numeric Value (Changed) Neuer Posten im vorgetragenen Beleg (geändert) PBET: Ableitung des Buchungsdatums zur jeweiligen Version (geändert) Purchase Requisitions Generated from 1282 1283 1284 1284 1284 1285 1285 1286 1288 1290 1292 1292 1295 1297 1297 1297 1298 ______________________________________________________________ SAP AG lxxxi SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 30.5.15.5 30.5.15.6 30.5.15.7 30.5.15.8 30.5.15.9 30.5.15.10 30.5.15.11 30.5.15.12 30.5.15.13 30.5.15.14 30.5.15.15 30.5.15.16 30.5.15.17 30.5.15.18 30.5.16 30.5.16.1 30.5.16.2 30.5.16.3 30.5.17 30.5.17.1 30.5.17.2 Sales Orders Update FM (Changed) Condition Field in Funds Management Changes to Commitment Reconstruction in Funds Management (Changed) SD Order -Fortschreibung im Haushaltsmanagement (HHM) Stock Transfer Orders Can Update Funds Management Commitment Fortschreibung Anzahlungsverrechnung (geändert) Budgetrelevante Bewegungsarten der Anlagenbuchhaltung (geändert) Deaktivierung der Prüfung auf Gleichheit der Geschäftsjahre bei der Integration von Controlling und Haushaltsmanagement (geändert) Protokoll für Nachbuchen von Finanzbuchhaltungsbelegen (geändert) Aktivierung/Deaktivierung des Haushaltsmanagements (geändert) Prüfung kritischer Geschäftsvorfälle (neu) Periodenabschluss für Zahlungsübernahme (geändert) Tagesselektion bei Zahlungsabgrenzung (geändert) Zahlungsabgleich (geändert) PSM-FM-CL Abschlussarbeiten Funktionen für Abschlussarbeiten (geändert/erweitert) Programme für den Obligovortrag (gelöscht) SAP-Erweiterungen zu Jahresabschlussarbeiten (geändert/erweiter PSM-FM-IS Informationssystem BAdI: Listkopf von Listen des SAP List Viewers (ALV) ändern (neu) Delta-Update Business Information Warehouse (erweitert) 1298 1299 1300 1300 1301 1302 1302 1303 1304 1304 1305 1306 1306 1307 1307 1309 1310 1311 1311 1312 ______________________________________________________________ SAP AG lxxxii SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 30.5.17.3 30.5.18 30.5.18.1 30.5.18.2 30.5.18.3 30.5.18.4 30.5.18.5 30.5.18.6 30.5.18.7 30.5.18.8 30.5.18.9 30.5.18.10 30.5.18.11 30.5.18.12 30.5.18.13 30.5.18.14 30.5.18.15 30.6 30.6.1 30.6.2 30.6.2.1 30.7 30.7.1 30.7.1.1 30.7.1.2 30.7.2 Auswertungen im Informationssystem (gelöscht) PSM-FM-DE Sonderfunktion Öffentliche Verwaltung Deutschland Übernahme Budgetwerte aus HHPlan Vorlagejahren (erweitert) Berichtsfestwerte (neu) Zahlungsumbuchung (erweitert) Zahlungsverteilung (erweitert) Bearbeitung von Klärungsbeständen (neu) Gliederungs- und Gruppierungsänderung (neu) SAP-Erweiterung zu Budgetübertrag (geändert) Berichte der Jahresrechnung(neu) Funktionen für Abschlussarbeiten (neu) Definition von Kennzahlen (geändert) Zeitpunkte für themenspezifische Reports (neu) Auswertung im Informationssystem mit LDB FMF (neu) Tagesabschluss (geändert) Funktionsbaustein für das Lesen von Texten des HHM (neu) Verrechnungssteuerung (neu) PSM-GM Grants Management Neue Anwendungskomponente: Grants Management (Neu) PSM-GM-UP Ist- und Obligofortschreibung Stock Transfer Orders Can Update Funds Management Commitment PSM-FG Funktionen Bundesverwaltung US PSM-FG-PP US Prompt Payment Act Federal Government: Improper Invoices (New) Prompt Payment Act: Fast Pay and Accelerated Pay (New) PSM-FG-TC Zentrales 1312 1313 1313 1317 1318 1320 1320 1323 1325 1325 1326 1326 1326 1326 1326 1326 ______________________________________________________________ SAP AG lxxxiii SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 30.7.2.1 30.7.3 30.7.3.1 30.7.4 30.7.4.1 30.8 30.8.1 31 31.1 31.2 31.3 31.4 31.4.1 31.4.2 31.4.3 31.4.4 31.4.5 31.4.6 31.4.7 31.4.8 31.4.9 31.4.10 31.4.11 31.4.12 31.4.13 31.4.14 31.4.15 Kassenverfahren Changes to Federal Government Treasury Confirmation Processing (Change PSM-FG-AP Kostenrelevante Anlage US Federal Government: Accountable Properties (New) PSM-FG-RS Stichprobenverfahren Rechnungsprüfung US Federal Government: Payment Certification Statistical Sampling (New PSM-FA Fund Accounting Expressinstallation für ein FI-SL-System (neu) IS-B Bank-Komponenten Änderungen im Bereichsmenü SAP R/3 Enterprise Financial Services 1.10 (neu) Neuerungen zum SAP Geschäftspartner für Financial Services (erweitert) IS-B-BCA Bankenkontokorrent Average Daily Balance (ADB) Annual Percentage Yield (APY) Steuer-ID des Geschäftspartners Gesetzliche Anforderungen für ruhende und Escheat-Konten Standardverfügbarkeit von Mitteln BCA US/Kanada: Übersicht über Erweiterungen Neues Merkmal Permanent Holds Reports für IRA-Portfolios Pensionsplan BCA-Konto für einen Pensionsplan anlegen Pensionsplan Zahlungsvorgänge Pensionsplan Dauerauftrag Erweiterungen Termingeld Quellensteuer auf Entnahmen IS-B-BCA-BF Grundfunktionen 1327 1327 1327 1327 1328 1328 1329 1330 1330 1334 1336 1338 ______________________________________________________________ SAP AG lxxxiv SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 31.4.15.1 31.4.15.2 31.4.16 31.4.16.1 31.4.16.1.1 31.4.16.1.2 31.4.16.2 31.4.16.2.1 31.4.16.3 31.4.16.3.1 31.4.16.3.2 31.4.16.3.3 31.4.16.3.4 31.4.17 31.4.17.1 31.4.17.2 31.4.17.2.1 31.4.18 31.4.18.1 31.4.18.1.1 31.5 31.5.1 31.5.1.1 31.5.2 31.5.2.1 31.5.2.2 31.6 31.6.1 31.6.2 Strukturänderungen im BCA-Customizing Hinweisfenster für Zahlungsverkehrssperren IS-B-BCA-MD Stammdaten IS-B-BCA-MD-CD Kondition Dynamische Salden Gebührenabgrenzung und Bereitstellungszinsen IS-B-BCA-MD-PR Produktdefinition erweiterter Verwendungszweck bei Kontoauflösung IS-B-BCA-MD-AC Konto 4-Augen-Prinzip bei der Kontoauflösung Periodizitäten beim Kontoabschluss Wiedervorlagefunktion Änderungen bei den Kontostammdaten IS-B-BCA-AM Kontoführung Änderungen im Bereich Kontoführung IS-B-BCA-AM-BF Grundfunktionen Kundenfelder definieren IS-B-BCA-PT Periodische Arbeiten IS-B-BCA-PT-IC Zins-/Gebührenrechnung Erweiterungen der Kompensationshierarchie IS-B-DP Geschäftsdatenpool IS-B-DP-BD Basisdaten Löschen von Objekten im SEM Banking-Datenpool IS-B-DP-EDT Fremddatenübernahme Neuer Übernahmetyp für Finanzproduktgattungsdaten Idoc-Framework zur RFC-Schnittstelle der Fremddatenübernahme IS-B-PA Ergebnisanalyse Aktivitäten und Änderungen nach dem Upgrade IS-B-PA-STC 1354 1355 1355 1355 1359 1359 1359 1359 1359 1360 1361 1361 1362 ______________________________________________________________ SAP AG lxxxv SAP-System Inhaltsverzeichnis SAP AG ______________________________________________________________ 31.6.2.1 31.6.2.2 31.6.2.3 31.6.3 31.6.3.1 31.7 31.7.1 31.7.2 31.7.3 31.7.3.1 31.7.3.2 31.7.3.3 31.7.4 31.7.4.1 31.7.4.2 31.7.4.3 31.8 31.8.1 31.8.1.1 31.8.1.2 31.8.1.3 31.8.1.4 Einzelgeschäftskalkulation Barwertiger Ausweis von Gebühren und Provisionen Periodischer Ausweis von Gebühren und Provisionen Zinsbeitrag auf Basis des Durchschnittsvolumens IS-B-PA-PA Ergebnisrechnung SD-Schnittstelle für Bankergebnisbereiche IS-B-RA Risikoanalyse Analysestruktur ist nach Upgrade zu aktivieren Inklusiv-Kennzeichen bei Stückzinsermitlung IS-B-RA-MR Marktrisikoanalyse Reorganisation von Einzelsätzen im Bereichsmenü (geändert) Verlängerung der Volatilitäts-Feldlänge Erfassung und Bewertung von EONIA-Swaps (erweitert) IS-B-RA-CL Ausfallrisikolimitierung Glossar in SAPTerm verfügbar (neu) Massendatenfähigkeit der Nachbearbeitung (erweitert) Einstieg zur Bearbeitung der Geschäftspartnerbeziehungen (geändert) IS-B-SA Strategische Steuerung IS-B-SA-ALM Aktiv-Passiv Steuerung Erfassung und Bewertung von EONIA-Swaps (erweitert) Zinsergebnisauswertung bei Devisentermingeschäften (geändert) Spreads in der Cashflow-Auswertung (geändert) Vollständige Bilanz sowie Gewinn- und Verlustrechnung für Simulationen 1362 1362 1363 1363 1363 1364 1364 1365 1365 1365 1366 1366 1367 1367 1367 1368 1368 1369 1369 ______________________________________________________________ SAP AG lxxxvi SAP-System ______________________________________________________________ ______________________________________________________________ SAP AG 1 SAP-System ______________________________________________________________ 1 Strukturänderungen im SAP Referenz-IMG zu Release 4.70 Verwendung Sofern Strukturänderungen im SAP Referenz-IMG vorgenommen wurden, finden Sie die Release-Informationen dazu in den einzelnen IMG-Bereichen. Zum Auffinden dieser Release-Informationen gehen Sie wie folgt vor: 1. Rufen Sie die Gesamtliste für das Release auf. 2. Suchen Sie in der Liste nach dem Ausdruck Struktur. Der erste gefundene Eintrag wird markiert. 3. Um weitere Einträge zu finden, setzen Sie die Suche fort mit Weiter suchen. Auswirkungen auf den Datenbestand Um die Änderungen in Ihre Projekt-IMGs und die Release-Sichten zu übernehmen, müssen Sie diese neu generieren. ______________________________________________________________ SAP AG 2 SAP-System ______________________________________________________________ 2 Aktivierungsschalter für das SAP R/3 Enterprise Extension Set Verwendung Ab SAP R/3 Enterprise Extension Set 1.10 haben Sie die Möglichkeit, bestimmte Funktionen flexibel einzusetzen. SAP R/3 Enterprise besteht aus dem SAP R/3 Enterprise Core und dem SAP R/3 Enterprise Extension Set, das bei einem Upgrade auf oder einer Neuinstallation von SAP R/3 Enterprise automatisch installiert wird. Dieses Extension Set enthält mehrere Bestandteile (SAP R/3 Enterprise Extensions sowie andere Bestandteile), in denen neu entwickelte Funktionalität ausgeliefert wird. Um die Funktionen der Bestandteile des SAP R/3 Enterprise Extension Set zu nutzen, aktivieren Sie einen Schalter für die relevanten BestandtSomit können Sie gezielt nur die Bestandteile implementieren, die Sie nutzen wollen. Das Aktivieren eines Schalters für einen bestimmten Bestandteil stellt keine betriebswirtschaftlichen Prozesse ein, sondern erzeugt technische Einstellungen, die es Ihnen ermöglichen, die Funktionen in den aktivierten Bestandteilen des SAP R/3 Enterprise Extension Set zu nutzen. Auswirkungen auf die Systemverwaltung Sie können die in den Bestandteilen des SAP R/3 Enterprise Extension Set enthaltenen Funktionen nur dann nutzen, wenn Sie zuvor den Aktivierungsschalter für die entsprechenden Bestandteile unter Aktivierungsschalter für SAP R/3 Enterprise Extension Set gesetzt haben. Auswirkungen auf das Customizing Das Aktivieren des Schalters für einen Bestandteil unter Aktivierungsschalter für SAP R/3 Enterprise Extension Set kann zu automatisch generierten Erweiterungen an den folgenden Strukturtypen führen: o Menü o Einführungsleitfaden (IMG) o Anwendungskomponentenhierarchie Siehe auch Die Release-Informationen zu den einzelnen Bestandteilen des SAP R/3 Enterprise Extension Set finden Sie im SAP Service Marketplace unter http://service.sap.com/releasenotes. ______________________________________________________________ SAP AG 3 SAP-System ______________________________________________________________ 3 Barrierefreiheit Verwendung Wir sind dabei, die SAP-Software für behinderte Benutzer barrierefrei bedienbar zu machen. Weitere Informationen über die barrierefreie Bedienbarkeit des SAP-Systems finden Sie in der SAP-Bibliothek unter Einführung in das SAP-System: Anhang Barrierefreiheit. Informationen zur barrierefreien Verwendung einzelner Funktionen finden Sie in den Release-Informationen der einzelnen Komponenten. Damit Sie diese Release-Informationen besser finden können, beginnt der Titel mit dem Begriff 'Barrierefrei'. ______________________________________________________________ SAP AG 4 SAP-System ______________________________________________________________ 4 CA Anwendungsübergreifende Komponenten 4.1 CA-ESS Employee Self Service 4.1.1 Erweiterung HRESSWWW ersetzt Verwendung Die Erweiterung HRESSWWW wurde in vier Erweiterungen aufgeteilt. Der Funktionsumfang hat sich dadurch nicht geändert. Grund für die Aufteilung: Nun können die vier Teilfunktionen getrennt voneinander aktiviert werden. Die neuen Erweiterungen sind: o HRESSW1 (Suchstringerweiterung) o HRESSW2 (Prüfen Beginndatum) o HRESSW3 (Vorschlagen Beginndatum für ESS) o HRESSW4 (Paßwortvergabe/Benutzerkennung für ESS-User) Auswirkungen auf das Customizing Die bestehende Customizing-Aktivität bleibt erhalten. 4.1.2 Customizing für die ESS-Abwesenheitsmitteilung (erweitert) Verwendung Ab SAP R/3 Enterprise HR Extension 1.10 (EA-HR 110) können Sie die An-/Abwesenheitsarten für die Web-Anwendung Abwesenheitsmitteilung über die Sicht T554S_WEB verwalten. Diese Sicht gibt Ihnen die Möglichkeit, die verwendeten Workflow-Muster auf einfache Art und Weise pro Abwesenheitsart gegen kundeneigene Workflow-Muster auszutauschen. Außerdem steht das Merkmal WEBMO zur Verfügung, mit dem Sie die Einträge in dieser Sicht in Abhängigkeit von organisatorischen Eigenschaften Ihrer Mitarbeiter gezielt ansteuern können. Bisher haben Sie die An-/Abwesenheitsarten, die Sie nicht in der Web-Anwendung Abwesenheitsmitteilung verwenden wollten, in der Sicht V_T554S_ESSEX deaktiviert. Diese Sicht steht im Einführungsleitfaden (IMG) der Personalzeitwirtschaft unter Internet-Anwendungskomponenten -> Abwesenheitsmitteilung im Internet unverändert zur Verfügung. Wenn Sie die erweiterten Möglichkeiten im Customizing nicht nutzen möchten, müssen Sie keine Änderungen vornehmen. Die Sicht V_T554S_ESSEX unterstützt jedoch nicht die neuen, verbesserten Workflow-Muster, die mit SAP R/3 Enterprise HR Extension 1.10 (EA-HR 110) zur Verfügung stehen. Sie unterstützt lediglich die gewohnten Workflow-Muster (WS20000081 und WS01000109). Die neuen Workflow-Muster unterstützen beispielsweise die Benachrichtigung der Mitarbeiter und ______________________________________________________________ SAP AG 5 SAP-System ______________________________________________________________ Genehmiger per E-Mail. Sie können sie nur nutzen, wenn Sie die Abwesenheitsarten für die Web-Anwendung über die neue Sicht T554S_WEB verwalten: o Abwesenheitsmitteilung (mit Genehmigung) (WS04200009) o Abwesenheitsmitteilung (ohne Genehmigung) (WS12400004) o Abwesenheitsmitteilung stornieren (mit Genehmigung) (WS12400005) o Abwesenheitsmitteilung stornieren (ohne Genehmigung) (WS12400007) Weitere Informationen über die neuen Workflow-Muster finden Sie in der SAP-Bibliothek unter Personalwirtschaft -> Personalmanagement -> Personaladministration -> Workflow-Szenarios in der Personaladministration -> Abwesenheitsmitteilung bearbeiten und stornieren. Beachten Sie, dass Sie die Abwesenheitsarten durch einen Eintrag in der Sicht T554S_WEB nicht deaktivieren (wie in der Sicht V_T554_ESSEX), sondern für die Verwendung in der Web-Anwendung freigeben. Auswirkungen auf die Datenübernahme Achtung Die Sicht V_T554S_ESSEX wird auch für die Web-Anwendung Arbeitszeiten erfassen (CATS regular) verwendet. Löschen Sie die Einträge in dieser Sicht deshalb nicht. SAP R/3 überführt Ihre Einträge beim Upgrade aus der Sicht V_T554S_ESSEX mit dem XPRA RPU470T554S_ESSEX in die Sicht T554S_WEB. Diese Sicht steht im Einführungsleitfaden der Personalzeitwirtschaft unter Web-Anwendungen -> Abwesenheitsmitteilung zur Verfügung. Die Einträge in der Sicht V_T554S_ESSEX bleiben dabei unverändert, so dass Sie sie weiterhin nutzen können. 4.2 CA-DMS Dokumentenverwaltung 4.2.1 Strukturänderungen in der Dokumentenverwaltung Verwendung Ab diesem Release können Sie Dokumente auf der Web-Oberfläche bearbeiten. Die Struktur der Dokumentenverwaltung wurde deshalb erweitert. Folgende Aktivität wurde hinzugefügt: WebDocuments einstellen (BSP). Siehe auch Dokumentenbearbeitung an der Web-Oberfläche ______________________________________________________________ SAP AG 6 SAP-System ______________________________________________________________ 4.2.2 Dokumentenbearbeitung an der Web-Oberfläche Verwendung Ab SAP R/3 Enterprise PLM Extension 1.10 (EA_APPL 110) können Sie Dokumentinfosätze sowie deren zugeordneten Originaldateien auf der Web-Oberfläche bearbeiten. Diese Bearbeitungsfunktionen werden unter dem Begriff WebDocuments zusammengefaßt. Problemlos können auch die Benutzer Dokumente bearbeiten, die nicht die Funktionen der Dokumentenverwaltung (Anwendungskomponente CA-DMS) kennen; beispielsweise Mitarbeiter aus dem Produktmanagement oder Konstrukteure. Folgende Bearbeitungsfunktionen können Sie ausführen: o Auswahl eines Dokuments aus einer persönlichen Liste (Stapel) Sie erhalten eine Liste von maximal zehn Dokumenten, die Sie zuletzt bearbeitet haben. Von dieser Liste können Sie die Dokumente anzeigen oder bearbeiten. o Dokument suchen Sie können unterschiedliche Suchkriterien erfassen (z.B. Dokumentdaten, Klassendaten, verknüpfte Objekte, Freitextsuche). Von der Ergebnisliste können Sie die Dokumente weiter bearbeiten; beispielsweise ändern oder Originaldateien anzeigen. o Dokument anzeigen Ausgewählte Dokumentdaten werden in Form eines Datenblattes präsentiert. Existiert zu einer grafischen Originaldatei ein Vorschaubild (Thumbnail), wird dieses auf dem Datenblatt angezeigt. Das Anzeigen von Originaldateien in allen Dateiformaten wird durch den integrierten Viewer ermöglicht. o Dokument ändern Sie können die Dokumentdaten (z.B. unternehmensspezifischen Zusatzdaten) ändern oder eine Originaldatei hinzufügen. Zusätzliche Funktionen können realisiert werden, beispielsweise ein Dokument an eine Empfängerliste versenden. o Dokument anlegen Wenn Sie ein Dokument anlegen, können Sie beispielsweise eine Originaldatei in einen zentralen Sicherheitsbereich ablegen. Auswirkungen auf die Datenübernahme Die technologische Basis für die Bearbeitung der Dokumente an der Web-Oberfläche sind Business Server Pages (BSP) und MIME-Objekte des Web Application Builder. Der Zugriff über das Netz erfolgt über das HTTP-Protokoll. Der Austausch unterschiedlicher Arten von Daten im Internet wird über das Protokoll Multipurpose Internet Mail Extensions (MIME) gesteuert. Die Business Server Page für die Bearbeitung der Dokumente ist komplett erstellt. Es sind keine zusätzlichen Aktivitäten erforderlich. Auswirkungen auf das Customizing Um die Funktionen zu nutzen, müssen Sie den Einführungsleitfaden (IMG) Dokumentenverwaltung bearbeiten. o Überprüfen Sie die Systemeinstellung im Customizing der Dokumentenverwaltung; ______________________________________________________________ SAP AG 7 SAP-System ______________________________________________________________ beispielsweise Steuerungsdaten, Allgemeine Daten. o Spezielle, zusätzliche Einstellungen für die Bearbeitung auf der Web-Oberfläche nehmen Sie im Customizing der Dokumentenverwaltung in folgenden Aktivitäten vor: WebDocuments einstellen (BSP). Siehe auch Detaillierte Informationen erhalten Sie in der SAP-Bibliothek unter Dokumentenverwaltung, Bearbeitung von Dokumenten mit WAS-basierter Web-Applikation. 4.2.3 CA-DMS-EDT Dokumentenbearbeitung 4.2.3.1 Strukturänderungen in PLM-LDM Verwendung o Im IMG Logistik Allgemein wurde die Struktur Product Data Replication gleichgeordnet mit Konfigurationsmanagement ergänzt. o Im IMG Anwendungsübergreifende Komponenten unter CAD-Integration wurde CAD-Desktop ergänzt. 4.2.3.2 CAD-Desktop Verwendung Ab SAP R/3 Enterprise PLM Extension 1.10 (EA_APPL 110) steht Ihnen mit dem CAD-Desktop eine Oberfläche für CAD-Integrationen zur Verfügung. Die Darstellung der CAD-Strukturen im CAD-Desktop erfolgt über eine voll konfigurierbaren Oberfläche, die es ermöglicht, eine Vielzahl der im SAP-System abgelegten Dokumentinformationen, wie Sachbearbeiter, Status, Materialverknüpfungen etc., in Form von Anzeigevarianten zu verwalten und anzuzeigen. Der CAD-Desktop ist ein Werkzeug zur Erzeugung und Bearbeitung von Dokumentstrukturen direkt aus dem CAD-System heraus. Er unterstützt verschiedene CAD-Systeme (Pro/ENGINEER, CATIA, Inventor, weitere befinden sich in Arbeit). Die jeweiligen Schnittstellen werden von Partnerfirmen entwickelt und von SAP angeboten. Die Unterstützung von Concurrent Engineering und Versionierung erlaubt gleichzeitiges Bearbeiten z.B. einer Baugruppe durch mehrere Benutzer, wobei die verschiedenen Bearbeitungsstände im System gespeichert werden können. Der CAD Desktop wird über die SAP R/3 PLM Direktintegration aus einem CAD-System aufgerufen. Im SAP-System können die im CAD-System konstruierten Bauteile über den CAD-Desktop komfortabel verwaltet werden. Hierbei stehen folgende Sichten zur Auswahl: o SAP-Sicht o CAD-Sicht ______________________________________________________________ SAP AG 8 SAP-System ______________________________________________________________ o CAD-Arbeitsvorrat o CAD-Arbeitsverzeichnis o Dokumentenliste Das SAP-System gewährleistet innerhalb des Bearbeitungsprozesses durch Konfliktlösungs- und Prüfmechanismen im CAD-Desktop konsistente Datenbestände sowie reduzierte Leerzeiten. Die Versionierung im CAD-Desktop erlaubt, geänderte Originale als neue Version zu speichern, ohne dass die Ursprungsversion des Originals überschrieben wird. Sie können die jeweils letzte oder letzte freigegebene Version eines Originals oder Dokumentinfosatzes anzeigen bzw. ändern. Die Statusverwaltung erlaubt Ihnen mit Statusnetzen, die Sie im Customizing definieren, verschiedene Status für Ihre Dokumentinfosätze auch im CAD-Desktop zu setzen und auf diese Weise einmal vordefinierte Bearbeitungsabfolgen einzuhalten. Auswirkungen auf das Customizing CAD-Desktop 4.3 CA-CL 4.3.1 CA-CL-CHR Klassensystem Merkmale 4.3.1.1 Verwendungsnachweis für Merkmale und Merkmalwerte Verwendung Die Verwendungsnachweise für Merkmale und Merkmalwerte wurden in einer neuen Transaktion zusammengefasst. Sie können für Merkmale und Merkmalwerte Verwendungsnachweise innerhalb derselben Transktion erzeugen. Darüberhinaus ist es möglich, auch das Beziehungswissen miteinzubeziehen. Auswirkungen auf die Systemverwaltung Die Entwicklung anwendungsübergreifender Komponenten, zu denen auch das Klassensystem gehört, erfolgt nicht mehr in der Software-Schicht SAPAPPL (SAP Anwendungssoftware), sondern in SAP_ABA (SAP Anwendungsbasis). 4.4 CA-CAD CAD-Integration 4.4.1 Strukturänderungen in PLM-LDM Verwendung ______________________________________________________________ SAP AG 9 SAP-System ______________________________________________________________ o Im IMG Logistik Allgemein wurde die Struktur Product Data Replication gleichgeordnet mit Konfigurationsmanagement ergänzt. o Im IMG Anwendungsübergreifende Komponenten unter CAD-Integration wurde CAD-Desktop ergänzt. 4.4.2 CAD-Desktop Verwendung Ab SAP R/3 Enterprise PLM Extension 1.10 (EA_APPL 110) steht Ihnen mit dem CAD-Desktop eine Oberfläche für CAD-Integrationen zur Verfügung. Die Darstellung der CAD-Strukturen im CAD-Desktop erfolgt über eine voll konfigurierbaren Oberfläche, die es ermöglicht, eine Vielzahl der im SAP-System abgelegten Dokumentinformationen, wie Sachbearbeiter, Status, Materialverknüpfungen etc., in Form von Anzeigevarianten zu verwalten und anzuzeigen. Der CAD-Desktop ist ein Werkzeug zur Erzeugung und Bearbeitung von Dokumentstrukturen direkt aus dem CAD-System heraus. Er unterstützt verschiedene CAD-Systeme (Pro/ENGINEER, CATIA, Inventor, weitere befinden sich in Arbeit). Die jeweiligen Schnittstellen werden von Partnerfirmen entwickelt und von SAP angeboten. Die Unterstützung von Concurrent Engineering und Versionierung erlaubt gleichzeitiges Bearbeiten z.B. einer Baugruppe durch mehrere Benutzer, wobei die verschiedenen Bearbeitungsstände im System gespeichert werden können. Der CAD Desktop wird über die SAP R/3 PLM Direktintegration aus einem CAD-System aufgerufen. Im SAP-System können die im CAD-System konstruierten Bauteile über den CAD-Desktop komfortabel verwaltet werden. Hierbei stehen folgende Sichten zur Auswahl: o SAP-Sicht o CAD-Sicht o CAD-Arbeitsvorrat o CAD-Arbeitsverzeichnis o Dokumentenliste Das SAP-System gewährleistet innerhalb des Bearbeitungsprozesses durch Konfliktlösungs- und Prüfmechanismen im CAD-Desktop konsistente Datenbestände sowie reduzierte Leerzeiten. Die Versionierung im CAD-Desktop erlaubt, geänderte Originale als neue Version zu speichern, ohne dass die Ursprungsversion des Originals überschrieben wird. Sie können die jeweils letzte oder letzte freigegebene Version eines Originals oder Dokumentinfosatzes anzeigen bzw. ändern. Die Statusverwaltung erlaubt Ihnen mit Statusnetzen, die Sie im Customizing definieren, verschiedene Status für Ihre Dokumentinfosätze auch im CAD-Desktop zu setzen und auf diese Weise einmal vordefinierte Bearbeitungsabfolgen einzuhalten. Auswirkungen auf das Customizing CAD-Desktop ______________________________________________________________ SAP AG 10 SAP-System ______________________________________________________________ 4.5 CA-BP SAP-Geschäftspartner 4.5.1 Changes in the IMG Structure of the SAP Business Partner Verwendung In der IMG-Struktur des SAP-Geschäftspartners gibt es folgende Änderungen: Die Grundeinstellungen des Geschäftspartners wurden um die Geschäftspartnerrollen mit der Aktivität Eigenschaften von Geschäftspartnerrollen erweitert. Weitere Informationen hierzu finden Sie in der Release-Information Eigenschaften von Geschäftspartnerrollen. Entsprechend wurde in die Grundeinstellungen der Geschäftspartnerbeziehungen die Aktivität Eigenschaften von Geschäftspartner-Beziehungstypen aufgenommen. Weitere Informationen hierzu entnehmen Sie der Release-Information Eigenschaften von Geschäftspartner-Beziehungstypen. 4.5.2 Properties of BP Roles and BP Relationships Verwendung Geschäftspartnerrollen Mit Hilfe einer neuen IMG-Aktivität können Sie o den Standardtitel einer GP-Rolle ändern o nicht benötigte GP-Rollen in der Auswahlliste ausblenden o wichtige GP-Rollen bei der Rollenauswahl an den Anfang der Auswahlliste stellen Geschäftspartner-Beziehungstypen Mit Hilfe einer neuen IMG-Aktivität für GP-Beziehungstypen können Sie o den Standardtitel eines GP-Beziehungstyps ändern o die Standardbezeichnungen für GP-Beziehungstypen aus Sicht von Geschäftspartner 1 (z.B. hat den Ansprechpartner) und aus Sicht von Geschäftspartner 2 (z.B. ist Ansprechpartner von) ändern o nicht benötigte GP-Beziehungstypen in der Auswahlliste ausblenden o wichtige GP-Beziehungstypen bei der Auswahl des GP-Beziehungstyps an den Anfang der Auswahlliste stellen und die Reihenfolge der Registerkarten der vorhandenen GP-Beziehungen bestimmen. Auswirkungen auf das Customizing ______________________________________________________________ SAP AG 11 SAP-System ______________________________________________________________ Nehmen Sie die Einstellungen zu den Eigenschaften von Geschäftspartnerrollen und Geschäftspartner-Beziehungstypen im Einführungsleitfaden des SAP-Geschäftspartners vor: o Geschäftspartner -> Grundeinstellungen -> Geschäftspartnerrollen -> Eigenschaften von Geschäftspartnerrollen o Geschäftspartnerbeziehungen -> Grundeinstellungen -> Eigenschaften von Geschäftspartner-Beziehungstypen 4.5.3 Changes to the Locator and to the Business Partner Interface Verwendung Locator Der Locator kann beim Einstieg in die Transaktion auf verschiedene Weisen angezeigt werden. Sie können somit den Locator auf Ihre individuellen Bedürfnisse zuschneiden. Die unterschiedlichen Darstellungsmöglichkeiten nehmen Sie über die Drucktaste Einstellungen vor. Folgende Darstellungsmöglichkeiten stehen Ihnen zur Verfügung: o Schmal Sie können den Locator wie bisher schmal an der linken Bildschirmseite darstellen. Der Arbeitsbereich steht Ihnen zugleich auf der rechten Bildschirmseite zur Verfügung. o Vollbild Sie können den Locator als Vollbild über die gesamte Bildschirmseite darstellen. o Ausgeblendet Sie können den Locator ausblenden und die Transaktion somit ohne Locator starten. Neben dem schrittweisen Verschmälern und Verbreitern können Sie den Locator mit Hilfe der Drucktasten Minimal und Maximal auf einmal schmal bzw. als Vollbild darstellen. Geschäftspartneroberfläche In die Symbolleiste wurde die Drucktaste Öffnen aufgenommen. Mit Hilfe dieser Drucktaste können Sie einen schon im System vorhandenen Geschäftspartner über die Geschäftspartnernummer aufrufen. Das Feld Geschäftspartner ist nun nur beim ersten Aufruf der Geschäftspartnerpflege eingabebereit. Auf der Registerkarte Status gab es folgende Veränderungen: Der Abschnitt Statusverwaltung wurde in Anwenderstatus umbenannt und beinhaltet nur noch den Anwenderstatus. Der Systemstatus Nicht freigegeben wurde in den Abschnitt Sperren aufgenommen. Der Systemstatus Archivierbar wurde dem Abschnitt Archivierung hinzugefügt; dieser Systemstatus steht Ihnen nur in Verbindung mit dem CRM-System zur Verfügung. ______________________________________________________________ SAP AG 12 SAP-System ______________________________________________________________ 4.5.4 Internationale Adressversionen Verwendung Sie können für Geschäftspartner vom Geschäftspartnertyp Person zu einer Adresse beliebig viele der in einem System aktiv geschalteten internationalen Adressversionen anlegen. Dies war bisher nur für Geschäftspartner vom GP-Typ Organisation und Gruppe möglich. Zusätzlich zu den Adress- und Kommunikationsdaten werden nun auch für alle GP-Typen die Namensfelder (Vor- und Nachname, Geburtsname, akademischer Titel usw.) bei der internationalen Version berücksichtigt. Um die Internationalen Adressversionen verwenden zu können, müssen Sie diese im Customizing einstellen. Auswirkungen auf das Customizing Nehmen Sie die Einstellungen für die Internationalen Adressversionen im Einführungsleitfaden der Business Address Services vor: o SAP Customizing Einführungsleitfaden -> SAP Web Application Server -> Basis-Services -> Adreßverwaltung -> Internationale Adressversionen aktivieren 4.5.5 Änderungen in der IMG-Struktur zu Release 6.20 Verwendung In der IMG-Struktur des SAP-Geschäftspartners gibt es folgende Änderungen: Die Feldmodifikationen der Geschäftspartnerbeziehungen wurden um die Aktivität Feldattribute pro Mandant konfigurieren erweitert. Weitere Informationen hierzu finden Sie in der Release-Information Änderungen bei den Geschäftspartnerbeziehungen. In die Grundeinstellungen der Geschäftspartnerbeziehungen wurde die Berechtigungsverwaltung mit der Aktivität Berechtigungsrelevante Feldgruppen festlegen aufgenommen. Weitere Informationen hierzu finden Sie in der Release-Information Änderungen bei den Geschäftspartnerbeziehungen. 4.5.6 Diverse Neuerungen und Änderungen beim Geschäftspartner Änderungen an der Oberfläche Verwendung ______________________________________________________________ SAP AG 13 SAP-System ______________________________________________________________ Im Bereich des Locator gibt es folgende Änderungen: o Die Drucktastengruppe zum Verändern der Locatorbreite wurde linksbündig am Fensterrand angeordnet. Dies hat den Vorteil, daß die Drucktastengruppe unabhängig von der Locatorbreite stabil am linken Fensterrand angeordnet bleibt und sich beim Verbreitern bzw. Verschmälern des Locator nicht mitbewegt. o Die Anzahl der Drucktasten im Locatorbereich wurde verringert Auf der Registerkarte Suche wurden die Drucktasten Vorige Suche und Nächste Suche unterhalb der Suchkriterien entfernt und durch Einträge im Kontextmenü der Trefferliste ersetzt. Auf der Registerkarte Suche des Locator sind die Drucktasten Aus meinen Objekten entfernen und Auffrischen entfallen, so daß sich über der Trefferliste nur noch die Drucktasten Auswählen und Meinen Objekten hinzufügen befinden. Mit der Drucktaste Auswählen übernehmen Sie den in der Trefferliste markierten Geschäftspartner in den Arbeitsbereich. Mit der Drucktaste Meinen Objekten hinzufügen übernehmen Sie die in der Trefferliste markierten Geschäftspartner in Ihren Arbeitsvorrat. Änderungen bei der Statusverwaltung Verwendung Beim Anwenderstatus befindet sich auf der Oberfläche die Drucktaste Statusschema zuordnen. Wenn Sie im Customizing mehrere Statusschema hinterlegt haben, müssen Sie zunächst einmalig ein Statusschema auswählen und dem Geschäftspartner zuordnen, um für den entsprechenden Geschäftspartner einen gewünschten Status hinterlegen zu können. Die Drucktaste Statusschema zuordnen ermöglicht Ihnen eine vereinfachte Zuordnung eines Geschäftspartners zu einem Statusschema. Wenn Sie einem Geschäftspartner ein Statusschema zugeordnet haben, können Sie dies nicht mehr ändern. Nach der Zuordnung des Statusschemas, werden Ihnen auf dem Dialogfenster die hinterlegten Status zur Auswahl angezeigt. Wenn Sie einen Status ausgewählt haben, werden das ausgewählte Statusschema wie auch der zugeordnete Status übernommen und auf der Oberfläche angezeigt. Nachdem Sie den Geschäftspartner einem Statusschema zugeordnet haben, ändert sich der Drucktastentext Statusschema zuordnen in Status einfügen. Somit bezieht sich die Drucktaste nach der Zuordnung eines Statusschemas nur noch auf die Auswahl der Status innerhalb des ausgewählten Statusschemas. Hierarchische Darstellung von Branchen Verwendung Die Zuordnung von Branchen zu einem Branchensystem können Sie nun in einer hierarchischen Struktur vornehmen. Dies ermöglicht Ihnen eine vereinfachte Pflege von Branchen sowie eine verbesserte Übersicht eines Branchensystems in einer hierarchischen Darstellung. Wenn Sie die Anordnung der Branchen verändern wollen, so können Sie die ausgewählte Branche mit Drag&Drop an die gewünschte Stelle verschieben. Eventuell untergeordnete Branchen werden dabei ______________________________________________________________ SAP AG 14 SAP-System ______________________________________________________________ ebenfalls verschoben. Im Dialog des SAP-Geschäftpartners steht Ihnen außerdem für das Feld Branche eine Eingabehilfe zur Verfügung. Beim Aufruf der Eingabehilfe wird Ihnen die im Customizing hinterlegte hierarchische Darstellung angezeigt. Wählen Sie die gewünschte Branche aus und übernehmen Sie diese mit einem Doppelklick. Die Bezeichnung der Branche und das dazugehörige Branchensystem werden automatisch vom System ergänzt. Auswirkungen auf das Customizing Nehmen Sie die Zuordnung von Branchen zu einem Branchensystem im Einführungsleitfaden des SAP-Geschäftspartners vor: o SAP Customizing Einführungsleitfaden -> Anwendungsübergreifende Komponenten -> SAP-Geschäftspartner -> Geschäftspartner -> Organisationen -> Branchensysteme und Branchen pflegen Dependenz der Felder Anrede und Geschlecht Verwendung Zwischen den Feldern Anrede und Geschlecht können Sie im Customizing der Business Address Services (BAS) eine Abhängigkeit hinterlegen. Wenn Sie eine geschlechtsspezifische Anrede (z.B. Herr/Frau) eingeben oder eine Änderung vornehmen, wird die Zuordnung des Geschlechts automatisch angepaßt. Wenn Sie das Kennzeichen für das Geschlecht ändern und es nicht mehr mit der Anrede übereinstimmt, erhalten Sie eine Fehlermeldung. Die Anpassung des Geschlechts orientiert sich also an der Anrede und nicht umgekehrt. Auswirkungen auf das Customizing Nehmen Sie die Einstellungen zur Abhängigkeit der Felder Anrede und Geschlecht im Einführungsleitfaden der Business Address Services (BAS) vor: o SAP Customizing Einführungsleitfaden -> SAP Web Application Server -> Basis-Services -> Adreßverwaltung -> Anredetexte pflegen Änderungshistorie für Adress-, Bank-, Zahlungskartendaten, Branchen und Identifikationsnummern Verwendung Über die Drucktaste Änderungshistorie unterhalb des entsprechenden Eingabebereichs können Sie die Änderungsinformationen für eine ausgewählte Adresse, Bankverbindung, Zahlungskartenverbindung, Branche oder Identifikationsnummer anzeigen. ______________________________________________________________ SAP AG 15 SAP-System ______________________________________________________________ 4.5.7 CA-BP-BP Geschäftspartner 4.5.7.1 Änderungen bei der Datenbereinigung Verwendung Um den Datenaustausch von Datenbereinigungsfällen mit anderen Systemen zu ermöglichen, wurden bei der Datenbereinigung folgende Änderungen an der Oberfläche vorgenommen: o Quell-/Ziel-Entscheidung Wenn Sie einen Datenbereinigungsfall speichern, erscheint ein Bildschirmbild, auf dem Sie die Entscheidung vornehmen, welche der Datensätze die Quelle und welcher das Ziel bei der Datenbereinigung darstellen sollen. Als Ziel bei der Datenbereinigung ist dabei der Datensatz anzusehen, der im System erhalten bleiben soll. Sie können nur einen Zielsatz bestimmen; es kann jedoch mehrere Quellsätze geben. Wenn Sie die Quell-/Zielentscheidung vorgenommen haben, können Sie die Daten nur noch von den Quellobjekten zum Ziel hin übernehmen, jedoch nicht umgekehrt. o Status des Datenbereinigungsfalls Es stehen Ihnen nun zusätzliche Status für einen Datenbereinigungsfall zur Verfügung. Nicht alle zur Verfügung stehenden Status sind bei der Werteauswahl an der Oberfläche sichtbar. Die Auswahl der Status hängt davon ab, a) ob ein System eine Quell-/Ziel-Entscheidung vornehmen kann Diese Einstellung nehmen Sie im Customizing vor. b) welcher Ausgangsstatus eingestellt ist Diese Einstellung wird durch eine Systemtabelle gesteuert und kann nicht selbst vorgenommen werden. Sie können keine Änderungen an den beteiligten Objekten (z.B. Geschäftspartner) vornehmen, wenn einer der folgenden Status vorliegt: - R (abgelehnt) - D (erledigt) - B (blockiert) Auswirkungen auf die Datenübernahme Ein Datenaustausch von Datenbereinigungsfällen ist sinnvoll, wenn in weiteren Systemen Folgeaktionen vorgenommen werden sollen, z.B. weil dort weitere referierende Objekte vorliegen. Der Austausch erfolgt über die SAP Exchange Infrastructure; die hierfür definierten Nachrichten sind im Interface Repository als Nachrichtentypen COM_HYPO* abgelegt. Wenn Sie einen Datenaustausch vornehmen wollen, dann definieren Sie nur ein System für die Fallentscheidung ('Master' der Datenbereinigung). Alle anderen Systeme sollen die Fallentscheidung nicht vornehmen können ('Clients' der Datenbereinigung). Auswirkungen auf die Systemverwaltung Falls Sie einen Datenaustausch von Datenbereinigungsfällen durchführen wollen, müssen Sie die SAP Exchange Infrastructure entsprechend einrichten (v.a. das System Landscape Directory). ______________________________________________________________ SAP AG 16 SAP-System ______________________________________________________________ Weitere Informationen finden Sie unter der Basiskomponente BC-AII. Auswirkungen auf das Customizing Die Systemtabelle COMC_CLEAR_STAT steuert, welche Status und welche Statusübergänge in einem System gesetzt werden können. Der View COMC_CLEAR_ACT wurde um das Feld Hypothesenentscheidung erweitert. In diesem Feld können Sie festlegen, ob ein System eine Fallentscheidung vornehmen kann. Treffen Sie diese Festlegung für ein System nur, wenn ein Datenaustausch eingerichtet wurde. Nehmen Sie die Einstellungen zur Datenbereinigung im Einführungsleitfaden des SAP-Geschäftspartners vor: o SAP Customizing Einführungsleitfaden -> Anwendungsübergreifende Komponenten -> SAP-Geschäftspartner -> Datenbereinigung -> Datenbereinigung aktivieren 4.5.7.2 Löschen von Geschäftspartnern ohne Archiviervorgang Verwendung Sie haben die Möglichkeit, temporäre, nicht mehr benötigte oder fälschlicherweise in ein System geladene Geschäftspartner zu löschen, ohne diese Sätze zuvor zu archivieren. Dies ermöglicht Ihnen, Ihre Datenbank zu entlasten und die Performance ihres Systems zu verbessern. Als Vorbereitung zum eigentlichen Löschvorgang können Sie mit Hilfe der Transaktion Lösch-/Archiviervormerkung setzen (BUPA_DEL) die zu löschenden Datensätze bestimmen und den entsprechenden Systemstatus setzen. Wenn Sie weitere Selektionskriterien wünschen, können Sie diese mit Hilfe eines BAdI implementieren. Mit der Transaktion Geschäftspartner -> Löschen von Geschäftspartnern (BUPA_PRE_DA), können Sie die Geschäftspartner löschen, für die zuvor eine Lösch- bzw. Archiviervormerkung gesetzt wurde, oder die den Systemstatus löschbar besitzen. In beiden Fällen erfolgen zunächst Prüfungen, um sicherzustellen, dass die zum Löschen selektierten Daten nicht mehr aktiv im System verwendet werden. Diese Prüfungen sind als Zeitpunktbausteine des Zeitpunktes DELE1 im Business Data Toolset (BDT) hinterlegt. Die durchgeführten Änderungen am Datenbestand und die Geschäftspartner, die noch verwendet werden und deshalb nicht gelöscht werden können, werden im Anwendungsprotokoll aufgezeichnet. Um das Protokoll auszuwerten, wählen Sie die Transaktion Anwendungslog auswerten (SLG1) und geben Sie das Objekt BDT_DATAARCHIVING und das Unterobjekt CA_BUPA ein. Auswirkungen auf den Datenbestand Der Geschäftspartner wird mit allen Bestandteilen gelöscht. Eine teilweise Löschung von GP-Daten ist nicht möglich. Sie können auch weitere, kundenspezifische Datenteile löschen. Hierzu müssen Sie einen entsprechenden Baustein zum Zeitpunkt DELE2 des Business Data Toolset hinterlegen (Transaktion BUS7). Siehe auch Weitere Informationen entnehmen Sie dem Hinweis 415007. ______________________________________________________________ SAP AG 17 SAP-System ______________________________________________________________ 4.5.7.3 Internationale Bankkonto-Nummer (IBAN) Verwendung Die Internationale Bankkonto-Nummer (IBAN) ist eine international gültige Kennnummer eines Bankkontos, die aus der Kombination von ISO-Code des Banklandes, Bankleitzahl bzw. Bankschlüssel und Kontonummer besteht. Die Länge der Internationalen Bankkonto-Nummer beträgt max. 34 alphanumerische Zeichen und variiert von Land zu Land. Ziel der Verwendung der IBAN ist eine vereinfachte Abwicklung von grenzüberschreitenden Finanztransaktionen über die einheitliche Identifizierung des Landes, Bankleitzahl und Kontonummer. Im Menü des Geschäftspartners wurde auf der Registerkarte Zahlungsverkehr in den Eingabebereich der Bankverbindungen ein Feld für die IBAN aufgenommen. Sie haben nun die Möglichkeit o eine IBAN zu einer Bankverbindung zu generieren und den Vorschlag in Ihre Bankdaten zu übernehmen o aus einer Ihnen bekannten IBAN eine Bankverbindung abzuleiten und nur noch eine entsprechende Bankverbindungs-ID einzugeben Im Eingabebereich für die Bankverbindungen auf der Registerkarte Zahlungsverkehr können Sie an dem Farbwechsel der Ikone in der Spalte IBAN erkennen, daß die Internationale Bankkonto-Nummer vorhanden ist. Auswirkungen auf den Datenbestand Die Funktionalität für die Internationale Bankkonto-Nummer wurde bis zum Standard-Release 4.6C in Support Packages ausgeliefert. Da die IBAN unabhängig von den Bankverbindungsdaten des Geschäftspartners abgespeichert wird, ist es jederzeit möglich, die IBAN zu vorhandenen Daten nachzugenerieren. Auswirkungen auf die Datenübernahme Sie können Internationale Bankkonto-Nummern (IBAN) aus externen Systemen mit Hilfe von BAPIs in das SAP-System übernehmen. 4.5.8 CA-BP-RS Geschäftspartnerbeziehung 4.5.8.1 Änderungen bei den Geschäftspartnerbeziehungen Kennzeichen Standardbeziehung Verwendung Sie können Geschäftspartnerbeziehungen als Standardbeziehung kennzeichnen. Wenn Sie zu einem Geschäftspartner mehr als eine Geschäftspartnerbeziehung eines Beziehungstyps ______________________________________________________________ SAP AG 18 SAP-System ______________________________________________________________ hinterlegt haben, könnte die als Standardbeziehung gekennzeichnete GP-Beziehung in bestimmten Szenarien automatisch vom System ausgewählt werden. Sie können immer nur eine Geschäftspartnerbeziehung eines Beziehungstyps zu einem bestimmten Zeitraum als Standardbeziehung kennzeichnen. Es ist also nicht möglich, das Kennzeichen Standardbeziehung für eine GP-Beziehung zu einem weiteren Geschäftspartner des gleichen Beziehungstyps im gleichen Zeitraum zu setzen. Wenn Sie bereits eine Geschäftspartnerbeziehung (1) als Standardbeziehung gekennzeichnet haben und Sie das Kennzeichen für eine andere Geschäftspartnerbeziehung (2) des gleichen Beziehungstyps im gleichen Zeitraum vergeben, wird das Kennzeichen für die erste Geschäftspartnerbeziehung zurückgenommen und für die zweite Beziehung übernommen. Wenn sich hingegen der Gültigkeitszeitraum der beiden Geschäftspartnerbeziehungen nicht decken oder überschneiden, bleibt das Kennzeichen auch für die erste Geschäftspartnerbeziehung bestehen. Sie können nur Geschäftspartnerbeziehungen bestimmter Beziehungstypen mit dem Kennzeichen Standardbeziehung versehen. Von den von SAP ausgelieferten GP-Beziehungstypen ist das Kennzeichen für die Ansprechpartnerbeziehung vorgesehen. Kundeneigene Geschäftspartnertypen, für die das Kennzeichen gesetzt werden soll, müssen mit den Zeitbindungstypen ' ', '0' und '4' implementiert sein. Feldmodifikationen für Geschäftspartnerbeziehungen Verwendung Wie bereits für die Geschäftsparterdaten können Sie nun auch für die Geschäftspartnerbeziehungen Feldattribute auf Mandantenebene pflegen. Auswirkungen auf das Customizing Nehmen Sie die Einstellungen zur Feldmodifikation auf Mandantenebene im Einführungsleitfaden des SAP-Geschäftspartners vor: o SAP Customizing Einführungsleitfaden -> Anwendungsübergreifende Komponenten -> SAP-Geschäftspartner -> Geschäftspartnerbeziehungen -> Grundeinstellungen -> Feldmodifikationen -> Feldattribute pro Mandant konfigurieren Berechtigungsverwaltung Verwendung Sie können Berechtigungsprüfungen bei den Geschäftspartnerbeziehungen für Geschäftspartnerbeziehungstypen und Feldgruppen durchführen. Die Berechtigungsprüfung auf Basis der GP-Beziehungstypen wird für die Aktivitäten Anlegen, Ändern, Anzeigen und Löschen durchgeführt. Die Berechtigungsprüfung auf Basis der Feldgruppen werden für die Aktivitäten Ändern und Anzeigen durchgeführt. Um die Berechtigungsprüfung auf Feldgruppen durchführen zu können, müssen Sie im Customizing die Berechtigungsrelevanten Feldgruppen festlegen. Auswirkungen auf das Customizing Nehmen Sie die Einstellungen zur Berechtigungsverwaltung im Einführungsleitfaden des SAP-Geschäftspartners vor: ______________________________________________________________ SAP AG 19 SAP-System ______________________________________________________________ o SAP Customizing Einführungsleitfaden -> Anwendungsübergreifende Komponenten -> SAP-Geschäftspartner -> Geschäftspartnerbeziehungen -> Grundeinstellungen -> Berechtigungsverwaltung -> Berechtigungsrelevante Feldgruppen festlegen 4.6 CA-GTF Allgemeine Anwendungsfunktionen 4.6.1 Terminology for Country Version Brazil (Changed) Verwendung As of SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), the following Brazilian terms have been updated in the system: o Branch has been renamed business place o NBM code has been renamed NCM code o CGC has been renamed CNPJ number 4.6.2 CA-GTF-TS 4.6.2.1 CA-GTF-TS-CE Technische Anwendungsunterstützung Konvertierungsexits 4.6.2.1.1 Datenelemente der Referenz-Belegnummer (geändert) Verwendung Die unten aufgelisteten Datenelemente wurden in vielen Tabellen und Strukturen durch neue Datenelemente ersetzt. Falls für eines dieser Datenelemente ein Feld-Exit definiert wurde, müssen Sie die notwendigen Anpassungen vornehmen. Weitere Informationen hierzu finden Sie im Hinweis 0029377. Altes Datenelement F130BELN FEBFILTER FRBNR INVNU LBLNE LFSNR MELFNKD MTSNR RECNXBLNR RECPPOSTRUNREFN Neues Datenelement F130BELN1 FEBFILTER01 FRBNR1 INVNU1 LBLNE1 LFSNR1 MELFNKD1 MTSNR1 RECNXBLNR1 RECPPOSTRUNREFN1 ______________________________________________________________ SAP AG 20 SAP-System ______________________________________________________________ RESIMVVABBLN SXBLNR VVABBLN XBLNI XBLNR XBLNR_EB XBLNR_EBS XBLNR_FBWE XBLNR_SRV XBLNR_V XIDENT 4.6.3 CA-GTF-SCM RESIMVVABBLN1 SXBLNR1 VVABBLN1 XBLNI1 XBLNR1 XBLNR_EB1 XBLNR_EBS1 XBLNR_FBWE1 XBLNR_SRV1 XBLNR_V1 XIDENT1 Schedule Manager 4.6.3.1 Schedule Manager (erweitert) Verwendung Ab Release 4.70 bietet der Schedule Manager folgende Erweiterungen: o im Bereich der Aufgabenpläne können Sie Teilaufgabenpläne (Aufgabengruppen) kopieren und einplanen. Sie können Aufgaben, Aufgabengruppen und Aufgabenpläne periodisch einplanen und Sie können einen negativen Offset bei einer Aufgabe verwenden, wenn Sie einen Aufgabenplan zu einem Stichtag einplanen. o im Bereich des Monitors können Sie die Monitoransicht zu einem Aufgabenplan über einen Zeitraum auswählen und nach Jobnamen einschränken. Der Monitor bietet einen direkten Absprung in den Workflow -Eingang Ihres Arbeitsplatzes über das kontextsensitive Menü. o im Bereich der Ablaufdefinitionen können Sie als Empfänger einer Benutzerentscheidung nun SAP-Organisationsobjekte und SAP-Office-Verteilerlisten angeben und als Fehlermailempfänger zu einem Job SAP-Organisationsobjekte angeben. Sie können den Benutzernamen, den das System zur Überprüfung von Berechtigungen innerhalb der Jobs in den Ablaufdefinitionen heranzieht, frei wählen. Das System führt die Mandantenprüfung für Varianten von Programmen mandantenübergreifend aus. Die Benutzerentscheidungen und die Fehlerbenachrichtigungen stellen Ihnen den Abbruch der gesamten laufenden Ablaufdefinition zur Verfügung. Sie können die Details aller Aufgaben in einer Ablaufdefinition ausdrucken und Ablaufdefinitionen mit eigenentwickelten Arbeitsvorratskategorien anlegen. Mit Hilfe einer Ablaufdefinition können Sie Abschlussprozesse in verschiedene SAP-Systeme synchronisieren. o im Bereich der anwendungsspezifischen Vorlagen: Im Bereich der Produktkostenplanung steht Ihnen ein Vorschlag für eine Ablaufdefinition zur Verfügung. Für die IBS Financial Services stehen Ihnen im Bereich des Bank Analyzers für die Komponenten Balance Analyzer, Profit Analyzer und Risk Analyzer Aufgabenpläne und Ablaufdefinitionen zur Verfügung. Für die Periodensperre im Controlling steht Ihnen ein Hintergrundjob zur Verfügung. ______________________________________________________________ SAP AG 21 SAP-System ______________________________________________________________ 4.7 CA-NO Meldungen 4.7.1 Neuerungen in Meldungen: Mehrere Kunden-Subscreens je Meldungsart Verwendung Mehrere Kunden-Subscreens: Bis Release 4.6C konnte man je Meldungsart maximal einen Kunden-Subscreen im Meldungskopf einbauen, für den ein Bereich von vier Zeilen reserviert war. Ab Release 4.70 kann man je Meldungsart einen oder mehrere Kunden-Subscreens in den Daten zum Meldungskopf einbinden. Die Größe der Kunden-Subscreens ist dabei im Rahmen der gegebenen Gesamtgröße der Registerkarten frei wählbar. Userexits erweitert: In der Kundenerweiterung QQMA0001 wurde die Schnittstelle der Funktionsbausteine EXIT_SAPMIWO0_008 und EXIT_SAPMIWO0_008 erweitert. Mit Hilfe von drei neuen Importparametern ist es möglich, abhängig vom Ausgabeort (Register, Subscreenbereich, Dynpro) eigene PBO- und PAI-Programmteile auszuführen. Auswirkungen auf das Customizing Ab Release 4.70 steht neben dem bisherigen Bildbereich 'Customer-Subscreen (ein Screen/MArt)' (090) ein zweiter Bildbereich 'Customer-Subscreen (>1 Screen/MArt)' (091) für die Einbindung von Kunden-Subscreens im Meldungskopf zur Verfügung. Anders als dem Bildbereich 090, dem das auszugebende Dynpro unter 'Meldungskopf: Bildbereiche' zugeordnet wird, wird bei Nutzung des neuen Bildbereichs 091 ein Feld für die direkte Zuordnung des Dynpros im Customizing der Einfachen bzw. Erweiterten Sicht eingabebereit. Im Customizing der Einfachen bzw. Erweiterten Sicht gibt es zudem ein neues Feld 'Registeraufteilung', in dem auf den Registern 10\TAB01, 10\TAB02, 10\TAB03, 10\TAB19, 10\TAB20 und 10\TAB21 die Anzahl der Subscreens je Register zwischen einem und fünf frei wählbar ist. Je weniger Subscreens auf einer Registerkarte vorgesehen sind, desto mehr Platz steht für jeden einzelnen zur Verfügung. Die bisher fest vorgegebene Zahl von fünf möglichen Bildbereichen je Meldungsregister ist weiterhin der Default-Wert, so dass bei Upgrade keine weiteren Aktivitäten erforderlich sind. Beachten sie, dass Sie bei jeder Meldungsart nur einen der Bildbereiche 090 oder 091 verwenden können. 4.8 CA-TS Arbeitszeitblatt 4.8.1 Erweiterungen beim Arbeitszeitblatt (allgemein) Verwendung Erweiterungen bei der Überleitung in die Leistungserfassung der Materialwirtschaft (MM-SRV) Interne und externe Mitarbeiter können mit dem Arbeitszeitblatt Datensätze für die Leistungserfassung ______________________________________________________________ SAP AG 22 SAP-System ______________________________________________________________ der Materialwirtschaft (MM-SRV) erfassen. Bisher war es nicht möglich, diese Datensätze nach der Genehmigung zu stornieren. Diese Möglichkeit besteht nun. Weitere Informationen finden Sie unter Retoure für Leistungserfassungsblätter aus Arbeitszeitblättern (neu). Erweiterungen bei der Erfassung für das Controlling (CO) Bisher unterstützte das Arbeitszeitblatt bei der Überleitung in die Leistungsverrechnung des Controllings (CO) nur die Einheit Stunden. Jetzt unterstützt das Arbeitszeitblatt alle Einheiten. Im Customizing der Erfassungsprofile steht jetzt das Kennzeichen Periodensperre berücksichtigen zur Verfügung. Mit diesem Kennzeichen können Sie verhindern, dass im Arbeitszeitblatt Daten für Tage erfasst werden, die in einer bereits gesperrten Periode des Controllings (CO) liegen: o Wenn Sie das Kennzeichen setzen und einen Datensatz für einen Tag erfassen, der in einer bereits gesperrten Periode des Controllings (CO) liegt, gibt das System eine Fehlermeldung aus. o Wenn Sie das Kennzeichen nicht setzen und einen Datensatz für einen Tag erfassen, der in einer bereits gesperrten Periode des Controllings (CO) liegt, gibt das System keine Meldung aus. In diesem Fall müssen Sie das Buchungsdatum im Überleitungsprogramm RCATSTCO (Überleitung in das Controlling) manuell ändern. Achtung Bisher hat SAP R/3 diese Prüfung für Statistische Kennzahlen immer durchgeführt. Jetzt hängt diese Prüfung auch bei Statistischen Kennzahlen davon ab, ob im verwendeten Erfassungsprofil das Kennzeichen Periodensperre berücksichtigen gesetzt ist. Füllen des Arbeitsvorrats per iView (neu) Sie können den Arbeitsvorrat eines Benutzers jetzt auch mit den Arbeitszeitattributen versorgen, die der Benutzer sich selbst über das iView CATS-Arbeitsvorrat aus MyObjects zugeordnet hat. Dieses iView wird mit dem Business Package Projects ausgeliefert. Neue Felder: Tätigkeitstyp, Tätigkeitsstufe, Tätigkeitskomponente Über die Felder Tätigkeitstyp, Tätigkeitskomponente und Tätigkeitsstufe können Sie im Arbeitszeitblatt die bewertungsrelevanten Bestandteile einer Tätigkeit spezifizieren. Bisher stand diese Möglichkeit nur in CATS for service providers zur Verfügung. Jetzt können Sie diese Felder auch in anderen Anwendungsoberflächen des Arbeitszeitblatts verwenden. Nehmen Sie die entsprechenden Einstellungen im Einführungsleitfaden (IMG) unter Anwendungsübergreifende Komponenten -> Arbeitszeitblatt -> Einstellungen für alle Anwendungsoberflächen -> Personenzeiterfassung -> Tätigkeitstypen, -komponenten und -stufen festlegen vor. Erweiterter Belegfluss Die Anzeige des Belegflusses, die sowohl in den Anwendungsoberflächen des Arbeitszeitblatts als auch über die Transaktion CAT8 (Beleg und Folgebelege des Arbeitszeitblattes) zur Verfügung steht, wurde erweitert. Sie können jetzt nicht nur die Folgebelege einsehen, die in den Zielkomponenten erzeugt werden, sondern den Belegfluss bis hin zur Faktura verfolgen. Außerdem können Sie die Änderungshistorie eines Datensatzes einsehen. ______________________________________________________________ SAP AG 23 SAP-System ______________________________________________________________ 4.8.2 CATS notebook: Arbeitszeiten offline erfassen (neu) Verwendung SAP CATS, das anwendungsübergreifende Arbeitszeitblatt, wird bereits seit einigen Releases als Web-Anwendung und direkt in SAP R/3 genutzt, um Arbeitszeiten und Tätigkeiten zu erfassen. Nun steht das Arbeitszeitblatt unter dem Namen CATS notebook auch als Offline-Lösung zur Verfügung. CATS notebook ist Teil der neuen Lösung Time & Travel notebook, mit der Sie sowohl Arbeitszeiten und Tätigkeiten als auch Reisekosten offline erfassen können. Um CATS notebook einzusetzen, müssen die folgenden Voraussetzungen erfüllt sein: o Das SAP R/3 PlugIn 2002.1 muss installiert sein (siehe Abschnitt "Auswirkungen auf das Customizing"). o Die Dateien für die Installation von CATS notebook müssen vorliegen. Sie finden diese Dateien auf dem SAP Service Marketplace unter service.sap.com/cats. CATS notebook ermöglicht Ihnen eine ortsunabhängige Erfassung von Arbeitszeiten auf tragbaren Computern (Notebooks), für die keine Verbindung zu SAP R/3 notwendig ist. Es wendet sich damit in erster Linie an Mitarbeiter, die häufig auf Reisen sind und nicht immer eine Verbindung zu SAP R/3 aufbauen können, um Arbeitszeiten zu erfassen. Die Anwendung wurde in Java entwickelt und läuft in einem Web-Browser. Sie verwendet die SAP-Standardtechnik für die Synchronisation mobiler Geräte mit SAP R/3, die Mobile Engine. Wenn die Daten von CATS notebook nach SAP R/3 übertragen wurden, können Sie sie dort in gleicher Weise weiterverarbeiten wie Datensätze, die mit einer anderen Anwendungsoberfläche des Arbeitszeitblatts erfasst wurden. CATS notebook verwendet dieselbe Business-Logik und dieselbe Datenbanktabelle (CATSDB) wie die anderen Anwendungsoberflächen des Arbeitszeitblatts. Auswirkungen auf das Customizing CATS notebook verwendet einen Teil des Standardcustomizings für das Arbeitszeitblatt. Nehmen Sie die entsprechenden Einstellungen im Customzing unter Anwendungsübergreifende Komponenten -> Arbeitszeitblatt -> Einstellungen für alle Anwendungsoberflächen vor. Bestimmte Einstellungen im Customizing des Arbeitszeitblatts sind aber nicht oder nur bedingt für CATS notebook relevant. Außerdem gibt es zusätzliche Customizingtabellen, die nur für CATS notebook gelten. Diese Customizingtabellen und weitere Objekte werden mit dem SAP R/3 PlugIn 2002.1 ausgeliefert. Weitere Informationen finden Sie in der Dokumentation von CATS notebook. Sie finden die Dokumentation auf dem SAP Service Marketplace unter service.sap.com/cats. Siehe auch Wenn Sie eine Kundenmeldung für den SAP-Support erstellen möchten, verwenden Sie die Komponente CA-TS-NB. Weitere Informationen finden Sie auf dem SAP Service Marketplace: o Dokumentation von CATS notebook: service.sap.com/cats o Dokumentation zur Mobile Engine: service.sap.com/mobile -> Groups -> SAP Markets -> Documentation o Informationen über SAP R/3 Plug-Ins: service.sap.com/R3-plug-in ______________________________________________________________ SAP AG 24 SAP-System ______________________________________________________________ Änderungen oder Ergänzungen zu den vorliegenden Informationen finden Sie im SAP-Hinweis Nr. 497017. 4.8.3 Anwendungsoberflächen für das Arbeitszeitblatt (erweitert) Verwendung Für das Arbeitszeitblatt steht mittlerweile eine Vielzahl von Anwendungsoberflächen zur Verfügung, damit Sie die Zeiterfassung optimal an Ihren Bedürfnissen ausrichten können. Während in früheren Releases mit dem Begriff "Arbeitszeitblatt" in der Regel die Transaktion CAT2 in SAP R/3 gemeint war, bezeichnen wir die verschiedenen Anwendungsoberflächen in der Dokumentation nun mit eindeutigen Produktnamen, die im folgenden erläutert werden. Der Begriff "Arbeitszeitblatt" wird in Zukunft nur für die Gesamtheit der Anwendungsoberflächen und Funktionen von SAP CATS verwendet werden. Grundsätzlich unterscheiden wir zwischen eigenständigen und ergänzenden Anwendungsoberflächen. Die eigenständigen Anwendungsoberflächen des Arbeitszeitblatts zeichnen sich durch folgende allgemeine Merkmale aus, die sie von den ergänzenden Anwendungsoberflächen unterscheiden: o Das Erfassungsbild bietet einen Überblick über eine vollständige Erfassungsperiode. o Sie können auf bereits erfasste Daten zugreifen und diese korrigieren, ergänzen und löschen. Die ergänzenden Anwendungsoberflächen dienen einer zeitnahen oder ortsunabhängigen Arbeitszeiterfassung. Wenn Sie Daten, die Sie mit einer ergänzenden Anwendungsoberfläche erfaßt haben, anzeigen oder ändern möchten, verwenden Sie eine der eigenständigen Anwendungsoberflächen. Sie können die eigenständigen und ergänzenden Anwendungsoberflächen beliebig miteinander kombinieren. Eigenständige Anwendungsoberflächen o CATS classic (Transaktion CAT2 in SAP R/3) o CATS regular (Internet-Anwendungskomponente CATW, Employee-Self-Service-Anwendung im Web-Browser) o CATS for service providers (Transaktion CATSXT in SAP R/3) o CATS notebook (mobile Offline-Lösung für Notebooks auf Basis der Mobile Engine) Ergänzende Anwendungsoberflächen o CATS instant (iView im Unternehmensportal) o CATS phone (mobile Online-Lösung für WAP-fähige Mobiltelefone) Weitere Informationen finden Sie in der SAP-Bibliothek unter Anwendungsübergreifende Komponenten -> Arbeitszeitblatt -> Anwendungsoberflächen. Informationen zur Verfügbarkeit der genannten Anwendungsoberflächen finden Sie auf dem SAP Service Marketplace unter service.sap.com/cats. ______________________________________________________________ SAP AG 25 SAP-System ______________________________________________________________ 4.8.4 Persönliche Vorlagen im Arbeitszeitblatt (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie sich in bestimmten Anwendungsoberflächen des Arbeitszeitblatts (CATS classic, CATS regular und CATS notebook) in Ergänzung zum Arbeitsvorrat und den Vorschlagswerten die Dateneingabe durch das Sichern persönlicher Vorlagen weiter erleichtern. Sie können bereits eingebenene Kontierungszeilen im Erfassungsbereich als persönliche Vorlage sichern. Das System sichert dabei alle sichtbaren und eingabebereiten Arbeitszeitattribute als Bestandteil der persönlichen Vorlage. Beim Wechsel in eine andere Erfassungsperiode und bei jedem Start der Anwendung erscheint der Erfassungsbereich dann vorausgefüllt, so dass Sie nur noch die Arbeitszeiten eingeben müssen. Siehe auch Weitere Informationen finden Sie in der SAP-Bibliothek unter Anwendungsübergreifende Komponenten -> Arbeitszeitblatt -> Anwendungsoberflächen -> CATS classic -> Erfassungssicht -> Anlegen persönlicher Vorlagen. 4.8.5 Anzeige und Genehmigung von Arbeitszeiten und Tätigkeiten (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) stehen neue Programme für die Anzeige und Genehmigung von Arbeitszeiten und Tätigkeiten zur Verfügung: o o Anzeige - RCATS_DISPLAY_ACTIVITIES (Arbeitszeiten anzeigen) - RCATSXT_DISPLAY_ACTIVITIES (Arbeitszeiten und Tätigkeiten anzeigen) - RCATSXT_DISPLAY_ACTIVITY_DTL (Arbeitszeiten und Tätigkeiten: Details anzeigen) Genehmigung - RCATS_APPROVE_ACTIVITIES (Arbeitszeiten genehmigen) - R_APPROVE_ACTIVITIES_EXPENSES (Arbeitszeiten und Reisekosten genehmigen) Sie können die neuen Programme über das Menü (SAP Easy Access) aufrufen. Die folgenden Programme für die Anzeige und Genehmigung von Arbeitszeiten und Tätigkeiten werden weiterhin ausgeliefert, sind jedoch nicht mehr im Menü enthalten: o o Anzeige - Transaktion CADO (Selektion über Personalnummer) - Transaktion CAOR (Selektion über Organisationsstruktur) Genehmigung ______________________________________________________________ SAP AG 26 SAP-System ______________________________________________________________ - Transaktion CAPS (Selektion nach Personalstammdaten) - Transaktion CAT4 (Selektion über Organisationsstruktur) - Transaktion CAPP (Selektion über Arbeitszeitblattdaten) 4.8.6 Erweiterungen in CATS for service providers Verwendung IMG-Aktivität zur Anpassung der Oberfläche Sie können im Einführungsleitfaden unter Anwendungsübergreifende Komponenten -> Arbeitszeitblatt -> Spezielle Einstellungen für CATS for service providers -> Anpassung der Oberfläche -> Zentrale Funktionen einstellen die Oberfläche von CATS for service providers an Ihre kundenspezifischen Anforderungen anpassen. Registerkarte Belegfluss In der Standardauslieferung ist die Registerkarte Belegfluss im Bildbereich Historie/Arbeitsvorrat nicht mehr eingeblendet. Stattdessen steht in diesem Bildbereich die Funktion Selektiver Belegfluss zur Verfügung. Neue Funktionen im Bildbereich Historie o Sie können auf einen Blick erkennen, ob zu einem Datensatz in der Historie Vorgängerdatensätze existieren. CATS for service providers blendet für diese Datensätze ein entsprechendes Symbol ein. Mit Klick auf dieses Symbol können Sie sich die Änderungshistorie eines Datensatzes anzeigen lassen. o Sie können Daten genehmigen oder deren Genehmigung ablehnen. o Sie können Daten über SAP Smart Forms auf den Drucker ausgeben oder per E-Mail versenden. o Sie können die angezeigten Daten nach ihrem Status filtern, also z.B. nur die genehmigten Datensätze anzeigen. Datenfreigabe im Customizing einstellbar Sie können im Einführungsleitfaden unter Anwendungsübergreifende Komponenten -> Arbeitszeitblatt -> Spezielle Einstellungen für CATS for service providers -> Erfassungsprofile Einstellungen für die Datenfreigabe vornehmen. In früheren Releases wurden die Daten in CATS for service service providers stets beim Sichern freigegeben. Nun können Sie einen separaten Freigabeschritt einplanen. Drag&Drop als Eingabehilfe Sie können Drag&Drop folgendermaßen als Eingabehilfe verwenden: o Ziehen Sie einen Datensatz aus dem Bildbereich Meine Kontierungen auf einen Tag im Kalender. CATS for service providers stellt den Datensatz zusammen mit dem Tag und eventuellen Vorschlagswerten für die Tätigkeitskomponenten im Erfassungsbereich dar. o Ziehen Sie einen Datensatz aus dem Bildbereich Historie auf einen Tag im Kalender. CATS for service providers kopiert den Datensatz auf diesen Tag. ______________________________________________________________ SAP AG 27 SAP-System ______________________________________________________________ Geänderte Ableitungslogik Die Ermittlung von Ableitungswerten aus Tätigkeitstyp, -stufe und -komponente erfolgt jetzt über das Business Add-In (BAdI) CATS_DERIVATIVES. In der Standardauslieferung ist es nun nicht mehr möglich, die Ableitungswerte bei der Datenerfassung zu ändern. Um dies zu erreichen, müssen Sie eine kundeneigene Implementierung des BAdIs anlegen. 4.8.7 Business Add-Ins (BAdIs) für das Arbeitszeitblatt (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) stehen neue BAdIs für das Arbeitszeitblatt zur Verfügung. CATS_DERIVATIVES Mit diesem BAdI können Sie Ableitungswerte für Tätigkeitstypen, -stufen und -komponenten ändern. CATS_REPORTING Mit diesem BAdI können Sie die neuen Programme für die Anzeige und Genehmigung von Arbeitszeiten und Tätigkeiten an Ihre kundenspezifischen Anforderungen anpassen. CATS_WORKLIST_ADDIN Mit diesem BAdI können Sie den Aufbau des Arbeitsvorrats beeinflussen. CATSXT_EVENT Mit diesem BAdI können Sie kundeneigene Felder und Datenprüfungen für CATS for service providers implementieren. 4.8.8 Kontierungsdimensionen für das Fund Accounting (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie die folgenden Kontierungsinformationen über das Arbeitszeitblatt (SAP CATS) erfassen: o Fonds o Funktionsbereich o Grant Die Kontierungsobjekte Fond, Funktionsbereich und Grant werden vom Controlling (CO) und vom Haushaltsmanagement (FM) ausgewertet. Sie haben die folgenden Möglichkeiten, die Kontierungsinformationen in diese Komponenten überzuleiten: o Überleitung in die Personalwirtschaft und Verwendung der Kostenzuordnung über die Personalabrechnung In diesem Fall werden die Kontierungsinformationen bei der Personalabrechnung in die ______________________________________________________________ SAP AG 28 SAP-System ______________________________________________________________ Abrechnungstabelle C1 (Kostenzuordnung aus verschiedenen Infotypen ) geschrieben und bei der Buchung der Personalabrechnungsergebnisse ins Rechnungswesen dem Controlling und dem Haushaltsmanagement zur Verfügung gestellt. Weitere Informationen finden Sie in der SAP-Bibliothek unter Personalwirtschaft -> Personalzeitwirtschaft -> Integration mit anderen Komponenten -> Kostenzuordnung. o Überleitung zur Leistungsverrechnung oder Verwendung statistischer Kennzahlen im Controlling (CO) In diesem Fall werden die Kontierungsinformationen direkt in das Controlling übergeleitet. Bei der Leistungsverrechnung stehen separate Felder für den sendenden Fonds, den sendenden Funktionsbereich und den sendenden Grant zur Verfügung. Weitere Informationen finden Sie in der SAP-Bibliothek unter Anwendungsübergreifende Komponenten -> Arbeitszeitblatt (CATS) -> Versorgung der Zielkomponenten -> Versorgung des Controllings Auswirkungen auf den Datenbestand Die Datenbanktabelle des Arbeitszeitblatts (CATSDB) und die Datenbanktabelle für die Überleitung vom Arbeitszeitblatt in das Controlling (CATSCO) wurden um die entsprechenden Felder erweitert. Auswirkungen auf das Customizing Die neuen Felder für die zusätzlichen Kontierungsinformationen sind im Standard für alle Erfassungsprofile eingabebereit. Dies hat zur Folge, dass nach dem Upgrade in Ihren bereits eingerichteten Erfassungsprofilen die neuen Felder zusätzlich vorhanden sind. Mit Hilfe des Programms RCATSFAW_3 (Arbeitszeitblatt: Ausblenden der zu Release 4.7 neuen Felder) können Sie diese Felder wieder ausblenden. Siehe auch Weitere Informationen finden Sie im Fund-Accounting-Handbuch und in der Release-Information Kontierungsdimensionen für das Fund Accounting im Bereich Personalzeitwirtschaft. 4.8.9 Retoure für Leistungserfassungsblätter aus Arbeitszeitblättern (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie in einem Arbeitszeitblatt, das Sie bereits in ein Leistungserfassungsblatt übergeleitet haben, nachträglich eine Zeit- oder Mengenangabe ändern und mit den neuen Daten vom System sofort ein neues Leistungserfassungsblatt erstellen lassen. Sobald Sie das veränderte Arbeitszeitblatt ebenfalls in Externe Leistungen überleiten, erzeugt das System zusätzlich sowohl ein Leistungserfassungsblatt mit den neuen Daten, als auch ein Leistungserfassungsblatt, in dem die ursprünglichen Daten zurückgenommen werden und in dem das Retourekennzeichen markiert ist. Hinweis: Eine Retoure ist nur bei Verwendung und Überleitung eines Arbeitszeitblattes in Externe Leistungen (cats/catm) möglich. Das Retourekennzeichen kann auch nicht manuell markiert werden, sondern wird vom System durch Überleitung eines geänderten Arbeitszeitblattes in externe Leistungen gesetzt. Auswirkungen auf den Datenbestand ______________________________________________________________ SAP AG 29 SAP-System ______________________________________________________________ Das bereits vorhandene Leistungserfassungsblatt wird durch das zusätzlich erzeugte Retoureblatt aufgehoben. Dies können Sie in der Bestellentwicklung der zugrundeliegenden Bestellung kontrollieren. Auswirkungen auf das Customizing Um die Retoure von Arbeitszeitblättern bei der Leistungserfassung zu ermöglichen, müssen Sie das entsprechende Aktivierungskennzeichen im Customizing der Dienstleistung markieren: Bezugsquellenfindung und Vorschlagswerte -> für den Mandanten festlegen -> Retoure aktiv 4.9 CA-JVA Joint-Venture Buchhaltung 4.9.1 Replacement of actual posting transactions Verwendung The special JVA actual posting transactions : - Repost line item RI (KB71) - IAA prior period based (KB27) were replaced by the standard transactions KB61 and KB21N. The JV functionality ( Recovery indicator handling) is now incorporated in the standard transactions 4.9.2 Switch for activating Joint Venture Accounting in a system Verwendung Up to core release 4.6C, Joint Venture Accounting was rolled out and shipped separately as an Add-On component. As of R/3 Enterprise Joint Venture Accounting is a so called Enterprise Extension, and will be shipped together with core. To be able to use Joint Venture Accounting, it has to be activated in IMG. Auswirkungen auf die Datenübernahme Activation of Joint Venture Accounting creates an active-entry for the JVA component in table TBE11. Auswirkungen auf das Customizing First, Joint Venture Accounting has to be activated system wide: ______________________________________________________________ SAP AG 30 SAP-System ______________________________________________________________ The following client independent table entries will be created: - TJ01 (Business Transactions), - T022/T (FI-SL Activity: Fixed Data and Texts) - T8J03/4 (JV Billing levels and Texts) - EDIFCT (IDoc: Assignment of FM to log. message and IDoc type) Second, Joint Venture Accounting has to be activated for each individual client: The following client dependent table entries will be created: - T881 (FI-SL Ledger) - T886 (FI-SL Activity) - TRWCA (FI/CO Interface: Active Components) - T8J0A/B (JV Functions and Texts) - T8J0J/K (JV Function Items and Texts) 4.9.3 Switch for activating Joint Venture Accounting in a system Verwendung Unlike the releases up to core release 4.6c, where Add-Ons were rolled out separately, R/3 Enterprise comprises all components including Joint Venture Accounting. To be able to use Joint Venture Accounting, it has to be activated in a system. Auswirkungen auf die Datenübernahme Activation of Joint Venture Accounting creates an active-entry for the JVA component in table TBE11. Auswirkungen auf das Customizing When activating Joint Venture Accounting in a system, BADI JVA_EXTENSION_SWITCH calls Report RGJX20C9 and passes parameters over so that forms insert_tj01, insert_t022, insert_t8j03 and insert_edi are performed. Only cross client table entries in tables tj01 (Business Transactions), t022 (FI-SL Activity: Fixed Data), t022t (FI-SL Activities: Text), T8J03 (JV Billing levels), T8J04 (JV Billing level text) and edifct (IDoc: Assignment of FM to log. message and IDoc type) are created. 4.9.4 Production Sharing Accounting (Enhanced) Verwendung ______________________________________________________________ SAP AG 31 SAP-System ______________________________________________________________ Activate PSC Rollup This function creates new rollup user exits into the SAP customer's exit program. It does not delete existing exits but searched for the next free exit. During the rollup, the system creates or changes data as required. For example, PSA master data such as production sharing contracts and calculation types do not exist in JVA; these data objects are stored only in PSA. During rollup, therefore, the system calls user exits to adjust the data derived from JVA. PSA Document Number Ranges This function involves defining a range of document numbers that are required for posting documents to the PSA ledger. Document numbers are used to post documents to the PSA ledger during the rollup of cost data to the PSA ledger as well as during manual transfers between production sharing contracts. Activate Planning This transaction is available for you to activate plan versions in the PSC ledger. Configuration Activities (Enhanced) Production configuration screens are available for you to specify whether data entry fields in the daily production transactions are required, optional, or suppressed. As of SAP R/3 Release 4.7 for Production Sharing Accounting, other new configuration includes the definition of a source company code, which defines a source system (such as Joint Venture Accounting) for a given company code. This is necessary because the source system determines the sending/receiving tables and ledgers. Volume conversion factors Volume conversion factors are available for you to specify the factors for the system to use when converting volumes from one unit of measure into another unit of measure. Calculation types Calculation types are available so that you can: --identify specific calculations when you assign validation rules for rolling up cost data from the source to the PSA ledger --define calculation schemes, which contain specific parameters that the system uses when carrying out calculations --sub-divide cost categories when it is necessary to distinguish between different types of costs, for example Calculation Categories (New) As of SAP R/3 Release 4.7 for Production Sharing Accounting, the following new calculation categories are available. These new calculation categories allow the PSC calculation to be processed as a real entitlement calculation. · Entitlement Adjustments · Gross Entitlement ______________________________________________________________ SAP AG 32 SAP-System ______________________________________________________________ · Product Adjustments · Net Profit Oil incl. Excess · Net Excess Profit · Net Entitlement For each category, new calculation types are available. Also, new formulas are defined to calculate the new categories correctly. PSA Master Data (Details & Overview) This transaction creates a production sharing contract (PSC) master data record. The PSC master data record contains information such as the PSC name and description, the date the contract was signed, the currency to be used, etc. PSA Products This transaction creates a production sharing accounting (PSA) master data record. The transaction involves creating a code and description for the new PSA product and assigning a unit of measure to the product. PSA Equity Groups As of SAP R/3 Release 4.7 for Production Sharing Accounting, in addition to a JVA equity group, a PSA equity group can be defined to influence the partner split. This is possible for an entire PSC which is defined as a no equity group PSC. In this case every calculation type needs the assignment of a PSC EG. For each type a different or the same equity can be used; the JVA equity group is not transferred from JVA to PSA for these PSCs. It is also possible to assign a PSA equity group to a regular PSC, where the system splits some calculation types by the JVA equity group share and some by the PSA equity group share. The PSA equity group can be assigned to the calculation type for the PSC/Product combination, even though the JVA equity group is still stored in the ledger records. PSA Groups PSA Groups are available in order to stipulate that when the costs of a PSC within a group of PSCs exceed the cost recovery cap, the excessive costs are transferred in the current period to a producing PSC. Only one PSC in a group of PSCs can be designated as producing. (In contrast, for PSCs that are not in a group and that have costs exceeding the cost recovery cap, the excessive costs are transferred from the current period to the following period.) Calculation Scheme (Header & Detail) Calculation schemes include details of the formulas. Calculation schemes define the percentages that the system uses for different calculations. Percentages are specified on a sliding scale basis. Three new sliding scale methods are available: · Revenue Cost Index, which sums the cumulative contractor cost and the cumulative contractor share of profit oil, and divides the amount by the cumulative contractor cost bank · Cumulative production in volume, which is based on the total production recorded in the PSA ledger · Cumulative production in value, which is based on the total revenue recorded in the PSA ledger ______________________________________________________________ SAP AG 33 SAP-System ______________________________________________________________ Further, in order for the system to execute calculations, you must assign calculation schemes to calculation types. This assignment links the percentages in the schemes to the formulas within the calculation categories. Planning & Forecast (New) As of SAP R/3 Release 4.7 for Production Sharing Accounting, the following new planning and forecast features are available. Version Numbers Version numbers can be used for plan data to allow to store and calculate multiple versions of Entitlement Calculation. Planned Production Data Entry It is possible to enter volumes for the plan version in the same way that actual volumes are entered. Populate Cost Plans A new Rollup for Plan data function is available to transfer plan data from JVA to PSA and store it with a designated version number. Actual data is always stored with version 001 and record type 0, while plan data is stored with record type 1. For plan versions all defined versions (special ledger standard functionality) can be used. Copy Plan Versions You can use the system to copy plan data as well as actual data to a new plan version. Entitlement Plan Calculation Entitlement calculation features, including posting, are available for plan data. Entitlement Plan Calculation Reversal It is possible to reverse posted plan entitlement. PSA Ship Codes This transaction allows you to define ship codes and their corresponding descriptions for use in the daily processing transactions. PSA Oil Types This transaction allows you to define oil types and the maximum API (gravity) for use in the daily processing transactions. PSA Terminal Codes This transaction is available to define the terminal codes to be used for the lifting transactions. Terminals for Lifting (New) As of SAP R/3 Release 4.7 for Production Sharing Accounting, you can enter lifting by terminal. The system then splits the volumes for the lifting either once a period or month, depending on the ratio of the production volumes on PSC level. ______________________________________________________________ SAP AG 34 SAP-System ______________________________________________________________ The system stores the split postings as transfer postings from the terminal to the PSCs before the production interface prepares the input data for the calculation. Assigning Joint Ventures to PSCs for Rollup Processing This transaction is available to assign joint ventures (JVs) to production sharing contracts (PSCs). A JV represents a petroleum production project or installation in Joint Venture Accounting; in the Production Sharing Accounting system its equivalent is a PSC. You must assign a JV to a PSC because a JV is one of the keys for posting in the JVA ledger, which is the usual source for cost postings that are rolled up to the PSA ledger as the bases for PSA cost calculation processing. Assigning Cost Derivation Rules to PSCs and Products This transaction is available to specify that certain transactional data should be blocked from being rolled up from the JVA ledger to the PSC ledger. This is useful if, for example, there are costs in JVA unrelated to PSA processing that need to be excluded. Assigning Rules to Determine Cost Data for Calculation Types Use this transaction to assign validation rules to combinations of production sharing contracts (PSCs) and production sharing accounting (PSA) products for specific calculation types. As the system copies selected cost records from the source ledger into the PSA ledger during rollup, it uses validation rules to assign calculation types to the cost records. The calculation types assigned to cost records during rollup are used later during execution of the PSA calculation process. These calculation types are used to select cost records from the PSA ledger for specific types of cost calculation. Assigning Products to PSCs A PSC specifies how production volumes from various products should be shared between the parties involved. This transaction specifies which products are included in a PSC. Assigning Calculation Schemes and Calculation Types to PSCs This transaction allows you to assign calculation schemes, which comprise percentages to be applied to a base amount for a range of production volumes, to calculation types. By assigning calculation schemes to calculation types, you specify the order in which the system processes calculations. Assigning a PSC to Terminal This transaction allow you to specify a combination production sharing contract (PSC), product, venture, and equity type (ET) for a terminal. Each terminal can have more than one combination of PSC, product, venture, and ET. Executing PSA Rollup This transaction allows you to copy cost data from the source ledger [usually the Joint Venture Accounting (JVA) ledger] to the PSA ledger. The PSA ledger is a direct copy of the JVA ledger. ______________________________________________________________ SAP AG 35 SAP-System ______________________________________________________________ As a result of this transaction, all costs are updated for all PSCs that are mapped to JVs in the JVA company codes that are activated for PSA. Further, the system assigns data from the JVA ledger to calculation types as well as production sharing contracts and products. Actual Production Data Entry This transaction allows you to enter production volumes and prices for the month. Production volumes are used as the bases for PSA calculations and prices are used when the system calculates production revenues. PSC Periods The Opening PSC Periods transaction allows you to specify the fiscal year and periods that should be opened for a particular company code in order to allow PSC transactions. You can also use the Displaying PSC Periods transaction to display periods that are open. Daily Data (Changed) You can enter daily, transactional data into the system for pricing, production volumes, adjustments to production volumes, and lifting After daily data is entered, you use an interface to update monthly production and pricing data with the daily data. As of SAP R/3 Release 4.7 for Production Sharing Accounting, there are now five separate daily data entry transaction: one for production, another for pricing, a third for adjustment data, a fourth for lifting by PSC and a fifth for lifting by terminal. Data Interfaces (Enhanced) As of SAP R/3 Release 4.7 for Production Sharing Accounting, the production interface is now available as the existing interface to transfer volumes and prices to the volume input table. Further, a new transaction, the Arms/Non-arms length transaction, is available for situations when arms-length countries enter into special agreements that include unique pricing. Also, a user-defined interface, the Malaysian Production Interface, is available. In addition, the Weighted Average price transaction, which establishes the frequency with which the system calculates the selling price, and the Crude Oil Entitlement Percentage (COEP) transaction, which applies the percentage to the monthly production by PSC in order to identify the contractor share and the government share of production, are available for use in conjunction with the Malaysian Production Interface. Production Adjustments (New) As of SAP R/3 Release 4.7 for Production Sharing Accounting, you can enter production adjustments (that is, gains or losses of production volumes) which have to be posted in the production volume table with volume type PA. Within the calculation only the Net Production is calculated. Actual Entitlement Calculations The Executing Actual Entitlements Calculations transaction allows you to execute the processing of actual entitlements and to review the results, which are stated as volumes and amounts for the PSCs for the various deductions. ______________________________________________________________ SAP AG 36 SAP-System ______________________________________________________________ Further, you can reverse actual entitlement records. Transferring Funds This transaction allows you to transfer funds from one production sharing contract (PSC) to another on an ad hoc basis, separate from the system's automated rollup of costs from the source ledger. The transfer involves forwarding a credit amount from one PSC to another. You would normally use manual transfer after initial calculations reveal excess profit in one PSC and a cost carry forward condition in another PSC. You can reverse a manual transfer if required. (For example, if you executed a manual transfer for a combination of PSC and product in an accounting period and then subsequently needed to enter new cost or volume data for the PSC or product, you would need to reverse the manual transfer in order to enter the new cost or volume data.) Reversing a transfer involves executing two transfer reversals: one for the receiver record, and one for the sender transfer record. Entitlement Transfers (New) As of SAP R/3 Release 4.7 for Production Sharing Accounting, the system can execute transfers either from one partner to another or from the contractor to the government. Handling of Transfers (New) As of SAP R/3 Release 4.7 for Production Sharing Accounting, the system stores the transfer first in a #pre-post# table which then becomes effective only when the calculation is posted. The reason for this handling is that the prices for the production are not known at the time of entering the entitlement transfer. Also handling for reversals is available. Document Display by Period This transaction allows you to review the results of PSC processing, organized by fiscal year and period. Reporting (New) As of SAP R/3 Release 4.7 for Production Sharing Accounting, new features for reporting include the capability to choose either the number of decimals or the scaling of amounts/volumes used for reporting data, as well as the possibility to display "in kind" rather than "in value". Further, the following new reports are available: o Production Data with Adjustments - Produces a report with an overview of production data with adjustments o Lifting Data - Provides data about lifting, include the entitlement of each partner that is a contractor for a PSC or a group of PSCs o Flat Prices - Provides details about prices per unit and corresponding periods o Adjustments - Provides an overview of adjustments to production volumes o Entitlement Calculation Printout - Displays the actual entitlement that was previously executed o Storage Entitlement Report - Displays an overview of total stock entitlement for the government and each of the partners o Partner Entitlement Report - Provides details about the entitlement of each partner that is a contractor for a PSC or for a group of PSCs ______________________________________________________________ SAP AG 37 SAP-System ______________________________________________________________ o Master Data Report - Provides an overview of PSC master data, including details such as the sign date, the reporting frequency, and the ID of the person who created the master data o Partner List Report - Provides an overview of actual or planned quantities or amounts calculated for a particular partner / PSC / product combination o Volumes by Volume Type - Provides an overview of production volume records. Ledgers 4R and 4S (New) As of SAP R/3 Release 4.7 for Production Sharing Accounting, ledgers 4R und 4S are available. Ledgers 4R and 4S store information on a partner and category level. The postings to these ledgers include both the government and operator portions. Each calculation type (including production) is stored separately in the new ledgers and is split by partner (including operator) and government. Direct Partner Postings (Enhanced) In SAP R/3 Release 4.6C for Production Sharing Accounting, the system transferred direct partner postings JVA to PSA in 4.6C. The split by partner is not executed for direct partner postings because the partner is already provided. As of SAP R/3 Release 4.7 for Production Sharing Accounting, the calculation of the carry forward differs from regular cost because the system recovers regular costs first and then recovers the direct partner postings. Carry Forward Year-End Balances (New) As of SAP R/3 Release 4.7 for Production Sharing Accounting, the Carry Forward Year-End Balances transaction is available to carry forward balances to period zero of a new year. This facilitates inception-to-date reporting. The carry forward is calculated for values as well as volumes. Contractor/Government Split (Enhanced) As of SAP R/3 Release 4.7 for Production Sharing Accounting, the split between the contractor and the government is no longer defined only in the sliding scale as it was in 4.6C. The system now builds totals for all amounts, the total amount, the government amount, and the contractor amount, rather than only the total amount as in 4.6C. This enhanced functionality executes the government/contractors split only on the detail lines and sums the total lines. Sliding Scale Frequencies (Enhanced) As of SAP R/3 Release 4.7 for Production Sharing Accounting, the sliding scale frequencies tell the entitlement calculation, not only the frequency but also the type of calculation. There are three new PSA frequencies: o Cumulative production in volume o Cumulative production in value o Revenue/Cost Index Volume Types (New) As of SAP R/3 Release 4.7 for Production Sharing Accounting, The following three volume types are ______________________________________________________________ SAP AG 38 SAP-System ______________________________________________________________ new in PSA: o TP for Take or Pay o FG for Free Gas o PA for Production Adjustments Equal Priority (New) As of SAP R/3 Release 4.7 for Production Sharing Accounting, the equal priority function allows the system to calculate the recovery and the carry forward across multiple calculation types. That is, the system treats multiple calculation types as a unit. Previously, all costs were recovered in the order of calculation type assignments 4.10 CA-DSG Digitale Signatur 4.10.1 Digitale Signatur (erweitert) Verwendung Das SAP-System ermöglicht seit dem Release 4.0A digitale Signaturen zur Sicherung digitaler Dokumente und Geschäftsprozesse. Bisher sind solche digitalen Signaturen allerdings nur für ausgewählte Stellen Im SAP-System realisiert. Sollte die Funktion in weitere Anwendungen eingebunden werden, mußte der Programmcode anwendungsspezifisch erweitert werden. Dies ist nur mit hohem Aufwand möglich. Ab Release 6.20 steht eine einheitliche flexible Programmierschnittstelle zur Verfügung, mit der die Digitale Signatur in beliebigen Bereichen sowohl in R/3-Systemen als auch in anderen Systemen wie APO, CRM etc. eingebunden werden kann. Dabei ändert sich im wesentlichen an den bisher vorhandenen Funktionen nichts, folgende Funktionen kommen hinzu: o Das zu signierende Dokument wird von der betreffenden Anwendung aufgebaut und an das Signaturtool weitergeleitet. Beim Aufrufen der Signierfunktion wird durch die Vorgaben in der Anwendung entschieden, ob das zu signierende Dokument von der Anwendung selbst oder der Signierfunktion verwaltet werden soll. o Bei Signaturstrategien mit mehreren Einzelsignaturen kann nach geleisteter Signatur eine Verifikation hinsichtlich ihrer Gültigkeit erfolgen. Die Verifikation ist unabhängig davon, ob das Dokument von der Signierfunktion oder von der Anwendung verwaltet wird. o Der Anwender hat die Möglichkeit, sich das Dokument vor dem Signiervorgang anzeigen zu lassen. (Dies ist zur Zeit aber nur für Dateien des Typs .txt möglich.) Auswirkungen auf das Customizing Um die digitale Signatur für die gewünschten Anwendungen einsetzen zu können, müssen Sie nach dem Upgrade im Customizing folgende Aktivitäten durchführen: ______________________________________________________________ SAP AG 39 SAP-System ______________________________________________________________ o Erfassen Sie die allgemeinen Benutzereinstellungen (siehe Basis-Einstellungen zur digitalen Signatur pflegen). o Falls Sie Sie Signaturen ohne Signaturstrategie verwenden möchten, erfassen Sie die entsprechenden Einstellungen (siehe Signaturmethoden zur Genehmigung mit Einfachsignatur festlegen). o Falls Sie mit Signaturstrategien arbeiten möchten, definieren Sie Berechtigungsgruppen, Einzelsignaturen und die Signaturstrategie. Weitere Hinweise Weitere Informationen zur digitalen Signatur finden Sie in folgenden Release Informationen: o Digitale Signatur (zu Release 4.0A) o Digitale Signaturen (zu Release 4.5A) o Änderungen bei der digitalen Signatur (zu Release 4.6C) ______________________________________________________________ SAP AG 40 SAP-System ______________________________________________________________ 5 FI Finanzwesen 5.1 Structure Changes for Country Version Brazil Verwendung From SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), there are a number of new and changed activities in the Implementation Guide for activities relating to Brazil: New Activities Cross-Application Components -> General Application Functions -> Nota Fiscal -> Materials Management -> Invoice Verification -> Maintain Movement Types for Vendor Invoices Financial Accounting -> Financial Accounting Global Settings -> Tax on Sales/Purchases -> Basic Settings -> Brazil -> o Define Sequence for Tax Law Determination o Assign Alternative Calculation Procedure per FI/MM Tax Code o Define Tax Types o Condition-Based Tax Calculation (see Release Note)-> - Activate Condition-Based Tax Calculation - Map MM Tax Values to Nota Fiscal Fields - Map SD Tax Values to Nota Fiscal Fields - Map MM Tax Laws to Nota Fiscal Fields - Define Internal Codes for Tax Conditions - Assign Internal Codes for Tax Conditions to Condtion Types - Assign Tax Rate Tables to Condition Tables Financial Accounting -> Financial Accounting Global Settings -> Tax on Sales/Purchases -> Calculation -> Settings for Tax Calculation in Brazil -> o Access Tax Manager's Workplace (see Release Note) o Define Sequence for SD Tax Code Determination o Define Tax Groups for Dynamic Exceptions o Tax Rates -> Maintain SubTrib Dynamic Exceptions Financial Accounting -> Accounts Receivable and Accounts Payable -> Business Transactions -> Interest Calculation -> Interest Calculation -> Maintain Interest Rates for Vendor Operation (Brazil) Changed Activities Cross-Application Components -> General Application Functions -> Nota Fiscal -> ______________________________________________________________ SAP AG 41 SAP-System ______________________________________________________________ o CGC Branches has been renamed to CNPJ Business Places to comply with new terminology (see Release Note), and within the Define Business Places activity, the regional tax codes have been redefined as state tax numbers. o NBM Codes has been renamed to NCM Codes Financial Accounting -> Financial Accounting Global Settings -> Tax on Sales/Purchases -> Calculation -> Settings for Tax Calculation in Brazil -> o Additional Standard Tax Codes has been renamed Define FI/MM Tax Codes Through Release 4.6C, you had to customize tax codes in three different activities. First you had to maintain the conditions of the tax code under Financial Accounting -> Financial Accounting Global Settings -> Tax on Sales/Purchases -> Calculation -> Define Tax Codes for Sales and Purchases (transaction FTXP), where you specified whether the tax code was for input or output tax. Then, you had to maintain additional Brazil-specific information under Calculation -> Settings for Tax Calculation in Brazil -> Additional Standard Tax Codes. Finally, for the automatic determination of tax code in stock transfer processes, you had to map in table T007_IT the SD tax codes (created in SD Tax Code activity in the same menu) to the incoming and outgoing tax codes. As of Enterprise, the Define FI/MM Tax Codes activity has a new view assigned to it, which enables you to maintain all the fields mentioned in the three previously required activities in a single line. In addition, table T007_IT has been replaced by the new Brazil-specific table J_1BT007. o Tax Rates - Dynamic Exceptions - Grouping has been renamed Define Tax Groups for Dynamic Exceptions, and is no longer under Tax Rates , but one level higher in the IMG structure. The tax groups have been enhanced so that you can now assign up to three key fields (previously only one) for defining dynamic exceptions. - The individual tax rate tables have been renamed and grouped together as follows, based on the example of IPI: - IPI (Normal) renamed to Maintain IPI Values - IPI (Exceptions) renamed to Maintain IPI Material-Dependent Exceptions - Dynamic Exceptions - IPI renamed to Maintain IPI Dynamic Exceptions - Each of the dynamic exceptions tables have been enhanced so that they now can contain up to three dynamic value fields, based on the Customizing of the tax group assigned to each entry. 5.2 Country Version India in Standard R/3 System Verwendung As of SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), Country Version India is no longer delivered as an add-on but as part of the standard R/3 System. Integration of functions in the SAP Easy Access menu The functions for withholding tax have been integrated into the SAP Easy Access menu, under Accounting -> Financial Accounting -> Accounts Payable -> Withholding Tax -> India and Accounting -> Financial Accounting -> Accounts Receivable -> Withholding Tax -> India. ______________________________________________________________ SAP AG 42 SAP-System ______________________________________________________________ You can access all other functions using the area menu J1ILN, which you can call from the SAP Easy Access screen using the transaction code J1ILN. Country Version India Implementation Guide The Country Version India Implementation Guide (IMG) has been integrated into the standard Reference IMG (see Changes to Structures for Country Version India). Release Notes You can access release notes from previous add-on releases using the links below. SAP Library Documentation The SAP Library documentation for Country Version India is also delivered on the standard SAP Library documentation CD (see below). New and Changed Functions For information about new and changed functions for Country Version India, see the other release notes for this release. Auswirkungen auf den Datenbestand You do not need to change any data. Auswirkungen auf das Customizing IMG activity What to do Activate Country Version India for Specific Fiscal Years Delete the entry ZIND and create a new entry for IND. Siehe auch SAP Library -> Financials or Logistics -> Country Versions -> Asia-Pacific -> India. Release Notes from Country Version India Add-On (FI) Release Notes from Country Version India Add-On (SD) Release Notes from Country Version India Add-On (MM) 5.3 Barrierefrei: Finanzwesen (geändert) Verwendung Zur barrierefreien Bedienbarkeit des SAP-Systems im Bereich Finanzwesen beachten Sie bitte Folgendes: Kreditorenbuchhaltung o Um sich geänderte Kreditorenstammsätze barrierefrei anzeigen zu lassen oder zu bestätigen, verwenden Sie anstelle der Transaktion FK09 die Transaktion FK08. Buchen ______________________________________________________________ SAP AG 43 SAP-System ______________________________________________________________ o Um auf Sachkonten barrierefrei Buchungen vorzunehmen, verwenden Sie anstelle der Enjoy-Transaktion (FB50) die Standard-Transaktion zur Sachkontenbuchung (F-02). o Um eine Rechnung barrierefrei zu buchen, verwenden Sie anstelle der Enjoy-Transaktionen (FB60, FB70) die Standard-Transaktionen zur Rechnungsbuchung (F-43, F-22). o Um eine Gutschrift barrierefrei zu buchen, verwenden Sie anstelle der Enjoy-Transaktionen (FB65, FB75) die Standard-Transaktionen zur Gutschriftenbuchung (F-41, F-27). Vorerfassen o Um auf Sachkonten barrierefrei Vorerfassungen vorzunehmen, verwenden Sie anstelle der Enjoy-Transaktion (FV50) die Standard-Transaktion zur Sachkontenvorerfassung (F-65). o Um eine Rechnung barrierefrei vorzuerfassen, verwenden Sie anstelle der Enjoy-Transaktionen (FV60, FV70) die Standard-Transaktionen zur Rechnungsvorerfassung (F-63, F-64). o Um eine Gutschrift barrierefrei vorzuerfassen, verwenden Sie anstelle der Enjoy-Transaktionen (FV65, FV75) die Standard-Transaktionen zur Gutschriftenvorerfassung (F-66, F-67). Beleglisten Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) wurden die Belegübersichten auf ALV-Grid umgestellt. Um zu den neu gestalteten Listen zu gelangen, wählen Sie wie gewohnt von den Buchungsund Vorerfassungstransaktionen (FB03, FBV3, FBU3) Belegliste auswählen. Sie gelangen standardmäßig auf die barrierefreie Sicht der Beleglisten. Diese Umstellung betrifft auch die Listenanzeige in der Saldenkontrolle zu FB01, FBV1, FB10 und im Zahlungseingang (FB05, FBZ1), die Sie über Übersicht wählen. Bearbeitungsoptionen Buchhaltung o Um einen Beleg barrierefrei zu erfassen, können Sie die Belegübersicht als ALV Grid Control voreinstellen. Setzen Sie hierzu in FB00 auf der Registerkarte Belegerfassung das Kennzeichen Belegübersicht als ALV Grid Control. o Um einen Beleg barrierefrei anzeigen zu lassen, wählen Sie in FB00 auf der Registerkarte Beleganzeige den Auswahlknopf als ALV Grid Control. Tabellen Um sich in tabellarischen Darstellungen barrierefrei orientieren zu können, wurden die einzelnen Tabellenzellen benannt. Die Tabellenwerte können auf diese Weise eindeutig zugeordnet werden. Siehe auch Weitere Informationen über die barrierefreie Bedienbarkeit des SAP-Systems finden Sie in der SAP-Bibliothek unter Einführung in das SAP-System: Anhang Barrierefreiheit. ______________________________________________________________ SAP AG 44 SAP-System ______________________________________________________________ 5.4 Condition-Based Tax Calculation (New) Verwendung As of SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), a new method for calculating taxes in Brazil is available, which makes use of the standard condition technique. Tax rates, tax laws, and special indicators that influence whether tax line items are included in the nota fiscal are all stored in the system as condition records. An additional tax calculation procedure, TAXBRC, is delivered for this new method, in addition to the existing one for Brazil, TAXBRJ. Auswirkungen auf den Datenbestand You can continue to calculate taxes using the former method: when the system processes the tax procedure assigned to the country (TAXBRJ), it calculates the taxes externally by calling function module J_1BCALCULATE_TAXES. We do, however, recommend that you assign the new procedure TAXBRC and use the condition-based tax calculation functions, as it enables you to flexibly adapt the tax calculation logic to cover new legal requirements or special customer needs. You will need to migrate your existing tax rate table entries to condition records, which you can do directly from the Tax Manager's Workplace described below. You can check all tables and subsequently convert the entries, whereby the system generates condition records. After the initial migration, each time you create or change a tax rate table entry, the system automatically generates a condition record as needed. Auswirkungen auf das Customizing If you want to employ the new condition-based tax calculation, you need to activate it and carry out all related Customizing activities, under Financial Accounting -> Financial Accounting Global Settings -> Tax on Sales/Purchases -> Basic Settings -> Brazil -> Condition-Based Tax Calculation, all of which are new: o Activate Condition-Based Tax Calculation o Map MM Tax Values to Nota Fiscal Fields o Map SD Tax Values to Nota Fiscal Fields o Map MM Tax Laws to Nota Fiscal Fields o Define Internal Codes for Tax Conditions o Assign Internal Codes for Tax Conditions to Condtion Types o Assign Tax Rate Tables to Condition Tables In addition, you need to assign the new tax calculation procedure TAXBRC to the country in Customizing, under Financial Accounting -> Financial Accounting Global Settings -> Tax on Sales/Purchases -> Basic Settings -> Assign Country to Calculation Procedure. A new Customizing tool called the Tax Manager's Workplace is available that enables you to make all tax-related settings for Brazil. You access it under the same path as above through Tax on Sales/Purchases, then Calculation -> Settings for Tax Calculation in Brazil -> Access Tax Manager's Workplace , or alternatively by entering transaction J1BTAX. You can use the Tax Manager's Workplace regardless if you use condition-based tax calculation; it simply brings all tax activities to a single transaction (only the Migration, Nota-Fiscal Mapping, and Condition Mapping options under the ______________________________________________________________ SAP AG 45 SAP-System ______________________________________________________________ Condition Setup pulldown menu are relevant only for condition-based tax calculation). 5.5 Terminology for Country Version Brazil (Changed) Verwendung As of SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), the following Brazilian terms have been updated in the system: o Branch has been renamed business place o NBM code has been renamed NCM code o CGC has been renamed CNPJ number 5.6 Data Medium Exchange Engine (Changed) Verwendung From SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), the following new features have been added to the Data Medium Exchange Engine (DMEE): o DMEE for incoming files The main application of incoming files is in conjunction with the electronic account statement. DMEE converts an incoming account statement file to a new file in MultiCash format, which the system can then process further (for instance, automatic posting and clearing). o Version management DMEE can store different versions of a format tree, including temporary versions, which you can then compare. SAP delivers version 000 (active version) and version 999. You cannot change version 999; it serves as a reference version. o Business Add-Ins Additional Business Add-Ins cover specific requirements not cannot be handled by the standard DMEE functions. SAP delivers format trees in the application areas listed below. These format trees can be used to generate files without any further configuration in DMEE. In addition, you can use the format trees as templates to create new trees to cover any regional or bank-specific formats not supported by SAP. Furthermore, two example trees SAP_EXAMPLE are delivered for the tree types PAYM and MCSH. o Payment program DMEE format trees now cover most of the standard formats previously supported by SAP as individual file generation programs (RFFO*). These new format trees enable you to us the additional features of the Payment Medium Workbench (PMW), such as the flexible configuration of the note to payee. The following format trees are delivered in this release for the first time: ______________________________________________________________ SAP AG 46 SAP-System ______________________________________________________________ Country Australia Format tree AU_BECS AU_BECS_B Belgium BE_BEPDTA BE_DOM80 Finland FI_A_AUTOGIRO FI_LUM2 LM03 TS France FR_ETEBAC_VRT-DOM FR_ETEBAC_VRT-ETR Hong Kong Special Administrative Region AUTOPLAN1 Netherlands DMEE_BTL91 CLIEOP03 New Zealand NZ_MTS Portugal PS2 Republic of Ireland IE_AIB IE_BOI South Africa ACB_ZA Sweden SE_A_AUTOGIRO SE_BANKGIROT SE_POSTGIROT SE_UTLI_SISU United Kingdom GB_BACS o Withholding tax reporting DMEE format trees are available for creating withholding tax returns as a DME file in the following countries: Country France South Korea United Kingdom United States o Format tree IDWTFILE_FR_DAS2 KR_BUSINESSINCOME IDWTFILE_UK_CIS23E IDWTFILE_UK_CIS25E IDWTFILE_UK_CIS36E IDWTFILE_UK_S16TMA IDWTFILE_US_1042 IDWTFILE_US_1099 Value-added tax (VAT) reporting DMEE format trees TW_GUI_403 and TW_GUI_DETAIL are provided for VAT reporting in Taiwan. ______________________________________________________________ SAP AG 47 SAP-System ______________________________________________________________ Siehe auch For more information, see the SAP Library -> Financials -> Financial Accounting (FI) -> Accounts Payable (FI-AP) -> FI Accounts Receivable and Accounts Payable -> Payments -> Executing the Payment Program -> Payment Medium Workbench -> Data Medium Exchange Engine. Alternatively, go to transaction DMEE and choose Help -> Application help. 5.7 Strukturänderungen im Einführungsleitfaden (IMG) des Finanzwesens Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) ändert sich der Einführungsleitfaden (IMG) des Finanzwesens wie folgt: Folgende IMG-Aktivitäten wurden neu eingefügt: Grundeinstellungen Finanzwesen o es wurde der Abschnitt Accrual Engine eingefügt o unter Buchungskreis wurde der Abschnitt Parallele Rechnungslegung eingefügt Hauptbuchhaltung o unter Geschäftsvorfälle wurde der Abschnitt Manuelle Abgrenzungen eingefügt o unter Geschäftsvorfälle wurde der Abschnitt Rückstellungen für Mitarbeiterbeteiligungen eingefügt o unter Geschäftsvorfälle -> Abschluß -> Abschluß-/Eröffnungsbuchungen (nur best. Länder) wurde die IMG-Aktivität Kontenfindung definieren eingefügt Spezielle Ledger o unter Istbuchung -> Einstellungen zur Rechnungswesen-Integration -> Belegaufteilung -> Zusätzliche Aktivitäten wurden folgende IMG-Aktivitäten eingefügt: - Geschäftsvorfall definieren - Aufteilungsverfahren definieren - Konstante definieren Aufteilungsregel definieren Debitoren- und Kreditorenbuchhaltung o o unter Internet-Services -> Bearbeiten von Internet-Adressen wurden folgende IMG-Aktivitäten eingefügt: - URL-Typ bearbeiten - URL-Adresse bearbeiten unter Geschäftsvorfälle -> Verzinsung wurde der Gliederungspunkt Druck mit folgenden IMG-Aktivitäten eingefügt: - Zinsformulare definieren (mit SAPScript) ______________________________________________________________ SAP AG 48 SAP-System ______________________________________________________________ - Formulare für Zinskennzeichen zuordnen (umgehängt) - Absenderangaben für Zinsformulare hinterlegen o unter Geschäftsvorfälle -> Zahlungsausgang -> Zahlungsausgang automatisch -> Zahlungsträger wurde die IMG-Aktivität Identifikation für zahllaufübergreifende Zahlungsträger festlegen eingefügt Bankbuchhaltung o unter Geschäftsvorfälle -> Zahlungsverkehr -> Elektronischer Kontoauszug wurden folgende IMG-Aktivitäten eingefügt: o o - Rückläuferverarbeitung einrichten - Business Add-In: Verarbeitung von Rückläufern unter Geschäftsvorfälle -> Zahlungsverkehr wurde der Gliederungspunkt Online-Zahlungen mit folgenden IMG-Aktivitäten eingefügt: - Prozessschritte festlegen - Belegarten festlegen - Identifikation für zahllaufübergreifende Zahlungsträger festlegen unter Geschäftsvorfälle -> Zahlungsverkehr -> Zahlungsanordnung wurde die IMG-Aktivität Verrechnungskonten für länderübergreifende Bankkontoüberträge hinterlegen eingefügt Folgende IMG-Aktivitäten wurden umbenannt: Grundeinstellungen Finanzwesen o unter Quellensteuer -> Erweiterte Quellensteuer -> Grundeinstellungen wurde folgende IMG-Aktivität umbenannt: - Offizielle Quellensteuerschlüssel definieren (vorher: Offizielle Quellensteuerkennzeichen definieren) 5.8 Release Notes from Country Version India Add-On (FI) Verwendung The Release Notes from Releases 3.0A and 4.0A of Country Version India for Financial Accounting (FI) are listed below. For more Release Notes, see the alias globalization in SAPNet, and choose Media Center -> Country-Specific Documentation -> Country Version India - Release Notes. Release 3.0A o Copy Invoice Reference o Profit Center Posting o One-Time Vendors o Annual Returns o Copying House Banks to TDS Documents ______________________________________________________________ SAP AG 49 SAP-System ______________________________________________________________ o Challan Update o Certificate Printing o Tax Adjustment o Customer Tax Clearing o Tax on Services o Tax Adjustment on Down Payment Clearing o Payment Due Dates Release 4.0A o Challan Update Program o Reversal of TDS o Certificate Printing Program o PAN for One-Time Vendors o Business Area Posting for TDS Provisions o Migration from Classic to Extended Withholding Tax o Health Check for Withholding Tax Migration o Annual Returns for Extended Withholding Tax o Cash Journal Postings o Withholding Tax on Interest Payments to Customers o Challan Update for Withholding Tax on Inerest Payments to Customers o Certificate Printing for Witholding Tax on Customers o MIS Report for Withholding Tax o Customizing Settings for Income Tax Act o Asset Accounting: Customizing Settings 5.9 Zahlungen mit dem Orbian-Zahlungssystem (erweitert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie bei Zahlungen mit dem Orbian-Zahlungssystem die automatische Diskontierung verwenden. Dass Sie Ihre Zahlungen mit dem Orbian-Zahlungssystem abwickeln können, ist seit R/3 4.6C mit dem Support-Package 20 möglich. Das Orbian-Zahlungssystem bietet ein neues elektronisches Zahlungsmittel, das Sie im Internet abwickeln können und das eine Alternative zum traditionellen Zahlungsprozess darstellt. Seine Besonderheit liegt darin, dass es ein Zahlungsmittel in Form von Orbian Credits und ein ______________________________________________________________ SAP AG 50 SAP-System ______________________________________________________________ Finanzierungswerkzeug in Form von Primary Orbian Creditsumfasst. Mit der Integration des Orbian-Zahlungssystems in mySAP Financials haben sich die Standardfunktionen des Zahlungsprogramms und des elektronischen Kontoauszugs im SAP-System nicht geändert. Mit der Transaktion FBWO können Sie Orbian Credits, bei Finanzbedarf, vor Ihrer Fälligkeit diskontieren. Die Funktionen des SAP List Viewers (ALV) unterstützen Sie, wenn Sie folgende Schritte des Diskontierungsprozesses ausführen: o Auswahl der Orbian Active Accounts, von denen Sie Geldbeträge diskontieren wollen o Zuordnung der Beträge zu den entsprechenden Hausbankkonten o Starten der Diskontierung und Erstellung einer Datei mit Zahlungsdaten im Orbian-Format. Diese Datei können Sie anschließend an das Orbian-Zahlungssystem übertragen. Siehe auch Weitere Informationen finden Sie in der Dokumentation, die Sie als Anwender des Orbian-Zahlungssystems erhalten. 5.10 Werke im Ausland (erweitert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) ist die Einschränkung zu Werken im Ausland aufgehoben, nach der im selben Mandanten in keinem Buchungskreis die Steuerberechnung mit Jurisdiction Codes verwendet werden darf. Nun können Sie innerhalb eines Mandanten sowohl für Buchungskreise die Steuerberechnung mit Jurisdiction Codes verwenden als auch die Funktion Werke im Ausland einsetzen. Die Funktion Werke im Ausland steht für Buchungskreise zur Verfügung, die einem Land zugeordnet sind, das Steuerberechnung ohne Jurisdiction Codes verwendet. D.h. ein Land, dass Steuerberechnung mit Jurisdiction Codes verwendet, darf weder ein Werk im Ausland haben, noch darf ein Werk im Ausland in einem solchen Land liegen. Siehe auch Weitere Informationen finden Sie in der SAP-Bibliothek unter Steuern -> Umsatzsteuer -> Laufende Einstellungen und Einführungsleitfaden -> Werke im Ausland. 5.11 Changes to Structures for Country Version India Verwendung As of SAP R/3 4.7, Country Version India is no longer delivered as an add-on, but forms part of the standard system. SAP has discontinued the Country Version India Implementation Guide (IMG) and has added its ______________________________________________________________ SAP AG 51 SAP-System ______________________________________________________________ activities have been added to the standard Reference IMG as follows: Activities relating to withholding tax are now located in Customizing for Financial Accounting (FI), under Financial Accounting Global Settings -> Withholding Tax. Activities relating to excise duty and excise invoices are in Customizing for Logistics - General, under Tax on Goods Movements -> India. As far as the activities under Preparatory Activities are concerned, two of them (Activate Country Version India for Accounting Interface and Activate Processes) are no longer relevant and have been removed from the IMG entirely. The activity Execute Country Installation Program is already included in the standard IMG under the name Localize Sample Organizational Units. And the other two activities (Activate Country Version India for Specific Fiscal Years and Activate Business Transaction Events) have been added to the standard IMG. For information about other changes to the IMG relating to changes in the functions in Country Version India, see the other release notes. 5.12 FI-GL Hauptbuchhaltung 5.12.1 Bewertungsbuchung (erweitert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie mit der Bewertungsbuchung FBB1 auch direkt auf Personenkonten (Kontart = D,K) buchen. Dabei ist es allerdings nicht möglich, Zahlungsbedingungen oder Steuerbeträge zu erfassen. 5.12.2 Manuelle Abgrenzungen (neu) Verwendung Ab SAP R/3 Enterprise Financials Extension 1.10 (EA_APPL 110) haben Sie mit der Komponente Manuelle Abgrenzungen die Möglichkeit, Abgrenzungen im Bereich der Hauptbuchhaltung automatisch zu berechnen und zu buchen, z.B. Lizenzgebühren, Mietaufwendungen oder -einnahmen. Dabei können die abgegrenzten Beträge für die verschiedenen Perioden in der Höhe variieren. Die Berechnung und Buchung der Abgrenzungen kann nach beliebig vielen Rechnungslegungsvorschriften erfolgen (parallele Rechnungslegung). Zum Berechnen der Abgrenzungen haben Sie die Möglichkeit, eigene Berechnungsmethoden zu hinterlegen. Die Komponente Manuelle Abgrenzungen verfügt über ein integriertes Berichtswesen mit einer Anbindung an das Business Information Warehouse (BW). In einer Vorrausschau können Sie zukünftige Abgrenzungen simulieren. Auswirkungen auf das Customizing Damit Sie die Komponente Manuelle Abgrenzungen einsetzen können, müssen Sie ein umfassendes ______________________________________________________________ SAP AG 52 SAP-System ______________________________________________________________ Customizing vornehmen. Sie finden die Customizing-Einstellungen im SAP-Referenz-IMG unter Finanzwesen -> Hauptbuchhaltung -> Manuelle Abgrenzungen. Siehe auch Ausführliche Informationen zur Komponente Manuelle Abgrenzungen finden Sie in der SAP-Bibliothek unter Rechnungswesen -> Finanzwesen -> Hauptbuchhaltung -> Manuelle Abgrenzungen. 5.12.3 Parallele Rechnungslegung (geändert) Verwendung Ab SAP R/3 Enterprise Financials Extension 1.10 (EA_APPL 110) stehen Ihnen zusätzlich zu den bereits vorhandenen Möglichkeiten, eine parallele Rechnungslegung in Ihrem SAP-System abzubilden, zwei neue Lösungsszenarien zur Verfügung. Bisher hatten Sie folgende Möglichkeit, eine parallele Rechnungslegung abzubilden: o Abbildung über zusätzliche Konten Sie können zusätzliche Konten anlegen. Alle Buchungen, die für alle Rechnungslegungsvorschriften gleich sind, erfolgen auf die gemeinsamen Konten. Dagegen erfolgen Buchungen, die je nach Rechnungslegungsvorschrift unterschiedlich sind, auf jeweils einen spezifischen Kontenbereich. Jetzt haben Sie zusätzlich folgende Möglichkeiten: o Abbildung über einen zusätzlichen Buchungskreis Sie können einen zusätzlichen Buchungskreis anlegen. Dieses Verfahren wird von einigen Reports in der Finanzbuchhaltung (FI) und der Anlagenbuchhaltung (FI-AA) unterstützt. o Abbildung über zusätzliches Ledger Sie können zur Abbildung einer parallelen Rechnungslegung in der SAP-Anwendungskomponente Spezielle Ledger ein zusätzliches Ledger definieren. Anschließend ordnen Sie Ihre zusätzliche (parallele) Rechnungslegungsvorschrift diesem zusätzlichen Ledger zu. Damit werden die Buchungen, die für beide Rechnungslegungsvorschriften gleich sind, sowohl in das Hauptbuch als auch in das zusätzliche Ledger gebucht. Die Buchungsdaten, die je nach Rechnungslegungsvorschrift unterschiedlich sind, werden je nach Rechnungslegungsvorschrift in das Hauptbuch oder in das zusätzliche Ledger gebucht. Bei allen Lösungsszenarien ist es möglich, mehr als zwei Rechnungslegungsvorschriften abzubilden. Das heißt, Sie können beispielsweise auch zwei zusätzliche Ledger definieren oder zwei zusätzliche Buchungskreise anlegen. Auswirkungen auf den Datenbestand Wenn Sie eine parallele Rechnungslegung bereits abgebildet haben, können Sie dieses Verfahren weiterhin uneingeschränkt verwenden. Auswirkungen auf das Customizing Zur Abbildung einer parallelen Rechnungslegung über ein zusätzliches Ledger, müssen Sie verschiedene Einstellungen im Customizing vornehmen. Sie finden die Einstellungen im Customizing unter ______________________________________________________________ SAP AG 53 SAP-System ______________________________________________________________ Finanzwesen -> Grundeinstellungen Finanzwesen -> Buchungskreis -> Parallele Rechnungslegung -> Rechnungslegungsvorschriften und zusätzliches Ledger. An dieser Stelle im Customizing sind auch die IMG-Aktivitäten aus den unterschiedlichen SAP-Anwendungskomponenten zusammengefasst, die Sie zur Abbildung einer parallelen Rechnungslegung benötigen. Siehe auch Ausführliche Informationen zur Abbildung einer parallelen Rechnungslegung finden Sie in der SAP-Bibliothek unter Rechnungswesen -> Finanzwesen -> Hauptbuchhaltung -> Parallele Rechnungslegung. 5.12.4 Rückstellungen für Mitarbeiterbeteiligungen (neu) Verwendung Ab SAP R/3 Enterprise Financials Extension 1.10 (EA_APPL 110) haben Sie mit der Komponente Rückstellungen für Mitarbeiterbeteiligungen die Möglichkeit, Rückstellungen für Unternehmensbeteiligungsprogramme (z.B. Aktienoptionsprogramme) automatisch zu berechnen und zu buchen. Die Berechnung und Buchung der Rückstellungen kann dabei nach beliebig vielen Rechnungslegungsvorschriften erfolgen (parallele Rechnungslegung). Das Berichtswesen der Komponente Rückstellungen für Mitarbeiterbeteiligungen bietet Ihnen dabei folgende Funktionen: o von SAP ausgelieferte vordefinierte Berichte o Anbindung an das Business Information Warehouse (BW) o Möglichkeit zur Simulation von zukünftigen Rückstellungen Auswirkungen auf die Datenübernahme Die Komponente Rückstellungen für Mitarbeiterbeteiligungen ist mit den SAP-Komponenten HR (Komponente Unternehmensbeteiligungen) und Treasury verbunden: o Aus der HR-Komponente Unternehmensbeteiligungen übernehmen Sie alle Daten, die die Zuteilung der Unternehmensbeteiligungen zu den einzelnen Mitarbeitern betreffen. o Die Daten, die Sie zur Bewertung der Unternehmensbeteiligungen mit einem Preis benötigen, übernimmt die HR-Komponente Unternehmensbeteiligungen bereits aus der Komponente Treasury. Auswirkungen auf die Systemverwaltung Damit Sie die Daten aus den SAP-Komponeten HR und Treasury übernehmen können, müssen Sie die Datenübernahme aus dem HR einrichten. Diese Einstellungen nehmen Sie im Customizing der Komponente Rückstellungen für Mitarbeiterbeteiligungen vor. Sie benötigen für diese Einstellungen jedoch besondere Berechtigungen für das HR-System. Auswirkungen auf das Customizing Damit Sie die Komponente Rückstellungen für Mitarbeiterbeteiligungen einsetzen können, müssen Sie ein umfassendes Customizing vornehmen. Sie finden die Customizing- Einstellungen im SAP-Referenz-IMG unter Finanzwesen -> Hauptbuchhaltung -> Geschäftsvorfälle -> ______________________________________________________________ SAP AG 54 SAP-System ______________________________________________________________ Rückstellungen für Mitarbeiterbeteiligungen. Siehe auch Ausführliche Informationen zu der Komponente Rückstellungen für Mitarbeiterbeteiligungen finden Sie in der SAP-Bibliothek unter Rechnungswesen -> Finanzwesen -> Hauptbuchhaltung -> Rückstellungen für Mitarbeiterbeteiligungen. 5.12.5 FI-GL-GL Grundfunktionen 5.12.5.1 Belegübersicht in ALV-Liste bei der Belegerfassung/-vorerfassung (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie sich bei der Belegerfassung oder -vorerfassung den Beleg in der Übersicht als ALV-Liste angezeigen lassen. Die Varianten der bisherigen Anzeige werden dabei nicht übernommen. Die Einstellung erfolgt in den Bearbeitungsoptionen zur Belegerfassung. 5.12.5.2 Anzeige von vorerfassten Belegen (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie sich in den FI-Enjoytransaktionen ( Kreditorenvorerfassung ) vorerfasste Belege genauso anzeigen lassen, wie sie in den entsprechenden Transaktionen erfasst wurden. Bei der Anzeige ist kein Ändern oder Buchen des Belegs möglich. Der Aufruf von vorerfassten Belegen wird unverändert durch die Transaktion FBV3 durchgeführt. Das System erkennt, ob der Beleg mit der klassischen Vorerfassungstransaktion FBV1 oder einer der FI-Enjoytransaktionen erfasst wurde. Belege, die mit der klassischen Vorerfassungstransatkion erfasst wurden, werden unverändert mit der Anzeigetransatkion FBV3 angezeigt. Siehe auch Anzeige von klassischen vorerfassten Belegen: Transaktion FBV3. 5.12.5.3 Eingabe von Langtexten in den FI-Enjoytransaktionen (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie beim Erfassen oder Vorerfassen eines Buchhaltungsbelegs in einer FI-Enjoytransaktion (Kreditorenvorerfassung ) über @0K@ mit Quickinfo ______________________________________________________________ SAP AG 55 SAP-System ______________________________________________________________ Langtext zu jeder Sachkontenzeile einen Langtext eingeben. Das Symbol @0J@ mit Quickinfo Langtext zeigt an, dass zu einer Sachkontenzeile ein Langtext existiert. 5.12.5.4 Personalisierter Arbeitsvorlagenbaum (geändert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) ist das Arbeiten mit Kontiervorlagen und Erfassungsvarianten in den FI-Enjoytransaktionen (z.B. Kreditorenrechnungserfassung) komfortabler. Durch eine vollständige Personalisierung bekommt der Benutzer nur noch seinen benutzerspezifischen Vorrat an Kontiervorlagen und Erfassungsvarianten angeboten. Dieser Vorrat kann per Kontextmenü bearbeitet werden. Um den personalisierten Arbeitsvorlagenbaum zu aktivieren, wählen Sie die Arbeitsvorlagen innerhalb der Transaktion (Baum auf der linken Seite). Die einzelnen Einträgen und die Ordner können Sie per Kontextmenü (rechte Maustaste) bearbeiten: o Einfügen von Einträgen o Entfernen von Einträgen o Ordner komplett leeren Zudem werden die Baumeinstellungen (Ordner geöffnet /Ordner zugeklappt) benutzerspezifisch gespeichert, so dass ein einmal geöffneter Ordner auch beim nächsten Transaktionsstart geöffnet ist. Die Einstellungen werden getrennt für Kreditoren- /Sachkonten- /Debitorentransaktionen gespeichert. Siehe auch Weitere Informationen finden Sie in den Hinweisen 430830 und 425554 und über das Helpportal (http://help.sap.com) unter SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) -> Suche (Menüleiste) -> Suchwort: Erfassungsvariante. 5.12.5.5 Generische Objektdienste für FI-Beleganzeigetransaktionen (erweitert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) stellt Ihnen das System nach Aufruf des Menüpfades System -> Dienste zum Objekt automatisch den richtigen Business Objekttyp (z.B. FIPP, BKPF, BSEG) bereit. Sie müssen nicht mehr ein entsprechendes Business Objekt auswählen. Die Dienste zum Objekt funktionieren nun auch für bereits archivierte FI-Belege. Vorraussetzung hierfür ist allerdings, dass die referierten Objekte (Anlagen, Verknüpfungen etc.) noch im System (d.h. der Datenbank) vorhanden sind. Die generischen Objektdienste können über System -> Dienste zum Objekt oder über das Symbol links oben in der Titelleiste aufgerufen werden. Die Objektdienste innerhalb der FI-Beleganzeigetransaktionen (Transaktionen FB02, FB03, FBV3, FBV2) bieten Funktionen an, die in unterschiedlichen Anwendungen ______________________________________________________________ SAP AG 56 SAP-System ______________________________________________________________ zur Verfügung stehen und systemweit einheitlich sind. Mit diesen Funktionen werden Zusatzdienste zu Business Objekten angeboten, wie z.B. das Anlegen einer Notiz zum Business Objekt. Die generischen Dienste werden insbesondere dazu eingesetzt, Verknüpfungen zum optischen Archiv anzuzeigen ('Anlagenliste'). Um Dienste zum Objekt BSEG (Buchhaltungszeile zum FI-Beleg) zu benutzen, müssen Sie zunächst auf das Zeilenbild der Beleganzeige wechseln (z.B. um Workflows zum Objekt BSEG anzuzeigen, dies ist relevant für den Zahlungsfreigabe-Workflow). Die Anlagenliste kann nur aufgerufen werden, wenn der Benutzer innerhalb der Beleganzeige die Anzeigeberechtigung für alle Zeilen eines Belegs besitzt. Ansonsten wird dem Benutzer der Zugang zur Anlagenliste (und damit zu optisch archivierten Eingangsrechnungen etc.) verwehrt. Siehe auch Weitere Informationen finden Sie unter Anschluß der Anwendung an die Objektdienste. 5.12.5.6 ALE-Remote-Vergleich für verteilte FIDCC1/2 - FI-GL (erweitert) Verwendung Mit den ALE-Nachrichtentypen FIDCC1 und FIDCC2 (IDoc FIDCCP01 bzw. FIDCCP02) werden komplett alle FI-Belege des aktivierten Buchungskreises vom dezentralen Sendersystem in das zentrale Empfängersystem übertragen. Im zentralen System wird die Applikation FI fortgeschrieben, also die FI-Belege, das Hauptbuch in der GLT0, und das Nebenbuch. Wurden alle Daten erfolgreich übertragen, müssen die Hauptbuchdaten im Ledger 00 der Tabelle GLT0 eines versendeten Buchungskreises im Sender- und Empfängersystem übereinstimmen. Dies konnte bisher mit SAP-Standardmitteln nicht überprüft werden. Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie mit der Transaktion GCAR über Systemgrenzen hinweg einen Ledger-Vergleich durchführen. Dadurch kann überprüft werden, ob die Hauptbuchdaten aus den dezentralen Systemen mit ALE vollständig und komplett in das zentrale Hauptbuch übertragen wurden. Auswirkungen auf den Datenbestand Voraussetzung für den Einsatz des Vergleichstools GCAR ist das Vorhandensein eines ALE-Vergleichs-Ledgers im zentralen System. Dieses Ledger muß in der Tabelle GLFUNCT abgelegt sein, weil dort neben den hauptbuchrelevanten Kontierungen auch das logische System LOGSYS abgespeichert werden kann. Wird im Standard das UKV-Ledger 0F fortgeschrieben, so kann das als ALE-Vergleichs-Ledger fungieren und bei der Transaktion GCAR angegeben werden. Möchten Sie ein separates ALE-Vergleichs-Ledger fortschreiben, dann müssen Sie dieses anlegen und über die BAdI-Definition F050S008, BAdI-Methode ALE_COMPARE_LEDGER_UPDATE, dem System den Ledger-Namen mitteilen, damit es mit fortgeschrieben wird. Siehe dazu Berater-Hinweis 517580. Auswirkungen auf das Customizing Bei Verwendung eines eigenen ALE-Vergleichs-Ledgers müssen Sie folgende Aktivitäten im zentralen System durchführen, siehe dazu Hinweis 517580: ______________________________________________________________ SAP AG 57 SAP-System ______________________________________________________________ o ALE-Vergleichs-Ledger in der GLFUNCT anlegen. Der Ledger-Name muß mit 'Z' beginnen. o ALE-Vergleichs-Ledger allen ALE-Buchungskreisen zuordnen; notwendig für Transaktion GCAR. o Mit SE19 die BAdI-Definition F050S008 implementieren und dem System den Namen des ALE-Vergleichs-Ledger mitteilen. Dadurch wird die Fortschreibung des ALE-Vergleichs-Ledgers angestoßen. o In beliebigen Zeitabständen das ALE-Vergleichstool unter Angabe der zu vergleichenden Ledger starten: Als Basis-Ledger das ALE-Vergleichs-Ledger angeben (0F oder selbst angelegtes) Als Vergleichs-Ledger im Sendersystem das Hauptbucg-Ledger 00 und den Namen des logischen Sendersystems angeben sowie 'Remotevergleich' ankreuzen. Siehe auch Nach dem Aufruf von GCAR werden eventuelle Differenzen zwischen den Ledgern aufgelistet. 5.12.5.7 Tax Invoices and VAT Reporting (Changed) Verwendung As of SAP R/3 Release 4.70, the functions for creating, tracking, and reporting tax invoices as used in South Korea have been enhanced as follows: o You now print tax invoices without generating a clearing document. o The reporting solution has been changed. Reports RFUMSV45 (VAT summary in the official format) and RFUMSV49 (VAT summary for controlling purposes) have been replaced. The new reports are RFUMSV45R, which fulfills the same purpose as its predecessor; and RFUMSV49R, which you use to time-stamp the tax invoices before running RFUMSV45R. Nor do you have to use the Advance Return for Taxes on Sales/Purchases report anymore. Report RFUMSV45R fulfills all statutory VAT reporting requirents. o The terminology has been redefined. Tax offices are now referred to more correctly as district tax offices, and regional tax offices are now referred to as local tax offices. Auswirkungen auf den Datenbestand Migrate all tax invoices that you created in previous releases and which you have not yet reported to the authorities in the VAT Summary Report using the Migrate Tax Invoices program. If you are upgrading from a release before 4.5B (from the Country Version South Korea add-on), migrate your tax invoices as follows: 1. Download program RFIDKRMIG1 from SAPserv (see SAP Note 385850). 2. Migrate the tax invoices from the add-on. ______________________________________________________________ SAP AG 58 SAP-System ______________________________________________________________ 5.12.5.8 Umsatzsteuer-Voranmeldung mit XML (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie Ihre Umsatzsteuer-Voranmeldung mit dem Report RFUMSV00 in XML (Extended Mark-up Language) erstellen. Sie erhalten eine XML-Datei, die Sie beliebig weiterverarbeiten können, um sie anschließend an die zuständige Steuerbehörde zu senden. XML bietet eine flexible Alternative zu den statischen, proprietären Formaten, die bislang in vielen Ländern zur Datenübertragung verwendet werden. Mit XML können Sie Ihre Daten einfach an die Anforderungen und Formate der jeweiligen nationalen Steuerbehörden anpassen. Um die XML-Daten anzupassen, erstellen Sie ein entsprechendes Style-Sheet. Anschließend übersenden Sie die Daten elektronisch an die zuständige Finanzbehörde. Siehe auch Weitere Informationen finden Sie in der SAP-Bibliothek unter Rechnungswesen -> Finanzwesen -> Finanzbuchhaltung allgemein (FI) -> Steuern (FI-AP/AR)-> Umsatzsteuer, Verkaufsteuern und Zusatzsteuern -> Umsatzsteuer-Voranmeldung mit XML und in der Dokumenation zu Report RFUMSV00. 5.12.5.9 Condition-Based Excise Determination in MM (New) Verwendung As of SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), the system can calculate excise duties and sales tax in Materials Management (MM) using the standard condition technique. SAP has enhanced the existing tax procedure, TAXINJ, so that it now supports formula-based and condition-based excise determination. The R/3 System also comes with a new tax procedure, TAXINN, which only handles condition-based excise determination. Which Tax Procedure Must I Use? Existing customers must continue to work using the same tax procedure. If you switch to a new tax procedure, you cannot display any documents that you have already posted using the old tax procedure. If you have worked with formula-based excise determination in previous releases and wish to continue, you do not have to do anything. However, if you wish to start using the condition-based excise determination method, proceed as specified below. We recommend that new customers use the condition-based excise determination and tax procedure TAXINN. How Do the New Functions Work? First, customize the system in the activities listed below. Then, for each material, create one condition record for each form of excise duty and sales tax that applies, and enter the tax code for purchasing ______________________________________________________________ SAP AG 59 SAP-System ______________________________________________________________ documents (see below) in every condition record. When you come to create a purchase order, enter the tax code in each line item. The tax code tells the system whether to look in the condition types for formula-based or condition-based excise determination. Auswirkungen auf den Datenbestand Existing customers can leave all of their existing vendor master data and material master data as it is. When you have to enter new excise rates, you can use either the Excise Rate Maintenance transaction for formula-based excise determination or create condition records as described above if you want to use condition-based excise determination. When you come to create a purchase order, the system determines on the basis of the tax code in the line item whether to use formula-based or condition-based excise determination. This way, you can use both methods concurrently, and even within the same purchasing document. No tool is available for migrating the excise data from the old method to the new one. Auswirkungen auf das Customizing To set up the new excise determination method, carry out the following activities: IMG activity What to do Check Calculation Procedure Existing customers: Adjust your tax procedure to match the changes to TAXINJ. Steps 560-583 are new, as are 593-598. New customers: Create a copy of TAXINN. Select Tax Calculation Procedure New customers only: Assign the copy of TAXINN to India. Maintain Excise Defaults New customers only: Enter the condition type that you use for countervailing duty. Define Tax Code for Purchasing Documents Define a tax code. Assign Tax Code to Company Codes Assign the tax code to the company codes that it is relevant for. Classify Condition Types Specify which condition types you want to use for condition-based excise determination. Define Tax Accounts Check which G/L accounts the various taxes will be posted to. Define G/L accounts for the account keys used in the tax procedure. Siehe auch SAP Library -> Logistics -> Country Versions -> India -> Materials Management (MM) -> Condition-Based Excise Determination. 5.12.5.10 FI-GL-GL-MD Stammdaten 5.12.5.10.1 Chart of Accounts and Financial Statement Version (New) Verwendung ______________________________________________________________ SAP AG 60 SAP-System ______________________________________________________________ As of SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), the country template for India comes with a chart of accounts and a financial statement version specifically for use by companies with operations there. Auswirkungen auf den Datenbestand We recommend that if you set up a new company code for a company in India, you use this chart of accounts and financial statement version as the basis for creating your own. Auswirkungen auf das Customizing If you want to work with the new settings, carry out the following IMG activities: IMG activity Master Data your own specific needs Define Financial Statement Versions it as necessary What to do Copy the chart of accounts CAIN and adjust it to meet Copy the financial statement version BAIN and adjust Siehe auch SAP Library -> Financials -> Country Versions -> Asia-Pacific -> India -> Financial Accounting (FI) -> General Ledger Accounting (FI-GL). 5.12.5.11 FI-GL-GL-AP Sachkontenbuchung 5.12.5.11.1 Änderung der letzten Anpassungsdaten in Belegpositionen (Neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie mit Hilfe des Programms Letzte Anpassungsdaten ändern die letzten Anpassungsdaten von Belegpositionen ändern. SAP hat zwei neue Felder in das Selektionsbild eingefügt, in dem sie die Nummer und das Geschäftsjahr des Belegs eingeben, der die zu ändernde Belegposition enthält. Da das Programm jetzt sowohl Belegpositionen als auch Sachkonten berücksichtigt, hat sich auch dessen Name von Zurücksetzen Inflationsstammsätze per Sachkonto neu einstellen in Letzte Anpassungsdaten ändern geändert. Siehe auch SAP-Bibliothek -> Rechnungswesen -> Finanzwesen (FI) -> Hauptbuchhaltung (FI-GL) -> Abschlußarbeiten und Berichtswesen -> Bilanzvorbereitung -> Inflationsbuchhaltung -> Inflationsanpassung von Sachkonten -> Letzte Anpassungsdaten ändern. ______________________________________________________________ SAP AG 61 SAP-System ______________________________________________________________ 5.12.5.12 FI-GL-GL-CL Abschlußarbeiten 5.12.5.12.1 Chart of Accounts and Financial Statement Version (New) Verwendung As of SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), the country template for India comes with a chart of accounts and a financial statement version specifically for use by companies with operations there. Auswirkungen auf den Datenbestand We recommend that if you set up a new company code for a company in India, you use this chart of accounts and financial statement version as the basis for creating your own. Auswirkungen auf das Customizing If you want to work with the new settings, carry out the following IMG activities: IMG activity Master Data your own specific needs Define Financial Statement Versions it as necessary What to do Copy the chart of accounts CAIN and adjust it to meet Copy the financial statement version BAIN and adjust Siehe auch SAP Library -> Financials -> Country Versions -> Asia-Pacific -> India -> Financial Accounting (FI) -> General Ledger Accounting (FI-GL). 5.12.5.12.2 Änderung der letzten Anpassungsdaten in Belegpositionen (Neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie mit Hilfe des Programms Letzte Anpassungsdaten ändern die letzten Anpassungsdaten von Belegpositionen ändern. SAP hat zwei neue Felder in das Selektionsbild eingefügt, in dem sie die Nummer und das Geschäftsjahr des Belegs eingeben, der die zu ändernde Belegposition enthält. Da das Programm jetzt sowohl Belegpositionen als auch Sachkonten berücksichtigt, hat sich auch dessen Name von Zurücksetzen Inflationsstammsätze per Sachkonto neu einstellen in Letzte Anpassungsdaten ändern geändert. Siehe auch SAP-Bibliothek -> Rechnungswesen -> Finanzwesen (FI) -> Hauptbuchhaltung (FI-GL) -> Abschlußarbeiten und Berichtswesen -> Bilanzvorbereitung -> Inflationsbuchhaltung -> Inflationsanpassung von Sachkonten -> Letzte Anpassungsdaten ändern. ______________________________________________________________ SAP AG 62 SAP-System ______________________________________________________________ 5.12.5.12.3 Kumulierte Kontenschreibung (geändert) Verwendung Ab Release 4.70 stehen Ihnen die Reports zur kumulierten Kontenschreibung für die klassische Sortierung (RFKLET00) und Kontokorrentesortierung (RFKKET00) zusammengefaßt in einem Report (RFKLET01) zur Verfügung. Der neue Report bietet folgende Vorteile: o überflüssige Selektionsparameter wurden entfernt o der Datenbestand wird jetzt immer in Datenbanktabellen abgelegt Sie finden den neuen Report vom Bild SAP Easy Access aus unter Rechnungswesen -> Finanzwesen -> Hauptbuch -> Periodische Arbeiten -> Abschluß -> Dokumentieren -> Kontenschreibung -> alle Konten, bzw. OP verwaltete Konten -> aus Kontenschreibungsbestand -> Extrakt zur kumulierten klassischen Kontenschreibung. Auswirkungen auf den Datenbestand Die bisherigen Reports sind auch weiterhin verfügbar. Hinweis In einer Unicode-Umgebung funktionieren die bisherigen Reports nicht mit sequentiellen Daten. Auswirkungen auf die Datenübernahme Sie haben folgende Möglichkeiten vorhandene Daten in die neuen Datenbanktabellen zu übernehmen: o Sie können vorhandene Daten vor der Unicode-Umstellung mit den bisherigen Reports in die Datenbanken übernehmen und anschließend den neuen Report verwenden. o Sie können den Datenbestand neu aus den vorhandenen Datenbanken mit dem neuen Report aufbauen. 5.12.5.12.4 Abschluß-/Eröffnungsbuchungen (neu) Verwendung Ab Release 4.70 steht Ihnen der Report RFSUMB00 in einer überarbeiteten Version zur Verfügung, mit dem Sie ab jetzt folgende Buchungen zum Jahresabschluß durchführen können: o Buchungen für die Gewinn- und Verlustrechnung für den Abschluß des Geschäftsjahres o Buchungen zum Abschluß und zur Eröffnung der Bestandskonten für das neue Geschäftsjahr Für diese Buchungen werden die entsprechenden Belege erzeugt. Achtung Das Ausführen des Reports ist nur in einigen Ländern erforderlich, z.B. Italien, Türkei, Slowakei, Kolumbien, Rumänien, Portugal. In diesen Ländern ist es gesetzlich vorgeschrieben, daß Belege über die Abschluß-/Saldovortragsbuchungen erstellt werden müssen. In allen anderen Ländern genügt es, den Report zum Saldovortrag auszuführen. ______________________________________________________________ SAP AG 63 SAP-System ______________________________________________________________ Sie finden den Report vom Bild SAP Easy Access aus unter Rechnungswesen -> Finanzwesen -> Hauptbuch -> Periodische Arbeiten -> Abschluß -> Abschluß-/Eröffnungsbuchungen. Für jedes Land, für das der Report durchgeführt werden muß, finden Sie eine eigene Variante des Reports. Auswirkungen auf das Customizing Bevor Sie den Report ausführen können, müssen Sie die Kontenfindung definieren. Sie finden die Einstellung im Customizing unter Rechnungswesen -> Finanzwesen -> Hauptbuchhaltung -> Geschäftsvorfälle -> Abschluß -> Abschluß-/Eröffnungsbuchungen (nur best. Länder) -> Kontenfindung definieren. 5.12.5.12.5 UKV: Verlängerung des Felds Funktionsbereich (geändert) Verwendung Zu Release 4.70 wurde das Feld Funktionsbereich von vier auf 16 Stellen verlängert. Auswirkungen auf den Datenbestand Es entsteht für Sie nur dann ein Anpassungs- oder Änderungsaufwand, wenn Sie BAPIs (Business Application Programming Interfaces) verwenden, bei denen der Funktionsbereich in der Schnittstelle an den BAPI übergeben wird. Da der Funktionsbereich in den BAPI-Schnittstellen nicht verlängert werden konnte, wurde zusätzlich zum alten Feld FUNC_AREA in den betroffenen BAPI-Schnittstellen das neue Feld FUNC_AREA_LONG eingeführt, das über 16 Stellen verfügt. Wenn Sie einen BAPI verwenden, in dem der Funktionsbereich an der Schnittstelle an den BAPI übergeben wird, müssen Sie beim Aufruf des BAPIs das neue Feld FUNC_AREA_LONG füllen. In allen anderen Fällen entsteht kein Anpassungsaufwand für Sie: o wenn Sie den Funktionsbereich weiterhin nur vierstellig verwenden o wenn Sie künftig den Funktionsbereich mit mehr als vier Stellen verwenden wollen 5.12.5.12.6 Fremdwährungsbewertung von SL-Salden (geändert) Verwendung Ab Release 4.70 haben Sie die Möglichkeit, mit dem Report zur Fremdwährungsbewertung (SAPF100), ein Sachkonto differenzierter zu bewerten, indem Sie die Salden des Kontos aus einem zusätzlichen (speziellen) Ledger verwenden. Das zusätzliche SL-Ledger (aus der Anwendungskomponente Spezielle Ledger (FI-SL)) muß die zusätzlichen Dimensionen enthalten, für die die Bewertung durchgeführt werden soll, wie z.B. Profit Center, Kostenstelle etc. Die Fremdwährungsbewertung wird vom System folgendermaßen durchgeführt: o Es werden einzelne Perioden oder ein Endsaldo bewertet. Die Abgrenzung erfolgt über den Stichtag. Aus dem Stichtag wird die entsprechende Periode in der Komponente SL ermittelt. o Der Aufwand/Ertrag wird entsprechend den Dimensionen des SL-Ledgers ermittelt, es wird also ______________________________________________________________ SAP AG 64 SAP-System ______________________________________________________________ nicht der Gesamsaldo des Kontos bewertet, sondern alle Dimensionen des Ledgers zu diesem Konto. Ein Gewinn/Verlust entsteht also z.B. pro Funktionsbereich. o Die Buchungen werden über das Hauptbuch auch in das SL-Ledger gebucht. Damit bleiben die Summen im Hauptbuch und im SL-Ledger identisch, im SL-Ledger sind aber die Bewertungen in der notwendigen Detaillierung vorhanden. Beim Buchen werden die Daten der zusätzlichen SL-Dimensionen in Batch-Input-Felder gefüllt. o Die Kontenfindung erfolgt analog der Saldenbewertung. Wenn Sie den Report aufrufen und die neuen Funktionen verwenden wollen, müssen Sie auf dem Selektionsbild als zusätzliche Parameter den Namen des SL-Ledgers und eventuell einen abweichenden Kurstyp eingeben. Auswirkungen auf die Systemverwaltung Sie müssen die zusätzlichen Dimensionen Ihres SL-Ledgers, die bei der Fremdwährungsbewertung berücksichtigt werden sollen, in der Struktur CI_SAPF100_IN_OUT im ABAP Dictionary angeben. Diese Struktur ist von SAP als Customer-Include definiert, damit der Standard nicht geändert werden muß. In der Struktur werden als Feldnamen die Namen aus der Tabelle BSEG verwendet (Struktur COBL), da für den Batch Input diese Feldnamen benötigt werden, z.B.: Dimension im SL (GLU1) Struktur CI_SAPF100_OUT_IN (Hauptbuch) RPRCTR PRCTR RFAREA FKBER SBUSA PARGB 5.12.5.12.7 Strukturänderungen in der Inflationsbuchhaltung Verwendung Ab SAP R/3-Release 4.70 ist der Einführungsleitfaden (IMG) für die Inflationsbuchhaltung noch einfacher zu verwenden. SAP hat die Dokumentation neu strukturiert und umgeschrieben und einige Bilder überarbeitet. Beachten sie, dass sich nur die Struktur des IMG und die Dokumentation, nicht jedoch die Sichten geändert haben. Sie müssen daher bestehende Customizing-Einstellungen nicht verändern. Änderungen im IMG Bisher gab es eine Gruppe von IMG-Aktivitäten für die Inflationsbuchhaltung unter Finanzwesen (FI) und weitere unter Anlagenbuchhaltung (FI-AA) und Materialwirtschaft (MM). Um die Inflationsbuchhaltung für FI-AA im Customizing einzustellen, mussten Sie also die Aktivitäten unter FI und diejenigen unter FI-AA durchgehen. SAP hat den IMG jetzt derart geändert, dass jede Komponente für sich ihren eigenen Einführungsleitfaden für die Inflationsbuchhaltung hat. Um jetzt beispielsweise die Inflationsbuchhaltung für FI-AA im Customizing einzustellen, müssen Sie nicht mehr die IMG-Aktivitäten unter Bilanzielle Aufwertungen und anschließend die Aktivitäten unter Inflationsbuchhaltung durchgehen. Auch ist es nicht mehr notwendig, die Aktivitäten unter Finanzwesen -> Grundeinstellungen Finanzwesen -> Inflationsbuchhaltung durchzugehen. ______________________________________________________________ SAP AG 65 SAP-System ______________________________________________________________ Stattdessen müssen Sie lediglich die Aktivitäten unter Inflationsbuchhaltung durchgehen. Die IMG-Aktivitäten für FI und MM wurden analog neu strukturiert. Die IMGs befinden sich in der SAP-Referenz-Struktur immer noch an derselben Stelle: o Finanzwesen -> Grundeinstellungen Finanzwesen -> Inflationsbuchhaltung o Finanzwesen -> Anlagenbuchhaltung -> Spezielle Bewertungen -> Auf-/Abwertungen des Anlagevermögens -> Bilanzielle Aufwertungen -> Inflationsbuchhaltung o Materialwirtschaft -> Bewertung und Kontierung -> Bilanzbewertungsverfahren -> Wiederbeschaffungswert-Verfahren einrichten (Inflation) Änderungen in der SAP-Bibliothek Die Dokumentation der Inflationsbuchhaltung in der SAP-Bibliothek wurde ebenfalls unter den drei Komponenten aufgeteilt. Diese Dokumentation befindet sich nun unter den folgenden Menüpfaden: o Finanzwesen (FI) -> Hauptbuchhaltung (FI-GL) -> Abschlußarbeiten und Berichtswesen -> Bilanzvorbereitung -> Inflationsbuchhaltung o Finanzwesen (FI) -> Anlagenbuchhaltung (FI-AA) -> Spezielle Bewertungen -> Wiederbeschaffungswerte (allgemein) -> Inflationsbuchhaltung o Materialwirtschaft (MM) -> Bewertung -> Bilanzbewertung (MM-IM-VP) -> Wiederbeschaffungsbewertung (Inflation) 5.12.6 FI-GL-IS Informationssystem 5.12.6.1 DRB (erweitert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) bietet der Document Relationship Browser (DRB) eine erweiterte Auswahl an Objekttypen. Der DRB wurde um einige Objekttypen ergänzt und Objekttypen, die in früheren Releases bereits angebunden waren, wurden vervollständigt. Neue Objekttypen des DRB: o Profit-Center-Beleg o Kalkulatorische Ergebnisrechnung o Elektronischer Kontoauszug o Fertigungsauftrag o Rückmeldungsbeleg Die Anbindung dieser Objekttypen betrifft nur die Funktionen innerhalb des DRB. Dazu existieren keine eigenen Einstiegsprogramme. Erweiterte Objekttypen des DRB: o Buchhaltungsbeleg Aus der Beleganzeige (Transaktion FB03) ist ein Absprung in den DRB möglich. Für den Einstieg ______________________________________________________________ SAP AG 66 SAP-System ______________________________________________________________ in den DRB steht der Report RDRBFI00 zur Verfügung. Damit können auch archivierte Buchhaltungsbelege über das Archivinformationssystem (SAP AS) gefunden werden. o Kostenrechnungsbeleg Aus den Einzelpostenberichten (z.B. Transaktion KSB1, KSB5, KOB1) ist ein Absprung in den DRB möglich. Die Funktionen des DRB können Kostenrechnungsbelege in den Archiven aller Archivierungsobjekte ausfindig machen, die Kostenrechnungseinzelposten archivieren. Dafür stehen adäquate Feldkataloge und Infostrukturen zur Verfügung. Siehe auch Weitere Informationen zum Document Relationship Browser finden Sie in SAP-Hinweis 492938. 5.13 FI-AP Kreditorenbuchhaltung 5.13.1 FI-AP-AP Grundfunktionen 5.13.1.1 Meldungen für Section 16 des Taxes and Management Act (Neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Unternehmen im Vereinigten Königreich mit dem R/3-System Section 16 des Taxes and Management Act, 1970, erfüllen. Unter den Bedingungen dieses Gesetzes kann es erforderlich sein, dass Sie eine Meldung mit einer Liste externer Dienstleister vorlegen, an die Sie mehr als 1.000 GBP im Laufe des Steuerjahres gezahlt haben. Sie erstellen die Meldung mit dem Programm Quellensteuerreporting (generisch) zusammen mit der neuen Ausgabegruppe UK1 und dem neuen DTA-Formatbaum IDWTFILE_UK_S16TMA (siehe dazu Formatbaum-Dokumentation). Zur Überwachung der Zahlungen können Sie den zur Verfügung gestellten Quellensteuertyp und die Quellensteuerkennzeichen verwenden. Es wird empfohlen, diese neue Funktion zu Beginn des Steuerjahres einzuführenm, damit alle Zahlungen berücksichtigt werden. Wenn erforderlich, können Sie die Funktion jedoch auch im Laufe des Steuerjahres einführen (siehe unten). Auswirkungen auf den Datenbestand Nachdem Sie die unten beschriebenen Customizing-Einstellungen vorgenommen haben, fügen Sie die neuen Quellensteuertypen und Quellensteuerkennzeichen den entsprechenden Kreditorenstammsätzen hinzu. Wenn Sie nach Beginn des Steuerjahres und bereits erfolgten Zahlungen an einen Kreditor feststellen, dass dieser Kreditor in der Meldung ebenfalls enthalten sein muss, führen Sie das Programm zum Nacherzeugen von Quellensteuerdaten für diesen Kreditor aus. Dieses Programm prüft alle Zahlungen, die im Steuerjahr bis heute gebucht wurden, und ordnet ihnen die neuen Quellensteuerkennzeichen zu. Sie können diesen Bericht auch einsetzen, wenn Sie die gesamte Lösung während des Steuerjahres ______________________________________________________________ SAP AG 67 SAP-System ______________________________________________________________ einführen. Auswirkungen auf das Customizing Führen Sie die folgenden Aktivitäten nacheinander im Customizing durch: IMG-Aktivität Aktivität Quellensteuertyp definieren: Buchung bei Zahlung Prüfen Sie den neuen ausgelieferten Quellensteuertyp 16. Quellensteuerkennzeichen definieren Prüfen Sie die Quellensteuerkennzeichen 01 und 02. Quellensteuertypen den Buchungskreisen zuordnen Ordnen Sie die neuen Quellensteuertypen Ihren Buchungskreisen zu. Siehe auch SAP-Bibliothek -> Rechnungswesen -> Länderversionen -> Europa und Afrika -> Vereinigtes Königreich -> Erweiterte Quellensteuer. 5.13.1.2 Annual Returns Under Section 194 A (New) Verwendung As of SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), you can prepare an annual return of tax deducted under Section 194 A of India's Income Tax Act (earnings from interest other than interest on securities). The annual return program creates a return in the required format. This only applies to the Extended Withholding Tax solution. It is not available for Classic Withholding Tax. Some of the sections of the form (sections 4, 7, and 8) are for interest subject to a lower rate of withholding tax or entirely exempt from withholding tax. So that the system can fill out these sections properly, you must post such withholding tax items using separate withholding tax codes and assign each withholding tax code the appropriate exemption code. Auswirkungen auf den Datenbestand When you have completed the Customizing activities listed below, add the following to your customer masters and vendor masters: o Withholding tax types o Withholding tax codes o Recipient types In the customer master, there is no field for the recipient type. Instead, enter the recipient type in the Withholding Tax Number field. Do not enter the exemption reasons that you have defined (see below) in the vendor master. The system uses the exemption reasons that you have assigned to the withholding tax codes in the Customizing activities. Auswirkungen auf das Customizing ______________________________________________________________ SAP AG 68 SAP-System ______________________________________________________________ Assuming that you already use the Extended Withholding Tax solution, you must make the following additional settings: IMG activity What to do Define Official Withholding Tax Keys Create a new official withholding tax key, 194A. Define Withholding Tax Types for Invoice Posting Define new withholding tax types for Section 194 A. Define Withholding Tax Types for Payment Posting Define new withholding tax types for Section 194 A. Assign Withholding Tax Types to Company Codes Assign the new withholding tax types to the company codes that withhold taxes under Section 194 A. Define Withholding Tax Codes Define new withholding tax codes, for taxes to be deducted at the normal and reduced rates, and for exemptions. Define Accounts for Withholding Tax to be Paid Over Specify which G/L accounts you want to post the withholding tax payable to. Define Reasons for Exemption Define the reasons for exemption (see the F1 Help to the Exemption Reason field in this activity). Assign Exemption Reasons to Withholding Tax Codes Assign each reduced-rate and exempt tax code to an exemption reason. Check Recipient Types Create new recipient types (CO for companies and OT for other) for each new withholding tax code. Maintain Tax Due Dates Maintain the tax due dates for this section. Maintain Number Groups Maintain the number groups for the remittance challans. Assign Number Ranges to Number Groups Make the settings for the remittance challans. Maintain Number Ranges Make the settings for the remittance challans. Maintain Number Groups and SAPscript Forms Specify on which SAPscript forms you want to print out withholding tax certificates for Section 194 A, and how you want to number them. Siehe auch SAP Library -> Financials -> Country Versions -> Asia-Pacific -> India -> Financial Accounting (FI) -> Taxes (FI-AP/AR) -> Withholding Tax -> Extended Withholding Tax -> Exemptions and Reduced Rates for Section 194 A. 5.13.1.3 Annual Returns Under Section 194 C (Changed) Verwendung As of SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), when you create an annual return under Section 194 C of India's Income Tax Act, the system automatically shows the type of company on the return. This applies only to the Extended Withholding Tax solution. This function already exists in Classic Withholding Tax. We recommend that you only implement this change at the begininning of a new fiscal year because of ______________________________________________________________ SAP AG 69 SAP-System ______________________________________________________________ the change in the withholding tax codes. Auswirkungen auf den Datenbestand When you have completed the Customizing activities listed below, change the following in your customer masters and vendor masters: o Enter the new withholding tax codes and mark them as Liable. o For the old withholding tax codes, deselect Liable. o Enter the recipient types. In the customer master, there is no field for the recipient type. Instead, enter the recipient type in the Withholding Tax Number field. Auswirkungen auf das Customizing IMG activity What to do Define Withholding Tax Codes For each withholding tax code that you currently use for this section of the Income Tax Act, create three new codes (one for each type of company allowed in the form). Assign Types of Companies to Withholding Tax Codes Assign one type of company to each of the withholding tax codes. Check Recipient Types Create new recipient types (CO for companies and OT for other) for each new withholding tax code. Siehe auch SAP Library -> Financials -> Country Versions -> Asia-Pacific -> India -> Financial Accounting (FI) -> Taxes (FI-AP/AR) -> Withholding Tax -> Extended Withholding Tax -> Automatic Determination of Type of Company for Section 194 C. 5.13.1.4 Canceled TDS Certificates (Changed) Verwendung As of SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), when you cancel a TDS certificate in Classic TDS, as used in India, the system does not delete it. The excise authorities require you to number TDS certificates consecutively and without any gaps. Now, when you cancel a certificate, the system marks it as canceled, but does not delete it from the database. Once you have canceled a certificate, you cannot print it. It is not shown in any annual returns, but it is still archived. 5.13.1.5 TDS Programs (Changed) Verwendung As of SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), the Classic TDS programs as used in India can ______________________________________________________________ SAP AG 70 SAP-System ______________________________________________________________ be run concurrently by more than one user. The following programs are affected: o Print TDS Certificates o Post TDS o Challan Update 5.13.1.6 Annual Returns for Classic TDS (Deleted) Verwendung The four reports used for preparing annual returns for the Classic TDS (Tax Deducted at Source) solution for India have been deleted. Users working with Classic TDS solution must now use the Annual Returns report, which in the previous release was only for Extended Withholding Tax, but has now been enhanced to support Classic TDS as well. Siehe auch SAP Library -> Financials -> Country Versions -> Asia-Pacific -> India -> Financial Accounting (FI) -> Taxes (FI-AP/AR) -> Withholding Tax -> Annual Returns. 5.13.1.7 Classic TDS Program (Changed) Verwendung As of SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), the Classic Tax Deduction at Source program, as used in India, allows users to retrieve and process individual invoices more quickly. SAP has added a new field, Process Invoices Only, to the program's selection screen. When you execute the program, select this field and enter the invoice number. 5.13.1.8 Withholding Tax Reporting (Changed) Verwendung As of SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), you can create withholding tax returns for South Korea using the Generic Withholding Tax Reporting program. You can use the program to create tax returns (business income only) as a DME file and prepare withholding tax certificates on paper. If you use this program, we recommend that you calculate withholding tax when you post an invoice, in line with South Korean accounting principles. New sample withholding tax types and withholding tax codes are provided. For more information about the settings provided, see the documentation mentioned below. ______________________________________________________________ SAP AG 71 SAP-System ______________________________________________________________ Auswirkungen auf den Datenbestand When you have completed the Customizing activities listed below, add the following to your vendor masters: o Withholding tax types o Withholding tax codes o Recipient types Auswirkungen auf das Customizing Assuming that you already use the Extended Withholding Tax solution, you must make the following additional settings: IMG activity What to do Define Official Withholding Tax Keys Check the keys supplied. Define Withholding Tax Types for Invoice Posting Define new withholding tax types. Copy the samples provided, if you want. Assign Withholding Tax Types to Company Codes Assign the new withholding tax types to the company codes that withhold these taxes. Check Income Types Define income types for residents (1) and nonresidents (2). Define Withholding Tax Codes Define new withholding tax codes. Again, you can copy the samples provided. Assign an income type and an official withholding tax key to each code. Define Accounts for Withholding Tax to be Paid Over Specify which G/L accounts you want to post the withholding tax payable to. Check Recipient Types Create new recipient types (for example, lawyer, doctor) for each new withholding tax code. Siehe auch SAP Library -> Financials -> Country Versions -> Asia-Pacific -> South Korea -> Financial Accounting (FI) -> Taxes (FI-AP/AR) -> Extended Withholding Tax 5.13.1.9 Withholding Tax Reports (Changed) Verwendung As of SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), three of the withholding tax reports used in South Korea have been enhanced. The main change is that all the reports now handle withholding tax items generated at the time of invoice posting. The new features of each report are listed below: Withholding Tax Certificates Report SAP has enhanced the Withholding Tax Certificates report so that it incorporates the latest legal changes to withholding tax certificates. It covers withholding taxes deducted at the time of invoice posting, and ______________________________________________________________ SAP AG 72 SAP-System ______________________________________________________________ each certificate itemizes all vendor invoices that you have withheld tax on. On the selection screen, you can select which withholding tax types and withholding tax codes you want it to cover. When you enter the selection criteria and choose Enter, the system displays a list of the accounting documents that it has found. You then select which documents you want to cover in the withholding tax certificates. The selection screen also includes fields for the type of residence and the type of income, which are assigned to withholding tax codes in Customizing. What you enter in these fields controls whether the system marks the vendor as a resident or nonresident, and what type of income it prints on the certificate. When you print out the certificates, you can number the pages in each certificate. You can also decide whether oyu want to print out only one copy of each certificate (for the vendor only) or three copies (for yourself, the vendor, and the tax authorities). The report uses the international address versions, if they have been maintained. So that you can reprint certificates, a new field has been added to the selection screen, where you can enter the vendor's VAT registriation number. Any amounts given in foreign currencies will be shown in Korean won using the exchange rate valid on the payment date. This also applies to withholding tax that is calculated at the time of invoice posting. Withholding Tax DME Output Report SAP has enhanced the Withholding Tax DME Output report so that the data medium exchange (DME) file supports the latest file format published by the tax authorities. This report now also covers withholding tax items generated at the time of invoice posting, and it reports all withholding tax items that you have generated. Finally, on the selection screen, you can also specify which withholding tax types and withholding tax codes the report should cover. Detail Information on Income and Inhabitant Tax The Detail Information on Income and Inhabitant Tax report now covers withholding tax deducted at the time of invoice posting. It lists the documents on the basis of the vendor invoices, and, again, the selection screen has been enhanced so that you can enter withholding tax types and withholding tax codes. Auswirkungen auf das Customizing IMG activity What to do Define Fiscal Regional Codes for Other Countries Define the types of income as published by the tax authorities (used for "other income" only). Check Income Types Define two types of residence (1: resident 2: nonresident) Define Withholding Tax Codes For each code, enter the type of income and the type of residence that applies to it. ______________________________________________________________ SAP AG 73 SAP-System ______________________________________________________________ 5.13.1.10 Eingabe von Langtexten in den FI-Enjoytransaktionen (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie beim Erfassen oder Vorerfassen eines Buchhaltungsbelegs in einer FI-Enjoytransaktion (Kreditorenvorerfassung ) über @0K@ mit Quickinfo Langtext zu jeder Sachkontenzeile einen Langtext eingeben. Das Symbol @0J@ mit Quickinfo Langtext zeigt an, dass zu einer Sachkontenzeile ein Langtext existiert. 5.13.1.11 Document Types for Journal Vouchers and Provisions (Changed) Verwendung The view in which you specify which document types you want the system to use when you (a) enter journal vouchers and (b) enter provisions for tax on services received has changed. Instead of one single view (J_1IEWTDOCKEY) containing both settings, there are now two views (J_1IEWTDTPRV and J_1IEWTJV respectively). Auswirkungen auf das Customizing The only effect that this has on the system is that you have to change your Customizing settings. Maintain the following activities: o Specify Document Type (journal vouchers) o Specify Document Type (provisions for taxes) 5.13.1.12 Erweiterte Quellensteuer und ALE-Verteilung für Stammdaten und Belege Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) wird bei der ALE-Verteilung von Belegen und Stammdaten die Erweiterte Quellensteuer unterstützt. Wenn Sie verteilte Systeme und die Quellensteuer verwenden, dann können Sie jetzt auch die Erweiterte Quellensteuer einsetzen. o Belegversendung Wenn Sie die Erweiterten Quellensteuer verwenden, dann werden nun Quellensteuerinformationen versendet. Die Quellensteuerberechnung erfolgt aber grundsätzlich nur im Empfängersystem; dadurch wird eine korrekte Akkumulation sichergestellt. o Stammdaten Quellensteuer-Stammdaten der Erweiteren Quellensteuer werden sowohl für Kreditoren als auch für Debitoren versendet. Siehe auch ______________________________________________________________ SAP AG 74 SAP-System ______________________________________________________________ Weitere Informationen finden Sie in in der SAP-Bibliothek unter Rechnungswesen -> Finanzwesen -> Finanzwesen allgemein (FI)-> Steuern (FI-AP/AR)-> Quellensteuer -> Erweiterte Quellensteuer. Wenn Sie von der Einfachen auf die Erweiterte Quellensteuer umstellen, dann finden Sie weitere Informationen unter Rechnungswesen -> Finanzwesen -> Finanzwesen allgemein (FI)-> Steuern (FI-AP/AR) -> Quellensteuer -> Quellensteuerumstellung. 5.13.1.13 Quellensteuer-Analysereport für die Erweiterte Quellensteuer (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie Ihre Einstellungen für die Erweiterte Quellensteuer mit dem Programm RFWT1000 analysieren: Das Programm besteht aus drei Teilfunktionen: o Quellensteuereinstellungen prüfen Hier können Sie die aktuellen Customizing-Einstellungen einsehen und auf ihre Konsistenz hin überprüfen o Quellensteuerberechnung durchführen Hier können Sie die Quellensteuerberechnung für einen Beispielbeleg simulieren. o Feldstatus prüfen Hier können Sie die aktuellen Feldstatuseinstellungen einsehen. Die Teilfunktion Quellensteuereinstellungen prüfen finden Sie auf dem Einstiegsbild. Um in die anderen Funktionen zu gelangen, wählen Sie die entsprechende Drucktaste. Siehe auch Dokumetation des Programms RFWT1000. 5.13.1.14 FI-AP-AP-MD Stammdaten 5.13.1.14.1 Kundenspezifische Felder in Geschäftspartnerstammdaten (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie die Stammdaten Ihrer Debitoren und Kreditoren (FI) bzw. Ihrer Kunden und Lieferanten (LO) erweitern, um zusätzliche Informationen zu Ihren Geschäftspartnern zu hinterlegen. Dazu entwickeln Sie Subscreens, auf denen Sie die gewünschten Felder ergänzen. Ihre Subscreens sind in den Stammsätzen der Geschäftspartner über zusätzlich eingebundene Drucktasten erreichbar; dort finden Sie Ihre Subscreens jeweils in eine Registerkarte eingebunden. Jeder Drucktaste können Sie bis zu 32 Registerkarten/Subscreens zuordnen. Bei einem Release-Wechsel, Upgrade oder mit einem Support Package können Sie Ihre eigenen Subscreens und Daten sowie die dazugehörigen Tabellen modifikationsfrei übernehmen. ______________________________________________________________ SAP AG 75 SAP-System ______________________________________________________________ Auswirkungen auf das Customizing Nehmen Sie im Einführungsleitfaden des Finanzwesens bzw. der Logistik Allgemein die folgenden Einstellungen vor: Finanzwesen 1. Wählen Sie Debitoren- und Kreditorenbuchhaltung -> Debitorenkonten bzw. Kreditorenkonten -> Stammdaten -> Übernahme kundeneigener Stammdatenfelder -> Modifikationsfreie Erweiterung im Debitorenstamm bzw. Kreditorenstamm vorbereiten und nehmen Sie die entsprechenden Einstellungen zur Definition Ihrer Subscreens vor. 2. Um Ihre Subscreens und Daten an die Standardanwendung anzubinden, verwenden Sie die folgenden BADIs: - Business Add-In: Verarbeitung von Stammdatenerweiterungen - Business Add-In: Kundeneigene Subscreens - Business Add-In: Verarbeitung von Stammdatenerweiterungen mit Batch-Input Logistik Allgemein 1. Wählen Sie Geschäftspartner -> Kunden bzw. Lieferant -> Steuerung -> Übernahme kundeneigener Stammdatenfelder -> Modifikationsfreie Erweiterung des Lieferantenstamms bzw. Kundestamms vorbereiten, und nehmen Sie die entsprechenden Einstellungen zur Definition Ihrer Subscreens vor. 2. Um Ihre Subscreens und Daten an die Standardanwendung anzubinden, verwenden Sie die folgenden BADIs: - Business Add-In: Verarbeitung von Stammdatenerweiterungen - Business Add-In: Kundeneigene Subscreens - Business Add-In: Verarbeitung von Stammdatenerweiterungen mit Batch-Input Siehe auch Weitere Informationen finden Sie in der jeweiligen Customizing-Aktivität sowie in der Dokumentation zu den einzelnen BADIs. 5.13.1.14.2 Erweiterte Quellensteuer und ALE-Verteilung für Stammdaten und Belege Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) wird bei der ALE-Verteilung von Belegen und Stammdaten die Erweiterte Quellensteuer unterstützt. Wenn Sie verteilte Systeme und die Quellensteuer verwenden, dann können Sie jetzt auch die Erweiterte Quellensteuer einsetzen. o Belegversendung Wenn Sie die Erweiterten Quellensteuer verwenden, dann werden nun Quellensteuerinformationen versendet. Die Quellensteuerberechnung erfolgt aber grundsätzlich nur im Empfängersystem; dadurch wird eine korrekte Akkumulation sichergestellt. ______________________________________________________________ SAP AG 76 SAP-System ______________________________________________________________ o Stammdaten Quellensteuer-Stammdaten der Erweiteren Quellensteuer werden sowohl für Kreditoren als auch für Debitoren versendet. Siehe auch Weitere Informationen finden Sie in in der SAP-Bibliothek unter Rechnungswesen -> Finanzwesen -> Finanzwesen allgemein (FI)-> Steuern (FI-AP/AR)-> Quellensteuer -> Erweiterte Quellensteuer. Wenn Sie von der Einfachen auf die Erweiterte Quellensteuer umstellen, dann finden Sie weitere Informationen unter Rechnungswesen -> Finanzwesen -> Finanzwesen allgemein (FI)-> Steuern (FI-AP/AR) -> Quellensteuer -> Quellensteuerumstellung. 5.13.1.15 FI-AP-AP-IC Rechnungen und Gutschriften 5.13.1.15.1 Betragssplitt in der FI-Enjoy-Belegvorerfassung (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie auch in den FI-Enjoy-Transaktionen zur Vorerfassung von Rechnungen und Gutschriften Beträge splitten. 5.13.1.16 FI-AP-AP-PT Zahlungsverkehr 5.13.1.16.1 Zahlungskarten Verwendung Ab diesem Release steht Ihnen der Funktionumfang fürZahlungskarten im Rechnungswesen in der Rolle SAP_FI_AP_PCARD zur Verfügung. Siehe auch Weitere Informationen finden Sie: o o in den Programmdokumentationen - Eingangsdatei lesen - Kartendatei bearbeiten - Protokoll bearbeiten in der SAP-Bibliothek der jeweiligen Pflegetransaktionen des Zahlungskartenstammsatzes oder des Kartenbeleges unter Hilfe -> Hilfe zur Anwendung ______________________________________________________________ SAP AG 77 SAP-System ______________________________________________________________ 5.13.1.16.2 Domestic Payments by PAYMUL (New) Verwendung As of SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), you can create DME files for domestic payments in Denmark in the PAYMUL format. SAP delivers a new payment method, P (Domestic Payment PAYMUL), which is linked to a Payment Medium Workbench (PMW) format and a DME format. Auswirkungen auf den Datenbestand Add the payment method to the master records of the vendors that want you to pay using this format. Auswirkungen auf das Customizing IMG activity What to do Adjust Note to Payee Specify what information you want to include in the note to payee in the DME files. Assign Payment Medium Format and Note to Payee to Payment Method Assign the note to payee to the payment method. Create/Assign Selection Variants Create a selection variant that the system will use when you execute the payment program. Adjust Payment Medium Format Check the PMW formats and the DMEE formats provided, and adjust them, if necessary. Siehe auch Domestic Payment PAYMUL (PMW format documentation) Domestic Payment PAYMUL (DME format tree documentation) 5.13.1.16.3 Zahlungen in Finnland (Geändert) Verwendung Ab SAP-R/3-Release Enterprise Core 4.70 (SAP_APPL 470) können Sie mit der Payment Medium Workbench (PMW) Zahlungsdateien für folgende Zahlwege erzeugen: Zahlweg A M U Beschreibung Autogiro Inlandszahlungen (LM03-Format) Auslandszahlungen (LUM2-Format) SAP liefert für jeden Zahlweg ein PMW-Format und ein DTA-Format aus. SAP hat die Zahlwege so geändert, daß Sie nun diese Format verwenden. SAP wird die Pflege der klassischen Zahlungsträgerprogramme, die durch diese Formate abgedeckt werden, einstellen. Wenn die Finanzinstitutionen in Zukunft Änderungen ihrer Formate ankündigen, wird ______________________________________________________________ SAP AG 78 SAP-System ______________________________________________________________ SAP lediglich die PMW-Formate anpassen. Aus diesem Grund empfehlen wir Ihnen, auf PMW umzusteigen, bevor diese Institutionen Änderungen an ihren Dateiformaten ankündigen. Auswirkungen auf das Customizing Wenn Sie die PMW-Formate verwenden wollen, nehmen Sie folgende Customizing-Einstellungen vor: IMG-Aktivität Was Sie tun müssen Verwendungszweck anpassen Geben Sie an, welche Informationen Sie in den DTA-Dateien im Verwendungszweck aufnehmen wollen. Zahlungsträgerformat und Verwendungszweck zu Zahlweg zuordnen Ordnen Sie den Verwendungszweck dem Zahlweg zu. Selektionsvarianten anlegen/zuordnen Legen Sie eine Selektionsvariante an, die das System verwendet, wenn Sie das Zahlprogramm ausführen. Zahlungsträgerformat anpassen Prüfen Sie die bereitgestellten PMW- und DMEE-Formate und passen Sie sie bei Bedarf an. Wenn Sie PMW verwenden wollen, müssen Sie die klassischen Zahlungsträgerprogramme den Zahlwegen neu zuordnen. Siehe auch Weitere Informationen zu den Formaten finden Sie in der Format-Dokumentation, die Sie in der IMG-Aktivität Zahlungsträgerformat und Verwendungszweck zu Zahlweg zuordnen des entsprechenden Zahlwegs anzeigen können. 5.13.1.16.4 Payments by BACS (Changed) Verwendung As of SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), you can create BACS payment files using the Payment Medium Workbench (PMW). Note that SAP will discontinue maintenance of the existing program, RFFOGB_T, and that any changes made by BACS in future will be made in the PMW formats only. We therefore recommend that you switch to the PMW before BACS announces any changes to its file formats. Auswirkungen auf das Customizing IMG activity What to do Set Up Payment Methods per Country for Payment Transactions Change the BACS payment methods (in the standard system, D (Direct Debit) and E (BACS Transfer)) so that they use the PMW format GB_BACS. Siehe auch GB_BACS (PMW format documentation) ______________________________________________________________ SAP AG 79 SAP-System ______________________________________________________________ GB_BACS (DME format tree documentation) 5.13.1.16.5 Payments with Bank of Ireland and Allied Irish Banks (Changed) Verwendung As of SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), you can create payment files in the formats used by the Bank of Ireland (BOI) and Allied Irish Banks (AIB) using the Payment Medium Workbench (PMW). Note that SAP will discontinue maintenance of the existing program, RFFOGB_T, and that any changes made by BOI and AIB in future will be made in the PMW formats only. We therefore recommend that you switch to the PMW before BOI and AIB announce any changes to their file formats. SAP has changed payment method E so that it supports electronic funds transfer using the BOI format only. F is a new payment method that supports the AIB format. You can of course decide which tree is used with which payment method. Auswirkungen auf den Datenbestand Add the new payment method, F, to the master records of the vendors that want you to pay using this format. Auswirkungen auf das Customizing IMG activity What to do Set Up Payment Methods per Country for Payment Transactions F Check the payment methods E and Siehe auch IE_BOE (PMW format documentation) IE_BOI (DME format tree documentation) IE_AIB (PMW format documentation) IE_AIB (DME format tree documentation) 5.13.1.16.6 Payments in Sweden (Changed) Verwendung As of SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), you can create payment files for the following payment methods using the Payment Medium Workbench (PMW): Method A H Description Autogiro for Individuals Foreign Payments (Handelsbanken) ______________________________________________________________ SAP AG 80 SAP-System ______________________________________________________________ I P S Domestic Payments (Bankgirot) Domestic Payments (Postgirot) Foreign Payments (SE-Banken) For each payment method, SAP delivers a PMW format and a DME format. SAP has changed the payment methods so that they now use these formats. SAP will discontinue maintenance of the classic payment medium programs covered by these formats. In future, when the financial institutions announce changes to their formats, SAP will only change the PMW formats to match. We therefore recommend that you switch to the PMW before these institutions announce any changes to their file formats. Auswirkungen auf das Customizing Assuming that you want to use the PMW formats, make the following Customizing settings: IMG activity What to do Adjust Note to Payee Specify what information you want to include in the note to payee in the DME files. Assign Payment Medium Format and Note to Payee to Payment Method Assign the note to payee to the payment method. Create/Assign Selection Variants Create a selection variant that the system will use when you execute the payment program. Adjust Payment Medium Format Check the PMW formats and the DMEE formats provided, and adjust them, if necessary. If you do not want to use the PMW, you must reassign the classic payment medium programs to the payment methods. Siehe auch For more information about the formats, see the format documentation itself, which you can display in the IMG activity Assign Payment Medium Format and Note to Payee to Payment Method in the appropriate payment method. 5.13.1.16.7 Automatisches Einplanen des Zahlprogramms (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie den Report RFF110S verwenden, um einen Vorschlags- oder einen Echtlauf des Zahlprogramms SAPF110S automatisch einzuplanen. Wählen Sie dazu im SAP-Einstiegsbild Rechnungswesen -> Finanzwesen -> Kreditoren / Debitoren -> Periodische Arbeiten -> Zahlprogramm periodisch einplanen. Ihre Auswahlkriterien können Sie als Variante speichern. Wenn Sie Selektionsvariablen als Auswahlkriterien verwenden, können Sie einen Zahllauf mit identischen Auswahlkriterien periodisch einplanen. Wenn Sie die Variante ausführen, berechnet das System die aktuellen Daten. Die Folgefunktionen, die Ihnen das Zahlprogramm (Transaktion F110) bietet, können Sie weiterhin nutzen. ______________________________________________________________ SAP AG 81 SAP-System ______________________________________________________________ Der Report RFF110S ist in den Schedule Manager integriert, so dass Sie jetzt auch mit dem Schedule Managersowohl Vorschlags-, als auch Echtläufe des Zahlungsprogramms SAPF110S automatisch einplanen können. Bisher war das nur für Vorschlagsläufe möglich. Siehe auch Weitere Informationen entnehmen Sie der Reportdokumentation. 5.13.1.16.8 Payment Program SAPF110S (Enhanced) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) gibt es folgende Funktionen im Bereich Zahlen mit dem Zahlprogramm SAPF110S: o Sollsaldoprüfung mit dem Report RFF110SSP o Folgende neue Business Transaction Events (BTEs): - 00001820 Zahlprogramm: Postenselektion - 00001830 Zahlprogramm: Gruppe bearbeiten Auswirkungen auf das Customizing Wenn Sie die BTEs nutzen möchten, führen Sie die IMG-Aktivität Business Transaction Events im Einführungsleitfaden (IMG) des Finanzwesens aus. Siehe auch Weitere Informationen zur Sollsaldoprüfung finden Sie in der Dokumentation zum Report. Weitere Informationen zu BTEs finden Sie im IMG des Finanzwesens unter Grundeinstellungen Finanzwesen -> Business Transaction Events. 5.13.1.17 FI-AP-AP-CR Korrespondenz 5.13.1.17.1 Balance Confirmation (Enhanced) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie in der Saldenbestätigung die folgenden neuen Funktionen nutzen: o Buchungskreisübergreifende Saldenbestätigung (mit Einzelanforderung) Dies gilt für die Saldenbestätigung Debitor (SAPF130D) und die Saldenbestätigung Kreditor (SAPF130K). Pro Debitor/Kreditor wird eine Saldenbestätigung erstellt. Dabei werden sämtliche dem Korrespondenzbuchungskreis zugeordneten Buchungskreise berücksichtigt. Die Saldenbestätigung wird an den Korrespondenzbuchungskreis adressiert. ______________________________________________________________ SAP AG 82 SAP-System ______________________________________________________________ Weitere Informationen finden Sie in der Dokumentation zu den Reports Saldenbestätigung Debitor und Saldenbestätigung Kreditor im Abschnitt Konzernversion. o Neuer Zeitpunkt zum Faxen, Archivieren und Versenden als E-Mail (Business Transaction Event 2410) Weitere Informationen finden Sie in der Dokumentation zum Funktionsbaustein FI_OPT_ARCHIVE_BALANCE_CONFIRM. Auswirkungen auf das Customizing Um die buchungskreisübergreifende Saldenbestätigung zu nutzen, nehmen Sie die folgende Einstellung im IMG des Finanzwesens vor: Grundeinstellungen Finanzwesen -> Korrespondenz -> Buchungskreise Korrespondenzbuchungskreisen zuordnen 5.13.1.18 FI-AP-AP-CL Abschlußarbeiten 5.13.1.18.1 Meldungen für Section 16 des Taxes and Management Act (Neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Unternehmen im Vereinigten Königreich mit dem R/3-System Section 16 des Taxes and Management Act, 1970, erfüllen. Unter den Bedingungen dieses Gesetzes kann es erforderlich sein, dass Sie eine Meldung mit einer Liste externer Dienstleister vorlegen, an die Sie mehr als 1.000 GBP im Laufe des Steuerjahres gezahlt haben. Sie erstellen die Meldung mit dem Programm Quellensteuerreporting (generisch) zusammen mit der neuen Ausgabegruppe UK1 und dem neuen DTA-Formatbaum IDWTFILE_UK_S16TMA (siehe dazu Formatbaum-Dokumentation). Zur Überwachung der Zahlungen können Sie den zur Verfügung gestellten Quellensteuertyp und die Quellensteuerkennzeichen verwenden. Es wird empfohlen, diese neue Funktion zu Beginn des Steuerjahres einzuführenm, damit alle Zahlungen berücksichtigt werden. Wenn erforderlich, können Sie die Funktion jedoch auch im Laufe des Steuerjahres einführen (siehe unten). Auswirkungen auf den Datenbestand Nachdem Sie die unten beschriebenen Customizing-Einstellungen vorgenommen haben, fügen Sie die neuen Quellensteuertypen und Quellensteuerkennzeichen den entsprechenden Kreditorenstammsätzen hinzu. Wenn Sie nach Beginn des Steuerjahres und bereits erfolgten Zahlungen an einen Kreditor feststellen, dass dieser Kreditor in der Meldung ebenfalls enthalten sein muss, führen Sie das Programm zum Nacherzeugen von Quellensteuerdaten für diesen Kreditor aus. Dieses Programm prüft alle Zahlungen, die im Steuerjahr bis heute gebucht wurden, und ordnet ihnen die neuen Quellensteuerkennzeichen zu. Sie können diesen Bericht auch einsetzen, wenn Sie die gesamte Lösung während des Steuerjahres einführen. Auswirkungen auf das Customizing ______________________________________________________________ SAP AG 83 SAP-System ______________________________________________________________ Führen Sie die folgenden Aktivitäten nacheinander im Customizing durch: IMG-Aktivität Aktivität Quellensteuertyp definieren: Buchung bei Zahlung Prüfen Sie den neuen ausgelieferten Quellensteuertyp 16. Quellensteuerkennzeichen definieren Prüfen Sie die Quellensteuerkennzeichen 01 und 02. Quellensteuertypen den Buchungskreisen zuordnen Ordnen Sie die neuen Quellensteuertypen Ihren Buchungskreisen zu. Siehe auch SAP-Bibliothek -> Rechnungswesen -> Länderversionen -> Europa und Afrika -> Vereinigtes Königreich -> Erweiterte Quellensteuer. 5.13.1.18.2 Strukturänderungen in der Inflationsbuchhaltung Verwendung Ab SAP R/3-Release 4.70 ist der Einführungsleitfaden (IMG) für die Inflationsbuchhaltung noch einfacher zu verwenden. SAP hat die Dokumentation neu strukturiert und umgeschrieben und einige Bilder überarbeitet. Beachten sie, dass sich nur die Struktur des IMG und die Dokumentation, nicht jedoch die Sichten geändert haben. Sie müssen daher bestehende Customizing-Einstellungen nicht verändern. Änderungen im IMG Bisher gab es eine Gruppe von IMG-Aktivitäten für die Inflationsbuchhaltung unter Finanzwesen (FI) und weitere unter Anlagenbuchhaltung (FI-AA) und Materialwirtschaft (MM). Um die Inflationsbuchhaltung für FI-AA im Customizing einzustellen, mussten Sie also die Aktivitäten unter FI und diejenigen unter FI-AA durchgehen. SAP hat den IMG jetzt derart geändert, dass jede Komponente für sich ihren eigenen Einführungsleitfaden für die Inflationsbuchhaltung hat. Um jetzt beispielsweise die Inflationsbuchhaltung für FI-AA im Customizing einzustellen, müssen Sie nicht mehr die IMG-Aktivitäten unter Bilanzielle Aufwertungen und anschließend die Aktivitäten unter Inflationsbuchhaltung durchgehen. Auch ist es nicht mehr notwendig, die Aktivitäten unter Finanzwesen -> Grundeinstellungen Finanzwesen -> Inflationsbuchhaltung durchzugehen. Stattdessen müssen Sie lediglich die Aktivitäten unter Inflationsbuchhaltung durchgehen. Die IMG-Aktivitäten für FI und MM wurden analog neu strukturiert. Die IMGs befinden sich in der SAP-Referenz-Struktur immer noch an derselben Stelle: o Finanzwesen -> Grundeinstellungen Finanzwesen -> Inflationsbuchhaltung o Finanzwesen -> Anlagenbuchhaltung -> Spezielle Bewertungen -> Auf-/Abwertungen des Anlagevermögens -> Bilanzielle Aufwertungen -> Inflationsbuchhaltung o Materialwirtschaft -> Bewertung und Kontierung -> Bilanzbewertungsverfahren -> Wiederbeschaffungswert-Verfahren einrichten (Inflation) Änderungen in der SAP-Bibliothek ______________________________________________________________ SAP AG 84 SAP-System ______________________________________________________________ Die Dokumentation der Inflationsbuchhaltung in der SAP-Bibliothek wurde ebenfalls unter den drei Komponenten aufgeteilt. Diese Dokumentation befindet sich nun unter den folgenden Menüpfaden: o Finanzwesen (FI) -> Hauptbuchhaltung (FI-GL) -> Abschlußarbeiten und Berichtswesen -> Bilanzvorbereitung -> Inflationsbuchhaltung o Finanzwesen (FI) -> Anlagenbuchhaltung (FI-AA) -> Spezielle Bewertungen -> Wiederbeschaffungswerte (allgemein) -> Inflationsbuchhaltung o Materialwirtschaft (MM) -> Bewertung -> Bilanzbewertung (MM-IM-VP) -> Wiederbeschaffungsbewertung (Inflation) 5.14 FI-AR Debitorenbuchhaltung 5.14.1 FI-AR-AR Grundfunktionen 5.14.1.1 Withholding Tax Reports (Changed) Verwendung As of SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), three of the withholding tax reports used in South Korea have been enhanced. The main change is that all the reports now handle withholding tax items generated at the time of invoice posting. The new features of each report are listed below: Withholding Tax Certificates Report SAP has enhanced the Withholding Tax Certificates report so that it incorporates the latest legal changes to withholding tax certificates. It covers withholding taxes deducted at the time of invoice posting, and each certificate itemizes all vendor invoices that you have withheld tax on. On the selection screen, you can select which withholding tax types and withholding tax codes you want it to cover. When you enter the selection criteria and choose Enter, the system displays a list of the accounting documents that it has found. You then select which documents you want to cover in the withholding tax certificates. The selection screen also includes fields for the type of residence and the type of income, which are assigned to withholding tax codes in Customizing. What you enter in these fields controls whether the system marks the vendor as a resident or nonresident, and what type of income it prints on the certificate. When you print out the certificates, you can number the pages in each certificate. You can also decide whether oyu want to print out only one copy of each certificate (for the vendor only) or three copies (for yourself, the vendor, and the tax authorities). The report uses the international address versions, if they have been maintained. So that you can reprint certificates, a new field has been added to the selection screen, where you can enter the vendor's VAT registriation number. ______________________________________________________________ SAP AG 85 SAP-System ______________________________________________________________ Any amounts given in foreign currencies will be shown in Korean won using the exchange rate valid on the payment date. This also applies to withholding tax that is calculated at the time of invoice posting. Withholding Tax DME Output Report SAP has enhanced the Withholding Tax DME Output report so that the data medium exchange (DME) file supports the latest file format published by the tax authorities. This report now also covers withholding tax items generated at the time of invoice posting, and it reports all withholding tax items that you have generated. Finally, on the selection screen, you can also specify which withholding tax types and withholding tax codes the report should cover. Detail Information on Income and Inhabitant Tax The Detail Information on Income and Inhabitant Tax report now covers withholding tax deducted at the time of invoice posting. It lists the documents on the basis of the vendor invoices, and, again, the selection screen has been enhanced so that you can enter withholding tax types and withholding tax codes. Auswirkungen auf das Customizing IMG activity What to do Define Fiscal Regional Codes for Other Countries Define the types of income as published by the tax authorities (used for "other income" only). Check Income Types Define two types of residence (1: resident 2: nonresident) Define Withholding Tax Codes For each code, enter the type of income and the type of residence that applies to it. 5.14.1.2 Beleganzeige Rechnungsstatus (erweitert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) ist in der Beleganzeige die Funktion Rechnungsstatus integriert. Sie dient dazu, den noch offenen Anteil eines (bereits ausgeglichenen) Postens auszuweisen. Zu einer (ausgeglichenen) Belegposition werden alle zugehörigen Restposten, Gutschriften, Teilzahlungen, Wechsel anhand des Rechnungsbezugs oder der Ausgleichsbelegnummer (Wechsel) selektiert und in der (Einzelposten-) Liste darstellt. Am Ende der Liste wird der noch offenen Betrag eines Postens in der Summenzeile ausgewiesen. Berücksichtigt werden desweiteren die Verknüpfung von Restposten auf Restposten, Wechselzahlungen auf Restposten und Wechselzahlungen buchungskreisübergreifend. Nicht berücksichtigt werden Teilzahlungen auf Restposten. Anhand des Rechnungsstatus kann das Restrisiko einer Forderung beurteilt werden. ______________________________________________________________ SAP AG 86 SAP-System ______________________________________________________________ Auswirkungen auf das Customizing Die Funktion 'Rechnungsstatus' erreichen Sie auf dem Detailbild der Debitoren- Kreditorenposition im Menü Umfeld bzw. direkt über die Tastenkombination Strg.+ F10. Es muss keine eigene Layoutvariante für die Einzelpostenliste angelegt werden. Es wird die in den Bearbeitungsoptionen Buchhaltung (FB00) hinterlegte Layoutvariante für die Einzelpostenliste verwendet. 5.14.1.3 Eingabe von Langtexten in den FI-Enjoytransaktionen (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie beim Erfassen oder Vorerfassen eines Buchhaltungsbelegs in einer FI-Enjoytransaktion (Kreditorenvorerfassung ) über @0K@ mit Quickinfo Langtext zu jeder Sachkontenzeile einen Langtext eingeben. Das Symbol @0J@ mit Quickinfo Langtext zeigt an, dass zu einer Sachkontenzeile ein Langtext existiert. 5.14.1.4 Quellensteuer-Analysereport für die Erweiterte Quellensteuer (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie Ihre Einstellungen für die Erweiterte Quellensteuer mit dem Programm RFWT1000 analysieren: Das Programm besteht aus drei Teilfunktionen: o Quellensteuereinstellungen prüfen Hier können Sie die aktuellen Customizing-Einstellungen einsehen und auf ihre Konsistenz hin überprüfen o Quellensteuerberechnung durchführen Hier können Sie die Quellensteuerberechnung für einen Beispielbeleg simulieren. o Feldstatus prüfen Hier können Sie die aktuellen Feldstatuseinstellungen einsehen. Die Teilfunktion Quellensteuereinstellungen prüfen finden Sie auf dem Einstiegsbild. Um in die anderen Funktionen zu gelangen, wählen Sie die entsprechende Drucktaste. Siehe auch Dokumetation des Programms RFWT1000. ______________________________________________________________ SAP AG 87 SAP-System ______________________________________________________________ 5.14.1.5 FI-AR-AR-MD Stammdaten 5.14.1.5.1 Kundenspezifische Felder in Geschäftspartnerstammdaten (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie die Stammdaten Ihrer Debitoren und Kreditoren (FI) bzw. Ihrer Kunden und Lieferanten (LO) erweitern, um zusätzliche Informationen zu Ihren Geschäftspartnern zu hinterlegen. Dazu entwickeln Sie Subscreens, auf denen Sie die gewünschten Felder ergänzen. Ihre Subscreens sind in den Stammsätzen der Geschäftspartner über zusätzlich eingebundene Drucktasten erreichbar; dort finden Sie Ihre Subscreens jeweils in eine Registerkarte eingebunden. Jeder Drucktaste können Sie bis zu 32 Registerkarten/Subscreens zuordnen. Bei einem Release-Wechsel, Upgrade oder mit einem Support Package können Sie Ihre eigenen Subscreens und Daten sowie die dazugehörigen Tabellen modifikationsfrei übernehmen. Auswirkungen auf das Customizing Nehmen Sie im Einführungsleitfaden des Finanzwesens bzw. der Logistik Allgemein die folgenden Einstellungen vor: Finanzwesen 1. Wählen Sie Debitoren- und Kreditorenbuchhaltung -> Debitorenkonten bzw. Kreditorenkonten -> Stammdaten -> Übernahme kundeneigener Stammdatenfelder -> Modifikationsfreie Erweiterung im Debitorenstamm bzw. Kreditorenstamm vorbereiten und nehmen Sie die entsprechenden Einstellungen zur Definition Ihrer Subscreens vor. 2. Um Ihre Subscreens und Daten an die Standardanwendung anzubinden, verwenden Sie die folgenden BADIs: - Business Add-In: Verarbeitung von Stammdatenerweiterungen - Business Add-In: Kundeneigene Subscreens - Business Add-In: Verarbeitung von Stammdatenerweiterungen mit Batch-Input Logistik Allgemein 1. Wählen Sie Geschäftspartner -> Kunden bzw. Lieferant -> Steuerung -> Übernahme kundeneigener Stammdatenfelder -> Modifikationsfreie Erweiterung des Lieferantenstamms bzw. Kundestamms vorbereiten, und nehmen Sie die entsprechenden Einstellungen zur Definition Ihrer Subscreens vor. 2. Um Ihre Subscreens und Daten an die Standardanwendung anzubinden, verwenden Sie die folgenden BADIs: - Business Add-In: Verarbeitung von Stammdatenerweiterungen - Business Add-In: Kundeneigene Subscreens - Business Add-In: Verarbeitung von Stammdatenerweiterungen mit Batch-Input Siehe auch ______________________________________________________________ SAP AG 88 SAP-System ______________________________________________________________ Weitere Informationen finden Sie in der jeweiligen Customizing-Aktivität sowie in der Dokumentation zu den einzelnen BADIs. 5.14.1.5.2 Erweiterte Quellensteuer und ALE-Verteilung für Stammdaten und Belege Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) wird bei der ALE-Verteilung von Belegen und Stammdaten die Erweiterte Quellensteuer unterstützt. Wenn Sie verteilte Systeme und die Quellensteuer verwenden, dann können Sie jetzt auch die Erweiterte Quellensteuer einsetzen. o Belegversendung Wenn Sie die Erweiterten Quellensteuer verwenden, dann werden nun Quellensteuerinformationen versendet. Die Quellensteuerberechnung erfolgt aber grundsätzlich nur im Empfängersystem; dadurch wird eine korrekte Akkumulation sichergestellt. o Stammdaten Quellensteuer-Stammdaten der Erweiteren Quellensteuer werden sowohl für Kreditoren als auch für Debitoren versendet. Siehe auch Weitere Informationen finden Sie in in der SAP-Bibliothek unter Rechnungswesen -> Finanzwesen -> Finanzwesen allgemein (FI)-> Steuern (FI-AP/AR)-> Quellensteuer -> Erweiterte Quellensteuer. Wenn Sie von der Einfachen auf die Erweiterte Quellensteuer umstellen, dann finden Sie weitere Informationen unter Rechnungswesen -> Finanzwesen -> Finanzwesen allgemein (FI)-> Steuern (FI-AP/AR) -> Quellensteuer -> Quellensteuerumstellung. 5.14.1.6 FI-AR-AR-IC Rechnungen und Gutschriften 5.14.1.6.1 Betragssplitt in der FI-Enjoy-Belegvorerfassung (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie auch in den FI-Enjoy-Transaktionen zur Vorerfassung von Rechnungen und Gutschriften Beträge splitten. 5.14.1.7 FI-AR-AR-MP 5.14.1.7.1 FI-AR-AR-MP-BF Manuelle Zahlungen Grundfunktionen ______________________________________________________________ SAP AG 89 SAP-System ______________________________________________________________ 5.14.1.7.1.1 Schnellerfassung Zahlungseingang (geändert) Verwendung In Systemen, in denen der Benutzerparameter 'PNZ' nicht gesetzt war, wurde bei der Schnellerfassung Zahlungseingang (Transaktion F-26) ein besonderer Bildschirm zur Verfügung gestellt: Wenn Sie Einnahmearten oder Objekte kontiert haben, wurde an Stelle des Bildschirms SAFMF05A 124 der IS-PS-spezifische Bildschirm SAFMF05A 2124 aufgerufen. Auf diesem Bildschirm konnten Sie die offenen Posten nach Einnahmeart oder Objekt einschränken. Ab SAP R/3 Enterprise Public Services 1.10 (EA-PS 110) wird dieser Bildschirm nicht mehr zur Verfügung gestellt. Um weiterhin die Belegselektion nach der Einnahmeart oder dem Objekt durchführen zu können, wählen Sie auf dem Bild Schnellerfassung Zahlungseingang: Kopfdaten (SAPMF05A 123) bei den zusätzlichen Selektionen das Kennzeichen Selektion nach Referenzschlüssel Partner (RF05A-XINPP) aus. Auf dem nachfolgenden Bildschirm (SAPMF05A124) können Sie im Feld Referenzschl.Partner (RF05A-SLREF) die Einnahmeart bzw. das Objekt eingeben und so eine Einschränkung der offenen Posten durchführen. 5.14.1.7.1.2 Ausgleich offener Posten (erweitert) Verwendung Funktion Mittlere Skontofälligkeit Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) steht Ihnen in der OP-Bearbeitung die Funktion 'Mittlere Skontofälligkeit' zur Verfügung. Für eine Gruppe offener Posten wird eine gemeinsame Skontofälligkeit nach Skontorecht 1 (S1) und 2 (S2) ermittelt. Die beiden Fälligkeiten (S1) / (S2) werden in der OP-Bearbeitung angezeigt. o Ist die mittlere Skontofälligkeit (S1) kleiner als das Belegdatum des Zahlungseingangs, dann wird in allen Posten das Skontorecht 1 gesetzt. o Ist die mittlere Skontofälligkeit (S2) kleiner als das Belegdatum des Zahlungseingangs, dann wird in allen Posten das Skontorecht 2 gesetzt. Die Verzugstage werden jeweils entsprechend der mittleren Skonto-1 bzw. Skonto-2 Fälligkeit gesetzt (unter Einberechnung der Toleranz). o Sind die beiden mittleren Fälligkeiten S1 und S2 überschritten, dann bleibt der ursprüngliche Wert in den Verzugstagen stehen. Es werden alle aktiven, debitorischen Sollposten berücksichtigt, die Skontokonditionen (Skontoprozentsatz 1 bzw. Skontoprozentzsatz 2) aufweisen. Debitorengutschriften und SHB-Vorgänge (Wechsel, Anzahlungen) sowie alle kreditorische Posten werden nicht berücksichtigt Durch Ausführen der Funktion 'Rücknahme mittlere Skontofälligkeit' kann die Änderung wieder rückgängig gemacht werden. Wenn nach der Berechnung der mittleren Fälligkeit weitere manuelle Änderungen an den Posten erfolgen (Skonto, Posten aktiv), dann können die Änderungen nicht mehr zurückgenommen werden. ______________________________________________________________ SAP AG 90 SAP-System ______________________________________________________________ Auf den Posten werden folgende Angaben neu gesetzt: o Skontobetrag o Skontoprozentsatz o Verzugstage Verzugstage und Skontofälligkeit Alternativ zu dem Belegdatum des Zahlbelegs kann auch das Valutadatum der Zahlungsposition (Bankverrechnung) für die Ermittlung der Skontofälligkeit und der Verzugstage verwendet werden. Als Zahlungsposition wird die erste Belegposition bei Zahlungsein- und ausgängen interpretiert. Wenn auf diese Weise kein Valutadatum ermittelt werden kann, dann wird das Belegdatum zur Berechnung der Skontofälligkeit verwendet. Differenz automatisch Ausbuchen Mit der Funktion 'Differenz automatisch. Ausbuchen (AD)' lassen sich Zahlungsdifferenzen beim Ausgleich offener Posten innerhalb gewisser (größerer) Toleranzgrenzen automatisch ausbuchen. Die Funktionalität entspricht inhaltlich den Funktionscodes AG / AD, über die im R/2-System Differenzen in der OP-Bearbeitung ausgebucht werden konnten. Die zusätzlichen Toleranzgrenzen legen Sie im Customizing für Toleranzen des Geschäftspartners (Tabelle T043G) Felder 'Zulässige Zahlungsdifferenzen für autom. Ausbuchen (Funktionscode AD)' fest. Auf die bestehende Funktionalität, Ausbuchen von Zahlungsdifferenzen innerhalb der Toleranzgrenzen für 'Zulässige Zahlungsdifferenzen', haben diese Einstellungen keinen Einfluss. Nur die bisherigen Toleranzgrenzen werden beim Buchen in der OP-Bearbeitung herangezogen. Scheitert bei zu großer Zahlungsdifferenz die Ausgleichsbuchung, dann haben Sie die Möglichkeit, über 'Differenz automatisch. Ausbuchen (AD)' den Differenzbetrag dennoch zu akzeptieren. Hinterlegen Sie in diesem Fall für die neuen Toleranzen höhere Grenzwerte. Es ist zu beachten, dass für die Toleranzprüfung auch die Toleranzgrenzen des Mitarbeiters berücksichtigt werden (siehe Dokumentation zum Feld BEADS). Die Funktion wird nur dann in der OP-Bearbeitung eingeblendet, wenn auch Toleranzgrenzen für den Geschäftspartner hinterlegt wurden. Onlineprüfung Valutadatum Sie können beim Ausgleich des Bankverrechnungskontos prüfen lassen, ob das Valutadatum der Bankzeile mit dem Valutadatum des selektierten Postes auf dem Bankverrechnungskontos übereinstimmt. Der Posten wird bei einer Abweichung zwar selektiert, aber nicht aktiviert. Dieser Posten kann jedoch in der OP-Bearbeitung manuell aktiviert werden. Als Bankzeile wird die erste Belegposition des Zahlbelegs angenommen. Die Prüfung entspricht inhaltlich der Funktion des Reports RFFVAL00. Wahl des Selektionsverfahrens Bei der Selektion der offenen Posten im Batch-Input Verfahren (BI-Selektion), z.B. Kontoauszugsnachbearbeitung mit FEBAN, können Sie das Verfahren bestimmen, anhand dessen die offenen Posten selektiert werden. Sie können zwischen zwei Verfahren wählen: o ODER-Selektion (Standardverfahren): Es werden alle Posten selektiert, die mindestens eines der angegebenen Selektionskriterien erfüllen. o UND-Selektion: Es werden nur die Posten selektiert, die alle Selektionskriterien gleichzeitig ______________________________________________________________ SAP AG 91 SAP-System ______________________________________________________________ erfüllen. Das Selektionsverfahren kann mit der Drucktaste ODER <> UND auf dem Batch-Input Selektionsscreen eingestellt werden und ist dann für alle nachfolgenden Selektionen innerhalb einer Transaktion gültig. Sie können zwischen den Selektionsverfahren hin-und herwechseln, wobei der Text der Drucktaste die Art der Selektion wiedergibt : o ODER <> UND: Selektion erfolgt mit der ODER-Verknüpfung o UND <> ODER: Selektion erfolgt mit der UND-Verknüpfung. Ausweis der in der Zahlung verwendeten Bankverbindung In der Beleganzeige (FB03) wird die Bankverbindung des Geschäftspartners (Kreditor /Debitor), die bei der Zahlung (mit SAPF110S) verwendet wurde, auf dem CpD-Zusatzdatenbild mit angezeigt. Die Bankverbindung wird im Zahllauf in den CpD-Daten zur Ausgleichszeile abgespeichert. Die Funktion steht nur auf Ausgleichzeilen eines Belegs zur Verfügung, der mit dem Zahlprogramm SAPF110S erstellt wurde. Die in den CpD-Daten abgespeicherte Bankverbindung wird bei Rücknahme des Ausgleichs (über dir Transaktion FBRA) wieder aus dem Beleg gelöscht. Auswirkungen auf das Customizing Berechnung der Verzugstage Erweiterung der Toleranzgruppe Geschäftspartner (Tabelle T043G) um ein zusätzliches Feld (Bezugsdatum für Skontoermittlung) mit zwei möglichen Ausprägungen: o (Leer): Belegdatum (Standard) o 1: Valutadatum Differenz automatisch Ausbuchen Es wurde die Tabelle T043G (Toleranzen Geschäftspartner) um Zusatzfelder 'Zulässige Zahlungsdifferenzen für automatisches Ausbuchen (Funktionscode AD)' erweitert. Die Pflege der Toleranzen erfolgt über das Customzing. Onlineprüfung Valutadatum Die Tabelle Toleranzen Sachkonto (T043S) wird um das Kennzeichen 'Prüfe Valutadatum' (Feld PRVAL) erweitert. Wird das Kennzeichen gesetzt, erfolgt eine Prüfung des Valutadatums beim Ausgleichen. Ausweis der in der Zahlung verwendeten Bankverbindung Die Funktion kann über die Viewpflege VT042_1 auf Ebene des Buchungskreises aktiviert werden. 5.14.1.8 FI-AR-AR-PT Zahlungsverkehr 5.14.1.8.1 Domestic Payments by PAYMUL (New) ______________________________________________________________ SAP AG 92 SAP-System ______________________________________________________________ Verwendung As of SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), you can create DME files for domestic payments in Denmark in the PAYMUL format. SAP delivers a new payment method, P (Domestic Payment PAYMUL), which is linked to a Payment Medium Workbench (PMW) format and a DME format. Auswirkungen auf den Datenbestand Add the payment method to the master records of the vendors that want you to pay using this format. Auswirkungen auf das Customizing IMG activity What to do Adjust Note to Payee Specify what information you want to include in the note to payee in the DME files. Assign Payment Medium Format and Note to Payee to Payment Method Assign the note to payee to the payment method. Create/Assign Selection Variants Create a selection variant that the system will use when you execute the payment program. Adjust Payment Medium Format Check the PMW formats and the DMEE formats provided, and adjust them, if necessary. Siehe auch Domestic Payment PAYMUL (PMW format documentation) Domestic Payment PAYMUL (DME format tree documentation) 5.14.1.8.2 Zahlungen in Finnland (Geändert) Verwendung Ab SAP-R/3-Release Enterprise Core 4.70 (SAP_APPL 470) können Sie mit der Payment Medium Workbench (PMW) Zahlungsdateien für folgende Zahlwege erzeugen: Zahlweg A M U Beschreibung Autogiro Inlandszahlungen (LM03-Format) Auslandszahlungen (LUM2-Format) SAP liefert für jeden Zahlweg ein PMW-Format und ein DTA-Format aus. SAP hat die Zahlwege so geändert, daß Sie nun diese Format verwenden. SAP wird die Pflege der klassischen Zahlungsträgerprogramme, die durch diese Formate abgedeckt werden, einstellen. Wenn die Finanzinstitutionen in Zukunft Änderungen ihrer Formate ankündigen, wird SAP lediglich die PMW-Formate anpassen. Aus diesem Grund empfehlen wir Ihnen, auf PMW umzusteigen, bevor diese Institutionen Änderungen an ihren Dateiformaten ankündigen. ______________________________________________________________ SAP AG 93 SAP-System ______________________________________________________________ Auswirkungen auf das Customizing Wenn Sie die PMW-Formate verwenden wollen, nehmen Sie folgende Customizing-Einstellungen vor: IMG-Aktivität Was Sie tun müssen Verwendungszweck anpassen Geben Sie an, welche Informationen Sie in den DTA-Dateien im Verwendungszweck aufnehmen wollen. Zahlungsträgerformat und Verwendungszweck zu Zahlweg zuordnen Ordnen Sie den Verwendungszweck dem Zahlweg zu. Selektionsvarianten anlegen/zuordnen Legen Sie eine Selektionsvariante an, die das System verwendet, wenn Sie das Zahlprogramm ausführen. Zahlungsträgerformat anpassen Prüfen Sie die bereitgestellten PMW- und DMEE-Formate und passen Sie sie bei Bedarf an. Wenn Sie PMW verwenden wollen, müssen Sie die klassischen Zahlungsträgerprogramme den Zahlwegen neu zuordnen. Siehe auch Weitere Informationen zu den Formaten finden Sie in der Format-Dokumentation, die Sie in der IMG-Aktivität Zahlungsträgerformat und Verwendungszweck zu Zahlweg zuordnen des entsprechenden Zahlwegs anzeigen können. 5.14.1.8.3 Payments by BACS (Changed) Verwendung As of SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), you can create BACS payment files using the Payment Medium Workbench (PMW). Note that SAP will discontinue maintenance of the existing program, RFFOGB_T, and that any changes made by BACS in future will be made in the PMW formats only. We therefore recommend that you switch to the PMW before BACS announces any changes to its file formats. Auswirkungen auf das Customizing IMG activity What to do Set Up Payment Methods per Country for Payment Transactions Change the BACS payment methods (in the standard system, D (Direct Debit) and E (BACS Transfer)) so that they use the PMW format GB_BACS. Siehe auch GB_BACS (PMW format documentation) GB_BACS (DME format tree documentation) ______________________________________________________________ SAP AG 94 SAP-System ______________________________________________________________ 5.14.1.8.4 Payments with Bank of Ireland and Allied Irish Banks (Changed) Verwendung As of SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), you can create payment files in the formats used by the Bank of Ireland (BOI) and Allied Irish Banks (AIB) using the Payment Medium Workbench (PMW). Note that SAP will discontinue maintenance of the existing program, RFFOGB_T, and that any changes made by BOI and AIB in future will be made in the PMW formats only. We therefore recommend that you switch to the PMW before BOI and AIB announce any changes to their file formats. SAP has changed payment method E so that it supports electronic funds transfer using the BOI format only. F is a new payment method that supports the AIB format. You can of course decide which tree is used with which payment method. Auswirkungen auf den Datenbestand Add the new payment method, F, to the master records of the vendors that want you to pay using this format. Auswirkungen auf das Customizing IMG activity What to do Set Up Payment Methods per Country for Payment Transactions F Check the payment methods E and Siehe auch IE_BOE (PMW format documentation) IE_BOI (DME format tree documentation) IE_AIB (PMW format documentation) IE_AIB (DME format tree documentation) 5.14.1.8.5 Payments in Sweden (Changed) Verwendung As of SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), you can create payment files for the following payment methods using the Payment Medium Workbench (PMW): Method A H I P S Description Autogiro for Individuals Foreign Payments (Handelsbanken) Domestic Payments (Bankgirot) Domestic Payments (Postgirot) Foreign Payments (SE-Banken) ______________________________________________________________ SAP AG 95 SAP-System ______________________________________________________________ For each payment method, SAP delivers a PMW format and a DME format. SAP has changed the payment methods so that they now use these formats. SAP will discontinue maintenance of the classic payment medium programs covered by these formats. In future, when the financial institutions announce changes to their formats, SAP will only change the PMW formats to match. We therefore recommend that you switch to the PMW before these institutions announce any changes to their file formats. Auswirkungen auf das Customizing Assuming that you want to use the PMW formats, make the following Customizing settings: IMG activity What to do Adjust Note to Payee Specify what information you want to include in the note to payee in the DME files. Assign Payment Medium Format and Note to Payee to Payment Method Assign the note to payee to the payment method. Create/Assign Selection Variants Create a selection variant that the system will use when you execute the payment program. Adjust Payment Medium Format Check the PMW formats and the DMEE formats provided, and adjust them, if necessary. If you do not want to use the PMW, you must reassign the classic payment medium programs to the payment methods. Siehe auch For more information about the formats, see the format documentation itself, which you can display in the IMG activity Assign Payment Medium Format and Note to Payee to Payment Method in the appropriate payment method. 5.14.1.8.6 Payment Program SAPF110S (Enhanced) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) gibt es folgende Funktionen im Bereich Zahlen mit dem Zahlprogramm SAPF110S: o Sollsaldoprüfung mit dem Report RFF110SSP o Folgende neue Business Transaction Events (BTEs): - 00001820 Zahlprogramm: Postenselektion - 00001830 Zahlprogramm: Gruppe bearbeiten Auswirkungen auf das Customizing Wenn Sie die BTEs nutzen möchten, führen Sie die IMG-Aktivität Business Transaction Events im Einführungsleitfaden (IMG) des Finanzwesens aus. ______________________________________________________________ SAP AG 96 SAP-System ______________________________________________________________ Siehe auch Weitere Informationen zur Sollsaldoprüfung finden Sie in der Dokumentation zum Report. Weitere Informationen zu BTEs finden Sie im IMG des Finanzwesens unter Grundeinstellungen Finanzwesen -> Business Transaction Events. 5.14.1.9 FI-AR-AR-DU Mahnwesen 5.14.1.9.1 Performance Mahnprogramm Verwendung Bisher wurden durch das Mahnprogramm alle Posten auf dem Debitorenkonto selektiert, aber nur mahnbare Posten gemahnt. Insbesondere wurden eine Vielzahl von Vorauszahlungsbuchungen selektiert (K-Posten), die dann aber nicht gemahnt werden. Diese Posten können nunmehr von der Selektion ausgeschlossen werden, indem die zugehörigen Abstimmkonten von der Selektion ausgeschlossen. 5.14.1.10 FI-AR-AR-OI Offene-Posten-Verwaltung 5.14.1.10.1 Restposten in Rechnungswährung (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie Restpostenbuchungen in Rechnungswährung durchführen. Dabei werden (ähnlich einer Umbuchung mit Ausgleich) die Restposten im Zahlbeleg ausgeziffert und auf demselben Debitor in der Währung der Ursprungsrechnung als offener Posten eingebucht. Die Ausgleichsbelegnummer in der Ursprungsrechnung, im Restposten des Zahlbelegs und in den neuen Restpostenbelegen ist die Nummer des Zahlbelegs. Bei einem Zahlungsbeleg, der einen oder mehrere Restposten umfasst, werden unabhängig von der Währung diese Restposten ausgeziffert und für jeden Restposten ein neuer Restpostenbeleg eingebucht. Folgende Informationen werden für den neuen Restposten aus der Rechnung übernommen: o Belegdatum, Referenz-Belegnummer, Währungsschlüssel o Rechnungsbezug Folgende Informationen werden für den neuen Restposten bei der Umbuchung aus der Zahlung verwendet: o Buchungsdatum o Umrechnungsdatum Die Umrechnug der Beträge des neuen Restpostens geschieht folgendermaßen: ______________________________________________________________ SAP AG 97 SAP-System ______________________________________________________________ Der Betrag in Belegwährung des neuen Restpostens wird anhand des Datums des Zahlbelegs aus dem Hauswährungsbetrag neu ermittelt. Die Beträge der zweiten und dritten Hauswährung des neuen Restpostens werden aus dem Restposten des Zahlbelegs übernommen. Hinweis: Auch für den Fall, dass das Customizing eine Ermittlung der zweiten und dritten Hauswährung auf Basis der Belegwährung vorsieht, werden nur die Kurse auf Grundlage des Zeitpunkts der Zahlung angepasst. Dies hat aber keine Auswirkung auf die Beträge in Parallelwährung. Auswirkungen auf das Customizing Nehmen Sie die nötigen Einstellungen für die Restpostenbuchung in Rechnungswährung vor. Um die Funktionallität im gewünschten Buchungskreis zu aktivieren, müssen Sie eine Belegart hinterlegt haben. Siehe auch Weitere Informationen finden Sie in der Dokumentation des Einführungsleitfadens unter Finanzwesen -> Debitoren- und Kreditorenbuchhaltung -> Geschäftsvorfälle -> Ausgleichen offener Posten -> Differenzen beim Ausgleichen -> Restpostenbuchung in Rechnungswährung. 5.14.1.11 FI-AR-AR-CR Korrespondenz 5.14.1.11.1 Balance Confirmation (Enhanced) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie in der Saldenbestätigung die folgenden neuen Funktionen nutzen: o Buchungskreisübergreifende Saldenbestätigung (mit Einzelanforderung) Dies gilt für die Saldenbestätigung Debitor (SAPF130D) und die Saldenbestätigung Kreditor (SAPF130K). Pro Debitor/Kreditor wird eine Saldenbestätigung erstellt. Dabei werden sämtliche dem Korrespondenzbuchungskreis zugeordneten Buchungskreise berücksichtigt. Die Saldenbestätigung wird an den Korrespondenzbuchungskreis adressiert. Weitere Informationen finden Sie in der Dokumentation zu den Reports Saldenbestätigung Debitor und Saldenbestätigung Kreditor im Abschnitt Konzernversion. o Neuer Zeitpunkt zum Faxen, Archivieren und Versenden als E-Mail (Business Transaction Event 2410) Weitere Informationen finden Sie in der Dokumentation zum Funktionsbaustein FI_OPT_ARCHIVE_BALANCE_CONFIRM. Auswirkungen auf das Customizing Um die buchungskreisübergreifende Saldenbestätigung zu nutzen, nehmen Sie die folgende Einstellung im IMG des Finanzwesens vor: Grundeinstellungen Finanzwesen -> Korrespondenz -> Buchungskreise Korrespondenzbuchungskreisen zuordnen ______________________________________________________________ SAP AG 98 SAP-System ______________________________________________________________ 5.14.1.12 FI-AR-AR-CL Abschlußarbeiten 5.14.1.12.1 Strukturänderungen in der Inflationsbuchhaltung Verwendung Ab SAP R/3-Release 4.70 ist der Einführungsleitfaden (IMG) für die Inflationsbuchhaltung noch einfacher zu verwenden. SAP hat die Dokumentation neu strukturiert und umgeschrieben und einige Bilder überarbeitet. Beachten sie, dass sich nur die Struktur des IMG und die Dokumentation, nicht jedoch die Sichten geändert haben. Sie müssen daher bestehende Customizing-Einstellungen nicht verändern. Änderungen im IMG Bisher gab es eine Gruppe von IMG-Aktivitäten für die Inflationsbuchhaltung unter Finanzwesen (FI) und weitere unter Anlagenbuchhaltung (FI-AA) und Materialwirtschaft (MM). Um die Inflationsbuchhaltung für FI-AA im Customizing einzustellen, mussten Sie also die Aktivitäten unter FI und diejenigen unter FI-AA durchgehen. SAP hat den IMG jetzt derart geändert, dass jede Komponente für sich ihren eigenen Einführungsleitfaden für die Inflationsbuchhaltung hat. Um jetzt beispielsweise die Inflationsbuchhaltung für FI-AA im Customizing einzustellen, müssen Sie nicht mehr die IMG-Aktivitäten unter Bilanzielle Aufwertungen und anschließend die Aktivitäten unter Inflationsbuchhaltung durchgehen. Auch ist es nicht mehr notwendig, die Aktivitäten unter Finanzwesen -> Grundeinstellungen Finanzwesen -> Inflationsbuchhaltung durchzugehen. Stattdessen müssen Sie lediglich die Aktivitäten unter Inflationsbuchhaltung durchgehen. Die IMG-Aktivitäten für FI und MM wurden analog neu strukturiert. Die IMGs befinden sich in der SAP-Referenz-Struktur immer noch an derselben Stelle: o Finanzwesen -> Grundeinstellungen Finanzwesen -> Inflationsbuchhaltung o Finanzwesen -> Anlagenbuchhaltung -> Spezielle Bewertungen -> Auf-/Abwertungen des Anlagevermögens -> Bilanzielle Aufwertungen -> Inflationsbuchhaltung o Materialwirtschaft -> Bewertung und Kontierung -> Bilanzbewertungsverfahren -> Wiederbeschaffungswert-Verfahren einrichten (Inflation) Änderungen in der SAP-Bibliothek Die Dokumentation der Inflationsbuchhaltung in der SAP-Bibliothek wurde ebenfalls unter den drei Komponenten aufgeteilt. Diese Dokumentation befindet sich nun unter den folgenden Menüpfaden: o Finanzwesen (FI) -> Hauptbuchhaltung (FI-GL) -> Abschlußarbeiten und Berichtswesen -> Bilanzvorbereitung -> Inflationsbuchhaltung o Finanzwesen (FI) -> Anlagenbuchhaltung (FI-AA) -> Spezielle Bewertungen -> Wiederbeschaffungswerte (allgemein) -> Inflationsbuchhaltung o Materialwirtschaft (MM) -> Bewertung -> Bilanzbewertung (MM-IM-VP) -> Wiederbeschaffungsbewertung (Inflation) ______________________________________________________________ SAP AG 99 SAP-System ______________________________________________________________ 5.15 FI-BL Bankbuchhaltung 5.15.1 FI-Kassenbuch (erweitert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) stehen folgende Zusatzfunktionen zur Verfügung: o Belegsplit Sie können im FI-Kassenbuch Ausgaben bzw. Einnahmen buchen, die sich aus mehreren Einzelpositionen zusammensetzen: Sie können einen Erlös oder einen Aufwand differenziert kontieren (also z.B. auf verschiedene Profit Center verteilen), oder Sie können die Gesamtsumme eines externen Belegs aufteilen, der verschiedene Steuerkennzeichen beinhaltet. o Unterstützung von CpD-Kreditoren und -Debitoren Sie können im FI-Kassenbuch eine Buchung durchführen, die ein CpD-Konto bebucht: Wenn Sie ein CpD-Konto im Kassenbuch verwenden, dann wird automatisch das Dialogfenster zur Erfassung der CpD-Daten aufgerufen, und die Eingaben werden im Kassenbuch gespeichert. Siehe auch Weitere Informationen finden Sie in in der SAP-Bibliothek unter Rechnungswesen -> Finanzwesen -> Bankbuchhaltung -> Zahlungsverkehr -> Kassenbuch. 5.15.2 Repetitive Codes (geändert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) wurde die Stammdatenpflege für Repetitive Codes technisch und funktional überarbeitet. Bisher konnten Sie Repetitive Codes nur dazu verwenden, um im Cashmanagement (TR-CM) Avise zu erzeugen, aus denen das System in einem späteren Schritt Zahlungsanordnungen erstellte. Jetzt erstellen Sie Zahlungsanordnungen aus Repetitive Codes in einem Schritt. Avise können Sie nicht mehr erzeugen. Sie können Repetitive Codes für wiederkehrende Zahlungen in folgenden Bereichen nutzen: o Bankkontoüberträge o Zahlungen an Geschäftspartner o Online-Zahlungen an Kreditoren Die Bearbeitung von Repetitive Codes finden Sie jetzt im Anwendungsmenü unter Rechnungswesen -> Finanzwesen -> Banken -> Stammdaten -> Repetitive Codes. Die Schnellerfassung mit Repetitive Code finden Sie jetzt im Anwendungsmenü unter Rechnungswesen -> Finanzwesen -> Banken -> Ausgänge -> Zahlungen mit Repetitive Code. Auswirkungen auf den Datenbestand Wenn Sie die Funktion zur Bearbeitung von Repetitive Codes aufrufen, werden die bestehenden ______________________________________________________________ SAP AG 100 SAP-System ______________________________________________________________ Repetitive Codes automatisch auf die neue Version umgesetzt. Siehe auch Weitere Informationen über die Bearbeitung von Repetitive Code finden Sie in der SAP-Bibliothek unter Rechnungswesen -> Finanzwesen (FI)-> Bankbuchhaltung (FI-BL) -> Bankbuchhaltung (FI-BL) -> Bankenstammdaten -> Bearbeitung von Repetitive Codes. Weitere Informationen über die Schnellerfassung mit Repetitive Code finden Sie in der SAP-Bibliothek unter Rechnungswesen -> Finanzwesen (FI)-> Bankbuchhaltung (FI-BL) -> Bankbuchhaltung (FI-BL) -> Zahlungsverkehr -> Schnellerfassung mit Repetitive Code. Weitere Information über die Verwendung von Repetitive Codes bei Online-Zahlungen finden sie in der Release-Information Transaktion zum Erfassen von Online-Zahlungen. 5.15.3 FI-BL-MD Stammdaten 5.15.3.1 FI-BL-MD-BK Bankstammdaten 5.15.3.1.1 IBAN (International Bank Account Number) (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie die IBAN in den Stammdaten Ihres SAP-Systems speichern, um sie bei der Erstellung von Zahlungsträgern zu verwenden. Folgende Stammdaten sind u.a. denkbar: o Kreditoren o Debitoren o Hausbankkonten o Treasury-Geschäftspartner o Mitarbeiterdaten o Zentrale Geschäftspartner Die IBAN ist eine gemäß ECBS (European Commitee for Banking Standards) normierte, einheitliche Kennnummer zur Darstellung der Bankverbindung. Durch die Verwendung dieses Standards vereinfachen Sie die Zahlungsabwicklung im In- und besonders im Ausland. Das kann auch zu Vorteilen bei den Bankgebühren führen. SAP nimmt die IBAN im Standard in solche Zahlungsträgerformate auf, für die die jeweilige Landeszentralbank oder die überwiegende Anzahl der Bankinstitute die Verwendung der IBAN vorschreiben. Das gilt vor allem für europäische Länder. Die Funktion zur Verwendung der IBAN wurde von SAP bereits über verschiedene Support Packages ausgeliefert, u.a. SAPKA46C21, SAPKH46C21, SAPKA46D10 und SAPKA50A01. Es könnte also sein, dass Ihre Firma die IBAN schon verwendet. Bei den Bankverbindungsdaten befinden sich Drucktasten, mit denen Sie eine IBAN anlegen und ändern ______________________________________________________________ SAP AG 101 SAP-System ______________________________________________________________ können. An dem Symbol auf der Drucktaste erkennen Sie, ob zu einer Bankverbindung eine IBAN vorhanden ist (grüner Pfeil = ja, weißer Pfeil = nein). Siehe auch Weitere Informationen zur Verwendung der IBAN, wenn Sie die Funktion über Support Package erhalten haben, finden Sie im SAP-Hinweis Nr. 392091 (IBAN: Verwendung bei den Kreditoren und Debitoren). 5.15.4 FI-BL-BM 5.15.4.1 FI-BL-BM-CM Bestandsdisposition Scheckverwaltung 5.15.4.1.1 Integration des Scheckmanagements in PMW und IDoc Verwendung Das Zahlungsregister, das verschiedene Anzeige-, Bearbeitungs- und Reportingfunktionen bietet, enthielt bisher nur Einträge aus den Transaktionen des Scheckmanagements. Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie dort auch Einträge zu Zahlungen erhalten, deren Zahlungsträger über die Payment Medium Workbench (PMW) erstellt wurden. Sie können die Daten mit den Transaktionen des Scheckmanagements anzeigen. Für das Reporting ist es sinnvoll, passende ALV-Layouts im Schecknachweis anzulegen. Anmerkung: In der Payment Medium Workbench (PMW) können Sie die so erzeugte "Schecknummer" im Verwendungszweck und bei der Erstellung der Zahlungsträger (z.B. für das Mapping in der DME Engine) verwenden. Die gleiche Funktion steht Ihnen bei der Erstellung von Zahlungs-IDocs mit dem Programm RFFOEDI1 zur Verfügung. Auswirkungen auf den Datenbestand Das System erstellt Einträge im Zahlungsregister erst, wenn Sie die Funktion aktiviert haben. Alte Zahlungen werden nicht in das Register übernommen. Auswirkungen auf das Customizing Um die Funktion zu aktivieren, müssen Sie einen zusätzlichen Scheckstapel mit dem PMW-Zahlweg kennzeichnen. Dazu ist in der Bearbeitung der Scheckstapel auf dem Detailbild des Scheckstapels der Zahlweg in der Zahlwegliste zu hinterlegen. Nehmen Sie dazu im Einführungsleitfaden (IMG) der Debitoren- und Kreditorenbuchhaltung folgende Einstellung vor: Nummernintervalle für Schecks definieren. Wir empfehlen Ihnen, nur einen Scheckstapel pro Zahlweg zu hinterlegen, und den Zahlweg als Präfix der Schecknummer zu verwenden, um Konflikte mit echten Schecknummernintervallen zu vermeiden. Beispiel: ______________________________________________________________ SAP AG 102 SAP-System ______________________________________________________________ Stapel 9900 9901 Schecknummer von Schecknummer bis U000000000001 U999999999999 T000000000001 T999999999999 5.15.4.2 FI-BL-BM-BE Folgestapel (keine Angabe) (keine Angabe) Zahlwegliste U T Wechselverwaltung 5.15.4.2.1 Druck von Wechselbegleitlisten (Geändert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) bietet das in Thailand und der Türkei verwendete Programm Scheck/Wechsel: Geschäftsvorfälle weitere Funktionen zum Drucken von Wechselbegleitlisten. Erstens wurde eine neue IMG-Aktivität in den SAP-Referenz-IMG aufgenommen, um festzulegen, welches SAPscript-Formular für die Wechselbegleitlisten verwendet werden soll. Zweitens bietet das Programm mehr Daten für die Formulare der Wechselbegleitlisten, z.B. den Namen und die Adresse des Kunden oder den Indossatar. Wenn Sie ein neues Formular erstellen möchten, kopieren Sie das bereitgestellte SAPscript-Formular und passen diese Kopie entsprechend an. Geben Sie anschließend das Formular in der unten aufgeführten IMG-Aktivität ein. Auswirkungen auf das Customizing IMG-Aktivität Aktivität SAPscript-Formular für Wechselbegleitlisten festlegen Geben Sie das SAPscript-Formular für die Wechselbegleitlisten ein, wenn das Standardformular nicht Ihren Anforderungen entspricht. 5.15.4.2.2 Das Programm "Scheck/Wechsel: Geschäftsvorfälle" (Geändert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) bietet das in Thailand und der Türkei verwendete Programm Scheck/Wechsel: Geschäftsvorfälle eine neue Funktion. Wenn Sie das Programm ausführen, erhalten Sie wie bisher eine Liste der ausgewählten Schecks/Wechsel. Wenn Sie den Gesamtwert oder die mittlere Fälligkeit mehrerer Schecks/Wechsel aus der Liste sehen möchten, markieren Sie diese und wählen Info about Selection. Das Programm zeigt Ihnen die Informationen in einem Dialogfenster an. ______________________________________________________________ SAP AG 103 SAP-System ______________________________________________________________ 5.15.5 FI-BL-PT Zahlungsverkehr 5.15.5.1 Länderübergreifende Bankkontoüberträge (neu) Verwendung Überweisungsaufträge für Bankkontoüberträge aus dem Treasury (TR) können Sie über das Zahlungsprogramm für Zahlungsanordnungen (Transaktion F111) an die Bank geben. Hierbei bestand bisher die Einschränkung, dass der Buchungskreis des sendenden Bankkontos und der Buchungskreis des empfangenden Bankkontos im gleichen Land liegen und die gleichen Hauswährungen haben mussten. Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) entfällt diese Einschränkung. Im Zahlungsprogramm für Zahlungsanordnungen (F111) wird in der Status-Anzeige des Zahllaufs auch die Anzahl der Buchungen aus länderübergreifenden Bankkontoüberträgen aufgeführt. In Fehlersituationen (z.B. unvollständiges Customizing) sowie zu Reporting-Zwecken steht Ihnen das Programm RFPRQP00 zur Verfügung. Auswirkungen auf das Customizing Hinterlegen Sie pro Buchungskreis ein Verrechnungskonto für Zahlungsanordnungen, sofern dies nicht bereits im Treasury erfolgt ist. Nehmen Sie dazu im Customizing der Bankbuchhaltung folgende Einstellung vor: Verrechnungskonten für länderübergreifende Bankkontoüberträge hinterlegen. 5.15.5.2 Transaktion zum Erfassen von Online-Zahlungen (erweitert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) wurde die Transaktion zur Online-Erfassung von Zahlungsanordnungen neu gestaltet und funktional erweitert. Wie bisher schon für Kreditoren und Empfänger ohne Stammsatz (Free-Form-Zahlungen), können Sie die Online-Erfassung von Zahlungsanordnungen ab jetzt auch für Debitoren nutzen. Verschiedene Funktionen unterstützen Sie bei der Eingabe der Zahlungsdaten. So sind zum Beispiel einige Felder mit den Daten der letzten Erfassung vorbelegt. Auch haben Sie die Möglichkeit, Varianten anzulegen. Bei Free-Form-Zahlungen können Sie sich die Empfängerdaten aus einem Debitoren- oder Kreditorenstammsatz holen, ohne dass das Personenkonto im aktuellen Buchungskreis existiert. Wenn Sie für wiederkehrende Zahlungen an einen Kreditor die Zahlungsdaten im System unter einem Repetitive Code hinterlegt haben, können Sie diese bei der Erfassung verwenden. Das Programm erzeugt parallel zur Zahlungsanordnung einen korrespondierenden Buchhaltungsbeleg. Die Belegart dieses Belegs kann von Ihnen ausgewählt werden. Bei Free-Form-Zahlungen können Sie bestimmen, ob Sie auf Sachkonten, Kreditoren oder Debitoren buchen. Auswirkungen auf den Datenbestand Varianten, die Sie mit der Vorgängertransaktion angelegt haben, übernimmt das System. Sie können diese also weiterhin verwenden. In den Varianten der neuen Transaktion wird allerdings keine Information für die Datumsfelder gespeichert, wie dies bei den Varianten der alten Transaktion der Fall ______________________________________________________________ SAP AG 104 SAP-System ______________________________________________________________ war. Deshalb geht der Inhalt der Datumsfelder der alten Varianten verloren. Auswirkungen auf das Customizing Die Kreditoren-Zahlungsanordnungen werden unter der Herkunft FI-AP-PR, die Debitoren-Zahlungsanordnungen unter der Herkunft FI-AR-PR und die Free-Form-Zahlungen unter der Herkunft FI-BL im System geführt. Für jede dieser Herkünfte können Sie im Einführungsleitfaden (IMG) der Bankbuchhaltung folgende Einstellungen vornehmen: o Legen Sie die gewünschten Prozessschritte fest. Verwenden Sie dazu die IMG-Aktivität Prozessschritte festlegen. o Legen Sie die Belegarten für den korrespondierenden Buchhaltungsbeleg fest. Verwenden Sie dazu die IMG-Aktivität Belegarten festlegen. Siehe auch Informationen über weitere Neuerungen bei den Zahlungsanordnungen finden Sie in der Release-Information Zahllaufübergreifende Zahlungsträgererstellung. Weitere Informationen über die Verwendung von Repetitive Codes finden Sie in der SAP-Bibliothek unter Rechnungswesen -> Finanzwesen (FI) -> Bankbuchhaltung (FI-BL) -> Bankbuchhaltung (FI-BL) -> Bankenstammdaten -> Bearbeitung von Repetitive Codes. Weitere Informationen über Zahlungsträger finden Sie in der Reportdokumentation Erstellung von zahllaufübergreifenden Zahlungsträgern. 5.15.5.3 Scheckdruckprogramm RFFOUS_C (erweitert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) wurde das Scheckdruckprogramm RFFOUS_C um das Kennzeichen Keine Schecks entwerten erweitert. Damit können Sie verhindern, dass das System entwertete Schecks wie Probedrucke, Seitenüberlauf und Formularabschluss im Scheckregister vermerkt. Existierende Reportvarianten des Scheckdruckprogramms RFFOUS_C und vorhandene SAPScript-Formulare müssen Sie ggf. entsprechend der Dokumenation des neuen Parameters anpassen. Siehe auch Dokumenation des neuen Parameters Keine Schecks entwerten. 5.15.5.4 Zahllaufübergreifende Zahlungsträgererstellung (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie Zahlungen aus unterschiedlichen Zahlläufen in einem Zahlungsträger zusammenzufassen. Dies erlaubt die Trennung der internen Buchhaltung von den durch die Banken vorgegebenen Terminen zur Abgabe von Zahlungsträgern. Ferner erreichen Sie durch die Parallelisierung der Zahlläufe einen Performance-Gewinn, ohne dadurch unnötig viele Zahlungsdateien zu erstellen. ______________________________________________________________ SAP AG 105 SAP-System ______________________________________________________________ Sie können diese Funktion für folgende Zahlungen nutzen: o Kreditoren- und Debitorenzahlungen o Zahlungen aus dem Treasury o Online-Zahlungen o Zahlungen mit Repetitive-Code o Personalzahlungen o Zahlungen aus der Reisekostenabrechnung. Auswirkungen auf den Datenbestand Nachdem Sie die Funktion aktiviert haben, fasst das System alle entsprechend ausgewählten Zahlungsläufe in Zahlungsträgern zusammen. Zahlungsläufe, die vor Aktivierung der Funktion ausgeführt wurden, bleiben davon unberührt, d.h. Sie müssen die zugehörigen Zahlungsträger wie bisher erstellen. Auswirkungen auf das Customizing Um die Funktion zu aktivieren, müssen Sie Laufidentifikationen für Zahlläufe hinterlegen, die ausschließlich über das Programm zur Erstellung zahllaufübergreifender Zahlungsträger verarbeitet werden können. Nehmen Sie dazu im Einführungsleitfaden (IMG) der Bankbuchhaltung folgende Einstellung vor: Identifikation für zahllaufübergreifende Zahlungsträger festlegen. Siehe auch Weitere Informationen über die Erfassung von Online-Zahlungen finden Sie in der Release-Information Transaktion zum Erfassen von Online-Zahlungen. Weitere Informationen zur Erstellung von zahllaufübergreifenden Zahlungsträgern finden Sie in der Dokumentation zum Programm SAPFPAYM_MERGE, in der auch Reportingmöglichkeiten und der Zusammenhang zur Payment Medium Workbench erläutert werden. 5.15.5.5 FI-BL-PT-BS 5.15.5.5.1 FI-BL-PT-BS-EL Kontoauszug elektronischer Kontoauszug 5.15.5.5.1.1 DRB (erweitert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) bietet der Document Relationship Browser (DRB) eine erweiterte Auswahl an Objekttypen. Der DRB wurde um einige Objekttypen ergänzt und Objekttypen, die in früheren Releases bereits angebunden waren, wurden vervollständigt. Neue Objekttypen des DRB: o Profit-Center-Beleg o Kalkulatorische Ergebnisrechnung ______________________________________________________________ SAP AG 106 SAP-System ______________________________________________________________ o Elektronischer Kontoauszug o Fertigungsauftrag o Rückmeldungsbeleg Die Anbindung dieser Objekttypen betrifft nur die Funktionen innerhalb des DRB. Dazu existieren keine eigenen Einstiegsprogramme. Erweiterte Objekttypen des DRB: o Buchhaltungsbeleg Aus der Beleganzeige (Transaktion FB03) ist ein Absprung in den DRB möglich. Für den Einstieg in den DRB steht der Report RDRBFI00 zur Verfügung. Damit können auch archivierte Buchhaltungsbelege über das Archivinformationssystem (SAP AS) gefunden werden. o Kostenrechnungsbeleg Aus den Einzelpostenberichten (z.B. Transaktion KSB1, KSB5, KOB1) ist ein Absprung in den DRB möglich. Die Funktionen des DRB können Kostenrechnungsbelege in den Archiven aller Archivierungsobjekte ausfindig machen, die Kostenrechnungseinzelposten archivieren. Dafür stehen adäquate Feldkataloge und Infostrukturen zur Verfügung. Siehe auch Weitere Informationen zum Document Relationship Browser finden Sie in SAP-Hinweis 492938. 5.15.5.5.1.2 Konvertierung eingehender elektronischer Kontoauszüge in LUM2-Format (Neu) Verwendung Ab SAP-R/3-Release Enterprise Core 4.70 (SAP_APPL 470) bietet Ihnen das System einen neuen Report, mit dem Sie elektronische Kontoauszüge konvertieren können, die Informationen über Auslandszahlungen enthalten, die im finnischen LUM2-Format unter Verwendung der Payment Medium Workbench vorgenommen wurden. Wenn Ihnen die Bank einen elektronischen Kontoauszug schickt, verwenden Sie das neue Konvertierungsprogramm, um die Datei in das MultiCash-Format umzusetzen. Wenn die Datei umgesetzt wurde, importieren Sie sie mit dem Standardprogramm Elektronisches Kontoauszugsprogramm. Wenn Sie das Konvertierungsprogramm vom SAP-Easy-Access-Menü aus aufrufen wollen, wählen Sie Rechnungswesen -> Finanzbuchhaltung -> Banken -> Eingänge -> Kontoauszug -> Einlesen -> RFEBFILUM00. Auswirkungen auf die Systemverwaltung Fügen Sie dem Programm einen Funktionsbaustein hinzu (siehe SAP-Hinweis 418855). Auswirkungen auf das Customizing ______________________________________________________________ SAP AG 107 SAP-System ______________________________________________________________ IMG-Aktivität Grundeinstellungen für den elektronischen Bankauszug vornehmen Weitere Informationen entnehmen Sie der folgenden Programmdokumentation. Siehe auch Report-Dokumentation 5.15.5.5.1.3 Elektronischer Kontoauszug (erweitert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) wurde der Elektronische Kontoauszug um folgende Funktionen erweitert: o Rückläuferverarbeitung Weitere Informationen dazu finden Sie in der Release-Note mit dem Titel Rückläuferverarbeitung beim elektronischen Kontoauszug (neu). o Suche von offenen Posten in mehreren Bankunterkonten (Arbeitsvorrat) Im Customizing des Elektronischen Kontoauszugs in der IMG-Aktivität Grundeinstellungen für den elektronischen Kontoauszug vornehmen unter Bankkonten zu Vorgangstypen zuordnen können Sie einen Arbeitsvorrat von Sachkonten angeben. Beim Nachbearbeiten des Kontoauszugs (vom Bild SAP Easy Access aus Rechnungswesen -> Banken -> Eingänge -> Kontoauszug -> Nachbearbeiten) können Sie auf mehreren Bankunterkonten nach dem offenen Posten suchen, den das System beim sofortigen Buchen des Kontoauszugs nicht ausgleichen konnte. o Einstellung "Kein automatischer Ausgleich" In der oben genannten IMG-Aktivität können Sie einstellen, dass der Elektronische Kontoauszug einen offenen Posten nicht automatisch ausgleicht, wenn das Auswahlkriterium nur der Betrag ist. Damit können Sie verhindern, dass ein Posten ausgeglichen wird, nur weil der Betrag eines offenen Postens mit dem des Kontoauszugs übereinstimmt. o Interpretationsalgorithmen 120 (Belegnummernsuche ohne Probelesen), 121 (Referenzbelegnummernsuche ohne Probelesen) Die neuen Interpretationsalgorithmen suchen nach Belegnummern bzw. Referenzbelegnummern im Verwendungszweck und prüfen nicht, ob die Belegnummer bzw. Referenzbelegnummer im System existiert. Sie prüfen nur, ob die Nummer im Nummernintervall liegt, die Sie beim Einlesen des Kontoauszugs angeben. Wenn Sie diese Interpretationsalgorithmen im Customizing des Elektronischen Kontoauszugs einstellen, dann kann der Elektronische Kontoauszug auch offene Posten ausgleichen, die in einem anderen, als dem aktuellen Bankbuchungskreis existieren. o Verknüpfung von Beleg und Einzelposten Sie können sich in der Beleganzeige eines Kontoauszugs, den Sie mit dem Buchungsparameter Sofort buchen gebucht haben, den Einzelposten ansehen, der zum Kontoauszug gehört. Wählen Sie dazu Dienste zum Objekt -> Verknüpfungen. Siehe auch ______________________________________________________________ SAP AG 108 SAP-System ______________________________________________________________ Weitere Informationen finden Sie in der SAP-Bibliothek unter Rechnungswesen -> Finanzwesen -> Bankbuchhaltung -> Elektronischer Kontoauszug. 5.15.5.5.1.4 Nachbearbeitung des elektronischen Kontoauszugs (neu) Verwendung Ab SAP R/3 Enterprise Financials Extension 1.10 (EA_APPL 110) können Sie mit der neuen Transaktion FEBANschneller als bisher Auszugspositionen auswählen und korrigieren, die die Funktion Elektronischer Kontoauszug nicht automatisch gebucht hat. Wählen Sie dazu vom Bild SAP Easy Access aus Rechnungswesen -> Banken -> Eingänge -> Kontoauszug -> Nachbearbeiten. Mit den Filter-, Such- und Sortierfunktionen des SAP List Viewers (ALV) können Sie die Positionen von Kontoauszügen so anzeigen und bearbeiten, wie es Ihrer Arbeitsweise am besten entspricht. Sie können mit einem Tastendruck auslösen, dass mehrere Positionen gleichzeitig automatisch gebucht werden. Der Verwendungszweck, der wichtige Informationen für die automatische Buchung von Kontoauszugspositionen enthält, ist immer in einem separaten Fenster sichtbar, während Sie die Buchungsbilder abspielen lassen. Siehe auch Eine ausführliche Beschreibung der Funktion finden Sie in der SAP-Bibliothek unter Rechnungswesen -> Finanzwesen (FI) -> Bankbuchhaltung (FI-BL) -> Elektronischer Kontoauszug. 5.15.5.5.1.5 Rückläuferverarbeitung beim elektronischen Kontoauszug (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie mit dem Elektronischen Kontoauszug Rücklastschriften individuell verarbeiten. Das System erzeugt aus dem Rückläufer einen Einzelposten mit dem Lastschriftbetrag (negativ) und ggf. einen Einzelposten mit den Gebühren. Sowohl der Rückläufer-Einzelposten als auch die Gebühr können nach eigenen Buchungsregeln verarbeitet werden. Ein vorher ausgeglichener Posten kann wieder geöffnet und zur Zahlung gesperrt werden. Falls das Format, das Sie nutzen, um die Kontoauszugsdaten zu übertragen, keine Felder für die Gebühren oder den Rückläufergrund vorsieht, können Sie diese Informationen mit dem Bussiness Add-In (BAdI) FIEB_RETURNS_ADDIN in der Kontoauszugsdatei suchen. Auswirkungen auf das Customizing Führen Sie im Customizing der Bankbuchhaltung die folgenden Aktivitäten aus: o Rückläuferverarbeitung einrichten o Business-Add-In: Verarbeitung von Rückläufern Diese Aktivität führen Sie nur aus, wenn Sie das BAdI verwenden möchten. Siehe auch ______________________________________________________________ SAP AG 109 SAP-System ______________________________________________________________ Weitere Informationen finden Sie in der SAP-Bibliothek unter Rechnungswesen -> Finanzwesen -> Bankbuchhaltung -> Elektronischer Kontoauszug. 5.16 FI-AA Anlagenbuchhaltung 5.16.1 Neue Kontierungsobjekte im Anlagenstammsatz Verwendung Neben den bereits bekannten Kontierungsobjekten kommen mit R/3 Enterprise noch folgende Objekte in den zeitabhängigen Daten des Anlagenstammsatzes hinzu: - Finanzstelle - Finanzstelle Investition - Funktionsbereich - Funktionsbereich Investition - Fonds - Fonds Investition - Grant - Grant Investition - Immobilienobjekt - Projektstrukturplanelement (für Kosten) Kontierungsobjekte mit dem Zusatz "Investition" unterscheiden sich von den gleichartigen Objekten ohne diesen Zusatz dadurch, dass darauf nur Bestandsbuchungen durchgeführt werden können. Eine Abschreibungskontierung ist auf diese Objekte nicht möglich. Wie die Kontierung jeweils zu erfolgen hat, wird im Customizing unter Finanzwesen -> Anlagenbuchhaltung -> Integration mit dem Hauptbuch -> Mitzubuchende Kontierungsobjekte festgelegt. Auswirkungen auf das Customizing Wird das ausgelieferte Customizing nicht verändert, ändert sich das Systemverhalten nicht. Um die neuen Kontierungsobjekte im Anlagenstammsatz eintragen zu können, müssen diese im Buchungskreis aktiv sein. o Aktivieren der Kontierungsobjekte: - Anlagenbuchhaltung -> Integration mit dem Hauptbuch -> Mitzubuchende Kontierungsobjekte festlegen Die aktiven Objekte müssen zusätzlich laut Bildaufbauregel der zeitabhängigen Daten eingabebereit sein. o Pflege der Bildaufbauregeln: - Anlagenbuchhaltung -> Stammdaten -> Bildaufbau -> Bildaufbau Anlagenstammdaten definieren ______________________________________________________________ SAP AG 110 SAP-System ______________________________________________________________ 5.16.2 Customizing: Zurücksetzen von Anlagenbewegungen (neu) Verwendung Mittels der Customizing Funktion 'Buchungskreis zurücksetzen' (Transaktion OABL, im IMG unter FI-AA -> Produktionsvorbereitung -> Werkzeuge) konnten bisher die Anlagenstammsätze und Bewegungen nur gemeinsam gelöscht werden. Ab sofort lassen sich auch nur die Bewegungen - gesteuert über ein neues Ankreuzfeld - löschen; die Stammsätze bleiben dann erhalten. 5.16.3 Parallele Bewertung in der Anlagenbuchhaltung Verwendung Neben den bisherigen Möglichkeiten der parallelen Bewertung ist es nun auch möglich, Werte in einen anderen Buchungskreis oder ein Spezielles Ledger fortzuschreiben. Dies kann z.B. genutzt werden, um Differenzbewertungsbereiche in einen eigenen Buchungskreis zu buchen und dort eine eigene Bilanz abzubilden. Darüber hinaus können mehrere Bewertungsbereiche online mitgebucht werden, auch ohne daß in einen abweichenden Buchungskreis oder ein spezielles Ledger gebucht wird. Auswirkungen auf das Customizing Das Customizing erfolgt mit der Transaktion ACCMAP. 5.16.4 FI-AA-AA 5.16.4.1 FI-AA-AA-MA Grundfunktionen Anlagenpflege 5.16.4.1.1 Investitionsförderbereiche mit BAPIs für Anlagenstammsatz pflegbar Verwendung Mit den BAPI-Methoden "FixedAsset" lassen sich nun auch Investitionsförderbereiche anlegen und löschen. Dazu wurden die Schnittstellen der Methoden "CreateFromData1" zum Anlegen, "Change" zum Ändern eines Anlagenstammsatzes und "CreateInclValues" zur Altdatenübernahme um die Tabelle "Investment_Support" erweitert. Mit der Methode "CreateFromData1" können Sie nun durch die Übergabe eines oder mehrerer Investitionsförderschlüssel Investitionsförderbereiche anlegen. ______________________________________________________________ SAP AG 111 SAP-System ______________________________________________________________ Mit der Methode "Change" können Sie nun Investitionsförderbereiche löschen und anlegen. Mit der Methode "CreateInclValues" ist es somit nun auch möglich, Investitionsförderungen auf Anlagen aus einem Altsystem zu übernehmen. Siehe auch Weitere Informationen finden Sie in der Dokumentation des Importparameters "Investment_Support" im BAPI Explorer. 5.16.4.1.2 Anlegen von Unternummern in Bestellung und Bestellanforderung (neu) Verwendung Aus den Transaktionen ME21N "Bestellung anlegen" und ME51N "Bestellanforderung anlegen" können während eines Bearbeitungsvorgangs Haupt- und Unternummern angelegt werden. 5.16.4.2 FI-AA-AA-DE Abschreibungen 5.16.4.2.1 Erweiterung der User Exits in der Abschreibungsrechnung Verwendung Insbesondere für die japanische Gruppenabschreibung werden die User Exits EXIT_SAPLAFAR_001 und EXIT_SAPLAFAR_004 erweitert und die dadurch gewonnene Funktionalitätserweiterung in das bestehende Coding der Abschreibungsrechnng eingegliedert. 1. User Exit EXIT_SAPLAFAR_001 Dieser User Exit wird um den Import-Parameter I_SUMLFDAFA und den Exportparameter E_SUMLFDAFA erweitert. Der globale Parameter SUMLFDAFA enthält die bisherige laufende AfA der in Bearbeitung befindlichen Anlage und berechnet sich aus der Summation der Plan-AfA und AfA des laufenden Jahres über alle Bewegungen. Der Wert SUMLFDAFA wird an I_SUMLFDAFA übergeben und über E_SUMLFDAFA wird der berechnete Wert an SUMLFDAFA zurückgegeben. Dieser Parameter dient bei Bewegungen von Anlagen in dem Jahr, in dem die Anlage den Schrottwert erreicht, als Indikator zum Kürzen der AfA. 2. User Exit EXIT_SAPLAFAR_004 Ist eine Anlage einem Anlagenkomplex zugeordenet, so wird im User Exit in den Feldern I_ANTS-ANLN1_ABG und I_ANTS-ANLN2_ABG bei der Bearbeitung des Anlagenkomplexes die zugehörige Anlagennummer gespeichert. Damit können spezifische Daten der Einzelanlage während der Bearbeitung des Komplexes nachgelesen werden. In der Schnittstelle des User Exits wurden die Felder E_PERCENT_ACT und E_PERCENT_V zusätzlich aufgenommen. Das Feld ist ein Aktivierungsflag, das benutzt wird um anzuzeigen, daß die Verteilung der Wertberichtigung auf Wertberichtigung im laufenden- und vergangenen Jahre über das Feld E_PERCENT_V gesteuert werden soll. Dabei beschreibt E_PERCENT_V den Anteil, der als Wertberichtigung im vergangenen Jahr gerechnet werden soll (E_PERCENT_V = 1 bedeuted 100%). ______________________________________________________________ SAP AG 112 SAP-System ______________________________________________________________ Auswirkungen auf den Datenbestand Die bisherige Funktionalität wird nicht beeinflusst. Auswirkungen auf das Customizing Nähere Informationen finden Sie im Customizing unter Erweiterung für Bezugswertermittlung entwickeln Erweiterung für Berechnung der anteiligen Werte entwickeln 5.16.4.2.2 Veränderte Rundungslogik bei Basismethode Sofortabschreibung Verwendung Bei Verwendung dieser Methode wird nicht mehr gerundet. Dies gilt unabhängig von den Rundungseinstellungen im Customizing. Auswirkungen auf den Datenbestand Bei einem Vollabschreibungsschlüssel (Abschreibungsmethode V) kam es bisher zu ungewollten Rundungseffekten. Insbesondere konnte es sein, dass nach Umkehrbuchungen mit dem gleichen Betrag auf der Anlage ein Restbuchwert stehen blieb. Eventuell kommt es nach dem Upgrade bei einem Neurechnen der Abschreibung dadurch zu Rundungseffekten. 5.16.4.3 FI-AA-AA-TR Vorgänge 5.16.4.3.1 Neues BADI zur Änderung des Anlagenbelegs Verwendung Das BADI BADI_FIAA_DOCLINES bietet die Möglichkeit, den Beleg, wie ihn die Anlagenbuchhaltung systemseitig erstellt hat, nach eigenen Wünschen zu verändern. Hierbei werden mehrere Methoden angeboten (siehe Dokumentation des BADI). Es werden nur die Prüfungen von Anlagenmitbuchkonten für den veränderten Beleg durchgeführt. 5.16.4.3.2 Änderungen beim Buchen Verwendung ______________________________________________________________ SAP AG 113 SAP-System ______________________________________________________________ o Die alten Buchungstransaktionen auf Basis der AB01 erlaubten einen generischen Abgang auf Anlagenunternummer. Die neuen Enjoy-Buchungstransaktionen erlauben nun prinzipiell über die Funktion "Mehrere Anlagen" eine generische Buchung auf Unternummer (Zugänge, Abgänge, Nachaktivierungen und Umbuchungen). o Ist die Erweiterungskomponente Joint-Venture-Accounting im zu buchenden Buchungskreis aktiv, so kann der Kostentyp in den Enjoy-Buchungstransaktionen manuell eingegeben werden. o Es darf nun ein Abgang über die FI-Transaktionen auf eine Anlage ohne Werte im Handelsrecht gebucht werden. Vorher wurde dieser Vorgang durch eine Fehlermeldung verhindert. o Die Beleganzeige des Anlagenbelegs wurde durchgängig für alle Buchungstransaktionen auf die ALV Grid Technik umgestellt. 5.16.4.3.3 Abrechnung Investitionsförderung von Anlagen im Bau (erweitert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie von selbständigen Anlagen im Bau (AiB) und von AiB, die zu Investitionsmaßnahmen gehören, auch Investitionsförderungen abrechnen, die im Jahr der Abrechnung auf der AiB gebucht worden sind. Bisher konnten Investitionsförderungen im Aktivierungsjahr nur auf der fertigen Anlage gebucht werden. Bei Teilaktivierung oder Verteilung auf mehrere Empfänger geht die Ermittlung der anteilig umzubuchenden Investitionsförderung davon aus, dass Investitionsförderungen, die im Aktivierungsjahr auf der AiB gebucht worden sind, sich auch auf Zugänge des Aktivierungsjahres beziehen. Wenn Sie auf der AiB Investitionsförderungen buchen, die sich auf Altbestand beziehen, dann müssen Sie dafür die Bewegungsart Kxx für die jeweilige Investitionsfördermaßnahme xx verwenden. Auswirkungen auf den Datenbestand Wenn Sie auf AiB Investitionsförderungen, die sich auf Altbestand beziehen, mit einer Bewegungsart Ixx gebucht haben, dann sollten Sie diese Buchungen stornieren und mit der entsprechenden Bewegungsart Kxx neu buchen. Auswirkungen auf das Customizing Prüfen Sie, ob zu den von Ihnen verwendeten Investitionsfördermaßnahmen auch eine Bewegungsart Kxx angelegt ist. (Normalerweise werden diese Bewegungsarten beim Einrichten der Investitionsfördermaßnahme automatisch angelegt.) Sie tun das im Arbeitschritt Bewegungsarten für Fördermaßnahmen prüfen. 5.16.4.3.4 FI-AA-AA-TR-AC Zugänge 5.16.4.3.4.1 Neue Bewegungsart für Nachaktivierungen ______________________________________________________________ SAP AG 114 SAP-System ______________________________________________________________ Verwendung Mit der neu ausgelieferten Bewegungsart 401 erfolgt die Abschreibung auf Nachaktivierungen unahängig von der Periodensteuerung immer ab Beginn des Geschäftsjahres. Das Bezugsdatum der Buchung dient dann nur noch der Ermittlung des Geschäftsjahres. Verwenden Sie je nach Ihren Anforderungen die neue oder die alte Bewegungsart 400. 5.16.4.3.5 FI-AA-AA-TR-ST Auftrag/PSP-Ele Budgetüberwachung per statistischem 5.16.4.3.5.1 Änderung der Funktion Budgetüberwachung mit Aufträgen / PSP-Elementen Verwendung Für die Budgetüberwachung mit statistischen Aufträgen / PSP-Elementen musste bisher im Customizing der Anlagenbuchhaltung bzw. des Investitionsmanagements die Bewegungsart der Anlagenbuchhaltung als budgetrelevant gekennzeichnet werden. Dieser IMG Schritt wird ersetzt durch die neue zentrale Steuerung der mitzubuchenden Kontierungsobjekte der Anlagenbuchhaltung. Auswirkungen auf den Datenbestand Die bisher verwendeten Steuerung über das Kennzeichen 'Budgetrelevant' wird automatisch in die neue Struktur beim Upgrade migriert. Siehe auch Vergleichen Sie dazu auch die Release Information zum Thema Neue Kontierungsobjekte 5.16.4.3.6 FI-AA-AA-TR-PG Abschreibungen in Hauptbuch buchen 5.16.4.3.6.1 Neuer Report zum periodischen Buchen der Bestände: RAPERB2000 Verwendung Report RAPERB2000 erweitert den Report RAPERB00 für das Buchen der periodischen Bestände. Die wesentlichen Unterschiede: o Der neue Bestandsbuchungslauf unterstützt alle erweiterten Kontierungen beim Buchen. o Die Bestandswerte werden direkt ins Hauptbuch gebucht. Es wird keine BDC Mappe mehr erstellt. Damit die Belege direkt gebucht werden können, muß für den Buchungskreis eine Belegart mit externer Nummernvergabe hinterlegt sein. o Die Prüfungen im Testlauf wurden erweitert, sie sind nun identisch mit dem Echtlauf. ______________________________________________________________ SAP AG 115 SAP-System ______________________________________________________________ o Die Protokollausgabe wurde grundlegend überarbeitet und auf die ALV-Grid Technologie umgestellt. o Der RAPERB2000 erlaubt einen Restart im Falle eines Verbuchungsabbruchs. Die vergebenen Belegnummern werden nun mitprotokolliert. o Gleichzeitigs Starten des Bestandsbuchungslaufes für mehrere Buchungskreise ist mit dem Report RAPERB2010 möglich. o Der Anschluß an den Schedule Manager wurde verbessert, ein direkter Absprung in den Monitor ist möglich. o Bestände können nun gemäß einer Rechnungslegungsvorschrift in ein spezielles Ledger oder aber in einen Fremdbuchungskreis gebucht werden (siehe Parallele Bewertung in der Anlagenbuchhaltung). o Für abgeleitete Bewertungsbereiche können echte AHK Differenzen gebucht werden. o Die Partnerinformation der Anlagenzeile des Originalbelegs wird in den periodisch zu erstellenden Beleg mitübernommen. Dabei wird pro Monat, pro Bewertungsbereich und pro Partnergesellschaft ein eigener FI-Beleg erzeugt. Auswirkungen auf das Customizing Es muß für den Buchungskreis eine Belegart mit externer Nummernvergabe hinterlegt sein (Aktivität jetzt ausführen). 5.16.4.3.6.2 Neuer Report zum Buchen der Abschreibungen: RAPOST2000 Verwendung Report RAPOST2000 ersetzt Report RABUCH00 für das Buchen der Abschreibungen. Die wesentlichen Unterschiede: o Der neue Abschreibungsbuchungslauf unterstützt die erweiterten Kontierungen beim Buchen. o Die Abschreibungen werden direkt ins Hauptbuch gebucht. Es wird keine BDC Mappe mehr erstellt. Damit die Belege direkt gebucht werden können, darf die Belegart für das AfA Buchen (z.B. AF) nicht die Einstellung 'Nur Batch-Input' besitzen. o Die Prüfungen im Testlauf wurden erweitert, sie sind nun identisch mit dem Echtlauf. o Nach einem Fehler aufgrund einer gesperrten Kostenstelle ist nach Korrektur des Anlagenstammsatzes eine direkte Fortsetzung möglich. o Das Anzeigen des Protokolls zu einem Abschreibungsbuchungslauf ist mit dem Report RAPOST2001 möglich. Der Report ersetzt den bisherigen Report RABUCH30. o Gleichzeitigs Starten des Abschreibungslaufes für mehrere Buchungskreise ist mit dem Report RAPOST2010 möglich. o Der Anschluß an den Schedule Manager wurde verbessert, ein direkter Absprung in den Monitor ist möglich. o Bei buchungskreisübergreifender Kostenrechnung kann die Belegart (und damit die interne oder externe Nummernvergabe) des Fremdbuchungskreises eingestellt werden. ______________________________________________________________ SAP AG 116 SAP-System ______________________________________________________________ Unabhängig vom Bewertungsbereich werden die im Customizing eingestellten Verrechnungkonten zwischen den Buchungskreisen angesprochen. 5.16.5 FI-AA-SVA Spezielle Bewertungen 5.16.5.1 Abschreibung mit Halbjahres- und Jahresraten in Japan (neu) Verwendung Das japanische Steuerrecht erlaubt es Unternehmen, Anlagen im ersten und im zweiten Halbjahr eines Geschäftsjahres jeweils mit unterschiedlichen Abschreibungsprozentsätzen abzuschreiben. Dieses Verfahren können Sie zukünftig mit AfA-Methode "Prozentsatz explizit Halbjahresabschreibung Japan" abbilden. Die in der Dokumentation beschriebene Vorgehensweise ist nur für Geschäftsjahre mit 12 Perioden vorgesehen. Für Geschäftsjahre mit davon abweichender Periodenanzahl wird derzeit keine Lösung angeboten. Auswirkungen auf das Customizing Legen Sie im Customizing der Anlagenbuchhaltung einen Abschreibungsschlüssel an und ordnen Sie diesem eine Basismethode zu, die die AfA-Methode "Prozentsatz explizit Halbjahresabschreibung Japan" enthält. Die Degressivmethode und die Stufenmethode des Abschreibungsschlüssels enthalten keinen Prozentsatz, da das System diesen automatisch aus Tabelle T097JP ermittelt. Der Abschreibungsprozentsatz für die geplante Nutzungsdauer einer Anlage ist in Tabelle T097JP fest hinterlegt. Das System rechnet im ersten Halbjahr des Geschäftsjahres mit der doppelten geplanten Nutzungsdauer, im zweiten Halbjahr mit der normalen Nutzungsdauer. Bei Verwendung verschiedener Mehrschichtfaktoren in den zeitabhängigen Daten werden die Prozentsätze jeweils mit den Schichtfaktoren multipliziert. Für das zweite Halbjahr werden nur die Zeitintervalle des zweiten Halbjahres berücksichtigt. 5.16.5.2 FI-AA-SVA-HI Inflationsabwicklung 5.16.5.2.1 Mehrere Anlagenaufwertungsbelege stornieren (Neu) Verwendung Ab SAP-R/3-Release Enterprise Core 4.70 (SAP_APPL 470)bietet Ihnen das R/3-System ein neues Programm, mit dem Sie mehrere Anlagenaufwertungsbelege parallel stornieren können. Der Programmname ist J_1AAINFL_REVERSE. Siehe auch SAP-Bibliothek -> Rechnungswesen -> Finanzwesen (FI) -> Anlagenbuchhaltung (FI-AA) -> Spezielle Bewertungen -> Wiederbeschaffungswerte (allgemein) -> Inflationsbuchhaltung -> Mehrere Anlagenaufwertungsbelege stornieren. ______________________________________________________________ SAP AG 117 SAP-System ______________________________________________________________ 5.16.5.2.2 Aufwertung nach Ablauf der Nutzungsdauer (Neu) Verwendung Ab SAP-R/3-Enterprise-Release 4.70 können Sie Anlagen aufwerten, wenn deren Nutzungsdauer abläuft. Diese Funktion wurde bisher nicht unterstützt. Auswirkungen auf den Datenbestand Wenn Sie Anlagen nach dem Ablauf der Nutzungsdauer aufwerten wollen, muß diesen Anlagen ein entsprechender Abschreibungsschlüssel zugeordnet werden. In diesem Fall müssen Sie Ihren Anlagenstammdaten möglicherweise einen anderen Abschreibungsschlüssel zuordnen. Detailinformationen zu diesem Thema finden Sie in den unten angeführten Kapiteln der SAP-Bibliothek. Auswirkungen auf das Customizing Geben Sie in der IMG-Aktivität Inflationsmethoden pflegen an, ob Sie diese Funktion aktivieren wollen oder nicht. Sie müssen diese Aktivität ausführen, da Sie sonst das Programm Anlagenaufwertung (Inflation) nicht ausführen können. Siehe auch SAP-Bibliothek -> Anlagenbuchhaltung (FI-AA) -> Spezielle Bewertungen -> Wiederbeschaffungswerte (allgemein) -> Inflationsbuchhaltung -> Aufwertung von Anlagen in regelmäßigen Zeiträumen -> Anlagenaufwertung (Inflation) Programm -> Aufwertung nach Ablauf der Nutzungsdauer 5.16.5.2.3 Strukturänderungen in der Inflationsbuchhaltung Verwendung Ab SAP R/3-Release 4.70 ist der Einführungsleitfaden (IMG) für die Inflationsbuchhaltung noch einfacher zu verwenden. SAP hat die Dokumentation neu strukturiert und umgeschrieben und einige Bilder überarbeitet. Beachten sie, dass sich nur die Struktur des IMG und die Dokumentation, nicht jedoch die Sichten geändert haben. Sie müssen daher bestehende Customizing-Einstellungen nicht verändern. Änderungen im IMG Bisher gab es eine Gruppe von IMG-Aktivitäten für die Inflationsbuchhaltung unter Finanzwesen (FI) und weitere unter Anlagenbuchhaltung (FI-AA) und Materialwirtschaft (MM). Um die Inflationsbuchhaltung für FI-AA im Customizing einzustellen, mussten Sie also die Aktivitäten unter FI und diejenigen unter FI-AA durchgehen. SAP hat den IMG jetzt derart geändert, dass jede Komponente für sich ihren eigenen Einführungsleitfaden für die Inflationsbuchhaltung hat. Um jetzt beispielsweise die Inflationsbuchhaltung für FI-AA im Customizing einzustellen, müssen Sie nicht mehr die ______________________________________________________________ SAP AG 118 SAP-System ______________________________________________________________ IMG-Aktivitäten unter Bilanzielle Aufwertungen und anschließend die Aktivitäten unter Inflationsbuchhaltung durchgehen. Auch ist es nicht mehr notwendig, die Aktivitäten unter Finanzwesen -> Grundeinstellungen Finanzwesen -> Inflationsbuchhaltung durchzugehen. Stattdessen müssen Sie lediglich die Aktivitäten unter Inflationsbuchhaltung durchgehen. Die IMG-Aktivitäten für FI und MM wurden analog neu strukturiert. Die IMGs befinden sich in der SAP-Referenz-Struktur immer noch an derselben Stelle: o Finanzwesen -> Grundeinstellungen Finanzwesen -> Inflationsbuchhaltung o Finanzwesen -> Anlagenbuchhaltung -> Spezielle Bewertungen -> Auf-/Abwertungen des Anlagevermögens -> Bilanzielle Aufwertungen -> Inflationsbuchhaltung o Materialwirtschaft -> Bewertung und Kontierung -> Bilanzbewertungsverfahren -> Wiederbeschaffungswert-Verfahren einrichten (Inflation) Änderungen in der SAP-Bibliothek Die Dokumentation der Inflationsbuchhaltung in der SAP-Bibliothek wurde ebenfalls unter den drei Komponenten aufgeteilt. Diese Dokumentation befindet sich nun unter den folgenden Menüpfaden: o Finanzwesen (FI) -> Hauptbuchhaltung (FI-GL) -> Abschlußarbeiten und Berichtswesen -> Bilanzvorbereitung -> Inflationsbuchhaltung o Finanzwesen (FI) -> Anlagenbuchhaltung (FI-AA) -> Spezielle Bewertungen -> Wiederbeschaffungswerte (allgemein) -> Inflationsbuchhaltung o Materialwirtschaft (MM) -> Bewertung -> Bilanzbewertung (MM-IM-VP) -> Wiederbeschaffungsbewertung (Inflation) 5.16.5.3 FI-AA-SVA-IS Investitionsförderung 5.16.5.3.1 Neuer Report zur Buchung des Investitionsförderungsmaximalbetrages Verwendung Der neue Report RAINZU10N löst den bisherigen Report RAINZU10 zur automatischen Buchung des Investitionsförderungsmaximalbetrages ab. Dieser Report enthält die folgenden neuen Funktionen: o Direktes Buchen: Die Investitionsförderungen werden direkt auf die Anlage gebucht. Es wird keine Batchinputmappe mehr erstellt, die dann in einem separaten Schritt abgespielt werden muß. o Beim Einsatz von parallelen Währungen und passivischen Investitionsförderungen wird der Investitionsförderbetrag auch in den Parallelwährungen historisch ermittelt und gebucht, statt wie bisher aus dem Betrag in Hauswährung zum Buchungsdatum umgerechnet zu werden. o Die Ausgabe des Reports wurde grundlegend überarbeitet und erfolgt nun mittels ALV-Grid Technik. ______________________________________________________________ SAP AG 119 SAP-System ______________________________________________________________ 5.16.6 FI-AA-LM Leasingabwicklung 5.16.6.1 Asset Accounting Engine eine additive Schnittstelle Verwendung Die Asset Accounting Engine bietet externen Anwendungen die Möglichkeit, auf einfache Art und Weise Funktionen der Anlagenbuchhaltung zu nutzen. Sie unterstützt das Anlegen und Ändern von Anlagenstammsätzen und das Buchen von Anlagenbewegungen. Bei Interesse wenden Sie sich bitte an Ihren SAP-Berater. 5.16.7 FI-AA-IS Informationssystem 5.16.7.1 Änderungen beim Asset Explorer Verwendung Zu Release 4.6A wurde die Anlagenwertanzeige durch den Asset Explorer ersetzt. Im ersten Schritt wurde nicht die gesamte Funktionalität übernommen. Nachfolgende Funktionen, die zum Teil auch in der Anlagenwertanzeige enthalten sind, können zukünftig über den Asset Explorer aufgerufen werden. Durch Integration dieser Funktionen ist nun die volle Funktionalität der alten Anlagenwertanzeige in den Asset Explorer übernommen. Deshalb wird die alte Anlagenwertanzeige nicht mehr verfügbar sein. Neuerungen und Änderungen des Asset Explorers im Einzelnen: o Anzeige aller Anlagenunternummern und Anlagenhauptnummern durch Eingabe der Unternummer * (Stern) möglich. o Für die Anlagenbuchhaltung sind nun zwei Arten der Simulation im Asset Explorer möglich. - Simulation von Bewegungen - Simulation mit geänderten Abschreibungsparametern o Belegkopf Anlagenbuchhaltung anzeigen o Absprung auf das Abschreibungsprotokoll o Absprung in Originalbelege o Komplexe auflösen o Weitere Berichtsaufrufe pflegen o Absprung in die alte Anlagenwertanzeige (AW01) im Asset Explorer über Springen -> Weitere Funktionen nicht mehr verfügbar o Bei den gebuchten Werten wird nun auch geplante AfA für Sonderperioden ermittelt o Es wurde eine Drucktaste "Anlage neu laden" implementiert. Die Informationen zur Anlage werden erneut von der Datenbank eingelesen, ohne nochmals die Transaktion AW01N starten zu müssen. ______________________________________________________________ SAP AG 120 SAP-System ______________________________________________________________ 5.16.7.2 FI-AA-IS-ST Standardberichte 5.16.7.2.1 Year-End Income Tax Depreciation Report (New) Verwendung As of SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), a new report is available for calculating depreciation on assets as per India's Income Tax Law. In order for it to function correctly, use the Customizing settings already delivered with the system since Country Version India Add-On Release 4.0A. To access the report, from the SAP Easy Access screen, choose Accounting -> Financial Accounting -> Fixed Assets -> Information System -> Reports on Asset Accounting -> Taxes -> Country Specifics -> India -> Year-End IT Depreciation Report. Auswirkungen auf den Datenbestand If you have already been working with your assets using the settings described in the release note, you can use the report without having to do anything. Auswirkungen auf das Customizing If you intend to start working with the report as of this release, make the Customizing settings as described in the release note. If you are already working with these settings, you do not have to do anything. Siehe auch SAP Library -> Financials -> Country Versions -> India -> Financial Accounting (FI) -> Asset Accounting (FI-AA) -> Year-End Income Tax Depreciation Report. 5.16.7.2.2 Geänderte Zuordnung von Bewegungen zu Quartalen beim Bericht "Anlagen-Zugänge (Mid-Quarter-Convention)" (RAUSMQ10) Verwendung Der Report RAUSMQ10 zeigt die Anlagenzugänge nach Quartalen eines Geschäftsjahres. Die Zuordnung zu einem Quartal erfolgt ab sofort über das Bezugssdatum der Buchung und nicht mehr nach dem Buchungsdatum. Dadurch ist die Quartalszugehörigkeit einer Zugangsbuchung besser steuerbar. ______________________________________________________________ SAP AG 121 SAP-System ______________________________________________________________ 5.17 FI-SL Spezielle Ledger 5.17.1 Verwendung Pool-Tabellen (gelöscht) Verwendung Ab Release 4.70 können Sie Pool-Tabellen nicht mehr verwenden. Das heißt, Sie können Ledger, die auf Pool-Tabellen basieren, nicht mehr bebuchen. SAP unterstützt ab Release 4.70 nur noch die Verwendung von transparenten Tabellen. Die Vorteile von transparenten Tabellen gegenüber Pool-Tabellen sind: o günstigere Verarbeitungszeiten o bessere Erweiterbarkeit o bessere Lesbarkeit der Daten mit externen Tools o Unterstützung der Euro-Konvertierung Neue Pool-Tabellen Sie können keine neuen Ledger auf Pool-Tabellen mehr anlegen. Bestehende Pool-Tabellen SAP empfiehlt Ihnen, folgende Schritte auszuführen: 1. Prüfen Sie, ob in Ihrem System Ledger vorhanden sind, die auf Pool-Tabellen verweisen. Führen Sie dazu den Report RGUPOOL0 aus. Beachten Sie, daß der Report nicht prüft, ob die entsprechenden Ledger produktiv verwendet werden. Beachten Sie weiterhin, daß in Ihrem System eine Beispielauslieferung mit den Ledgern L0, G0 und LR (zu den Pool-Tabellen GLT1 und GLT2) vorhanden sein kann. Wenn diese Ledger in der Ausgabeliste des Reports angezeigt werden, prüfen Sie, ob Sie diese Ledger überhaupt verwenden. 2. Konvertieren Sie Ihre Pool-Tabellen in transparente Tabellen. Wie Sie vorgehen müssen, um die Tabellen zu konvertieren, finden Sie in der Dokumentation Leitfaden zur Umsetzung von Pool-Tabellen auf transparente Tabellen. Auswirkungen auf den Datenbestand Ab diesem Release können Daten nicht mehr auf Ledger von Pool-Tabellen gebucht werden. 5.17.2 Archivanschluss der Einzelposten- und Summenberichte (geändert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie von einem Report-Writer-/Painter-Summenbericht auf die korrespondierenden Einzelposten abspringen, wenn diese bereits archiviert sind (Bericht/Bericht-Schnittstelle). Ebenso können Sie auf die archivierten Einzelposten zugreifen, wenn Sie in der Transaktion GD13 für ______________________________________________________________ SAP AG 122 SAP-System ______________________________________________________________ die Summensätze lediglich die Datenbank als Datenquelle gewählt haben. Die Standardlesetransaktionen des Speziellen Ledger (GD13, GD20, GS23, GD33) sind an die Customizingtabelle ASACCESS01 angeschlossen. Sie haben dort die Möglichkeit für das Ankreuzfeld "Archiv", das auf dem Dialogfenster zur Datenquelle erscheint, einen Vorschlagswert zu vergeben. Siehe auch Weitere Informationen zur Auswertung von archivierten FI-SL-Daten finden Sie im Leseratgeber zum Archivierungsobjekt FI_SL_DATA.. Wählen Sie dazu in der Transaktion SARA die Drucktaste Lesen und dann Springen -> Ratgeber. Weitere Informationen zum Archivinformationssystem (SAP AS) finden Sie in der SAP-Bibliothek unter Anwendungsübergreifende Komponenten -> Archivieren von Anwendungsdaten (CA-ARC) -> Einführung in die Datenarchivierung (CA-ARC) -> Archivinformationssystem (SAP AS). 5.17.3 FI-SL-IS Informationssystem 5.17.3.1 DRB (erweitert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) bietet der Document Relationship Browser (DRB) eine erweiterte Auswahl an Objekttypen. Der DRB wurde um einige Objekttypen ergänzt und Objekttypen, die in früheren Releases bereits angebunden waren, wurden vervollständigt. Neue Objekttypen des DRB: o Profit-Center-Beleg o Kalkulatorische Ergebnisrechnung o Elektronischer Kontoauszug o Fertigungsauftrag o Rückmeldungsbeleg Die Anbindung dieser Objekttypen betrifft nur die Funktionen innerhalb des DRB. Dazu existieren keine eigenen Einstiegsprogramme. Erweiterte Objekttypen des DRB: o Buchhaltungsbeleg Aus der Beleganzeige (Transaktion FB03) ist ein Absprung in den DRB möglich. Für den Einstieg in den DRB steht der Report RDRBFI00 zur Verfügung. Damit können auch archivierte Buchhaltungsbelege über das Archivinformationssystem (SAP AS) gefunden werden. o Kostenrechnungsbeleg Aus den Einzelpostenberichten (z.B. Transaktion KSB1, KSB5, KOB1) ist ein Absprung in den DRB möglich. Die Funktionen des DRB können Kostenrechnungsbelege in den Archiven aller Archivierungsobjekte ausfindig machen, die Kostenrechnungseinzelposten archivieren. Dafür stehen adäquate Feldkataloge und Infostrukturen zur Verfügung. ______________________________________________________________ SAP AG 123 SAP-System ______________________________________________________________ Siehe auch Weitere Informationen zum Document Relationship Browser finden Sie in SAP-Hinweis 492938. 5.17.3.2 Transport Report Writer, Sets und Gruppen (geändert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) transportiert das System Report-Writer-Objekte sowie Sets und Gruppen (Objekttypen im Transport: R3OB REWR und R3OB SETS) mit dem Transportobjekttyp R3TR TDAT (Customizing: Tabelleninhalt). Dieser Objekttyp für den Transport löst den bisherigen Transport anwendungsdefinierter Objekte ab. In den Transaktionen für den Transport GCTR und GCTS ergeben sich dadurch keine Änderungen. Transportaufträge mit R3OB-Transportobjekten aus niedrigen Release-Ständen können nach wie vor importiert werden (außer in Unicode-Systeme). Auswirkungen auf die Systemverwaltung Folgende Objekttypen werden für den Transport von Report-Writer-Objekten verwendet: Objekttyp für den Transport Report-Writer-Objekt R3TR TDAT GRW_JOB Berichtsgruppe R3TR TDAT GRW_JOB_VARIANT Variante einer Berichtsgruppe R3TR TDAT GRW_KEYFIG Kennzahl R3TR TDAT GRW_LAYOUT Standardlayout R3TR TDAT GRW_LIBRARY Bibliothek R3TR TDAT GRW_MODEL Vorlage R3TR TDAT GRW_REPORT Bericht R3TR TDAT GRW_REPORT_TEXT Berichtstext R3TR TDAT GRW_SET Set R3TR TDAT GRW_VARIABLE Variable Der Transportschritt Export anwendungsdefinierter Objekte entfällt, die Objekte werden bereits im Schritt Export exportiert. Der Transportschritt Import anwendungsdefinierter Objekte entfällt ebenfalls, die Objekte werden bereits im Schritt Import importiert. Im Schritt Methodenausführung wird die Nachbehandlungsmethode G_RW_AFTER_IMPORT ausgeführt, um Prüfungen durchzuführen, die früher im Schritt Import anwendungsdefinierter Objekte durchgeführt wurden. Eventuell auftretende Fehler- oder Warnmeldungen finden Sie ab SAP R/3 Enterprise Core 4.70 im Protokoll Methodenausführung. 5.18 FI-RL Retail Ledger 5.18.1 Retail Ledger ______________________________________________________________ SAP AG 124 SAP-System ______________________________________________________________ Verwendung Ab SAP R/3 Enterprise Financial Extension 1.10 (EA_APPL 110) steht Ihnen mit dem Retail Ledger eine Anwendung aus dem Bereich des Rechnungswesens zur Verfügung, die ausschließlich für den Einsatz im Handel konzipiert ist. Das Retail Ledger ist Bestandteil der analytischen Anwendung "Profit Center Analyse im Handel". Dabei dient das Retail Ledger zur Sammlung von Ist-Daten aus der Finanzbuchhaltung, aus dem Controlling, aus dem Personalwesen und aus der Materialwirtschaft. Technisch gesehen ist das Retail Ledger ein Standard Ledger aus der Anwendungskomponente Spezielle Ledger (FI-SL), das im wesentlichen die Funktionalität der Komponente FI-SL nutzt. Da das Retail Ledger Bestandteil eines Szenarios über SAP R/3 hinweg ist, bietet das Bereichsmenü nur eine eingeschränkte Funktionalität an. Einfache Berichte können mit Hilfe der Summensatzanzeige erstellt werden. Weitere Funktionen sind eine Beleganzeige und eine Einzelpostensuche zur Anzeige von Daten, eine Anwendung für Saldovortrag, der Ledgervergleich, um die Daten des Retail Ledger mit dem Hauptbuch abzustimmen, sowie eine Transaktion zum Archivieren von Daten. Die gesamte Funktionalität innerhalb des Bereichsmenüs basiert auf Funktionalität der Anwendungskomponente Spezielle Ledger. Ein eigenes Reporting innerhalb SAP R/3 (z.B. mit Hilfe des Report Painters) ist nicht vorgesehen, so dass keine Report Painter Berichte für das Retail Ledger ausgeliefert werden. Das komplette Szenario "Profit Center Analyse im Handel" umfasst mit dem SAP R/3 ein OLTP-System sowie mit SAP BW und SEM ein Data Warehouse sowie ein Strategisches Management System. Daher sieht es für das Retail Ledger ausschließlich die Datensammlung vor. Reporting, Analyse und Planung sind Anwendungen, die einen Transfer der Bewegungsdaten des Retail Ledgers voraussetzen. Dazu wird Business Content voraussichtlich zu BW-Release 3.1C / SEM 3.2 verfügbar sein. Reporting und Planung und auch andere Funktionen sind auch innerhalb des Retail Ledgers mit Hilfe von FI-SL Funktionalität möglich. Auswirkungen auf den Datenbestand Durch die Aktivierung des Retail Ledgers wird ein neuer Datenbestand in der Tabellengruppe PCRRETAIL (Ledger 7R) angelegt mit dem Ziel, die Bewegungsdaten der Profit-Center-Rechnung (Ledger 8A) für den Kunden aus dem Handelsumfeld zu ersetzen. Wesentlicher Unterschied gegenüber dem Ledger 8A ist die Datenmodellierung der Tabellengruppe PCRRETAIL, die im verdichteten Datenbestand (Tabelle PCRRETAILT) die Merkmale Profit Center und Kostenstelle aufweist. Die Einzelposten (Tabellen PCRRETAILA und PCRRETAILP) sind ausschließlich als Detailinformationen anzusehen. Die Einzelposten sind keine Grundlage für ein Reporting und können z.B. nach Abschluß des Geschäftsjahres archiviert werden. Auswirkungen auf die Datenübernahme Im normalen Betrieb des Retail Ledgers werden Daten online übernommen. Daten können z.B. bei der Einrichtung des Ledgers periodenweise übernommen werden. Dazu gibt es im Customizing des Retail Ledgers einen Menüpunkt Datentransfer. Unter Datentransfer befinden sich Funktionen, um die Einstellungen zu ändern, die ein Nachbuchen erlauben bzw. die das Ledger für Daten sperren. Diese Einstellungen erfolgen pro Buchungskreis. Die eigentliche Datenübernahme erfolgt auf zwei verschiedene Arten: 1. Daten aus der Finanzbuchhaltung, der Materialwirtschaft, des Vertriebs und des Personalwesens ______________________________________________________________ SAP AG 125 SAP-System ______________________________________________________________ werden aus der Finanzbuchhaltung übernommen. Hierbei ist zu beachten, dass eine evtl. Verdichtung von Daten innerhalb der Finanzbuchhaltung möglicherweise verhindert, dass Daten in einer Granularität übernommen werden, wie sie in dem Retail Ledger benötigt werden. Stellen Sie sicher, dass eine evtl. Verdichtung der Daten innerhalb der Finanzbuchhaltung die Anforderungen des Retail Ledgers berücksichtigt. Übernehmen Sie Daten periodenweise. Starten Sie dazu das Programm parallel für verschiedene Perioden im Hintergrund. 2. Für die Übernahme von Daten aus dem Controlling gibt es verschiedene Transaktionen: a) Istdaten und statistische Kennzahlen vom Typ 2 (Summenwerte) werden über "Istdaten übernehmen" ins Retail Ledger transferiert. b) Für Plandaten gibt es eine gesonderte Transaktion. c) Statistische Kennzahlen vom Typ 1 (Festwerte) werden ebenfalls mit einer eigenen Transaktion übernommen. Auswirkungen auf die Systemverwaltung Die Auslieferung des Retail Ledgers erfolgt über die Softwarekomponente EA-FIN in einer eigenen Anwendungskomponente FI-RL mit einem eigenen Add-on Schalter (FI-RL). Das Setzen des Schalters für das Retail Ledger im Add-on ist Voraussetzung für folgende Punkte: 3. Bei der Installation der Speziellen Ledger FI SL werden standardmäßig alle Add-On-Ledger auf "nicht aktiv" gesetzt. D.h. es erfolgt auch für das Retail Ledger keine Generierung der Anwendungsprogramme. Wird der Schalter für das Retail Ledger über die View im IMG nun gesetzt, erfolgt eine komplette Generierung unter Berücksichtigung des Retail Ledgers (durch Starten von RGZZGLUX). Über AFTER-IMPORT Methoden efolgt nach Transport des aktivierten Schalters im Zielsystem eine komplette Generierung der FI-SLAnwendungsprogramme einschließlich des Retail Ledgers. Die Generierung erfolgt nur, falls das Retail Ledger im Zielsystem noch nicht eingerichtet war. 4. Sichtbarkeit im Bereichsmenü und IMG: Sowohl Bereichsmenü als auch IMG sind unter Rechnungswesen -> Finanzwesen bzw. direkt unter Finanzwesen zu finden. Das Retail Ledger verwendet Funktionen der Komponente FI-SL, die Voraussetzung zum Verbuchen von Daten im Retail Ledger sind. Dies sind insbesondere Lokale Buchungsperioden, Zulässige Belegarten sowie Lokale Nummernkreise. Auswirkungen auf das Customizing Für das Retail Ledger gibt es ein eigenes Customizing: o Wesentlicher Bestandteil ist die Aktivierung des Retail Ledgers. Dabei erfolgt die Aktivierung durch Auswahl der Buchungskreise, für die Daten in das Retail Ledger fortgeschrieben werden sollen. Dabei werden die Vorgänge und Feldübertragungen eingerichtet, die im Business Add-In (BAdI) "Vorgänge und Feldübertragungen" als Beispielimplementierung ausgeliefert werden. Die Beispielimplementierung geht davon aus, daß Vorgänge aus dem Controlling direkt (und nicht über die Finanzbuchhaltung) übernommen werden. Falls eine eigene Implementierung angelegt wird, muß die ausgelieferte Implementierung zunächst deaktiviert werden. Hierbei werden von SAP ausgelieferte variable Feldübertragungen verwendet. Die Aktivierung besitzt einen automatischen Transportanschluß. ______________________________________________________________ SAP AG 126 SAP-System ______________________________________________________________ o Weiterhin gibt es eine Transaktion, um die Planversionen innerhalb des Retail Ledgers einzurichten, die es bereits im Controlling gibt. Das Einrichten dieser Versionen ist Voraussetzung, um Plandaten aus dem Controlling mit der entsprechenden Version zu übernehmen. Auch hier gibt es einen automatischen Transportanschluß. Das Retail Ledger übernimmt die Berechtigungsobjekte aus der Komponente FI-SL (Spezielle Ledger). Die Transaktionen des Retail Ledgers (Bereichsmenü bzw. IMG) prüfen dabei beim Start der jeweiligen Transaktion, ob eine Berechtigung für die jeweilige Transaktion vorhanden ist. Die Berechtigungsobjekte, die beim Start der Transaktion des Retail Ledgers geprüft werden, sind: - G_ADMI_CUS - G_GLTP - G_REPO_LOC 5.19 FI-TV Reisemanagement 5.19.1 BOR und Workflow im Reisemanagement (geändert) Verwendung Mit SAP R/3 Enterprise Travel Extension 1.10 (EA-HR 110) wurden am Objekttyp BUS2089 des Business Object Repository (BOR) folgende Veränderungen vorgenommen: o Interfaces - o Interface IFFIND hinzugefügt (Unterstützung der generischen Objektdienste) Attribute - EmployeeTrip.Employee auf 'Obsolet' gesetzt, sollte nicht mehr verwendet werden (Probleme in der Synchronisation zwischen den Objekttypen EmployeeTrip und Employee) - EmployeeTrip.RequestStatus hinzugefügt (Transaktion TRIP) - EmployeeTrip.RequestBeginDate hinzugefügt (Transaktion TRIP) - EmployeeTrip.RequestBeginTime hinzugefügt (Transaktion TRIP) - EmployeeTrip.RequestEndDate hinzugefügt (Transaktion TRIP) - EmployeeTrip.RequestEndTime hinzugefügt (Transaktion TRIP) - EmployeeTrip.RequestLastChangedBy hinzugefügt (Transaktion TRIP) - EmployeeTrip.RequestEstimatedCost hinzugefügt (Transaktion TRIP) - EmployeeTrip.TravelerName hinzugefügt (Infotyp 0001) - EmployeeTrip.TravelerCompCode hinzugefügt (Infotyp 0001) - EmployeeTrip.TravelerPersonnelArea hinzugefügt (Infotyp 0001) ______________________________________________________________ SAP AG 127 SAP-System ______________________________________________________________ o - EmployeeTrip.TravelerEmployeeGroup hinzugefügt (Infotyp 0001) - EmployeeTrip.TravelerEmployeeSubgroup hinzugefügt (Infotyp 0001) - EmployeeTrip.TravelerBusArea hinzugefügt (Infotyp 0001) - EmployeeTrip.TravelerPersonnelSubarea hinzugefügt (Infotyp 0001) - EmployeeTrip.TravelerPayrollArea hinzugefügt (Infotyp 0001) - EmployeeTrip.TravelerCostCenter hinzugefügt (Infotyp 0001) - EmployeeTrip.TravelerOrgUnit hinzugefügt (Infotyp 0001) - EmployeeTrip.TravelerPosition hinzugefügt (Infotyp 0001) - EmployeeTrip.TravelerJob hinzugefügt (Infotyp 0001) - EmployeeTrip.TravelerSAPMailUser hinzugefügt - EmployeeTrip.TravelerUser hinzugefügt - EmployeeTrip.TravelerRgrpStatutory hinzugefügt (Infotyp 0017) - EmployeeTrip.TravelerRgrpEnterprise hinzugefügt (Infotyp 0017) - EmployeeTrip.TravelerEgrpExpenseType hinzugefügt (Infotyp 0017) - EmployeeTrip.TravelerEgrpTravelManag hinzugefügt (Infotyp 0017) - EmployeeTrip.isRequest hinzugefügt (Transaktion TRIP) - EmployeeTrip.isPlan hinzugefügt (Transaktion TRIP) - EmployeeTrip.isExpense hinzugefügt (Transaktion TRIP) Ereignisse - EmployeeTrip.Requested auf 'Obsolet' gesetzt, kann nicht mehr verwendet werden! - EmployeeTrip.RequestCreated hinzugefügt - EmployeeTrip.RequestWaits hinzugefügt - EmployeeTrip.ExpenseWaits hinzugefügt - EmployeeTrip.RequestSettled hinzugefügt - EmployeeTrip.RequestTransferredFI hinzugefügt - EmployeeTrip.ExpenseSettled hinzugefügt - EmployeeTrip.ExpenseTransferredFI hinzugefügt - EmployeeTrip.TransferredFIReset hinzugefügt Mit SAP R/3 Enterprise Travel Extension 1.10 (EA-HR 110) wurden für das Reisemanagement im Workflow folgende Erweiterungen vorgenommen: o Einzelschrittaufgaben - TS20000130 'Reisestatus auf genehmigt setzen' umgestellt auf 'Hintergrundaufgabe' - TS12500023 'Mail Reise abgerechnet' hinzugefügt ______________________________________________________________ SAP AG 128 SAP-System ______________________________________________________________ o - TS12500024 'Mail Antrag abgerechnet' hinzugefügt - TS12500025 'Mail Antrag übergeleitet FI' hinzugefügt - TS12500026 'Mail Reise übergeleitet FI' hinzugefügt - TS12500027 'Mail Reise wartet' hinzugefügt - TS12500028 'Mail Reiseantrag wartet' hinzugefügt - TS12500044 'Reiseantrag (TRIP) genehmigen' hinzugefügt - TS12500046 'Mail Reiseantrag fehlt' hinzugefügt Mehrschrittaufgaben (Workflows) - WS12500014 'Mail: Reise wurde abgerechnet' hinzugefügt - WS12500016 'Mail: Reise wurde übergeleitet nach FI' hinzugefügt - WS12500017 'Mail: Reise wartet' hinzugefügt - WS12500021 'Reiseantrag automatisch genehmigen' hinzugefügt (Transaktion TRIP) - WS12500022 'Reiseabrechnung automatisch genehmigen' hinzugefügt (Transaktion TRIP) Voreinstellungen Das Ereignis 'Requested' wird im Reisemanagement nicht mehr ausgelöst. Verwenden Sie in der Ereigniskopplung jetzt stattdessen das Ereignis 'RequestCreated'. Sie stellen dies ein über das SAP Easy Access Menü: Werkzeuge -> Business Workflow -> Entwicklung -> Administration -> Ereignismanager -> Typkopplungen (Transaktion SWETYPV). Auswirkungen auf den Datenbestand Die Änderungen und Erweiterungen haben keine Auswirkung auf Ihren Datenbestand. 5.19.2 Vereinheitlichung von Reisemanager (TRIP) und Planungsmanager (TP01) (geändert) Verwendung Mit SAP R/3 Enterprise Travel Extension 1.10 (EA-HR 110) wurden die beiden Transaktionen TRIP und TP01 vereinheitlicht. Im Reisemanager (TRIP) können Sie jetzt auch Planungsdaten verwalten. Im Planungsmanager (TP01) haben sie jetzt auch Zugang zu Rahmendaten, zur Kostenverteilung und zu den weiteren Zielen. ______________________________________________________________ SAP AG 129 SAP-System ______________________________________________________________ 5.19.3 FI-TV-PL Reiseplanung 5.19.3.1 Mobile Travel Planning für PDAs (neu) Verwendung Ab SAP R/3 Enterprise Travel Extension 1.10 (EA-HR 110) können Ihre Mitarbeiter mit Mobile Travel Planning jederzeit und überall ihre Reisplanung selbst durchführen. So können Ihre Mitarbeiter, jederzeit selbstständig auf Terminänderungen reagieren und neue Planungen umsetzen. Der Geschäftsreisende kann sein PDA mit aktiver Verbindung zum Mobile Workplace für folgende Aufgaben nutzen: o Buchungen prüfen o Ad-hoc-Stornierungen durchführen o Neubuchungen vornehmen Außerdem bietet Ihnen die Anwendung folgende Funktionen: o Überblick über geplante Reisen o Aktuelle Flugplaninformationen o Erfassen und Ändern vorhandener Reisepläne o Verfügbarkeitsabfrage für Flüge, Hotels und Mietwagen o Reservierung von Flügen, Hotels und Mietwagen o Mobile Travel Planning für PDAs basiert auf dem mySAP Mobile Workplace Framework mit Internet Transaction Server (ITS) und läuft in Verbindung mit einem R/3 Reiseplanungssystem. Die Anwendung läuft auf PDA mit MS Pocket PC#, beispielsweise iPAQ. Für die Anzeige verwendet Mobile Travel Planning HTML-Templates. Diese können sich Kunden vom SAP Service Marketplace herunterladen: http://service.sap.com/tm-downloads. Siehe auch Weitere Informationen zu Mobile Travel Planning finden Sie auf dem SAP Service Marketplace: http://service.sap.com/tm. 5.19.3.2 SABRE-Schnittstelle für SAP R/3 Reiseplanung (neu) Verwendung Ab SAP R/3 Enterprise Travel Extension 1.10 (EA-HR 110) steht Ihnen als externes Reservierungssystem auch SABRE zur Verfügung. Alle existierenden Funktionen zur Buchung von Flug, Hotel und Mietwagen der SAP Reiseplanung können mit SABRE genutzt werden. Als Anbieter stehen alle Fluglinien, Hotelketten und Mietwagengesellschaften zur Verfügung, die über SABRE buchbar sind. ______________________________________________________________ SAP AG 130 SAP-System ______________________________________________________________ Ebenfalls im Standard enthalten ist die Synchronisation zwischen SAP Reiseplanung und SABRE, so dass die Daten in beiden Systemen zu jeder Zeit konsistent sind. Auswirkungen auf die Systemverwaltung Einstellungen zur Kommunikation zwischen dem SAP-System und dem SABRE-System nehmen Sie im Einführungsleitfaden des Reisemanagements unter Reiseplanung -> Technische Steuerungsparameter vor. Siehe auch Weitere Informationen finden Sie in der IMG-Dokumentation im Einführungsleitfaden des Reisemanagements unter Reiseplanung -> Technische und organisatorische Voraussetzungen. 5.19.3.3 Flugbuchungen (geändert) Verwendung Ab SAP R/3 Enterprise Travel Extension 1.10 (EA-HR 110) stehen Ihnen im Bereich Flugbuchungen folgende neue Funktionen zur Verfügung: o Automatische Flugpreisermittlung Nach der Auswahl von Flügen in der Fluganforderung ermittelt das SAP-System den Preis automatisch - Sie müssen den Pricing-Vorgang nicht unbedingt manuell starten. Diese Funktion können Sie im Customizing der Reiseplanung aktivieren oder deaktivieren unter Prozesssteuerung -> Dialog- und Planungssteuerung -> Steuerung der Reiseplanung --> Preis- und Verfügbarkeitsstrategien definieren. o Verbesserungen im Dialog der Flugabfrage - Erweiterung der Best Price-Verfügbarkeitsabfrage Der Benutzer erhält die Möglichkeit, direkt von der Anzeige der verfügbaren Flüge die Best-Price-Abfrage aufzurufen. - Verbesserte Dialogführung bei der Verfügbarkeitsabfrage Die dynamische Gestaltung der Eingabebereiche je nach dem, ob es sich um einen einfachen Flug, einen Hin- und Rückflug oder mehrere Flugverbindungen handelt, erleichtert die Benutzung für den gelegentlichen Benutzer. - Zusätzliche Informationen in der Anzeige der verfügbaren Flugverbindungen Die Liste der verfügbaren Flüge gibt dem Benutzer nun Informationen zu elektronischem Ticket, Fluggerät, Verpflegung und Services. Die Informationen stehen in der Liste bzw. in den Mouse-over Popups. Bei Einsatz von SABRE werden zusätzlich noch die Flugdistanz in Meilen und die statistische Pünktlichkeit des Fluges (in % für US-Inlandsflüge) in der Quick-Info angezeigt. - Sitzplatzanzeige Die Anzeige des reservierten Sitzplatzes bei Flügen ist durch die Anzeige zusätzlicher Sitzplatzinformationen per Quick-Info komfortabler zu nutzen. Auch die Anzeige der von ______________________________________________________________ SAP AG 131 SAP-System ______________________________________________________________ anderen Mitarbeitern des Unternehmens gebuchten Sitzplätze erleichtert dem Benutzer die Auswahl eines Platzes. In einem Jumbo-Jet kann zwischen dem Upper Deck und Lower Deck unterschieden werden. o Interlining bei unternehmensspezifischen Tarifen Sie können nun bei einer Flugverbindung mit mehreren Segmenten innerhalb des gleichen unternehmensspezifischen Flugtarifvertrags (Corporate Nego Fare) unterschiedliche Fluggesellschaften auf den jeweiligen Flugsegmenten buchen. Hierfür sind keine zusätzlichen Einstellungen zu den unternehmensspezifischen Tarifen im Einführungsleitfaden notwendig. o Mehr Flexibilität bei der Gestaltung der Flug-Reiserichtlinien - Definition der Klassenregeln gekoppelt an Buchungsklassen (= Reservation Booking Designator 'RBD') Die notwendigen Einstellungen nehmen Sie im Einführungsleitfaden des Reisemanagements unter Reiseplanung -> Reiseregeln und -profile -> Reiseregeln -> Reise- und Klassenregeln Flug -> Klassenregeln Flug --> Klassenregeln bestimmen vor. - Flugprofil abhängig von Reisezeit Wenn die Reiseregeln zu Flügen von der Reisedauer abhängen sollen, dann können Sie diese Reisedauer wahlweise von der Gesamtreisezeit oder der reinen Flugzeit (Gesamtreisezeit abzüglich der Zeit am Boden) ableiten. Die notwendigen Einstellungen nehmen Sie im Einführungsleitfaden des Reisemanagements unter Reiseplanung -> Expertensicht -> Weitere Steuerungsparameter -> Unternehmensweite Steuerungsparameter festlegen vor. - Bevorzugte Anbieter können nun wesentlich zuverlässiger bei Verfügbarkeitsabfragen berücksichtigt werden, indem - technisch gesehen - gezielte Abfragen zur Verfügbarkeit dieser Fluggesellschaften zusätzlich zur Standardabfrage durchgeführt werden. Die notwendigen Einstellungen nehmen Sie im Einführungsleitfaden des Reisemanagements unter Reiseplanung -> Reiseregeln und -profile -> Reise- und Klassenregeln -> Steuerung der Flugverfügbarkeitsabfrage vor. Auswirkungen auf das Customizing Nehmen Sie die gewünschten Einstellungen in den oben angegebenen IMG-Aktivitäten vor. 5.19.3.4 Hotelbuchungen (geändert) Verwendung Mit dem SAP R/3 Enterprise Travel Extension 1.10 (EA-HR 110) stehen Ihnen im Bereich Hotelbuchungen folgende neue Funktionen zur Verfügung: o Erweiterte Suche im Dialog der Verfügbarkeitsabfrage Der Dialog zur Abfrage der Hotelverfügbarkeit wird wesentlich einfacher gestaltet, indem die Abfrage über eine einfache oder eine erweiterte Suche möglich ist. Über die erweiterte Suche kann der Benutzer die Suche nach Hotels mit Hilfe zusätzlicher Suchkriterien (z.B. Hotel, Hotelkette oder Lage) verfeinern. Um diese Funktion nutzen zu können, nehmen Sie die notwendigen Einstellungen im Einführungsleitfaden des Reisemanagements unter Reiseplanung -> Prozesssteuerung -> Dialog- ______________________________________________________________ SAP AG 132 SAP-System ______________________________________________________________ und Planungssteuerun -> Dialogsteuerung -> Preis- und Verfügbarkeitssteuerung definieren vor. o Höchstbetrag für Hotelübernachtungen Abhängig von Lokationen und Regionen können Sie nun Höchstbeträge für Hotelübernachtungen definieren. Sie können festlegen, ob der Benutzer solche Zimmer, die den Höchstbetrag überschreiten, unter Angabe einer Begründung auswählen darf oder ob diese Zimmer nicht angezeigt werden. Um diese Funktion nutzen zu können, nehmen Sie die notwendigen Einstellungen im Einführungsleitfaden des Reisemanagements unter Reiseplanung -> Prozesssteuerung -> Dialogund Planungssteuerung -> Steuerung der Reiseplanung -> Höchstbeträge für Hotelübernachtungen definieren vor. o Verbesserung des lokalen Hotelkatalogs Hotels, die bei der Auswahl vorrangig berücksichtigt werden sollen, können in einem unternehmensspezifischen Hotelkatalog abgelegt werden. Bislang konnte die eigentliche Verfügbarkeitsprüfung für diese Hotels erst nach Auswahl eines bestimmten Hotels im Dialog erfolgen. Nun startet das System bereits während der Suche nach im Hotelkatalog vorhandenen Hotels die Abfrage der Zimmerverfügbarkeit zu diesen Hotels. Einstellungen im Einführungsleitfaden: Zur direkten Verfügbarkeitsabfrage sind keine Einstellungen notwendig. Welche Hotels im Hotelkatalog aktiv sein sollen, hinterlegen Sie im Einführungsleitfaden des Reisemanagements unter Reiseplanung -> Stammdaten -> Reisedienstleister ->Hotellerie -> Hotelkatalog. Die Handhabung des Hotelkatalogs ist für die einzelnen Reservierungssysteme unterschiedlich. Auswirkungen auf das Customizing Nehmen Sie die gewünschten Einstellungen in den oben angegebenen IMG-Aktivitäten vor. 5.19.3.5 Mietwagenbuchungen (geändert) Verwendung Mit SAP R/3 Enterprise Travel Extension 1.10 (EA-HR 110) steht Ihnen im Bereich Hotelbuchungen eine erweiterte Suche zur Verfügung. Der Dialog zur Abfrage der Mietwagenverfügbarkeit wurde wesentlich intuitiver gestaltet, indem die Abfrage nun über eine einfache und eine erweiterte Suche möglich ist. Die zusätzlichen Kriterien in der erweiterten Suche umfassen Angaben zum Mietwagenanbieter, zu genauen Filialen der Übergabe und zu den Fahrzeugdaten (Fahrzeugklasse, Fahrzeugtyp, Schaltung, Klimaanlage). Auswirkungen auf das Customizing Aktivieren Sie diese neue Funktion im Einstellungsleitfaden des Reisemanagements unter Reiseplanung ->Prozesssteuerung ->Dialog- und Planungssteuerung ->Steuerung der Reiseplanung ->Preis- und Verfügbarkeitsstrategien definieren. Markieren Sie hier das Feld Erweiterte Suche möglich. ______________________________________________________________ SAP AG 133 SAP-System ______________________________________________________________ 5.19.3.6 Funktionserweiterungen zu Buchungen der Deutschen Bahn (geändert) Verwendung Mit SAP R/3 Enterprise Travel Extension 1.10 (EA-HR 110) stehen Ihnen im Bereich Bahnbuchungen folgende neue Funktionen zur Verfügung: o Reiseregeln zu Bahnbuchungen Sie können Regeln zur Wahl der Klasse bei Buchungen der Deutschen Bahn in den Reiserichtlinien definieren. Einstellungen im Einführungsleitfaden: Reisemanagement -> Reiseplanung -> Reiseregeln und -profile ->Reise- und Klassenregeln -> Klassenregeln Bahn ->Klassenregeln definieren oder Klassenregeln ausprägen. o Großkundentarif Ihre Daten zum Großkundentarif hinterlegen Sie im Einführungsleitfaden des Reisemanagements unter Reiseplanung ->Tarife und Rabatte -> Bahntarife (Großkundentarif Deutsche Bahn). Bei einer Buchung werden dann die Preise gemäß Großkundenticket ermittelt. Sie können dabei verschiedene Großkundentickets für verschiedene Mitarbeitergruppierungen definieren. o Hin- und Rückfahrt gleichzeitig buchbar Der Dialog wurde entsprechend umgestellt. Auswirkungen auf das Customizing Nehmen Sie die notwendigen Einstellungen in den oben angegebenen IMG-Aktivitäten vor. 5.19.3.7 Unternehmensspez. Infos in PNR - Verbesserte Kommunikation mit Reisebüro (neu) Verwendung Mit SAP R/3 Enterprise Travel Extension 1.10 (EA-HR 110) können Sie die Informationen, die Sie in der PNR (Passenger Name Record) an das Reisebüro oder den Anbieter weitergeben, flexibler gestalten. o Über ein Business Add-In (BAdI) können Sie die Informationen, die in der PNR übermittelt werden, um unternehmensspezifische Inhalte erweitern. Hierüber können Sie z.B. Benutzerinformationen oder E-Mail-Adressen der Mitarbeiter dem Reisebüro zur Verfügung stellen. Einstellungen im Einführungsleitfaden: Reisemanagent -> Reiseplanung -> Prozesssteuerung -> Firmensspezifische Elemente des Buchungssatzes -> Business Add-In: Dynamische Elemente des Buchungssatzes definieren. o Die PNR kann wahlweise mit Privat- oder Geschäftsanschrift gefüllt werden. Zusätzlich hat der Benutzer die Möglichkeit, diese Information während des Buchungsdialogs zu überschreiben. ______________________________________________________________ SAP AG 134 SAP-System ______________________________________________________________ Einstellungen im IMG: Reisemanagement -> Reiseplanung -> Expertensicht -> Weitere Steuerungsparameter Gebäudeadressen zuordnen. o Remark-Zeilen mit einem unternehmensspezifischen Inhalt, der für alle Mitarbeiter gleichsam gilt, können Sie ebenfalls zur PNR hinzufügen. Einstellungen im Einführungsleitfaden: Reisemanagement -> Reiseplanung -> Prozesssteuerung -> Firmenspezifische Elemente des Buchungssatzes -> Statische Elemente des Buchungssatzes definieren. Darüber hinaus wurden folgende Verbesserungen bei der Kommunikation mit dem Reisebüro eingeführt: o Emergency Queue Mittels einer speziellen Queue-Art können kurzfristige Buchungen vom Reisebüro mit Vorrang bearbeitet werden. Ist eine solche Queue definiert, werden automatisch alle Buchungen in diese Queue gestellt, die weniger als 24 Stunden vor Reisebeginn erstellt wurden (unter Berücksichtigung von Wochenende und Feiertagen). Zusätzlich können Sie Ihre ganz spezifischen Routinen zur Ermittlung der gewünschten Queue in einem Business Add-In definieren. Einstellungen im Einführungsleitfaden: Reisemanagement -> Reiseplanung -> Stammdaten -> Technische Steuerungsparameter der Reiseplanung Vertriebsstellen und Queues Queues Vertriebsstellentätigkeiten definieren oder Business Add-In: Reisebüro-Queues pflegen. o Elektronisches Ticket Wenn für eine Flugbuchung ein elektronisches Ticket vorgesehen ist, dann kann der Anwender entscheiden, ob er den Service des elektronischen Tickets nutzen möchte oder nicht. Dazu wird ihm im Dialog ein Dialogfenster angeboten. 5.19.3.8 Begründungskennzeichen (neu) Verwendung Mit SAP R/3 Enterprise Travel Extension 1.10 (EA-HR 110) können Sie Buchungen, die nicht den Reiserichtlinien entsprechen, mit Hilfe von Begründungskennzeichen analysieren. Wenn Sie in den unternehmensspezifischen Reiserichtlinien hinterlegt haben, dass der Benutzer bestimmte Alternativen außerhalb der offiziellen Regelungen buchen darf - unter der Voraussetzung, dass er seine Auswahl begründet -, dann können Sie für diese Begründungen bestimmte Kennzeichen im Customizing definieren. Sie können den Dialog derart gestalten, dass die Eingabe einer Begründung eine Kanneingabe oder eine Musseingabe ist und dass der Benutzer ggf. zusätzlich zur fest definierten Begründung noch beliebige Kommentare eingeben kann. Die Einstellungen hierzu sind abhängig vom Reiseprofil der jeweiligen Mitarbeitergruppe. Das Begründungskennzeichen mit zugehöriger Beschreibung wird bei der Buchung als Begründungszeile (Remark Element) in den Buchungssatz (PNR) eingefügt. Diese Zeile wird auch beim Synchronisationsprozess erneuert. Indem Sie ein Kennzeichen für die möglichen Begründungen vergeben, haben Sie die Möglichkeit, die von den Benutzern gewählten Begründungen inhaltlich zu strukturieren und statistisch auszuwerten. Auswirkungen auf das Customizing o Definition der Begründungskennzeichen ______________________________________________________________ SAP AG 135 SAP-System ______________________________________________________________ Reisemanagement -> Reiseplanung -> Prozesssteuerung -> Dialog- und Planungssteuerung -> Steuerung der Reiseplanung -> Kennzeichen für Begründungen definieren. o Verwendung bei der Dialoggestaltung Reisemanagement -> Reiseplanung -> Prozesssteuerung -> Dialog- und Planungssteuerung -> Steuerung der Reiseplanung -> Nachrichtenhandhabung der Prioritäten definieren. 5.19.3.9 Synchronisation der Reisenden-Profile zwischen AMADEUS und SAP (neu) Verwendung Mit SAP R/3 Enterprise Travel Extension 1.10 (EA-HR 110) wird der Administrationsaufwand zum Abgleich der Reisenden-Profile zwischen dem zentralen Reservierungssystem AMADEUS und der SAP Reiseplanung erheblich verringert: SAP unterstützt nun die Synchronisierung der Reisenden-Profile pro organisatorischem Bereich mit dem SAP Business Connectors. Folgende Informationen werden dabei berücksichtigt: o Reisepräferenzen o Kreditkartendaten o Firmenadresse Der zu sendende Datensatz kann mit Hilfe des Business Add-Ins FITP_PREFERENCES_DATA den spezifischen Kundenbedürfnissen angepasst werden. Auswirkungen auf den Datenbestand Sie können das Synchronisationsprogramm zum erstmaligen Anlegen von Profilen im AMADEUS-System und zum kontinuierlichen Verschicken geänderter SAP HR-Daten einsetzen. Auswirkungen auf das Customizing Die Einstellungen zur Profilsynchronisation nehmen Sie im Einführungsleitfaden des Reisemanagements vor unter Reiseplanung Stammdaten -> Technische Steuerungsparameter der Reiseplanung -> Externe Reservierungssysteme -> Synchronisation von Reisepräferenzen mit externen Reservierungssystemen. 5.19.3.10 Upload aktualisierter Tabelleninhalte zu IATA-Lokationen und Anbietern (neu) Verwendung ______________________________________________________________ SAP AG 136 SAP-System ______________________________________________________________ Mit SAP R/3 Enterprise Travel Extension 1.10 (EA-HR 110) wird der Administrationsaufwand der Customizing-Tabellen zu IATA-Lokationen, Reisedienstleistern und Bahnhofstabellen (Deutsche Bahn) erheblich verringert. SAP bietet in regelmäßigen Abständen die aktuellen Tabelleninhalte inklusive neuer oder gelöschter IATA-Lokationen, Fluggesellschaften, Hotelketten, Mietwagengesellschaften und Bahnhofstabellen der Deutschen Bahn (einschl. Synonyme) zum Download über den SAP Service Marketplace an. Die Dateien, die Sie dort auf einen lokalen PC herunterladen, können Sie mit Hilfe des neuen Upload-Reports RFTP_TABLE_UPLOAD in die jeweiligen Customizing-Tabellen Ihres Reiseplanungssystems einlesen. Die zur Verfügung gestellten Dateien aktualisieren folgende Tabellen oder Views: o TA21L (IATA-Lokationen) o TA21L1 (sprachabhängige Bezeichnungen von IATA-Lokationen o V_TA21P_F (Fluggesellschaften) o V_TA21P_H (Hotelketten) o V_TA21P_C (Mietwagengesellschaften) o TA22RSS (Deutsche Bahn, Bahnhöfe) o TA22RSSY (Deutsche Bahn: Bahnhofssynonyme) Siehe auch Weitere Informationen finden Sie in Kürze auf dem SAP Service Marketplace: http://service.sap.com/tm-download. 5.19.3.11 Strukturänderungen im IMG der R/3-Reiseplanung (geändert) Verwendung Mit SAP R/3 Enterprise Travel Extension 1.10 (EA-HR 110) wurde das Customizing der R/3-Reiseplanung grundlegend erweitert und erforderte damit einen neuen IMG-Strukturaufbau. Wenn Sie die Reiseplanung in der Vergangenheit bereits eingesetzt haben, dann sollten Sie die Customizing-Einstellungen der Reiseplanung neu vornehmen. Eine Migration per Programm wird nicht unterstützt. Die folgenden Kapitel führen Sie nun systematisch durch das Customizing der R/3-Reiseplanung: o Technische und organisatorische Voraussetzungen: o Stammdaten - Technische Steuerungsparameter: Einstellungen zu Reservierungssystemen, siehe auch: SABRE-Schnittstelle für SAP R/3 ______________________________________________________________ SAP AG 137 SAP-System ______________________________________________________________ Reiseplanung (neu), Vertriebsstellen, Queues, RFC-Destinationen und Zuordnung dieser technischen Parameter zu Mitarbeitergruppierungen - o Tarife und Rabatte - o o o Geographische Gegebenheiten: Einstellungen zu IATA-Lokationen; Einstellungen zur Suchhilfe der IATA-Lokationen; Zuordnung von Orten ohne IATA-Code zu offiziellen IATA-Lokationen; Einstellungen zu kundenspezifischen Tarifen für Hotel Reiseregeln und -profile - Reisetätigkeitsarten: Einstellungen zu unternehmensspezifischen Reisetätigkeitsarten; Zuordnung der erlaubten Reisetätigkeitsarten pro Mitarbeitergruppierung - Reise- und Klassenregeln: Einstellungen zu erlaubten Klassen und Strecken für Flug, Hotel, Mietwagen und Deutsche Bahn Prozesssteuerung - Dialog- und Planungssteuerung: Einstellungen zur Dialogführung, zu kundenspezifischen Dialogschritten, zu Preis- und Verfügbarkeitsstrategien, zu Höchstsätzen bei Hotelübernachtungen, zu Begründungen bei Buchungen gegen die Reiserichtlinien und zur Handhabung der Prioritäten; Zuordnung bestimmter Steuerungsregeln zu Mitarbeitergruppierungen - Firmenspezifische Elemente des Buchungssatzes: Einstellungen zu firmenspezifischen Informationen im Buchungssatz (PNR) - Zahlungswege: Definition der Zahlungswege und Zuordnung der Zahlungswege zu Mitarbeitergruppierungen Expertensicht - Neue Steuerungsparameter Siehe auch Strukturänderungen in der R/3-Reiseabrechnung 5.19.3.12 Sonstige neue Funktionen in der Reiseplanung (neu) Verwendung o Reisestellen-Kreditkarten Eine flexiblere Handhabung der Nutzung von Reisestellen-Kreditkarten wird nun erreicht, indem die Zuordnung der Kreditkarten in Abhängigkeit der Unternehmensstruktur gemacht werden kann. Hier werden als Kriterien die aus dem mySAP Human Resources bekannten Personalstammdaten und die Daten der organisatorischen Zuordnung der Mitarbeiter genutzt. So können Sie beispielsweise für verschiedene Kostenstellen unterschiedliche Reisestellen-Kreditkarten verwenden. Die entsprechenden IMG-Einstellungen nehmen Sie vor unter Reiseplanung -> Prozesssteuerung -> ______________________________________________________________ SAP AG 138 SAP-System ______________________________________________________________ Zahlwege. o Dialogsteuerung in der Reiseplanung Sie können nun für einzelne Dialogschritte frei definierbare Informationsmeldungen anlegen, die der Benutzer erhalten soll. So können Sie z.B. über einfache Customizing-Einstellungen im Dialog nach erfolgter Buchung eine Information anzeigen lassen, die über die Übermittlung der Reiseunterlagen Auskunft gibt und weitere Ansprechpartner im Reisebüro nennt. Zudem können Sie im Rahmen einer Feldsteuerung bestimmte Felder als Muss- oder Kanneingaben deklarieren. 5.19.4 FI-TV-COS Reisekosten 5.19.4.1 Öffentlicher Dienst Deutschland: Reisekostengesetze der Bundesländer (neu) Verwendung Ab SAP R/3 Enterprise Travel Extension1.10 (EA-HR 110) können Sie die Komponente Reisekosten auch für den Öffentlichen Dienst in den deutschen Bundesländern einsetzen. Implementiert sind die jeweiligen Landesreisekostengesetze und - falls vorhanden - die jeweiligen Auslandsreisekostenverordnungen. Sie können damit Dienstreisen (In- und Ausland) ohne Trennungsgeldbezug abrechnen. Im einzelnen werden nun die Besonderheiten folgender Landesreisekostengesetze berücksichtigt: o Baden-Württemberg o Bayern o Bremen o Hamburg o Hessen o Mecklenburg-Vorpommern o Nordrhein-Westfalen o Rheinland-Pfalz o Saarland o Sachsen o Thüringen Für die restlichen Bundesländer Berlin, Brandenburg, Niedersachsen, Sachsen-Anhalt und Schleswig-Holstein ist das Bundesreisekostengesetz anwendbar. Auswirkungen auf das Customizing o Sonderregeln für Branchenlösungen aktivieren ______________________________________________________________ SAP AG 139 SAP-System ______________________________________________________________ Um die Sonderregeln der Landesreisekostengesetze nutzen zu können, müssen Sie im Customizing der R/3-Reisekostenabrechnung in der Sicht Sonderregeln für Branchenlösungen aktivieren das jeweilige Landesrecht aktivieren. Für jedes Bundesland ist das landesspezifische Customizing in einer Reiseregelungsvariante voreingestellt. Die Varianten im einzelnen: Bundesland Baden-Württemberg Bayern Bremen Hamburg Hessen Mecklenburg-Vorpom. Rheinland-Pfalz Saarland Sachsen Thüringen Gesetz LRKG & LARVO LRKG & BayARV BremRKG HmbRKG HRKG & HARV LRKG LRKG SRKG SächsRKG & Auslandsbestimmungen der SächsRKVO ThürRKG & ThürARV Reiseregelungsvariante DW DY DM DH DS DV DP DL DC DT Für die anderen Bundesländer, die analog zum BRKG abrechnen, gilt die Reiseregelungsvariante D1. o Merkmal TRVCT Bauen Sie das Merkmal TRVCT so auf, dass der Mitarbeiter über seine organisatorische Zuordnung der gewünschten Reiseregelungsvariante zugeordnet wird. Die von SAP ausgelieferte Einstellung des Merkmals ist lediglich als ein Beispiel zu verstehen. 5.19.4.2 Öffentlicher Dienst Deutschland: Grenzübertrittsregeln (neu) Verwendung In verschiedenen Landesreisekostengesetzen und den korrespondierenden Auslandsreiseverordnungen existieren unterschiedliche Bestimmungen zum Grenzübertritt. Diese legen fest, welche Tagegeldpauschale am Tag des Grenzübertritts erstattet wird: je nach Uhrzeit des Grenzübertritts wird die Inlands- oder Auslandspauschale gezahlt. Für die Auslandspauschale ist festgelegt, ob die Pauschale des Grenzortes oder des letzten Geschäftsortes gezahlt wird. Darüberhinaus ist in der Gesetzgebung bestimmt, ob die Grenzübertrittsregeln nur bei mehrtägigen oder auch bei eintägigen Auslandsdienstreisen gelten und ob sie bei der Rückreise (Grenzübertritt vom Ausland ins Inland) und bei der Hinreise (Grenzübertritt vom Inland ins Ausland) gelten. Ab SAP R/3 Enterprise Travel Extension 1.10 (EA-HR 110) können Sie diese Grenzübertrittsregeln pro Bundesland in der R/3-Reiseabrechnung festlegen. Da aufgrund der Grenzübertrittsregeln andere Beträge zur Auszahlung kommen als in den ______________________________________________________________ SAP AG 140 SAP-System ______________________________________________________________ Lohnsteuerrichtlinien vorgesehen, entstehen hier in der Regel Hinzurechnungsbeträge oder Werbungskosten. Auswirkungen auf das Customizing Einstellungen hierzu für das jeweilige Bundesland nehmen Sie im Customizing der R/3-Reiseabrechnung unter Regeln für Grenzübertritt festlegen (Öff. Dienst Deutschland) vor. 5.19.4.3 Öffentlicher Dienst Deutschland: Vergleichsrechnung Tagegeld (neu) Verwendung Ab SAP R/3 Enterprise Travel Extension 1.10 (EA-HR 110) können Sie eine Vergleichsrechnung durchführen, die prüft, ob die Abrechnung anhand von Verpflegungsnachweisen oder Tagesgeldpauschalen durchgeführt werden sollte. Einige Landesreisekostengesetze erlauben die Abrechnung von Verpflegungsnachweisen anstelle von Tagegeldpauschalen. Dies ist an die Voraussetzung geknüpft, daß die Summe der Beträge der Verpflegungsnachweise unter Berücksichtigung der Haushaltsersparnis höher ist als die Summe der Tagegelder über die ganze Reise. Die Vergleichsrechnung Tagegeld stellt diese Summen einander gegenüber und erleichtert damit die Prüfung dieser Voraussetzung durch den genehmigenden Sachbearbeiter. Nach Durchführung der Vergleichsrechnung können Sie entscheiden, ob die Verpflegungsnachweise oder die Pauschalen erstattet werden sollen. Wenn Sie sich für die Erstattung des pauschalen Tagegelds entscheiden, werden die von Ihnen eingegebenen Verpflegungsnachweise gelöscht, im anderen Fall wird ein ggf. gesetztes Pauschalenkennzeichen im Rahmendatenbild deaktiviert. Auswirkungen auf das Customizing Die Einstellungen zur Aktivierung der Vergleichsrechnung Tagegeld nehmen Sie im Customizing der R/3-Reiseabrechnung unter Vergleichsrechnung einrichten (Öff. Dienst Deutschland) vor. 5.19.4.4 Öffentl. Dienst Deutschland: Vergleichsrechnung Unterkunft (neu) Verwendung Einige Landesreisekostengesetze und Auslandsreisekostenverordnungen lassen ohne weitere Prüfungen die Erstattung von Unterkunftsbelegen nur bis zu einem Höchstbetrag zu. Der Höchstbetrag hängt von folgenden Faktoren ab: o von der Gesamtsumme des Übernachtungsgeldes, das ohne Unterkunftsnachweise zu erstatten wäre, oder o von einem festen Betrag je Nacht Ab SAP R/3 Enterprise Travel Extension 1.10 (EA-HR 110) können Sie eine Vergleichsrechnung aktivieren, die einen Höchstbetrag für die Gesamtsumme der Übernachtungskosten mit Nachweis, der ohne weitere Prüfung gezahlt werden kann, ermittelt. ______________________________________________________________ SAP AG 141 SAP-System ______________________________________________________________ Dabei können Sie auswählen, ob die Vergleichsrechnung nur für Inlandsreisen, nur für Auslandsreisen oder für beide Fälle durchgeführt wird. Auswirkungen auf das Customizing Die Einstellungen zur Vergleichsrechnung Unterkunft nehmen Sie im Customizing der R/3-Reiseabrechnung unter Vergleichsrechnung einrichten (Öffentl. Dienst Deutschland) vor. 5.19.4.5 Öffentl. Dienst Deutschland: Mehrere Inlandsdienstreisen an einem Tag (neu) Verwendung In den Landesreisekostengesetzen für Bayern und Saarland wird vorgeschrieben, dass bei mehreren Inlandsdienstreisen an einem Tag das Tagegeld für jede Reise einzeln zu bestimmen ist, aber die Summe der Tagegelder dieser Reisen den vollen Tagegeldsatz nicht überschreiten darf. In den Reisekostengesetzen der übrigen Bundesländer wird bei mehreren Inlandsdienstreisen an einem Tag vorgeschrieben, dass zur Bestimmung des Tagegeldes die Abwesenheitszeiten dieser Reisen zu summieren sind. Ab SAP R/3 Enterprise Travel Extension 1.10 (EA-HR 110) können Sie für die Erfassung mehrerer Inlandsdienstreisen an einem Tag ein Reiseschema mit der Eigenschaft Mehrere Dienstreisen / Tag verwenden (siehe IMG-Punkt Schemen- und Einzelfeldsteuerung definieren. Die untertägigen Reisen sind nicht als einzelne Reisen sondern als Reiseabschnitte einer übergeordneten Reise zu erfassen. Für diese übergeordnete Reise geben Sie als Beginnuhrzeit den Beginn der ersten Reise dieses Tages und als Endeuhrzeit die Endeuhrzeit der letzten Reise ein. Erfassen Sie die einzelnen untertägigen Reisen als Ziele dieser übergeordneten Reise. Auswirkungen auf das Customizing Einem Schema geben Sie die Eigenschaft Mehrere Dienstreisen / Tag im Customizing der Reisekostenabrechnung unter Schemen- und Einzelfeldsteuerung definieren. 5.19.4.6 Verrechnung von Hinzurechnungsbeträgen und Werbungskosten (neu) Verwendung Falls bei der Abrechnung einer Reise sowohl Hinzurechnungsbeträge als auch Werbungskosten anfallen, können diese miteinander verrechnet werden. In früheren Standard-Releases war nur eine Verrechnung innerhalb der Verpflegungsabrechnung möglich. Ab SAP R/3 Enterprise Travel Extension 1.10 (EA-HR 110) können die Hinzurechnungsbeträge und Werbungskosten aller Spesenkategorien auch übergreifend miteinander verrechnet werden, sofern es sich nicht um Sachbezugswerte oder Spesen handelt, die vorab vom Unternehmen bezahlt worden sind (z.B. vom Arbeitgeber veranlasstes Mittagessen etc.). Auswirkungen auf das Customizing ______________________________________________________________ SAP AG 142 SAP-System ______________________________________________________________ Die Verrechnung von Hinzurechnungsbeträgen und Werbungskosten aktivieren Sie im Customizing der Reiseabrechnung in der IMG-AktivitätVerrechnung von Hinz.beträgen und Werbungskosten einrichten. Die Verrechnung erfolgt dann mit Hilfe der in der folgenden IMG-Aktivität hinterlegten Verrechnungslohnarten: Vorsteuer und Lohnarten für Schnittstellen -> Steuerfreie Verrechnungslohnarten für Hinz.beträge zuordnen Sofern Sie andere oder zusätzliche Lohnarten für Hinzurechnungsbeträge im Bereich der Reisekosten verwenden als von SAP standardmäßig vorgesehen, müssen Sie auch diesen entsprechende steuerfreie Verrechnungslohnarten zuordnen. Diese Funktionalität wurde für den öffentlichen Dienst Deutschland entwickelt. Falls Sie die Funktionalität für andere Länderversionen einsetzen möchten, prüfen und testen Sie die korrekte Funktionsweise vor Einsatz eingehend. 5.19.4.7 LRKG Rheinland-Pfalz: Wegstreckenentschädigung (neu) Verwendung Ab SAP R/3 Enterprise Travel Extension 1.10 (EA-HR 110) können Sie die Komponente Reiseabrechnung nun auch entsprechend des LRKG Rheinland-Pfalz einsetzen. Um alle Besonderheiten des LRKG Rheinland-Pfalz abzudecken, wurde folgende Neuerung implementiert: Reduktion der Kilometergrenze für anerkannt privateigene KFZs Für anerkannt privateigene Kraftfahrzeuge sind die KM-Sätze nach der Fahrleistung im Kalenderjahr gestaffelt. Dabei reduziert sich die nach der Grundstaffel zu vergütende Kilometerzahl im Jahr der Anerkennunung jeweils um ein Zwölftel für jeden wegfallenden vollen Kalendermonat (§3 LVO, Abs. 2-3). Damit diese Regel im R/3-Reiseabrechnungssystem korrekt funktioniert, müssen Sie für alle Mitarbeiter mit anerkannt privateigenem Fahrzeug im Infotyp 0017 (Reiseprivilegien) das Feld Beginndatum für jährliche Kumulation mit dem Datum der Anerkennung des Fahrzeugs pflegen. Weitere Hinweise Die LRKG Rheinland-Pfalz beinhaltet ebenfalls eine Besonderheit bei Beträgen mit Cent-Bruchteilen für die Wegstreckenentschädigung. Beachten Sie daher, dass Sie für den Einsatz der R/3-Reisekostenabrechnung gemäß LRKG Rheinland-Pfalz ebenfalls Einstellungen zu einer zusätzlichen Währung mit drei Nachkommastellen vornehmen müssen. Weitere Informationen hierzu finden Sie im Implementierungsleitfaden (IMG) der Reiseabrechnung in der IMG-Aktivität Fahrtkostenpauschalen definieren. 5.19.4.8 Kilometerabrechnung: Erweiterung der Kumulation gemäß Periodenparamete (neu) Verwendung ______________________________________________________________ SAP AG 143 SAP-System ______________________________________________________________ Seit dem Add-On HR-PS 4.52A können Sie das Kumulationsverfahren pro Fahrzeugart und Fahrzeugklasse angeben (IMG-Aktivität Kumulationsverfahren Fahrzeugarten/-klassen zuordnen). Für das Verfahren Kumulation gemäß Periodenparameter mussten Sie bislang im Intotyp 0017 (Reiseprivilegien) für jeden Mitarbeiter der entsprechenden Reiseregelungsvariante einen für diesen Mitarbeiter gültigen Periodenparameter hinterlegen. Ab SAP R/3 Enterprise Travel Extension 1.10 (EA-HR 110) können Sie nun alternativ den Periodenparameter ebenfalls in der IMG-Aktivität Kumulationsverfahren Fahrzeugarten/-klassen zuordnen hinterlegen. Diese Alternative empfiehlt sich in Fällen, in denen für alle Mitarbeiter einer Reiseregelungsvariante bei Verwendung bestimmter Fahrzeugarten bzw. -klassen der gleiche Periodenparameter gelten soll. 5.19.4.9 Öffentlicher Dienst Frankreich: Reisekostenabrechnung für Inlands/Auslands-/Seminarreisen (neu) Verwendung Ab SAP R/3 Enterprise Travel Extension 1.10 (EA-HR 110) können Sie die R/3-Reisekostenabrechnung auch für den Öffentlichen Dienst Frankreich nutzen. Implementiert sind die jeweiligen gesetzlichen Regelungen für Dienstreisen innerhalb Frankreichs und im Ausland sowie als Spezialfall Seminarreisen innerhalb Frankreichs. Hierfür gilt die Voraussetzung, dass alle Erstattungsbeträge steuerfrei sind. Die Reisedaten sollten Sie ausschließlich über den Reisekostenmanager (Transaktion PR05) erfassen. Andere Erfassungstransaktionen sind für die Reisekostenabrechnung für den Öffentlichen Dienst Frankreich nicht freigegeben. Bei der Erfassung der Reisedaten ist zwischen Inlandsreisen, Seminarreisen und Auslandsreisen zu unterscheiden. Eine Mischung von Inlands- und Auslandszielen bzw. normalen Inlandsreisen mit Seminarreisen ist grundsätzlich nicht möglich. Für Inlandsreisen, Seminarreisen im Inland und Auslandsreisen wurde jeweils eine eigene Reiseschemen angelegt, die Sie bei der Erfassung benutzen sollten. Auswirkungen auf das Customizing Für das Auslieferungscustomizing wurde eine eigene Reiseregelungsvariante 'FR' angelegt, die bereits alle Einstellungen für die Branchenlösung Öffentlicher Dienst Frankreich enthält. o Sonderregeln für Branchenlösungen aktivieren Um die Sonderregeln für den Öffentlichen Dienst Frankreich nutzen zu können, müssen Sie im Customizing der R/3-Reisekostenabrechnung in der IMG-AktivitätSonderregeln für Branchenlösungen aktivieren die entsprechenden Abrechnungsregeln aktivieren. o Merkmal TRVCT Bauen Sie in der IMG-Aktivität Organisatorische Bereiche Reiseregelungsvarianten zuordnen das Merkmal TRVCT so auf, dass der Mitarbeiter über seine organisatorische Zuordnung der Reiseregelungsvariante für den Öffentlichen Dienst Frankreich zugeordnet wird. ______________________________________________________________ SAP AG 144 SAP-System ______________________________________________________________ Die von SAP ausgelieferte Einstellung des Merkmals ist lediglich als ein Beispiel zu verstehen. o Eigenschaften der gesetzlichen Reisearten festlegen Falls Sie eigene gesetzliche Reisearten anlegen, beachten Sie, dass Sie in dieser IMG-Aktivität die entsprechenden Eigenschaften dazu auswählen. Siehe auch Öffentlicher Dienst Frankreich: Behandlung von Abzügen Detaillierte Informationen zur Branchenlösung für den Öffentlichen Dienst Frankreich finden Sie in der Dokumentation der SAP Bibliothek zum Reisemanagement unter Reisekostenabrechnung -> Länder- und Branchenversionen der Reisekostenabrechnung -> Frankreich -> Branchenlösung Öffentlicher Dienst Frankreich. 5.19.4.10 Öffentlicher Dienst Frankreich: Behandlung von Abzügen (neu) Verwendung Ab SAP R/3 Enterprise Travel Extension 1.10 (EA-HR 110) sind die gesetzlichen Anforderungen für den Öffentlichen Dienst Frankreich bezüglich der Behandlung von Abzügen für die R/3-Reisekostenabrechnung wie folgt realisiert. o Inlandsreisen Gemäß der französischen Gesetzgebung für den Öffentlichen Dienst Frankreich können für Inlandsreisen - Abzüge wegen unentgeltlicher Übernachtung bzw. Verpflegung vorgenommen werden und - die Reisekostenerstattungen um 50 % reduziert werden, wenn der Reisende in einer speziellen Unterkunft für den Öffentlichen Dienst untergebracht ist. Innerhalb der Reise kann tageweise ein Abzug von 50 % oder 100 % für Verpflegung oder Unterkunft vorgenommen werden. Die Einträge sind im Standard-Customizing in der IMG-Aktivität Abzüge definieren (V_T706A ) hinterlegt. Für diese Funktionalität sind dort insgesamt 10 neue Festwerte für den Schlüssel des Abzugskennzeichens definiert: - Abzugswerte 1, 2, 3, 4, 5: Abzug von der Verpflegung für den Öffentlichen Dienst Frankreich - Abzugswerte 6, 7, 8, 9, 0: Abzug von der Unterkunft für den Öffentlichen Dienst Frankreich Im Standard-Customizing werden jeweils zwei Einträge für 50 und 100 % ausgeliefert. Im Dialog der Reisekostenerfassung werden die Langtexte der Einträge mit der jeweiligen Prozentzahl in einer Listbox dem Benutzer zur Verfügung gestellt. Hinweise: Der Eintrag für die Unterkunft ist immer so zu verstehen, dass die Nacht zum Datum reduziert wird. Ein Abzug, der für den 20.10.2000 eingetragen wurde, reduziert also die Nacht vom 19. zum 20.10.2000. Die erste Nacht ist aus diesem Grund normalerweise nicht eingabebereit. ______________________________________________________________ SAP AG 145 SAP-System ______________________________________________________________ o Auslandsreisen Für Reisen ins Ausland wird zwischen Verpflegung und Unterkunft nicht unterschieden. Beide Pauschalen werden zusammengefasst. Aus diesem Grund wird im Bild zur Erfassung der Abzüge auch nur eine Spalte für Abzüge eingeblendet. Dort nimmt der Benutzer bei der Erfassung der Reisekosten analog zu dem oben beschriebenem Sachverhalt eine Eingabe vor. Unter bestimmten Umständen wird für den letzten Tag ein halber Pauschalensatz mehr gezahlt. Der Reisende erhält dann für diesen Tag 150 % der Tagespauschale. Bei einer Reduktion darf der Abzug aber nur von der Tagespauschale berechnet werden. Die halbe zusätzliche Pauschale bleibt unberührt. Auswirkungen auf das Customizing Alle notwendigen Einstellungen zur Behandlung von Abzügen gemäß den gesetzlichen Vorschriften für den Öffentlichen Dienst Frankreich sind im Standard-Customizing bereits hinterlegt. Überprüfen Sie ggf. die Einträge in den genannten IMG-Aktivitäten. Siehe auch Detaillierte Informationen zur Branchenlösung für den Öffentlichen Dienst Frankreich finden Sie in der Dokumentation der SAP Bibliothek zum Reisemanagement unter Reisekostenabrechnung -> Länder- und Branchenversionen der Reisekostenabrechnung -> Frankreich -> Branchenlösung Öffentlicher Dienst Frankreich. 5.19.4.11 Öffentlicher Dienst Frankreich: Behandlung von Vorschüssen (neu) Verwendung Ab SAP R/3 Enterprise Travel Extension 1.10 ( EA-HR 110) sind die gesetzlichen Anforderungen für den Öffentlichen Dienst Frankreich bezüglich der Behandlung von Vorschüssen für die R/3-Reisekostenabrechnung wie folgt realisiert: Die gesetzliche Vorgabe besagt, dass bei Dienstreisen ein Vorschuss auf 75% (bei Inlandsreisen) und 100% (bei Auslandsreisen) der zu erwartenden Reisekostenerstattung zu begrenzen ist. Um die Berechnung dieses Vorschusses zu erleichtern, können Sie über die neu eingeführte Drucktaste Vorschüsse ermitteln eine Simulation der Reise durchführen. Dabei werden Ihnen die Ergebnisse angezeigt und der noch mögliche Vorschussbetrag wird automatisch berechnet, den Sie dann genehmigen bzw. ggf. manuell verändern können. Siehe auch Detaillierte Informationen zur Branchenlösung öffentlicher Dienst Frankreich finden Sie in der Dokumentation der SAP Bibliothek . Wählen Sie dort innerhalb des Reisemanagements Reisekostenabrechnung -> Länder- und Branchenversionen der Reisekostenabrechnung -> Frankreich -> Branchenlösung Öffentlicher Dienst Frankreich. ______________________________________________________________ SAP AG 146 SAP-System ______________________________________________________________ 5.19.4.12 Öffentlicher Dienst Frankreich: Besonderheiten zum Standardformular de Reisekosten (neu) Verwendung Ab SAP R/3 Enterprise Travel Extension 1.10 (EA-HR 110) sind bei dem Standardformular der Reisekosten für den Öffentlichen Dienst Frankreich folgende Besonderheiten zu beachten: Auslandsreisen/Seminarreisen: Reiseverlauf Bei Auslandsreisen werden Zwischenziele durch die Ankunft am Zielort bzw. die Abreise vom Zielort definiert. Daher besteht eine Auslandsreise aus einer Aneinanderreihung selbständiger Reiseabschnitte und kann ggf. zeitliche Lücken aufweisen. Bei Seminarreisen werden nur die Aufenthalte am Seminarort und eventuell private Ziele erfaßt. Diese Aufenthalte sind eigenständige Reisen, die aus Gründen der Reduktion der Übernachtungspauschale in einer Reise erfaßt werden. Somit weist die übergreifende Seminarreise analog zur Auslandsreise zeitliche Lücken auf. Bei der Darstellung des Reiseverlaufs im Standardformular werden nur diese Reiseabschnitte in fortlaufender Numerierung dargestellt. Auslandsreisen: Indemnite Journaliere (IJ) Der IJ wird im Formularblock Verpflegung angegeben. Je Zeile werden der Einzelbetrag (Basis-IJ), die Anzahl der IJ's sowie der Erstattungsbetrag angezeigt. Hierbei ist der Erstattungsbetrag das Produkt aus Einzelbetrag und Anzahl der IJs. Die Abzüge vom IJ werden je Tag angezeigt. Der Betrag der Abzüge ergibt sich als prozentualer Anteil am IJ (50 oder 100%). Prozentualer Anteil und Abzugsbetrag (Prozentwert) werden ausgewiesen und in der Spalte der Erstattungsbeträge negativ dargestellt. Somit ergibt sich der Gesamterstattungsbetrag als Summe der Erstattungsbeträge je Zeile minus der Abzüge. Inlandsreisen: Indemnite Repas (IR) Je Zeile werden der Einzelbetrag eines IR, die Anzahl der IR sowie der Erstattungsbetrag angezeigt. Hierbei ist der Erstattungsbetrag das Produkt aus Einzelbetrag und Anzahl IR. Die Abzüge werden analog zu den Abzügen bei Auslandsreisen dargestellt. Inlandsreisen: Indemnite Nuitee Je Zeile wird die Übernachtungspauschale, die Anzahl der Übernachtungen und der Erstattungsbetrag dargestellt. Die Abzüge werden pro Nacht angegeben und in der Spalte 'Anzahl Nächte' mit einem R (= reduziert) gekennzeichnet. Der nach dem Abzug zu erstattende Betrag wird dargestellt. Siehe auch Detaillierte Informationen zur Branchenlösung für den Öffentlichen Dienst Frankreich finden Sie in der Dokumentation der SAP Bibliothek zum Reisemanagement. Wählen Sie dort Reisekostenabrechnung -> Länder- und Branchenversionen der Reisekostenabrechnung -> Frankreich -> Branchenlösung Öffentlicher Dienst Frankreich. ______________________________________________________________ SAP AG 147 SAP-System ______________________________________________________________ 5.19.4.13 Dreimonatsregel: Erste Stufe realisiert (neu) Verwendung Mit SAP R/3 Enterprise Travel Extension 1.10 (EA-HR 110) wird ein Ansatz für das Beachten der Dreimonatsregel im Reisemanagement geschaffen. Die vollständige Realisierung ist für ein späteres Release geplant. Sie möchten wiederkehrende Reisen zu einem bestimmten Ziel aus steuerlichen Gründen zusammenfassen, um nach Ablauf einer bestimmten Dauer (z.B. drei Monate) das Abrechnungs- und Versteuerungsverfahren zu wechseln. Um dazu wiederkehrende Ziele erkennen zu können, muss in einem solchen Fall die Erfassung von Zielorten detailliert erfolgen: Dies bedeutet, dass die Eingabe des Zielortes nur noch über die Wertehilfe ermöglicht werden kann. Die Wertehilfe zeigt für die aktuelle Personalnummer eine Liste der bereits bereisten Ziele. Bereist man also ein bestimmtes Ziel erneut, so ist dieses Ziel aus der Liste zu übernehmen. Neue Ziele können im unteren Teil des Popups über die Angabe der Straße und des Ortes erfasst werden. Damit ist sichergestellt, dass wiederkehrende Reisen zu einem bestimmten Ziel mit der gleichen Zielbezeichnung abgelegt werden. Folgende Wahlmöglichkeiten stehen zur Verfügung: 0 = kein Wechsel des Abrechnungsverfahrens bei wiederholten Reisen zum gleichen Ziel (z.B. 3-Monatsregel in Deutschland) 1 = Wechsel des Abrechnungsverfahrens bei wiederholten Reisen zum gleichen Ziel (z.B. 3-Monatsregel in Deutschland), Firma trägt die Steuer für den alten Steuerfreibetrag. 2 = Wechsel des Abrechnungsverfahrens bei wiederholten Reisen zum gleichen Ziel (z.B. 3-Monatsregel in Deutschland), Mitarbeiter trägt die Steuer für den alten Steuerfreibetrag. 3 = Die Tabelle PTRV_TRIP_CHAIN, in der alle Reisen zielgenau dokumentiert werden, wird nur für statistische Zwecke mitgeführt. Legen Sie im Fall 1, 2 oder 3 in der Tabelle T706_CONST die Dauer in Monaten bzw. Tagen (Konstante REIDM bzw. REIDD) fest. Die berücksichtigte Dauer ergibt sich dann aus der Summe der in der Konstante REIDM festgelegten Monate und der in der Konstanten REIDD festgelegten Tage. Die maximale Lückengröße zwischen zwei Reisen zum gleichen Ziel geben Sie schließlich in der Konstanten REIGP an. Die Wirksamkeit beginnt mit dem Datum, das Sie der Konstanten REIDM zusätzlich zur Dauer mitgeben. Dies bedeutet, dass der erste Wechsel des Abrechnungs- bzw. Versteuerungsverfahrens erst nach Ablauf der festgelegten Dauer (z.B. 3 Monate) ab dem Wirksamkeitsdatum erfolgt. Einschränkungen In der ersten Auslieferung des SAP R/3 Enterprise Addon's wird bei allen drei Schalterstellungen lediglich die Tabelle PTRV_TRIP_CHAIN mit allen Zielen aller Reisen gefüllt. Wird dabei ein Ziel gefunden, für das das Abrechnungs- oder Versteuerungsverfahren ab einem bestimmten Datum geändert werden muss, so wird dieses Datum in der Tabelle PTRV_TRIP_CHAIN im Feld ACTION_DATE_REQ bei allen betroffenen Reisen gespeichert. ______________________________________________________________ SAP AG 148 SAP-System ______________________________________________________________ Das Abrechnungsprogramm reagiert jedoch z.Z. auf dieses Datum nicht. Der Anwender kann in diesem Fall die Methode SET_DIFFERENT_WAGETYPE des BADIs TRIP_RECURRENT_DEST (Transaktion SE19) benutzen, um die Abrechnungsanteile, die nach dem errechneten Datum liegen, einer separaten Lohnart zu zuordnen. Die Transaktionen Reisekalender (PR02) und Wochenbericht (PR04) werden nicht unterstützt. 5.19.4.14 Erweiterung der BAPI-Schnittstelle des Reisemanagements (erweitert) Verwendung Mit SAP R/3 Enterprise Travel Extension 1.10 (EA-HR 110) wurde die Schnittstelle des Funktionsbausteins BAPI_TRIP_CREATE_FROM_DATA erweitert. o Die neue Tabelle ADVANCE ermöglicht es, beim Anlegen einer Mitarbeiter-Reise im System R/3, Modul Reisemanagement auch Vorschüsse mitzugeben. o Der neue Parameter (Struktur) CHANGE erlaubt die Änderung des durch den Funktionsbaustein erzeugten Standardeintrags in der Reisekosten-Tabelle AEND (die zur Protokollierung der Änderungshistorie der Reise dient). Ferner kann das Verhalten des Funktionsbausteins von außen beeinflusst werden: Mit dem neuen Parameter BATCH_INPUT_ONLY wird erreicht, dass die Mitarbeiter-Reise nicht sofort auf der Datenbank des R/3-Systems abgelegt wird, sondern zunächst nur eine Batch-Input-Mappe (deren Name im Parameter BATCH_SESSION_NAME mitgegeben werden kann) erzeugt wird. 5.19.4.15 Neues zum Kreditkartenclearing im Reisemanagement (geändert) Verwendung Mit SAP R/3 Enterprise Travel Extension 1.10 (EA-HR 110) hat sich im Kreditkartenclearing des Reisemanagements folgendes geändert: o Sie können nun Kreditkartengesellschaften im Customizing selbst definieren, auch nicht zertifizierte Gesellschaften. o Sie können jetzt ein Clearing mit mehreren Kreditkartengesellschaften parallel durchführen. Dazu steht Ihnen im Customizing ein neues Feld Leistungserbringer zur Verfügung. Über dieses Feld können Sie die Kontierung von Kreditkartenumsätzen steuern. o Bei bezahlten Belegen aus dem Kreditkartenclearing sind Betrag, Kurs und Währung nicht mehr änderbar. o Umsatzschlüssel sind nicht mehr eingeschränkt und können jetzt frei vergeben werden. Sie haben jetzt die Möglichkeit, diese mit der Kreditkartengesellschaft direkt abzustimmen und dann im System zu hinterlegen. o Bei der Buchung im FI kann nun die Kreditkartennummer sowie die Transaktionsnummer als Zuordnungskriterium beim Ausgleich mitgegeben werden. ______________________________________________________________ SAP AG 149 SAP-System ______________________________________________________________ o Neue Auswertungsmöglichkeiten im Reporting: Im SAP-Menü stehen Ihnen unter Werkzeuge -> Kreditkartendaten zwei neue Reports zur Verfügung: - Fehlerhafte Umsätze korrigieren - Datei mit korrig. Umsätzen erzeugen Auswirkungen auf das Customizing Im Einführungsleitfaden des Reisemanagements gibt es unter Reiseabrechnung -> Stammdaten einen neuen Unterpunkt Kreditkartenclearing. Er enthält die beiden Aktivitäten Kreditkartengesellschaft definieren und Zuordnungstabelle für Kreditkartenclearing definieren Weiterhin können Sie in der IMG-Aktivität Zuordnung Lohnart - symbolisches Konto definieren für jede Lohnart einzeln und hier wiederum jeweils für Aufwands- und Gegenbuchung getrennt festlegen, ob die Kreditkartennummer und die Transaktionsnummer an die Finanzbuchhaltung übertragen werden soll (jeweils Flag 'mit Kreditkarteninformationen' an den Spalten 'symbolisches Aufwandskonto' und '2. symbolisches Konto Verrechnung' aktivieren). Siehe auch Weitere Informationen finden Sie in der SAP-Bibliothek unter Reisemanagement -> Datenbankverwaltung der Reiseabrechnung -> Kreditkartenclearing 5.19.4.16 Vermeidung buchungskreisübergreifender Buchungen im Reisemanagement (erweitert) Verwendung Zeitpunkt des Kreditorlesens wählbar Die Auszahlung der Reisekosten an den Mitarbeiter kann im Rechnungswesen über einen personenbezogenen Kreditor erfolgen. Dieser Kreditor wurde bisher starr in demjenigen Buchungskreis gesucht, in dem der Mitarbeiter zum Endedatum der Abrechnungsperiode, die beim Anlegen eines Buchungslaufs eingegeben wurde, zugeordnet ist. Bei einem organisatorischen Wechsel des Mitarbeiters im Zeitraum zwischen diesem Datum und der Reisezeit wird dadurch eine buchungskreisübergreifende Buchung erzwungen. Mit Enterprise Travel Extension 1.10 (EA-HR 110) ist nun der Zeitpunkt, zu dem der Stammbuchungskreis des Mitarbeiters ermittelt wird, über eine Customizing-Aktivität wählbar. Der Zeitpunkt kann zwischen dem Endedatum der Abrechnungsperiode, dem Systemdatum und dem Endedatum der Reise liegen. Vor allem durch letztere Wahl können buchungskreisübergreifende Buchungen vermieden werden. Kreditor kann im Buchungskreis des Aufwands gesucht werden Bisher wurde der personenbezogene Kreditor, der zur Auszahlung der Reisekosten an den Mitarbeiter verwendet werden kann, für jede Lohnart im Stammbuchungskreis gesucht. Beim Auftreten von mehreren Kontierungen auf jeweils verschiedene Buchungskreise innerhalb einer Reise wurden dadurch buchungskreisübergreifende Buchungen notwendig. Jetzt kann über eine Customizing-Aktivität für jede Lohnart separat erreicht werden, dass der personenbezogene Kreditor im Buchungskreis der Aufwandsbuchung gesucht wird. Es wird jedoch ______________________________________________________________ SAP AG 150 SAP-System ______________________________________________________________ empfohlen, diese Festlegung entweder für alle oder für keine Lohnart zutreffen. Sollten innerhalb einer Reise nun Kontierungen auf verschiedene Buchungskreise auftreten, erfolgen Aufwands- und Kreditorenbuchung jeweils im selben Buchungskreis des Aufwands. Eine buchungskreisübergreifende Buchung ist damit nicht mehr notwendig. Auswirkungen auf das Customizing Im Customizing des Reisemanagements können Sie in der IMG-Aktivität Reiseabrechnungssteuerung (Expertenview) in der Spalte 17 der Zeile 'Übrige Abrechnung' einstellen, ob der Stammbuchungskreis zum Endedatum der Periode, zum Systemdatum oder zum Endedatum der Reise bestimmt wird. In der IMG-Akltivität Zuordnung Lohnart - symbolisches Konto definieren können Sie durch Aktivieren des Flags 'Setzen des Aufwandsbuchungskreises' neben der Spalte 'symbolisches Konto für die Gegenbuchung' für die gewünschte Lohnart festlegen, dass die Gegenbuchung im selben Buchungskreis wie die Aufwandsbuchung erfolgen soll. 5.19.4.17 Reisemanagement für Finnland Verwendung Mit SAP R/3 Enterprise Travel Extension 1.10 (EA-HR 110) erfüllt das Reisemanagement die länderspezifischen Anforderungen für Finnland (Reiseregelungsvariante 44). Dies beinhaltet die folgenden gesetzlichen und unternehmensspezifischen Funktionen der Reisekostenabrechnung: o Abrechnung von Belegen o Berechnung der gesetzlichen Verpflegungspauschalen unter Berücksichtigung der Abzüge aufgrund kostenloser Mahlzeiten o Berechnung der gesetzlichen Unterkunftspauschalen o Customizingeinträge in der Reiseregelungsvariante 44 Finnische Abrechnung. 5.19.4.18 Erfassung und Buchung von Belegen und Vorschüssen in Fremdwährung (erweitert) Verwendung Belege und Vorschüsse können im Reisemanagement zwar in beliebiger Fremdwährung erfasst werden, die Abrechnung der Reise (und damit aller enthaltenen Belege und Vorschüsse) dagegen konnte bisher nur entweder in Reisewährung, in Hartwährung oder pro Beleg bzw. Vorschuss wählbar in Reise- oder Hartwährung erfolgen. Mit Enterprise Travel Extension 1.10 (EA-HR 110) können Belege und Vorschüsse auch in ihrer Erfassungswährung abgerechnet und gebucht werden. Analog zum Verhalten des Reisekostenformulars bei Hartwährung werden in diesem Fall im Formular nur Einzelsummen für jede Währung gebildet und keine Gesamtsumme mehr ausgegeben. ______________________________________________________________ SAP AG 151 SAP-System ______________________________________________________________ Auswirkungen auf das Customizing Im Customizing des Reisemanagements können Sie im IMG-Arbeitsschritt Globale Voreinstellungen definieren die neue Funktionalität aktivieren. 5.19.4.19 Strukturänderungen im IMG der R/3-Reiseabrechnung Verwendung Im folgenden erhalten Sie einen Überblick über diejenigen Aktivitäten im Customizing der R/3-Reiseabrechnung an denen zur SAP R/3 Enterprise Travel Extension 1.10 (EA-HR 110) grundlegende Neuerungen oder Umstrukturierungen vorgenommen wurden. Reiseabrechnung o o o Stammdaten - Steuerungsparameter für Reisekosten Umbenannt IMG-Aktivität Organisatorische Bereiche Reiseregelungsvarianten zuordnen -> Organisatorische Bereiche ü. Merkmal TRVCT Reiseregelungsvarianten zuordnen - Steuerungsparameter aus Reisefakten Neu: Abwesenheitsdaten definieren für öffentlichen Dienst Deutschland IMG-Aktivität User Exit umbenannt in User-Exit-Include: Zusätzliche Anpassungsmöglichkeiten bei der Erfassung - Reisespesenarten Neu: Vorsteuer für Pauschalen (im Ausland) definieren - Neues Unterkapitel: Kreditkartenclearing mit den Aktivitäten: Zuordnungstabelle Kreditkartenclearing definieren Neu: Kreditkartengesellschaft definieren Dialog- und Reiseabrechnungssteuerung - Dialogsteuerung Neu: Vergleichsrechnung einrichten (Öff. Dienst Deutschland) - Dialogsteuerung für Integration Arbeitszeitblatt (CATS) ins Reisemanagement Neu: Integration Reisemanagement -> Arbeitszeitblatt (CATS for service providers) Neu: Integration Reisemanagement -> CATS Genehmigung) - Reiseabrechnungssteuerung Neu: Regeln für Grenzübertritt festlegen (Öff. Dienst Deutschland) Neu: Verrechnung von Hinz.beträgen und Werbungskosten einrichten Umbenannt: Vorsteuer und Lohnarten für Schnittstellen -> Lohnarten für Schnittstellen Neu: Alternative Lohnarten den Reisespesenarten für Einzelbelege zuordnen Neu: Alternative Lohnarten den Reisespesenarten für Pauschalen zuordnen Neu: Steuerfreie Verrechnungslohnarten für Hinz.beträge zuordnen Gelöscht: Vorsteuer für Pauschalen (im Ausland) definieren Gelöscht: Lohnartengruppe Reisekosten prüfen ______________________________________________________________ SAP AG 152 SAP-System ______________________________________________________________ o Übertragung Rechnungswesen Neu: Ermittlung des FI-Zahlungsdatums o Employee Self Services im Reisemanagement ersetzt das alte Kapitel Internet-Anwendungskomponente In diesem Kapitel sind die bisherigen IMG-Aktivitäten zur Reisekostenabrechnung mit Excel gelöscht worden. Neu hinzugekommen sind die organisatorische Aktivität Web-GUI Transaktionen und ein neues Unterkapitel zu Offline Travel Expenses. o Trennungsgeld Öffentlicher Dienst Deutschland In diesem Kapitel sind die Aktivitäten für das Trennungsgeld zusammengefasst. Integration Reiseplanung Reiseabrechnung o Integration Reiseplanung Reiseabrechnung - Neues Unterkapitel: Einstellungen zum Reisemanager Neu: Grafiken im BDN bearbeiten. Umbenannt: Zuordnung Reiseschema - Reiseplanart definieren -> Reisetätigkeitsarten zuordnen. o Integration Reiseplanung Personalabrechnung Lohnarten Neu: Reisekosten in die Personalabrechnung einbinden o Die landesspezifischen Bausteine zur Personalabrechnung der einzelnen Länder wurden gelöscht und in eine organisatorische Aktivität aufgenommen. Business Add-ins und User-Exits im Reisemanagement Dies Kapitel wurde neu eingefügt. Es enthält eine Übersicht über die Erweiterungsmöglichkeiten im Reisemanagement: o o Planung mit den drei hinzugekommenen IMG-Aktivitäten: - Business Add-In: Dynamische Elemente des Buchungssatzes definieren - Business Add-In: Reisebüro-Queues festlegen - Business Add-In: Reisepräferenzen von SAP und GDS abgleichen Erfassung mit den fünf hinzugekommenen IMG-Aktivitäten: - Business Add-In: Datenimport / Datenexport - Business Add-In: Beleg-Wizard - Business Add-In: Interfaces für Offline Travel Expenses - User-Exit: Sichern Reise (PR01, PR04, PR05, TRIP) vor Reisenummernvergabe - User-Exit: Sichern Reise (PR01, PR04, PR05, TRIP) nach Reisenummernvergabe - User-Exit: Tarifdaten in Reiseregelungsvariante einbeziehen und den organisatorischen Aktivitäten: - User-Exit Include: Zusätzliche Anpassungsmöglichkeiten bei der Erfassung ______________________________________________________________ SAP AG 153 SAP-System ______________________________________________________________ o o Buchung - Neu: Business Add-In: Anpassungen bei der Kontenfindung - Neu: Business Add-In: Abweichende Lohnarten zuordnen - Neu: User-Exit-Include: Anpassungen beim Erzeugen von Kreditorenstämmen Genehmigung - o o Bildmodifikation: Anpassung des Bildes "Benutzerdaten" Business Add-In: Automatische Genehmigung von Reisekosten Abrechnung - Business Add-In: Anteile einer Reise abweichenden Lohnarten zuordnen - Neu: User-Exit-Include: Zusätzliche Anpassungsmöglichkeiten bei der Abrechnung - Neu: User-Exit-Include: Unternehmensspezifische Anpassungen der Formulare Statistik - Neu: User-Exit: Anlegen/Ändern Reisestatistik - Neu: User-Exit: Löschen/Reorganisation Reisestatistik Siehe auch Strukturänderungen in der R/3-Reiseplanung 5.19.4.20 Offline Travel Expenses: Reise- und Bewirtungskosten offline erfassen (neu) Verwendung Die SAP-Lösung zur Abrechnung der Reise- und Bewirtungskosten, wird bereits seit einigen Releases als Employee-Self-Service-Anwendung oder direkt in SAP R/3 genutzt, um Reise- und Bewirtungskosten zu erfassen und abzurechnen. Nun steht diese Funktionalität unter dem Namen Offline Travel Expenses auch als Offline-Lösung für SAP R/3 4.6C und die Enterprise Travel Extension 1.10 (EA-HR 110) Verfügung. Um Offline Travel Expenses einsetzen zu können, müssen die folgenden Voraussetzungen erfüllt sein: o Das Basis Plug-In PI2002.1 für Release 4.6C muss mindestens vorhanden sein. Für dieses Plug-In benötigen Sie das Support-Package SAPKB46C01. o Das LCP 47 für R/3 4.6C muss installiert sein. Zur LCP-Pflicht siehe SAP-Hinweise Nr. 87484 und 86241. o Die Dateien für die Installation von Offline Reisekosten müssen vorliegen. Sie finden diese Dateien auf dem SAP Service Marketplace unter service.sap.com/tm, sobald sie verfügbar sind. Offline Travel Expenses ermöglicht Ihnen eine Orts-unabhängige Erfassung von Reise- und Bewirtungskosten auf tragbaren Computern (Notebooks), für die keine Verbindung zu SAP R/3 ______________________________________________________________ SAP AG 154 SAP-System ______________________________________________________________ notwendig ist. Es wendet sich damit in erster Linie an Mitarbeiter, die häufig auf Reisen sind und nicht immer eine Verbindung zu SAP R/3 aufbauen können, um Reisekosten zu erfassen. Die Anwendung wurde in Java entwickelt und läuft in einem Web-Browser. Sie verwendet die SAP-Standardtechnik für die Synchronisation mobiler Geräte mit SAP R/3, die Mobile Engine. Wenn die Daten vom Notebook nach SAP R/3 übertragen wurden, können Sie diese dort in gleicher Weise weiterverarbeiten wie Daten, die mit einer anderen Anwendungsoberfläche erfasst wurden. Zusammen mit Offline Travel Expenses zum Erfassen der Reisekosten, können Sie auch das Produkt CATS Notebook einsetzen zum Erfassen der Arbeitszeiten offline. Siehe hierzu CATS Notebook. Auswirkungen auf die Systemverwaltung Um Offline Tavel Expenses Reisekosten in Verbindung mit SAP R/3 4.6C einzusetzen, sind technische Änderungen an bestimmten Objekten der Standardauslieferung notwendig. Diese Änderungen wurden mit dem LCP 47 ausgeliefert und stehen auch im SAP-Hinweis Nr. 507633 zur Verfügung. Wenn Sie Offline Travel Expenses nicht einsetzen möchten, haben diese Änderungen keine Auswirkungen auf den Einsatz anderer Anwendungsoberflächen. Auswirkungen auf das Customizing Offline Travel Expenses verwendet das Standardcustomizing für die Reisekostenerfassung. Zusätzliche Customizing-Aktivitäten finden Sie im Customizing der Reisekostenabrechnung unter Employee Self Services für das Reisemanagement -> Offline Travel Expenses. Siehe auch Die Dokumentation zu Offline Travel Expenses finden Sie in der SAP-Bibliothek. Wenn Sie eine Kundenmeldung für den SAP-Support erstellen möchten, verwenden Sie die Komponente FI-TV-COS-PTM. Weitere Informationen finden Sie auf dem SAP Service Marketplace: o Aktuelle Informationen zur Offline Travel Expenses: service.sap.com/tm o Dokumentation zur Mobile Engine: service.sap.com/mobile -> Groups -> SAP Markets -> Documentation o Informationen über SAP R/3 Plug-Ins: service.sap.com/R3-plug-in o 5.19.4.21 Alternative Verarbeitung bezahlter Belege (erweitert) Verwendung Bisher konnten vom Unternehmen bereits bezahlte Belege vom Reisemanagement nur auf ein Verrechnungskonto gebucht werden. Der Abgleich mit der Buchung der Eingangsrechnung (die i.a. auf ein Aufwandskonto mit der Stammkontierung des Mitarbeiters erfolgt) musste manuell erfolgen. ______________________________________________________________ SAP AG 155 SAP-System ______________________________________________________________ Mit Enterprise Travel Extension 1.10 (EA-HR 110) kann nun durch eine Customizing-Aktivität festgelegt werden, dass die Gegenbuchung zur Aufwandsbuchung des bezahlten Belegs in den Reisekosten unter Benutzung desselben Kontos auf die Stammkontierung erfolgt. Die Stammkontierung wird dabei zum Reisezeitpunkt bestimmt. Ist der bezahlte Beleg nicht auf ein von der Stammkontierung abweichendes CO-Objekt kontiert worden, muss er im Reisemanagement gar nicht mehr gebucht werden. Wenn er aber abweichend von der Stammkontierung kontiert wurde, findet i.a. nur eine Kostenstellen-Umbuchung auf dem Aufwandskonto statt. Auswirkungen auf das Customizing Im IMG-Arbeitsschritt Zuordnung Lohnart - symbolisches Konto definieren können Sie für die Lohnarten der vom Unternehmen bezahlten Spesenarten festlegen, dass die Gegenbuchung zur Aufwandsbuchung unter Benutzung desselben Kontos auf die Stammkontierung erfolgt (Das '2.Symbolische Konto Verrechnung' muss dieselbe symbolische Kontierung wie das 'symbolische Aufwandskonto' enthalten, allerdings mit umgekehrtem Vorzeichen. Ferner muss das Flag 'Setzen des Stammbuchungskreises' neben der Spalte 'symbolisches Konto für die Gegenbuchung' aktiviert werden). 5.19.4.22 Erweiterungen der Buchungsschnittstelle des Reisemanagements (erweitert) Verwendung Aufspaltung in Belege bzw. Belegpositionen pro Spesenbeleg Zu einer Reise gehören im Allgemeinen mehrere Reisekostenbelege sowie gegebenenfalls Pauschalen. Bisher konnten beim Anlegen eines Buchungslaufs die Reiseübertragungsbelege bzw. die Kontokorrentund Aufwandszeilen in den Übertragungsbelegen nicht detaillierter als höchstens auf Reiseebene erzeugt werden. Damit konnten auch in der Finanzbuchhaltung Buchungen nicht detaillierter als pro Reise erfolgen. Mit Hilfe eines neuen Selektionskriteriums können ab Enterprise Travel Extension 1.10 (EA-HR 110) jetzt Reiseübertagungsbelege für jeden individuellen Reisekostenbeleg einer Reise sowie ein weiterer Beleg für alle Pauschalen gemeinsam erzeugt werden. Damit kann in der Finanzbuchhaltung eine Buchung auf Ebene der Reisekostenbelege erfolgen. Die Aufteilung einer Rechnung wird ermöglicht und die weiteren notwendigen Verarbeitungsschritte vereinfacht. 5.19.4.23 Beleg-Wizard zur Unterstützung bei der Eingabe komplexer Belege Verwendung Der Beleg-Wizard unterstützt den Benutzer bei der Bearbeitung komplexer Belege (z.B. Hotelrechnungen über mehrere Tage inklusive Privatanteilen und anderen Spesenarten) in folgenden Bereichen: o Privatanteile o Belegteilung o Abspalten anderer Spesenarten ______________________________________________________________ SAP AG 156 SAP-System ______________________________________________________________ Er stellt dabei sicher, dass keine ungewollten Änderungen an den ursprünglichen Daten vorgenommen werden, z.B. bei Kreditkartenclearing und/oder von der Firma bezahlten Belegen. Beispiel Hotelbeleg Der Reisende benutzt eine persöhnliche Firmenkreditkarte, die ein Konto des Arbeitgebers belastet. Mit dieser Kreditkarte hat er den Gesamtbetrag folgender Hotelrechnung beglichen: Datum 18/02/02 18/02/02 18/02/02 18/02/02 18/02/02 19/02/02 19/02/02 19/02/02 19/02/02 19/02/02 20/02/02 20/02/02 20/02/02 20/02/02 20/02/02 20/02/02 Beschreibung Room Charge State Tax County Tax Parking Telephone Room Charge State Tax County Tax Parking Restaurant Room Charge State Tax County Tax Parking Telephone - NET TV - Movie ***TOTAL*** Betrag 99.00 6.93 4.95 14.00 13.27 99.00 6.93 4.95 14.00 23.00 99.00 6.93 4.95 14.00 57.73 9.99 478.63 Die Ausgaben für privates Telefonieren, Restaurant und TV sollen vom Mitarbeiter zurückgefordert werden. Die Ausgaben für Parken und Internet werden vom Unternehmen bezahlt, sollen aber nicht der Kostenart 'Unterkunft', sondern den Kostenarten 'Mietwagen' und 'Kommunikation' zugeordnet werden. Außerdem sollen Übernachtungsbelege möglichst tageweise erfasst werden. Erfassung im System In der Reisekostenabrechnung der Transaktion TRIP oder PR05 wird entweder manuell oder automatisch via Kreditkartenclearing ein bezahlter Hotelbeleg über den Gesamtbetrag von 478.63 USD angelegt. Anschließend wird der Beleg markiert und der Beleg-Wizard aufgerufen. Der Benutzer geht nun durch die folgende Bild-Sequenz: 1. Einstieg Der Benutzer bekommt eine kurze Erklärung zur Anwendung des Wizards, das Bild enthält ein 'Nie wieder anzeigen'-Flag. 2. Privatanteile Der Benutzer gibt nacheinander seine Privatanteile ein. Im Fall von bezahlten Belegen werden diese Privatanteile festen Spesenarten zugeordnet (siehe Abschnitt 'Customizing'), bei nicht bezahlten Belegen werden diese Beträge lediglich vom Gesamtbetrag abgezogen. Im Beispiel gibt ______________________________________________________________ SAP AG 157 SAP-System ______________________________________________________________ der Benutzer 13.27, 23.00 und 9.99 ein. 3. Belege abspalten Der Benutzer gibt nacheinander die Spesenarten und Beträge ein, die von der Spesenart 'Unterkunft' getrennt erfasst werden sollen. Im Beispiel gibt der Benutzer 3 x 14.00 mit Spesenart 'Mietwagen bezahlt von Firma' und 57.73 mit Spesenart 'Kommunikation bezahlt durch Firma' ein. 4. Beleg teilen Nur wenn es sich um einen Beleg über mehrere Tage handelt (->Datum in den Belegzusatzinformationen) erscheint dieses Bild. Wenn der Benutzer den Beleg aufteilen möchte, wird er zur Eingabe des Preises (inkl. Steuer) pro Tag sowie der Anzahl von Tagen aufgefordert. Als Vorschlagswerte erscheinen die Anzahl aus den Belegzusatzinformationen und der verbleibende Betrag dividiert durch diese Anzahl. 5. Übersicht und Sichern In einer Liste werden zusammenfassend noch einmal alle neu erzeugten Belege angezeigt. Erst wenn der Benutzer 'Ausführen' drückt, werden diese Belege (zusammen mit dem Ursprungsbeleg, dessen Betrag nun verändert ist) in die Reise übernommen. Die Information darüber, aus welchem Ursprungsbeleg ein abgeleiteter Beleg entstanden ist, bleibt erhalten. Wird der abgeleitete Beleg gelöscht, so wird der Betrag wieder dem Ursprungsbeleg hinzugefügt. In den Transaktionen PR02 und PR04 steht der Beleg-Wizard nicht zur Verfügung. Auswirkungen auf den Datenbestand Die Erweiterungen im Zusammenhang mit dem Beleg-Wizard haben keine negative Auswirkung auf existierende Daten. Die neue Funktionalität kann auf existierende Belege angewandt werden, sofern die Voraussetzungen im Customizing des Reisemanagements gegeben sind. Auswirkungen auf das Customizing Im Customizing des Reisemanagements muss der Beleg-Wizard im Arbeitsschritt Reisespesenarten für Einzelbelege eingeben (T706B1) pro Spesenart aktiviert werden. Für Erweiterungen existiert ein Business Add-In. Sie finden dies ebenfalls im Customizing des Reisemanagements unter Business Add-Ins und User-Exits im Reisemanagement im Arbeitsschritt Business Add-In: Beleg-Wizard oder direkt über die Transakation SE18. Der Name des BAdIs lautet: TRIP_RECEIPT_WIZARD. Siehe auch Weitere Informationen zum Beleg-Wizard allgemein finden Sie in der SAP Bibliothek unter Reisemanagement -> Reisekostenabrechnung -> Reisefaktenerfassung (Reiseabrechnung) -> Erfassungsfunktion Belege -> Beleg-Wizard. Informationen zum Customizing der verwendeten Spesenarten finden Sie in der SAP Bibliothek unter Reisemanagement -> Reisekostenabrechnung -> Übertragung an das Rechnungswesen -> Buchung von Privatanteilen mit dem Beleg-Wizard. 5.19.4.24 Trennungsgeld im Reisemanagement (neu) Verwendung Zum SAP R/3 Enterprise Travel Extension 1.10 (EA-HR 110) können Sie im Reisemanagementmit dem ______________________________________________________________ SAP AG 158 SAP-System ______________________________________________________________ Trennungsgeldmanager Trennungsgelder sowohl für auswärtigen Verbleib als auch für tägliche Rückkehr für den Öffentlichen Dienst Deutschland anlegen, verwalten, abrechnen und überleiten. Abgebildet sind die Bestimmungen der Trennungsgeldverordnung des Bundes. Die Verordnung über das Auslandstrennungsgeld wird nicht unterstützt. Zu den Ländern, die die Bundesvorschriften anwenden, gehören z.Zt.: Berlin, Brandenburg, Hamburg, Mecklenburg-Vorpommern, Sachsen-Anhalt und Schleswig-Holstein. Die Trennungsgeldbestimmungen der anderen Bundesländer werden zu einem späteren Zeitpunkt zur Verfügung stehen. Im Unterschied zu Dienstreisen kann eine Trennungsgeldmaßnahme aus mehreren Perioden bestehen (i.d. Regel auf Monatsbasis), die jede für sich bearbeitet, genehmigt, abgerechnet und übergeleitet werden kann. Die Trennungsgeldmaßnahme hat als Schlüssel analog zur Dienstreise eine eindeutige Nummer; die Perioden werden fortlaufend durchnummeriert (001, 002,...) Dienstantritts- bzw. Dienstrückreisen sind parallel zum Trennungsgeld als Dienstreise über ein bestimmtes Schema anzulegen und werden wie andere parallele Dienstreisen bei der Abrechnung des Trennungsgelds berücksichtigt Über den Trennungsgeldmanager stehen für das Anlegen und Verwalten einer Trennungsgeldmaßnahme spezielle Transaktionen zur Verfügung, die über das Easy Access Menü mit Rechnungswesen -> Finanzwesen -> Reisemanagement -> Reisekosten -> Trennungsgeld aufgerufen werden können. Dies sind im einzelnen: o Anlegen (Transaktion TGANL) o Ändern (Transaktion TGMOD) o Anzeigen (Transaktion TGANZ) Über einen Navigationsbaum in diesen Transaktionen kann in die Pflege einer einzelnen Periode verzweigt werden. Da die Verwaltung einer Trennungsgeldmaßnahme durch spezielle Berechtigungen geschützt ist und i.d.R. dem Sachbearbeiter vorbehalten sein dürften, ist für die Bearbeitung einer einzelnen Periode die Transaktion TGPER vorgesehen. Diese erlaubt die Realisierung eines dezentralen Erfassungskonzepts, bei dem der Zugriff auf die Trennungsgeldmaßnahme dem Sachbearbeiter vorbehalten bleibt, der Trennungsgeldempfänger aber Erfassungen in der jeweiligen Periode (z.B. Belege; gefahrene Kilometer; Abwesenheiten etc.) selber vornehmen kann. Die Bearbeitung einer Trennungsgeldeperiode ist ebenfalls durch spezielle Berechtigungen geschützt. Diese können zusätzlich oder alternativ zu den Reisekostenberechtigungen vergeben werden, so daß sowohl auf Ebene des Sachbearbeiters als auch beim Reisenden bzw. Trennungsgeldberechtigten zwischen dem Zugriff auf Dienstreisen und Trennungsgeldmaßnahmen bzw. -perioden differenziert werden kann. Im Dialog können Trennungsgeldmaßnahmen bzw. -perioden nicht mit den Transaktionen des Travelmanagements bearbeitet werden sondern nur über den Trennungsgeldmanager. Abrechnung, Überleitung einzelner Perioden sowie Formulare und andere Auswertungen können mit den üblichen Programmen des Travelmanagements vorgenommen werden. Auswirkungen auf das Customizing Trennungsgelder können nur im Rahmen des Öffentlichen Dienstes Deutschland nach der TGV bzw. den Bestimmungen des BRKG bearbeitet werden. Das entsprechende Branchenkennzeichen muss im Customizing des Reisemanagements in der IMG-Aktivität Sonderregeln für Branchenlösungen aktivieren gesetzt sein. Im einzelnen müssen Sie dort folgende Einstellungen vornehmen: Branchenkennzeichen '1' (Öffentlicher Dienst) Regionales Kennzeichen '1' (BRKG, ARV,TGV) Außerdem müssen Sie folgende IMG-Aktivitäten ausführen: ______________________________________________________________ SAP AG 159 SAP-System ______________________________________________________________ o Abwesenheitsarten definieren für öffentl. Dienst Deutschland o Alternative Lohnarten den Reisespesenarten für Einzelbelege o Alternative Lohnarten den Reisespesenarten für Pauschalen zu Eine Zusammenfassung der notwendigen Customizing-Aktivitäten finden Sie im IMG des Reisemanagements unter Reiseabrechnung -> Trennungsgeld für den öffentlichen Dienst Deutschland. Siehe auch Weitere Informationen zum Trennungsgeldmanager finden Sie in der SAP Bibliothek in FI Reisemanagement -> Reisekostenabrechnung -> Länder- und Branchenversionen der Reisekostenabrechnung -> Deutschland -> Branchenlösung Öffentlicher Dienst Deutschland -> Trennungsgeld. 5.19.4.25 Auszahlung des Trennungsgeldes über separaten Auszahlungsweg (neu) Verwendung Zur SAP R/3 Enterprise Travel Extension 1.10 (EA-HR 110) können Sie im Reisemanagement das Trennungsgeld über einen Auszahlungsweg erstatten, der sich vom Auszahlungsweg der Dienstreisen unterscheidet. Beispielsweise können Dienstreisen über das Finanzwesen und das Trennungsgeld über das Personalwesen ausgezahlt werden. Die dazu notwendigen Schritte müssen Sie im Customizing durchführen. Auswirkungen auf das Customizing Sie müssen die im folgenden beschriebenen Schritte durchführen. Die Beschreibung der Aktivitäten erfolgt am Beispiel der Erstattung der Dienstreisen über das Finanzwesen und der Erstattung der Trennungsgeldes über das Personalwesen: 1. Kopieren Sie für die Erstattung des Trennungsgeldes alle Lohnarten, die Sie für den Bereich Reisemanagement nutzen, außer den Lohnarten, die für die vom Unternehmen bezahlten Belege bzw. für die Sachbezugswerte genutzt werden (z.B. mit Hilfe der IMG Aktivität Lohnartenkatalog erstellen). 2. Ordnen Sie im Personalmanagement diesen neuen Lohnarten für das Trennungsgeld die Lohnarteneigenschaften so zu, daß die Lohnarten bei der Lohn- und Gehaltsabrechnung berücksichtigt werden und je nach Lohnart auch über die Lohn- und Gehaltsabrechnung ausgezahlt werden. 3. In der IMG Aktivität Eigenschaften für gesetzliche Reisearten festlegen ordnen Sie den gesetzlichen Reisearten für das Trennungsgeld (mit der Eigenschaft 'Trennungsgeld auswärtiger Verbleib', 'Abwesenheit vom Dienstort beim auswärtigen Verbleib' und 'Trennungsgeld tägliche Rückkehr') die Eigenschaft 'Lesen alternativer Lohnarten: separate Auszahlung möglich' zu. 4. Ordnen Sie in der IMG Aktivität Alternative Lohnarten den Reisespesenarten für Einzelbelege zuordnen und Alternative Lohnarten den Reisespesenarten für Pauschalen zuordnen für alle Reisespesenarten, die nicht für die vom Unternehmen bezahlten Belege bzw. nicht für die ______________________________________________________________ SAP AG 160 SAP-System ______________________________________________________________ Sachbezugswerte genutzt werden, die zugehörigen neuen Lohnarten für die Erstattung des Trennungsgelds zu. Den Reisespesenarten, die für die vom Unternehmen bezahlten Belege bzw. für die Sachbezugswerte genutzt werden, ordnen Sie dieselben Lohnarten wie in der IMG Aktivität Lohnarten den Reisespesenarten für Einzelbelegezuordnen zu. 5. Ordnen Sie in der IMG Aktivität Zuordnung Lohnart - Symbolisches Konto definieren den Lohnarten für das Trennungsgeld im Feld 'Symbolisches Aufwandskonto' dieselben symbolischen Kontierungen zu, wie den Lohnarten für die Dienstreisen. Zusätzlich müssen Sie für diese Lohnarten im Feld '2.symbolisches Konto Verrechnung' eine neue, bisher noch nicht genutzte symbolische Kontierung eintragen. 6. Ordnen Sie in der IMG Aktivität Umwandlung Symbolisches Konto in Aufwandskonto für den Vorgang HRT der im vorigen Schritt neu eingeführten symbolischen Kontierung ein Verrechnungskonto für die Buchung der Lohn- und Gehaltskosten zu. Jetzt werden bei der Überleitung der Reisekosten in die Finanzbuchhaltung nur die Lohnarten für die Dienstreisen auf die personenbezogenen Kreditoren gebucht (so dass sie über die Finanzbuchhaltung ausgezahlt werden können). Die Lohnarten für das Trennungsgeld dagegen werden auf ein Verrechnungskonto gebucht (und sind im Rahmen der Lohn- und Gehaltsrechnung ausgezahlt worden). Falls Sie die Funktionalität in anderen Situationen als der oben beschriebenen nutzen wollen, beachten Sie, dass das Lesen der alternativen Lohnart von den Eigenschaften der gesetzlichen Reiseart der Dienstreise oder des Trennungsgeldes abhängt und nicht von den Eigenschaften der gesetzlichen Reisearten der Zwischenziele der Dienstreise. Siehe auch Eine Zusammenfassung der IMG-Aktivitäten für die Auszahlung des Trennungsgelds finden Sie im IMG des Reisemanagements unter Reiseabrechnung -> Trennungsgeld für den öffentlichen Dienst Deutschland. Weitere Informationen zum Trennungsgeldmanager finden Sie in der SAP Bibliothek in FI Reisemanagement -> Reisekostenabrechnung -> Länder- und Branchenversionen der Reisekostenabrechnung -> Deutschland -> Branchenlösung Öffentlicher Dienst Deutschland -> Trennungsgeld. 5.19.4.26 Reisekosten Frankreich und Landesreisekosten der deutschen Bundeslände (neu) Verwendung Mit der SAP R/3 Enterprise Travel Extension 1.10 (EA-HR 110) wurde die HR-PS-Lösung für Reisekosten Frankreich und Landesreisekosten der deutschen Bundesländer in den Standard übernommen. Siehe auch Weitere Informationen zu den Reisekosten Frankreich Sie in folgenden Releasenotes: ______________________________________________________________ SAP AG 161 SAP-System ______________________________________________________________ o Öffentlicher Dienst Frankreich: Reisekostenabrechnung für Inlands-, Auslands- und Seminarreisen o Öffentlicher Dienst Frankreich: Behandlung von Abzügen o Öffentlicher Dienst Frankreich: Behandlung von Vorschüssen o Öffentlicher Dienst Frankreich: Besonderheiten zum Standardformular der Reisekosten Weitere Informationen zu den Landesreisekosten der deutschen Bundesländer finden Sie in folgenden Releasenotes: o Öffentlicher Dienst Deutschland: Reisekostengesetze der Bundesländer o Kilometerabrechnung: Erweiterung der Kumulation gemäß Periodenparameter o LRKG Rheinland-Pfalz: Wegstreckenentschädigung o Verrechnung von Hinzurechnungsbeträgen und Werbungskosten o Öffentl. Dienst Deutschland: Mehrere Inlandsdienstreisen an einem Tag o Öffentl. Dienst Deutschland: Vergleichsrechnung Unterkunft o Öffentlicher Dienst Deutschland: Vergleichsrechnung Tagegeld o Öffentlicher Dienst Deutschland: Grenzübertrittsregeln 5.19.4.27 Vergleichsrechnung Reisekosten öffentlicher Dienst (neu) Verwendung Ab SAP R/3 Enterprise Travel Extension 1.10 (EA-HR 110) können Sie beim Erfassen einer Reise eine Vergleichsrechnung für Unterkunfts- oder Verpflegungsbelege durchführen. Bei der Vergleichsrechnung Unterkunft wird ein Höchstbetrag für die Gesamtsumme der Übernachtungskosten mit Nachweis ermittelt, der ohne weitere Prüfung gezahlt werden kann. Im Dialog können Sie entscheiden, ob die Erstattung der gesamten Übernachtungskosten auf diesen Höchstbetrag beschränkt wird oder die komplette Gesamtsumme erstattet wird. Wenn Sie eine Vergleichsrechnung Unterkunft wünschen, können Sie wählen, ob sie nur für Inlandsreisen, nur für Auslandsreisen oder für für beide Fälle durchgeführt werden soll. Die Vergleichsrechnung Unterkunft ist nur dann im Dialog möglich, wenn Sie Unterkunftsbelege erfasst haben. Bei der Vergleichsrechnung Vepflegung wird die Summe der Beträge der Verpflegungsnachweise abzüglich der Haushaltsersparnis der Summe der möglichen Tagegeldpauschalen gegenübergestellt. Die Vergleichsrechnung Verpflegung wird sowohl für Inlands- als auch Auslandsreisen durchgeführt. Analog zur Vergleichsrechnung Unterkunft ist die Vergleichsrechnung Verpflegung nur dann möglich, wenn Sie einen Verpflegungsbeleg erfasst haben. Bei der Vergleichsrechnung Wegstreckenentschädigung und Fahrtkosten wird die tatsächliche Summe der Wegstreckenentschädigung und der Fahrtkostenbelege den fiktiven Erstattungsbeträgen für Wegstreckenentschädigung und Fahrtkosten einer Vergleichsreise gegenübergestellt. Da sich oft die Reisedauer der fiktiven Vergleichsreise durch die Wahl des anderen Verkehrsmittels verändert, kann bei Dienstreisen auch das Tagegeld und das Übernachtungsgeld in die Vergleichsrechnung integriert werden. Wenn Sie eine Vergleichsrechnung Wegstreckenentschädigung und Fahrtkosten wünschen, können Sie ______________________________________________________________ SAP AG 162 SAP-System ______________________________________________________________ wählen, ob sie nur für Inlandsreisen, nur für Auslandsreisen oder für beide Fälle durchgeführt werden soll. Diese Vergleichsrechnung ist im Dialog nur dann möglich, wenn Sie Fahrtkostenbelege für öffentliche Verkehrsmittel oder Wegstrecken erfasst haben. Auswirkungen auf das Customizing Die Einstellungen zur Aktivierung der Vergleichsrechnungen Unterkunft, Tagegeld und Wegstreckenentschädigung und Fahrtkosten nehmen Sie im Customizing der R/3-Reiseabrechnung unter Vergleichsrechnung einrichten (Öff. Dienst Deutschland) vor. Siehe auch Weitere Informationen zur Vergleichsrechnung finden Sie in: Öffentlicher Dienst Deutschland: Vergleichsrechnung Tagegeld Öffentl. Dienst Deutschland: Vergleichsrechnung Unterkunft 5.19.4.28 Trennung von Reiseanträgen und Anträgen auf Reisekostenerstattung im öffentlichen Dienst (neu) Verwendung Mit SAP R/3 Enterprise Travel Extension 1.10 (EA-HR 110) können Sie Reiseanträge und Anträge auf Reisekostenerstattung im öffentlichen Dienst trennen. Nach der Überleitung der Reisekosten liegt dann mindestens eine übergeleitete Version für den Reiseantrag und eine übergeleitete Version für die Reisekostenabrechnung vor. So stellen Sie sicher, dass zum Zeitpunkt der Abrechnung auch die Daten des Reiseantrags noch für eine Kontrolle vorliegen. Die neue Funktion wurde folgendermaßen realisiert: o In der IMG-Aktivität Schemen- und Einzelfeldsteuerung definieren können Sie nun ein bestehendes Reiseschema als Kopiervorlage für ein Reiseantragsschema verwenden. Stellen Sie dazu den Cursor auf ein Reiseschema, so erscheint zunächst eine Liste der Felder und Dynpros, die in diesem Schema ein- und ausblendbar sind. Mit der Drucktaste Kopie für Antragsschema können Sie das Schema kopieren und als Antragsschema übernehmen. . o Die Felder der Schemen, die für Erfassungs- oder Abrechnungsregeln relevant sind, sind in beiden Schemen nicht eingabebereit. Die Felder und Dynpros, die im Reiseschema als nicht eingabebereit gekennzeichnet waren, sind auch im Antragsschema so gesetzt und nicht überschreibbar. Es können also im Reiseantrag nur maximal soviele Dynpros und Felder eingabebereit sein wie im Antrag auf Reisekostenerstattung. Die Funktionalität ist nicht für Schnellerfassungs-, Vorschuss-, Planungs-, Tagegeldschemen und Wochenbericht möglich. o Innerhalb der Transaktion PR05 werden bei einer Neuanlage nur Schemen vorgeschlagen, die Antragsschemen sind oder aber Reiseschemen zu denen kein separates Antragsschema existiert. Will man also verhindern, dass eine Reise ohne die vorherige Anlage eines Antrags ins System eingegeben wird, so müssen alle Reiseschemen ein zugehöriges Antrasschema haben, sofern es sich nicht um Sonderschemen handelt. o Wenn Sie beim Neuanlegen ein Schema auswählen, das kein Antragsschema ist, erhalten Sie eine ______________________________________________________________ SAP AG 163 SAP-System ______________________________________________________________ Fehlermeldung und können anschließend eine Neuangabe machen. o Ist die Reiseregelungsvariante als Variante mit aktiver Antragsversionierung geschlüsselt, so wird beim Sichern der Reise nicht das Merkmal TRVPA ausgewertet. Ein Antrag wird immer im Status Antrag erfaßt, abzurechnen und eine Reise immer im Status Reise erfaßt, abzurechnen gesichert. Nach der Genehmigung des Antrags kann dieser nicht mehr geändert oder gelöscht werden. Er kann nur noch nach erfolgter Überleitung storniert werden und bleibt somit im System. o Ist der Antrag übergeleitet worden, so wird bei der nächsten Änderung automatisch das zugehörige Reiseschema neu gesetzt. Es werden die Dynpros und Felder eingabebereit, die für dieses Schema so im Customizing hinterlegt sind. o Wenn die Reise erfasst ist, können Sie sich über eine Drucktaste oder mit dem Report RPR_APPROVE_TRAVEL_EXPENSES die Korrekturen anzeigen lassen. Mit dem Report können Sie sich auch die Formulare für den Antrag und die Reise anzeigen lassen und vergleichen. Weiterhin können Sie die Formulare beider Versionen anzeigen und ausdrucken. Auswirkungen auf das Customizing Um die Versionierung von Reiseanträgen im öffentlichen Dienst nutzen zu können, muss in der Sicht Sonderregelungen für Branchenlösungen aktivieren eine Aktivierung vogenommen werden. Es wird dabei zwischen den verschiedenen Auszahlungswegen unterschieden. Siehe auch Weitere Informationen finden Sie in der SAP-Bibliothek unter FI - Reisemanagement -> FI Reisekostenabrechnung -> Länder- und Branchenversionen der Reisekostenabrechnung. ______________________________________________________________ SAP AG 164 SAP-System ______________________________________________________________ 6 TR Treasury 6.1 Diverse Erweiterungen im Cashmanagement Verwendung Tagesfinanzstatus/Liquiditätsvorschau o Es kann ein Kalender angegeben werden und es werden dann nur Spalten für die Arbeitstage gemäß diesem Kalender angezeigt. Bisher konnte nur das Wochenende in der Anzeige unterdrückt und die Beträge auf den nächsten Montag kumuliert werden. o Bei den Betragsspalten können Sie zwischen schmaler, mittlerer oder breiter Ausgabe wählen. o Im Tagesfinanzstatus ist der Absprung in Zahlungsaufträge möglich. o In der Liquiditätsvorschau kann in die FI-Einzelposten gesprungen werden (-> Hinweis 16713). o Für die Liquiditätsvorschau kann die Berechnung des Dispositionsdatums (zum Zeitpunkt der Buchung) beeinflußt werden. Nähere Informationen finden Sie in der F1-Hilfe der Spalte 'DtSt' (Steuerung Dispodatum für Dispogruppen) im View V_T035. Kontenclearing o Es kann für jedes Konto ein Mindestsaldo (im View V_T018C) hinterlegt werden, der als Kreditrahmen (bei Eingabe eines negativen Betrages) oder als Sockelbetrag (bei Eingabe eines positiven Betrages) genutzt werden kann. Der Mindestsaldo wird angezeigt, sofern bei mindestens einem der beteiligten Konten der Betrag hinterlegt ist. Wird beim Clearing der Betrag unterschritten, wird das Konto farblich hervorgehoben und beim Sichern erfolgt eine Warnung. o Es können Konten mit unterschiedlichen Kontowährungen berücksichtigt werden. Der Parameter 'Kontowährung' bleibt dann leer und die für das Clearing relevante Währung ist im neuen Parameter 'Dispowährung' einzugeben. Weitere Informationen finden Sie in der F1-Hilfe beim neuen Parameter 'Dispowährung'. Erstellung von Zahlungsanordnungen für Bankkontoüberträge o Bei der Erstellung von Zahlungsanordnungen aus Avisen kann die Ermittlung des relevanten Zahlweges über den neuen View V_T018Z erfolgen und somit können in einem Lauf (vom Report RFFDZA00) mehrere Zahlwege berücksichtigt werden. Avisabgleich o Mit dem neuen Report RFFDIS47 ist ein Abgleich von Bankkontoauszugs-Avisen gegen manuelle Avise möglich und ist eine Alternative zum Report RFFDIS46, mit dem der Kontoauszug gegen manuelle Avise abgeglichen werden kann. Weitere Informationen finden Sie in der Reportdokumentation vom Report RFFDIS47. Vertragskontokorrent o Die Fortschreibung des Vertragskontokorrent (FI-CA) im Cashmanagement wird in den Aufbauund Abstimmreports berücksichtigt (diese Funktionalität wurde per Support Package auch in Release 4.6C zur Verfügung gestellt) ______________________________________________________________ SAP AG 165 SAP-System ______________________________________________________________ Lieferpläne für Zulieferer (Auftragsfortschreibung aus SD) o Es wird eine Designlücke geschlossen. Bitte Hinweis 320916 beachten. 6.2 TR-CM Cashmanagement 6.2.1 Diverse Erweiterungen im Cashmanagement Verwendung Tagesfinanzstatus/Liquiditätsvorschau o Es kann ein Kalender angegeben werden und es werden dann nur Spalten für die Arbeitstage gemäß diesem Kalender angezeigt. Bisher konnte nur das Wochenende in der Anzeige unterdrückt und die Beträge auf den nächsten Montag kumuliert werden. o Bei den Betragsspalten können Sie zwischen schmaler, mittlerer oder breiter Ausgabe wählen. o Im Tagesfinanzstatus ist der Absprung in Zahlungsaufträge möglich. o In der Liquiditätsvorschau kann in die FI-Einzelposten gesprungen werden (-> Hinweis 16713). o Für die Liquiditätsvorschau kann die Berechnung des Dispositionsdatums (zum Zeitpunkt der Buchung) beeinflußt werden. Nähere Informationen finden Sie in der F1-Hilfe der Spalte 'DtSt' (Steuerung Dispodatum für Dispogruppen) im View V_T035. Kontenclearing o Es kann für jedes Konto ein Mindestsaldo (im View V_T018C) hinterlegt werden, der als Kreditrahmen (bei Eingabe eines negativen Betrages) oder als Sockelbetrag (bei Eingabe eines positiven Betrages) genutzt werden kann. Der Mindestsaldo wird angezeigt, sofern bei mindestens einem der beteiligten Konten der Betrag hinterlegt ist. Wird beim Clearing der Betrag unterschritten, wird das Konto farblich hervorgehoben und beim Sichern erfolgt eine Warnung. o Es können Konten mit unterschiedlichen Kontowährungen berücksichtigt werden. Der Parameter 'Kontowährung' bleibt dann leer und die für das Clearing relevante Währung ist im neuen Parameter 'Dispowährung' einzugeben. Weitere Informationen finden Sie in der F1-Hilfe beim neuen Parameter 'Dispowährung'. Erstellung von Zahlungsanordnungen für Bankkontoüberträge o Bei der Erstellung von Zahlungsanordnungen aus Avisen kann die Ermittlung des relevanten Zahlweges über den neuen View V_T018Z erfolgen und somit können in einem Lauf (vom Report RFFDZA00) mehrere Zahlwege berücksichtigt werden. Avisabgleich o Mit dem neuen Report RFFDIS47 ist ein Abgleich von Bankkontoauszugs-Avisen gegen manuelle Avise möglich und ist eine Alternative zum Report RFFDIS46, mit dem der Kontoauszug gegen manuelle Avise abgeglichen werden kann. Weitere Informationen finden Sie in der Reportdokumentation vom Report RFFDIS47. Vertragskontokorrent ______________________________________________________________ SAP AG 166 SAP-System ______________________________________________________________ o Die Fortschreibung des Vertragskontokorrent (FI-CA) im Cashmanagement wird in den Aufbauund Abstimmreports berücksichtigt (diese Funktionalität wurde per Support Package auch in Release 4.6C zur Verfügung gestellt) Lieferpläne für Zulieferer (Auftragsfortschreibung aus SD) o Es wird eine Designlücke geschlossen. Bitte Hinweis 320916 beachten. 6.2.2 TR-CM-CM Grundfunktionen 6.2.2.1 Diverse Erweiterungen im Cashmanagement Verwendung Tagesfinanzstatus/Liquiditätsvorschau o Es kann ein Kalender angegeben werden und es werden dann nur Spalten für die Arbeitstage gemäß diesem Kalender angezeigt. Bisher konnte nur das Wochenende in der Anzeige unterdrückt und die Beträge auf den nächsten Montag kumuliert werden. o Bei den Betragsspalten können Sie zwischen schmaler, mittlerer oder breiter Ausgabe wählen. o Im Tagesfinanzstatus ist der Absprung in Zahlungsaufträge möglich. o In der Liquiditätsvorschau kann in die FI-Einzelposten gesprungen werden (-> Hinweis 16713). o Für die Liquiditätsvorschau kann die Berechnung des Dispositionsdatums (zum Zeitpunkt der Buchung) beeinflußt werden. Nähere Informationen finden Sie in der F1-Hilfe der Spalte 'DtSt' (Steuerung Dispodatum für Dispogruppen) im View V_T035. Kontenclearing o Es kann für jedes Konto ein Mindestsaldo (im View V_T018C) hinterlegt werden, der als Kreditrahmen (bei Eingabe eines negativen Betrages) oder als Sockelbetrag (bei Eingabe eines positiven Betrages) genutzt werden kann. Der Mindestsaldo wird angezeigt, sofern bei mindestens einem der beteiligten Konten der Betrag hinterlegt ist. Wird beim Clearing der Betrag unterschritten, wird das Konto farblich hervorgehoben und beim Sichern erfolgt eine Warnung. o Es können Konten mit unterschiedlichen Kontowährungen berücksichtigt werden. Der Parameter 'Kontowährung' bleibt dann leer und die für das Clearing relevante Währung ist im neuen Parameter 'Dispowährung' einzugeben. Weitere Informationen finden Sie in der F1-Hilfe beim neuen Parameter 'Dispowährung'. Erstellung von Zahlungsanordnungen für Bankkontoüberträge o Bei der Erstellung von Zahlungsanordnungen aus Avisen kann die Ermittlung des relevanten Zahlweges über den neuen View V_T018Z erfolgen und somit können in einem Lauf (vom Report RFFDZA00) mehrere Zahlwege berücksichtigt werden. Avisabgleich o Mit dem neuen Report RFFDIS47 ist ein Abgleich von Bankkontoauszugs-Avisen gegen manuelle Avise möglich und ist eine Alternative zum Report RFFDIS46, mit dem der Kontoauszug gegen manuelle Avise abgeglichen werden kann. Weitere Informationen finden Sie in der ______________________________________________________________ SAP AG 167 SAP-System ______________________________________________________________ Reportdokumentation vom Report RFFDIS47. Vertragskontokorrent o Die Fortschreibung des Vertragskontokorrent (FI-CA) im Cashmanagement wird in den Aufbauund Abstimmreports berücksichtigt (diese Funktionalität wurde per Support Package auch in Release 4.6C zur Verfügung gestellt) Lieferpläne für Zulieferer (Auftragsfortschreibung aus SD) o Es wird eine Designlücke geschlossen. Bitte Hinweis 320916 beachten. ______________________________________________________________ SAP AG 168 SAP-System ______________________________________________________________ 7 CO Controlling 7.1 CO-Belegkopf: Referenzvorgang gefüllt bei internen Belegen Verwendung Ab Release 4.7 (R/3 Enterprise) werden im CO-Belegkopf (Tabelle COBK) bei CO-internen Buchungen folgende Felder zusätzlich gefüllt: o Referenzvorgang (Feld AWTYP), wird mit dem festen Wert COBK (Kostenrechnungsbeleg) gefüllt o Referenzorganisationseinheit (Feld AWORG), wird mit dem Kostenrechnungskreis gefüllt Betroffen sind nur CO-Belege zu Istbuchungen (Werttyp 04). Für Belege mit anderen Werttypen (z.B. Plan, Anzahlungen, Splittung) bleiben die Felder initial. Auswirkungen auf den Datenbestand Bereits gebuchte Belege werden nicht geändert. Die Änderung wirkt sich nur bei neu gebuchten Belegen aus. Ein Programm, mit dem alte Belege angepasst geändert werden können, wird nicht im Standard ausgeliefert. Auswirkungen auf die Datenübernahme Kundeneigene Programme, die sich darauf verlassen, dass die Felder bei CO-internen Buchungen nicht gefüllt sind, müssen eventuell angepasst werden. 7.2 CO-OM Gemeinkosten-Controlling 7.2.1 Istdatenübernahme ins Controlling (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) wird die Infrastruktur des Batch-Input für Istbuchungen im Controlling nicht weiter gewartet. Als Alternative wird die Transaktion BATCHMAN angeboten. Damit werden Werkzeuge zur Verfügung gestellt, die die Datenübernahme aus externen Systemen in das Controlling des SAP R/3 für alle Istbuchungsvorgänge unterstützen. Die Datenübernahme wird protokolliert; frühere Buchungsläufe können angezeigt werden; nicht verbuchbare Belege werden in einen Fehlervorrat gestellt, der automatisch, halb-automatisch oder manuell nachbearbeitet werden kann; Datenübernahmen können storniert werden. Auswirkungen auf die Datenübernahme Das Hochladen der Buchungsdaten in das SAP-R/3-System wird durch ein BAdI (Business Add-In) implementiert. Eine Beispiel-Implementierung, die Daten aus einem im TXT-Format abgespeicherten Excel-Sheet hochlädt, wird ausgeliefert. Kundeneigene Anforderungen an externe Datenformate müssen ______________________________________________________________ SAP AG 169 SAP-System ______________________________________________________________ in eigenen BAdI-Implementationen realisiert werden. Auswirkungen auf das Customizing Um das Hochladen eigener externer Datenformate zu implementieren und zu aktivieren, verwenden Sie im Einführungsleitfaden (IMG) der Kostenstellenrechnung den Arbeitsschritt Übernahme von externen CO-Istdaten implementieren. 7.2.2 BAPIs für Istbuchungen im Controlling (erweitert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) sind in der Komponente CO-OM (Gemeinkosten-Controlling) eine Reihe neuer Business Application Programming Interfaces (BAPI) entwickelt bzw. vorhandene verbessert worden. Die Neuentwicklungen bzw. Erweiterungen unterstützen die folgenden Funktionalitäten: o Belegfindung o Lesen von Planungsdaten o Prüfen und Buchen von Sekundärkostenverrechnungen o Storno von Istbuchungen aller CO-Vorgänge o Ergebnisobjekte als Sender- und Empfängerkontierung o flexible Steuerung der Bewertung von Leistungsverrechnungen. Auswirkungen auf den Datenbestand Neue BAPIs Belegleser Dieses BAPI findet CO-Belege im SAP-R/3-System, und zwar nach bestimmten Kriterien: Kontierungsobjekt, Referenzvorgang (Information darüber, welche Komponente außerhalb des CO den Beleg geschrieben hat), Intervall für Buchungsdatum und Periode/Geschäftsjahr (für Sonderperioden wichtig). Manuelle Kostenverrechnung Mit diesem BAPI können Sie den Vorgang "Manuelle Kostenverrechnung" prüfen und buchen. Der Vorgang erlaubt die gezielte Verrechnung von Sekundärkosten zwischen den gewählten Kontierungsobjekten, ganz analog zu Verteilung und Umlage, wo dies maschinell geschieht. Stornierung Für alle Vorgänge wurden BAPIs zum Stornieren eingeführt. Erweiterungen der BAPIs Kundenfelder Bei fast allen Vorgängen (Ausnahme: "manuelle Kostenverrechnung") können Kundenfelder mitgeprüft und -gebucht werden. ______________________________________________________________ SAP AG 170 SAP-System ______________________________________________________________ Ergebnisobjekte Bei den Vorgängen "Primärkostenumbuchung", "Erlösumbuchung" und "manuelle Kostenverrechnung" können Ergebnisobjekte als Sender und Empfänger kontiert werden. Externe Bewertung Bei Leistungsverrechnungen kann flexibel gesteuert werden, wie die verrechnete Leistungsmenge zu bewerten ist. Dazu kann die Bewertung entweder in der Schnittstelle an das BAPI übergeben werden oder dynamisch durch Implementation eines entsprechenden BAdI aus den Kontierungsdaten ermittelt werden. Für die Bewertung können sowohl Gesamttarif oder fixe und variable Tarifanteile einerseits als auch Gesamtwert oder fixe und variable Wertanteile andererseits vorgegeben werden. Transaktionswährung pro Zeile Bei den Vorgängen "Primärkostenumbuchung", "Erlösumbuchung" und "manuelle Kostenverrechnung" kann pro Zeile (nicht mehr nur auf Kopfebene) die Transaktionswährung vorgegeben werden. Erweiterung der Schnittstelle bei Leistungsverrechnung für Joint Venture Accounting Falls die Komponente Joint Venture Accounting aktiv ist, können bei Leistungsverrechnungen Bewertungsperiode und -jahr für die Bewertung mit Plantarifen vorgegeben werden. Siehe auch Release Note: BAdI für die Bewertung von Leistungsverrechnungen 7.2.3 Bewertung von Leistungsverrechnungen Verwendung Leistungsverrechnungen werden ab Release R/3 Enterprise nach den einheitlichen Regeln bewertet, unabhängig davon, in welcher Transaktion sie erfasst werden: o Falls der Empfänger der Leistungsverrechnung ein Objekt mit Kalkulationsvariante ist (z.B. ein Fertigungsauftrag), so wird zur Bewertung die der Kalkulationsvariante zugeordnete Strategiefolge abgearbeitet. o Für alle anderen Empfängerobjekte gilt die Strategiefolge - 1. externer Tarif - 2. Ist-Tarif - 3. Plan-Tarif (Bislang galten diese Regeln nur bei Leistungsverrechnungen zu Logistik-Rückmeldungen. Bei den im Controlling erfassten Leistungsverrechnungen wurde immer der Plan-Tarif zur Bewertung herangezogen, sofern nicht manuell ein externer Tarif vorgegeben worden ist.) ______________________________________________________________ SAP AG 171 SAP-System ______________________________________________________________ 7.2.4 BAdI für die Bewertung von Leistungsverrechnungen (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) wird das Business-Add-In EXT_VALUATION_IAA bei der Bewertung von Leistungsverrechnungen eingeführt. Damit ist es möglich, abhängig von den Kontierungsobjekten (Sender und Empfänger) und deren Eigenschaften, die Bewertung von Leistungsverrechnungen zu bestimmen und damit die standardmäßige Bewertung zu übersteuern. Es kann sowohl der Tarif als auch der Gesamtwert für die zu bewertende Leistungsmenge vorgegeben werden. Das BAdI ist wirksam o bei der manuellen Erfassung von Leistungsverrechnungen (Transaktionen KB21N und KB21) o bei der Überleitung von Daten des Arbeitszeitblattes (CA-TS) ins Controlling (Transaktion CAT7) o bei der Erfassung von kostenrelevanten Logistik-Rückmeldungen (Transaktionen CO1F, CO11N, CO15, IW41, IW42, IW44, IW48, CN25, CN27, CAT5, CAT9) o und bei der Buchung von Leistungsverrechnungen mit Hilfe des BAPI AcctngActivityAlloc.Post (Funktionsbaustein BAPI_ACC_ACTIVITY_ALLOC_POST). Auswirkungen auf das Customizing Um eine eigene Bewertungssteuerung zu implementieren und zu aktivieren, verwenden Sie im Einführungsleitfaden (IMG) der Kostenstellenrechnung die Aktivität Externe Bewertung von Leistungsverrechnungen implementieren. 7.2.5 Gemeinkostenzuschläge: Berechnungsbasis Kst/LArt (erweitert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie Berechnungsbasen für Gemeinkostenzuschläge bezogen auf Kostenstelle und Leistungsart definieren. Dazu ordnen Sie pro Kostenrechnungskreis den Berechnungsbasen einzelne Kostenstellen oder Kostenstellenintervalle bzw. einzelne Leistungsarten oder Leistungsartenintervalle zu. Bisher waren Basen nur abhängig von Kostenart und Herkunft zu definieren. Auswirkungen auf das Customizing Verwenden Sie zur Definition der Berechnungsbasen den Arbeitsschritt: Berechnungsbasen bezogen auf Kostenstelle und Leistungsart definieren 7.2.6 Transaktionen für die manuellen Istbuchungen im Controlling (geändert) Verwendung ______________________________________________________________ SAP AG 172 SAP-System ______________________________________________________________ Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) wird die Verwendung der alten Transaktionen für die manuellen Istbuchungen im Controlling (KB11, KB15, KB21, KB27, KB31, KB41, KB51, KB71) auf Batch-Input eingeschränkt. Bei Ansteuerung via Transaktionscode wird auf die entsprechenden neuen Transaktionen (KB11N, KB15N, KB21N, KB31N, KB41N, KB51N) verzweigt. Die Funktionalität der Transaktionen KB27 und KB71 ist nun in die Transaktionen KB21N bzw. KB61 integriert. 7.2.7 Löschprogramm für das Archivierungsobjekt CO_CCTR_ID (erweitert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) steht Ihnen für das Archivierungsobjekt CO_CCTR_ID ein neues Löschprogramm zur Verfügung. Das Löschprogramm, das Ihnen in früheren Releases zur Verfügung stand, wurde entfernt. Auswirkungen auf das Customizing Wenn Sie eigene Varianten für das Löschprogramm verwenden, dann müssen Sie im objektspezifischen Customizing neue Varianten eintragen. Siehe auch Weitere Informationen zum Archivierungsobjekt CO_CCTR_ID finden Sie in der SAP-Bibliothek unter Anwendungsübergreifende Komponenten -> Archivieren von Anwendungsdaten (CA-ARC) -> Controlling (CO) -> Archivierung von Kostenstellendaten (CO-OM-CCA) -.> Archivierung Kostenstelle - Istdaten (CO-OM-CCA). 7.2.8 PSP-Elementgruppen (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) stehen Ihnen die folgenden zusätzlichen Funktionen für die PSP-Elementgruppen zur Verfügung: Neue Transaktion Mit der neuen Transaktion KJH2 können Sie PSP-Elementgruppen ändern. Neues Berechtigungsobjekt Über das neue Berechtigungsobjekt K_PRPS_SET können Sie die Berechtigung für das Anzeigen von PSP-Elementgruppen (Transaktion KJH3) und für das Ändern von PSP-Elementgruppen (Transaktion KJH2) einschränken. Das neue Berechtigungsobjekt enthält die folgenden Felder: o Gruppenname o Aktivität Die geschützten Aktivitäten in der Pflege der PSP Elementgruppen sind: - 02 = Ändern ______________________________________________________________ SAP AG 173 SAP-System ______________________________________________________________ - 03 = Anzeigen Auswirkungen auf die Systemverwaltung Wenn Sie das neue Objekt nutzen möchten, müssen Sie Berechtigungen und Rollen pflegen. Ausgeliefert wird das Objekt in der Berechtigung SAP_ALL mit allen Berechtigungen für alle Gruppen. 7.2.9 CO-OM-CEL 7.2.9.1 CO-OM-CEL-RE Kostenartenrechnung Abstimmung Finanzbuchhaltung / Controlling 7.2.9.1.1 Partnerfunktionsbereich bei Abstimmbuchung CO-FI Verwendung Vor Release 4.70 wurde bei der Abstimmbuchung CO-FI (Transaktion KALC) eine Verdichtung über dem Feld "Partnerfunktionsbereich" durchgeführt: Die bei der Abstimmung CO-FI erzeugten FI-Belege wurden vom System entsprechend verdichtet, da dieses Feld im FI nicht existiert. Da dieses Systemverhalten in Einzelfällen zu Problemen führte wurde zu Release 4.70 diese Verdichtung abgeschaltet. Hierzu wurde zu Release 4.70 der OSS-Hinweis Nr. 431218 im Standard eingebaut. Auswirkungen auf den Datenbestand Bei künftigen Abstimmbuchungen erfolgt bei der Erzeugung der FI-Belege keine Verdichtung über dem Feld Partnerfunktionsbereich mehr. Bereits gebuchte Daten bleiben unverändert. Auswirkungen auf die Systemverwaltung Falls in Release 4.70 die Verdichtung über dem Feld "Partnerfunktionsbereich" wieder aktiviert werden soll, dann muß die Korrekturanleitung des Hinweises 431218 aus dem System ausgebaut werden. Das System verhält sich dann wie in den Releases vor 4.70. 7.2.10 CO-OM-CCA 7.2.10.1 CO-OM-CCA-PL Kostenstellenrechnung Kostenstellenplanung 7.2.10.1.1 Lese-BAPIs für Gemeinkostenplanung (neu) Verwendung In den SAP-R/3-Releases 4.5A und 4.6A wurden Business Application Programming Interfaces (BAPIs) ______________________________________________________________ SAP AG 174 SAP-System ______________________________________________________________ zur Datenübernahme in die Gemeinkostenplanung ausgeliefert (Funktionsgruppe 6026 bzw. Transaktion BAPI, Objekt "CostActivityPlanning"). Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) werden zu diesen Prüf- und Verbuchungs-BAPIs vier Lese-BAPIs (die Methoden "ReadActivityInput", "ReadActivityOutput", "ReadKeyFigure", "ReadPrimCost") zur Verfügung gestellt. Mit diesen BAPIs bzw. Methoden können die gebuchten Daten wieder ausgelesen werden. Die BAPIs berücksichtigen allerdings nur diejenigen Daten, die mit den zugehörigen Verbuchungs-BAPIs oder der manuellen Planung angelegt wurden. Daten aus maschinellen Transaktionen wie Abrechnung oder Umlage werden nicht berücksichtigt. Siehe auch Weitere Informationen über die neuen BAPIs finden Sie in der Transaktion BAPI bzw. in der Online-Dokumentation der BAPIs selbst (Funktionsgruppe 6026). 7.2.10.2 CO-OM-CCA-CM Obligo und Mittelbindung 7.2.10.2.1 Obligofortschreibung bei Rechnungseingang ohne Wareneingang Verwendung Zu einer Bestellung ergibt sich folgende Situation: - bewerteter Wareneingang - es sind Rechnungen erfaßt, deren Einzelpreis über dem Bestellwert liegt Das System ging in früheren Releases davon aus, dass auch der Wert des Wareneingangs höher als der Bestellwert sein wird und hat folgerichtig das Obligo um diese Differenz erhöht. Dieses Verhalten wurde zum Release R/3 Enterprise (4.7) geändert. Wünschen Sie ein Systemverhalten wie in früheren Releases, so bauen Sie bitte die Modifikation aus Hinweis 490624 ein. Auswirkungen auf den Datenbestand Bestehende Obligos werden davon zunächst nicht beeinträchtigt. Eine neue Berechnung nach oben beschriebener Logik wird - bei einer erneuten Veränderung der Bestellung durchgeführt oder kann - durch den Korrekturreport RKANBU01 erzwungen werden. Haben Sie o.g. Hinweis eingebaut, ist keine Aktion notwendig. Siehe auch Hinweis 216255 ______________________________________________________________ SAP AG 175 SAP-System ______________________________________________________________ 7.2.11 CO-OM-OPA Gemeinkostenaufträge 7.2.11.1 Aufwandsbezogene Faktura für erlösführende Innenaufträge (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) kann die aufwandsbezogene Faktura direkt erlösführende Innenaufträge verarbeiten. Bisher war die aufwandsbezogene Faktura nur möglich für o Verkaufsbelege mit Kostensammler o Erlösführende Serviceaufträge o Erlösführende PSP-Elemente. Die Kosten von Innenaufträgen konnten nur nach Abrechnung auf eines dieser Objekte in der aufwandsbezogenen Faktura berücksichtigt werden. Jetzt ist die aufwandsbezogene Faktura für erlösführende Innenaufträge direkt über einen Verkaufsbeleg ohne Kostensammler möglich. Der Prozeß orientiert sich an der derzeitigen Lösung zur aufwandsbezogenen Faktura von Projekten / PSP-Elementen. Auswirkungen auf das Customizing Zur Nutzung der neuen Funktion muß im Customizing der Verkaufsbelegpositionen die Kontierung auf Innenaufträge erlaubt werden. Das tun Sie im Arbeitsschritt: Steuerung Kundenauftragsfertigung / Kundenauftrags-Controlling 7.2.11.2 Löschprogramm für das Archivierungsobjekt CO_ORDER (erweitert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) steht Ihnen für das Archivierungsobjekt CO_ORDER ein neues Löschprogramm zur Verfügung. Das Löschprogramm, das Ihnen in früheren Releases zur Verfügung stand, wurde entfernt. Das neue Löschprogramm liefert ein Standardprotokoll, das zu jeder Tabelle jeweils die Anzahl der gelöschten Einträge ausgibt. Auswirkungen auf das Customizing Falls Sie eigene Varianten für das Löschprogramm verwenden, müssen Sie im objektspezifischen Customizing neue Varianten eintragen. Siehe auch Weitere Informationen zum Archivierungsobjekt CO_ORDER finden Sie in der SAP-Bibliothek unter Anwendungsübergreifende Komponenten -> Archivieren von Anwendungsdaten (CA-ARC) -> ______________________________________________________________ SAP AG 176 SAP-System ______________________________________________________________ Controlling (CO) -> Archivierung Innenaufträge (CO-OM-OPA) -.> Archivierung Aufträge mit Bewegungsdaten (CO-OM-OPA). 7.2.11.3 Statische Abwicklung aufwandsbezogene Faktura (gelöscht) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) steht die statische Abwicklung der aufwandsbezogenen Faktura (Transaktion VA90), wie zu Release 4.5 angekündigt, nicht mehr zur Verfügung. Stattdessen können Sie die dynamische Abwicklung (Transaktion DP90) nutzen, die Ihnen alle nötigen Funktionen zur Verfügung stellt. Auswirkungen auf den Datenbestand Sie müssen Ihre existierenden Aufträge auf die dynamische Abwicklung umstellen. Auswirkungen auf das Customizing Sie müssen Ihr System auf die dynamische Abwicklung der aufwandsbezogenen Faktura umstellen. Dies können Sie bereits vor der Umstellung auf SAP R/3 Enterprise für alle Releases ab 4.5B tun. Weitere Informationen zur Umstellung auf die dynamische Abwicklung finden Sie im Einführungsleitfaden (IMG) der Angebotserstellung und Faktura unter Statische Abwicklung (Verfahren vor Release 4.5). 7.2.11.4 CO-OM-OPA-PL Auftragsplanung 7.2.11.4.1 Planung und Budgetierung in beliebiger Währung (neu) Verwendung Internationale Konzerne führen im CO oft eine einheitliche Kostenrechnungskreiswährung (Konzernwährung). Dennoch soll operativ in der jeweiligen lokalen Währung geplant und budgetiert werden, da die Kosten größtenteils in lokaler Währung anfallen. Bei der lokalen Währung handelt es sich hierbei meist um die entsprechende Buchungskreiswährung. Bisher war lediglich die Budgetierung von Maßnahmen (Aufträge und Projekte) in lokaler Währung möglich. Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können auch Investitionsprogramme in lokaler Währung budgetiert werden. Überdies wird nun durchgängig die Planung von Investitionsprogrammen, Maßnahmenanforderungen und Maßnahmen in lokaler Währung ermöglicht. Wie schon zuvor für Aufträge und Projekte werden Plan- und Budgetwerte nun durchgängig (also auch für Investitionsprogrammpositionen und Maßnahmenanforderungen) sowohl in der Kostenrechnungskreis- als auch in der lokalen Währung gespeichert, die im Stammsatz des jeweiligen Objektes hinterlegt ist. Nach der Änderung bzw. Präzisierung der hierbei verwendeten ______________________________________________________________ SAP AG 177 SAP-System ______________________________________________________________ Umrechnungskurse ist nun auch jederzeit ein Neurechnen der Werte in lokaler Währung aus den Werten in Kostenrechnungskreiswährung - oder umgekehrt - möglich. Im IM-Reporting werden sogar Auswertungen in einer beliebigen Berichtswährung unterstützt (Plan-, Budget- und Verfügtwerte). Liegen die Werte in der angegebenen Berichtswährung vor, so werden sie unverändert ausgegeben, andernfalls werden sie aus der Kostenrechnungskreiswährung in die Berichtswährung umgerechnet. Auswirkungen auf den Datenbestand Die Planwerte von Maßnahmenanforderungen wurden vor SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) nur in der Kostenrechnungskreiswährung gespeichert. Dies galt auch dann, wenn im Stammsatz der Maßnahmenanforderung eine lokale Objektwährung hinterlegt worden war. Da ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) die Planwerte einer Maßnahmenanforderung stets in Kostenrechnungskreisund in lokaler Währung gespeichert werden, sollten Maßnahmenanforderungen nachträglich angepaßt werden, falls diese in einem früheren Release angelegt wurden und eine von der Kostenrechnungskreiswährung abweichende lokale Objektwährung führen. Dies geschieht am einfachsten, indem Sie die Planwerte der Maßnahmenanforderungen in lokaler Objektwährung mit Hilfe des Programms RAIMCRC2 (Transaktion IMCRC2, Menüpfad: Rechnungswesen -> Investitionsmanagement -> Maßnahmenanforderungen -> Werkzeuge -> Währungsneurechnen Plan für Maßnahmenanforderungen) neu aus den Planwerten in Kostenrechnungskreiswährung berechnen. Setzen Sie hierfür vor Ausführung des Programms auf dem Anforderungsbild die entsprechende Option im Block Ablaufsteuerung. Auswirkungen auf das Customizing Anpassung der Plan- und Budgetprofile Um die Planung von Investitionsprogrammen, Maßnahmenanforderungen und Maßnahmen in einer von der Kostenrechnungskreiswährung abweichenden Transaktionswährung zu ermöglichen, müssen Sie die entsprechenden Planprofile anpassen. Um die Budgetierung von Investitionsprogrammen in einer von der Kostenrechnungskreiswährung abweichenden Transaktionswährung zu ermöglichen, müssen Sie das entsprechende Budgetprofil anpassen. Hierbei ist für die Plan- bzw. Budgetprofile in dem Block Planungswährung bzw. Budgetierungswährung festzulegen, in welcher Transaktionswährung die Planung bzw. Budgetierung erfolgen soll: o nur in Kostenrechnungskreiswährung (Default), o nur in Objektwährung (= lokale, im Stammsatz des jeweiligen Objekts hinterlegte Währung) oder o in einer zu Beginn jeder Planung bzw. Budgetierung frei wählbaren Transaktionswährung (diese Option ist jedoch nicht möglich für Maßnahmenanforderungen). In den Plan- bzw. Budgetprofilen sind auch die Kurstypen zu hinterlegen, die zur Umrechnung der geschäftsjahresunabhängigen Gesamtwerte herangezogen werden sollen. Verwenden Sie zur Anpassung der Planprofile z.B. die Arbeitsschritte: Planprofile pflegen (Investitionsprogramme) Planprofile für Kostenplanung pflegen (Maßnahmenanforderungen) Verwenden Sie zur Anpassung der Budgetprofile die Arbeitsschritte ______________________________________________________________ SAP AG 178 SAP-System ______________________________________________________________ Budgetprofile für Investitionsprogramme definieren (Investitionsprogramme) Kurstypen In den geschäftsjahresabhängigen Daten der CO-Planversionen sind ferner die Kurstypen zu hinterlegen, die zur Umrechnung der geschäftsjahresabhängigen Planwerte herangezogen werden sollen. Zur Umrechnung der geschäftsjahresabhängigen Budgetwerte sowie der geschäftsjahresabhängigen Planwerte von Maßnahmenanforderungs-Varianten, die noch keiner Planversion zugeordnet sind, wird der jeweilige Kurstyp aus den geschäftsjahresabhängigen Daten der CO-Planversionen 0 herangezogen. Da die Plan- bzw. Budgetwerte in der Transaktions- sowie in der Kostenrechnungskreis- und der lokalen Währung abgespeichert werden, müssen die verwendeten Kurstypen die Umrechnung der Transaktionsin die Kostenrechnungskreis- und in die lokalen Währungen unterstützen. Ggf. sind also auch die verwendeten Kurstypen entsprechend zu erweitern. Verwenden Sie zur Eingabe der Kurstypen den Arbeitsschritt: Versionen definieren (Investitionsprogramme) Änderung der Planungs- bzw. Budgetierungswährung Wenn Sie bereits bestehende Investitionsprogramme / Maßnahmen bisher stets in der Kostenrechnungskreiswährung beplant bzw. budgetiert haben, so ist eine nachträgliche Änderung der Planungs- bzw. Budgetierungswährung auf Objektwährung in den zu Grunde liegenden Plan- bzw. Budgetprofilen nicht mehr möglich. Diese Umstellung wird im Customizing zwar nicht verhindert, führt aber spätestens bei der nächsten Planung bzw. Budgetierung der bereits bestehenden Investitionsprogramme / Maßnahmen zu einem Fehler. Als Alternative können Sie jedoch in den Planbzw. Budgetprofilen auf die Planungs- bzw. Budgetierungswährung Transaktionswährung umstellen und das Kennzeichen Objektwährung als Default setzen. Eine entsprechende Einschränkung für Maßnahmenanforderungen besteht nicht. Hier können Sie jederzeit die Planungswährung im Planungsprofil wechseln. Verwenden Sie die unter "Anpassung der Plan- und Budgetprofile" angegebenen Arbeitsschritte. Detailplanung Beim Aufruf der Detailplanung aus der strukturorientierten Kostenplanung bzw. Erlösplanung werden fest vorgegebene SAP-Standard-Planerprofile verwendet, denen die zu verwendenden SAP Standard-Planungslayouts zugeordnet sind. Diese Planerprofile können innerhalb der Planungstransaktionen nicht geändert werden. Importieren Sie die SAP Standard-Planungslayouts 1-401-IM, 1-402-IM, 1-403-IM, 1-701-IM, 1-702-IM und 1-703-IM mit der Transaktion OKBF aus dem Mandanten 000 in Ihren jeweiligen Mandanten. Um den Import durchzuführen, wählen Sie den Arbeitsschritt: Standardplanungslayouts importieren. Berichtswährung für IM Reporting Soll im IM-Reporting eine Berichtswährung angebbar sein, die von der Kostenrechnungskreiswährung und der Objektwährung der Investitionsprogrammpositionen oder der untergeordneten Maßnahmenanforderungen und Maßnahmen abweicht, so wird bei dem dann fälligen Umrechnen der Plan-, Budget-, bzw. Verfügtwerte in die Berichtswährung ein weiterer Kurstyp benötigt, den Sie bitte im Customizing der Programmart des Investitionsprogramms hinterlegen, über das berichtet werden soll (Block Konzernberichtswesen). ______________________________________________________________ SAP AG 179 SAP-System ______________________________________________________________ Verwenden Sie zur Eingabe der weiteren Berichtswährung den Arbeitsschritt: Programmarten definieren (Investitionsprogramme) Siehe auch Nähere Informationen zu der neuen Funktionalität finden Sie in der Hilfe zur Anwendung der jeweiligen Transaktionen bzw. in der entsprechenden IMG-Dokumentation. 7.2.11.5 CO-OM-OPA-BU Auftragsbudgetierung 7.2.11.5.1 Verfügbarkeitskontrolle in Objektwährung (neu) Verwendung Vor SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) arbeitete die aktive Verfügbarkeitskontrolle für Aufträge und Projekte nur auf Basis der Kostenrechnungskreiswährung. Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) kann die aktive Verfügbarkeitskontrolle auch in Objektwährung durchgeführt werden. Diese Einstellung ist vor allem dann sehr sinnvoll, wenn das Budget Ihrer Maßnahmen in einer von der Kostenrechnungskreiswährung abweichenden Objektwährung erfaßt wurde, da dann der Einfluss von Kursschwankungen auf das in Objektwährung verfügbare Budget (aktuelles Budget - Verfügtwert) eliminiert wird. Bitte beachten Sie, dass die neue Funktion für Projekte nur eingesetzt werden kann, wenn alle Objekte (PSP-Elemente, Netzpläne, Aufträge) innerhalb einer Budgetierungshierarchie dieselbe Objektwährung besitzen. Auswirkungen auf den Datenbestand Die Verfügtwerte von Aufträgen und Projekten wurden vor SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) nur in Kostenrechnungskreiswährung auf der Datenbank gespeichert. Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) werden die Verfügtwerte entweder in Kostenrechnungskreiswährung oder in Objektwährung gespeichert. Auswirkungen auf die Datenübernahme Die Verfügbarkeitskontrolle kann auch für bereits bestehende Maßnahmen in Objektwährung durchgeführt werden. Bitte beachten Sie, dass nach einer entsprechenden Änderung der Budgetprofileinstellung ein Neuaufbau der Verfügbarkeitskontrolle mit der Transaktionen KO31 bzw. CJBN erforderlich ist, wenn die Verfügbarkeitskontrolle für die bestehenden Aufträge oder Projekte bereits aktiv war. Auswirkungen auf das Customizing Um die Verfügbarkeitskontrolle in Objektwährung zu ermöglichen, müssen Sie in den Budgetprofilen Ihrer Maßnahmen unter Verfügbarkeitskontrolle das Kennzeichen Objektwährung setzen. Verwenden Sie dazu die Arbeitsschritte: ______________________________________________________________ SAP AG 180 SAP-System ______________________________________________________________ Budgetprofile pflegen (Innenaufträge) Budgetprofile pflegen (Projekte) Siehe auch Nähere Informationen zu der neuen Funktionalität finden Sie auch in der R/3 Bibliothek. 7.2.11.6 CO-OM-OPA-CM Obligo und Mittelbindung 7.2.11.6.1 Feldsteuerung zur Mittelbindung (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) sind die im Haushaltsmanagement vorhandenen Funktionen zur Feldsteuerung der Mittelbindung auch im IMG der Innenaufträge verfügbar. Auswirkungen auf das Customizing Sie können im Customizimg der Innenaufträge nun fünf Arbeitsschritte zur Feldsteuerung ausführen. Sie erreichen die IMG-Aktivitäten über Controlling -> Innenaufträge -> Obligo und Mittelbindung -> Mittelbindung -> Feldsteuerung Mittelbindung. Dann können Sie wählen: Feldstatusvariante definieren Feldstatusvariante Buchungskreis zuordnen Feldstatusgruppen definieren Feldauswahlleiste definieren Feldauswahlleiste zuordnen 7.2.11.6.2 Obligofortschreibung bei Rechnungseingang ohne Wareneingang Verwendung Zu einer Bestellung ergibt sich folgende Situation: - bewerteter Wareneingang - es sind Rechnungen erfaßt, deren Einzelpreis über dem Bestellwert liegt Das System ging in früheren Releases davon aus, dass auch der Wert des Wareneingangs höher als der Bestellwert sein wird und hat folgerichtig das Obligo um diese Differenz erhöht. Dieses Verhalten wurde zum Release R/3 Enterprise (4.7) geändert. Wünschen Sie ein Systemverhalten wie in früheren Releases, so bauen Sie bitte die Modifikation aus Hinweis ______________________________________________________________ SAP AG 181 SAP-System ______________________________________________________________ 490624 ein. Auswirkungen auf den Datenbestand Bestehende Obligos werden davon zunächst nicht beeinträchtigt. Eine neue Berechnung nach oben beschriebener Logik wird - bei einer erneuten Veränderung der Bestellung durchgeführt oder kann - durch den Korrekturreport RKANBU01 erzwungen werden. Haben Sie o.g. Hinweis eingebaut, ist keine Aktion notwendig. Siehe auch Hinweis 216255 7.2.11.7 CO-OM-OPA-CL Periodischer Auftragsabschluß 7.2.11.7.1 Abrechnung Investitionsförderung von Anlagen im Bau (erweitert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie von selbständigen Anlagen im Bau (AiB) und von AiB, die zu Investitionsmaßnahmen gehören, auch Investitionsförderungen abrechnen, die im Jahr der Abrechnung auf der AiB gebucht worden sind. Bisher konnten Investitionsförderungen im Aktivierungsjahr nur auf der fertigen Anlage gebucht werden. Bei Teilaktivierung oder Verteilung auf mehrere Empfänger geht die Ermittlung der anteilig umzubuchenden Investitionsförderung davon aus, dass Investitionsförderungen, die im Aktivierungsjahr auf der AiB gebucht worden sind, sich auch auf Zugänge des Aktivierungsjahres beziehen. Wenn Sie auf der AiB Investitionsförderungen buchen, die sich auf Altbestand beziehen, dann müssen Sie dafür die Bewegungsart Kxx für die jeweilige Investitionsfördermaßnahme xx verwenden. Auswirkungen auf den Datenbestand Wenn Sie auf AiB Investitionsförderungen, die sich auf Altbestand beziehen, mit einer Bewegungsart Ixx gebucht haben, dann sollten Sie diese Buchungen stornieren und mit der entsprechenden Bewegungsart Kxx neu buchen. Auswirkungen auf das Customizing Prüfen Sie, ob zu den von Ihnen verwendeten Investitionsfördermaßnahmen auch eine Bewegungsart Kxx angelegt ist. (Normalerweise werden diese Bewegungsarten beim Einrichten der Investitionsfördermaßnahme automatisch angelegt.) Sie tun das im Arbeitschritt Bewegungsarten für Fördermaßnahmen prüfen. ______________________________________________________________ SAP AG 182 SAP-System ______________________________________________________________ 7.2.11.7.2 CO-OM-OPA-CL-IC Verzinsung 7.2.11.7.2.1 Zinsrechnung für Sonderperioden (geändert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie für Sonderperioden in Projekten oder Innenaufträgen eine gesonderte Zinsrechnung durchführen. Einschränkungen o Wenn Buchungen in Sonderperioden angefallen sind, wird zusätzlich zu den Zinsbelastungen oder -erträgen auch der Saldo der Vorperiode für den Zeitraum von einem Tag erneut verzinst. Dies lässt sich aus technischen Gründen nicht unterbinden. o Im Protokoll werden Buchungen in Sonderperioden als Rückvaluten ausgewiesen. o Wenn Sie für Sonderperioden eine gesonderte Verzinsung durchführen, müssen Sie für jede Sonderperiode einen eigenen Zinslauf starten, da es ansonsten zu Ungenauigkeiten kommen kann. Siehe auch Weitere Informationen zur Zinsrechnung für Sonderperioden finden Sie im SAP-Hinweis 206182. 7.2.12 CO-OM-IS Informationssystem, iViews 7.2.12.1 DRB (erweitert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) bietet der Document Relationship Browser (DRB) eine erweiterte Auswahl an Objekttypen. Der DRB wurde um einige Objekttypen ergänzt und Objekttypen, die in früheren Releases bereits angebunden waren, wurden vervollständigt. Neue Objekttypen des DRB: o Profit-Center-Beleg o Kalkulatorische Ergebnisrechnung o Elektronischer Kontoauszug o Fertigungsauftrag o Rückmeldungsbeleg Die Anbindung dieser Objekttypen betrifft nur die Funktionen innerhalb des DRB. Dazu existieren keine eigenen Einstiegsprogramme. Erweiterte Objekttypen des DRB: o Buchhaltungsbeleg Aus der Beleganzeige (Transaktion FB03) ist ein Absprung in den DRB möglich. Für den Einstieg ______________________________________________________________ SAP AG 183 SAP-System ______________________________________________________________ in den DRB steht der Report RDRBFI00 zur Verfügung. Damit können auch archivierte Buchhaltungsbelege über das Archivinformationssystem (SAP AS) gefunden werden. o Kostenrechnungsbeleg Aus den Einzelpostenberichten (z.B. Transaktion KSB1, KSB5, KOB1) ist ein Absprung in den DRB möglich. Die Funktionen des DRB können Kostenrechnungsbelege in den Archiven aller Archivierungsobjekte ausfindig machen, die Kostenrechnungseinzelposten archivieren. Dafür stehen adäquate Feldkataloge und Infostrukturen zur Verfügung. Siehe auch Weitere Informationen zum Document Relationship Browser finden Sie in SAP-Hinweis 492938. 7.2.12.2 Anzeige archivierter Einzelposten im Einzelpostenbericht (erweitert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie im Einzelpostenbericht Einzelposten von der Datenbank und vom Archiv auslesen sowie diese gemeinsam im Einzelpostenbericht anzeigen. In früheren Releases konnten entweder Einzelposten von der Datenbank oder Einzelposten vom Archiv gelesen und angezeigt werden. Sie können zu Einzelpostenbelegen sämtliche verknüpften Belege (Ursprungs- und Folgebelege) anzeigen. Dazu steht Ihnen der Document Relationship Browser(DRB) zur Verfügung. Mit dem DRB können Sie anwendungsübergreifend sämtliche Belege, die zu einem Geschäftsvorfall oder einer Prozesskette gehören, anzeigen. Um auf die Funktionalität des Document Relationship Browsers zuzugreifen und verknüpfte Belege anzuzeigen, wählen Sie Zusätze -> Relationship Browser. Siehe auch Weitere Informationen zum Document Relationship Browser finden Sie in der SAP-Bibliothek unter mySAP-Technology-Komponenten -> SAP Web Application Server -> Basis-Services / Kommunikationsschnittstelle (BC-SRV) -> Business Workplace und Services (BC-SRV-OFC) -> Document Relationship Browser. 7.3 CO-PC 7.3.1 CO-PC-PCP Produktkosten-Controlling Produktkostenplanung ______________________________________________________________ SAP AG 184 SAP-System ______________________________________________________________ 7.3.1.1 Fremdkalkulationsschnittstelle über BAPIs Verwendung Ab Release 4.70 werden Ihnen vereinheitlichte Schnittstellen für das BOR (Business Object Repository) Objekt Costestimate BUS2044 zur Verfügung gestellt. o BAPI_COSTESTIMATE_GETLIST stellt ein weiteres Selektionskriterium (Kalkulationslauf) zur Verfügung und ermöglicht eine Selektion von bestehenden Kalkulationen. o BAPI_COSTESTIMATE_GETDETAIL stellt zu bestehenden Kalkulationen die Partnerschichtung und die Direct-Partnerschichtung zur Verfügung. Alle Ergebnisse werden ebenfalls in Nebenschichtung ausgegeben. o Mit der Schnittstelle BAPI_COSTESTIMATE_CREATE_SPLIT können Kalkulationen aus Fremdsystemen in R/3-Systeme importiert werden bzw. in R/3-Systemen angelegt werden. Dabei können Daten zur Schichtung, Partnerschichtung, Direct-Partnerschichtung, Nebenschichtung und Kalkulationskopfdaten mitgegeben werden. o Mit dem BAPI_COSTESTIMATE_DELETE können Sie eine Kalkulation im R/3 über Kalkulationsschlüssel löschen. o Mit dem BAPI_COSTESTIMATE_DELETE_MULTI können Sie mehrere Kalkulationen über Selektionskriterien im R/3 löschen. o Bei dem BAPI_COSTESTIMATE_MARKING können mehrere Kalkulationen über Selektionskriterien vorgemerkt werden. o Bei dem BAPI_COSTESTIMATE_RELEASING können mehrere Kalkulationen über Selektionskriterien freigegeben werden. o Mit dem BAPI_COSTESTIMATE_ALLOW_MARK können Sie für eine oder mehrere Kalkulationen die Vormerkerlaubnis erteilen pro Buchungskreis, Buchungsperiode, Geschäftsjahr, Bewertungssicht, Kalkulationsvariante und Kalkulationsversion. Entsprechende Kalkulationen werden in der Vormerkung selektiert. o Mit dem BAPI_COSTESTIMATE_ALLOW_MA_GET können die organisatorischen Maßnahmen für die Selektionslkriterien ermittelt werden. o Mit dem BAPI_COSTESTIMATE_UPDATE_PRICE können mehrere Kalkulationen selektiert und im Materialstamm fortgeschrieben werden. Dabei wird entweder der Planpreis 1 - 3 oder der handelsrechtliche Preis 1 - 3 oder der steuerrechtliche Preis 1 - 3 fortgeschrieben. Auswirkungen auf den Datenbestand Wenn Sie die Schnittstellen einsetzen, müssen Sie folgendes beachten o BAPI_COSTESTIMATE_CREATE_SPLIT Wenn Sie mit Fremdsystemen arbeiten und aufgrund dieser Daten eine Kalkulation anlegen, können Sie diese Kalkulation im R/3-Umfeld wiederverwenden z.B. in der Referenzkalkulation oder der Übernahmesteuerung. Sie können beispielsweise die Ergebnisse weiterleiten an die Istkalkulation/Material-Ledger, an die Ergebnis- und Marktsegmenterechnung, Kundenauftragskalkulation sowie an die Bestandsbewertung. o BAPI_COSTESTIMATE_DELETE und BAPI_COSTESTIMATE_DELETE_MULTI Die Funktionalität dieser Schnittstellen entspricht der Funktionalität der Transaktion CKR1 ______________________________________________________________ SAP AG 185 SAP-System ______________________________________________________________ Testdaten löschen. Lesen Sie dazu aus der Transaktion CKR1 die Dokumentation aus der Hilfe zur Anwendung Materialkalkulation löschen. o BAPI_COSTESTIMATE_MARKING und BAPI_COSTESTIMATE_RELEASING Die Funktionalität dieser Schnittstellen entspricht der Funktionalität der Transaktion CK24 Preisfortschreibung. Beachten Sie die Konsequenzen, die sich aus einer Bestandsumbewertung ergeben. o BAPI_COSTESTIMATE_ALLOW_MARK Die Funktionalität dieser Schnittstellen entspricht der Funktionalität Vormerkerlaubnis erteilen der Transaktion CK24 Preisfortschreibung . Beispielszenario: Wenn Sie für mehrere Buchungskreise die Vormerkerlaubnis erteilen wollen, können Sie diesen Vorgang mit diesem BAPI automatisieren. 7.3.1.2 Flexible Materialauswahl für den Kalkulationslauf Verwendung Ab Release 4.70 wird die Selektionsmöglichkeit erweitert, nach der Materialien für einen Kalkulationslauf der Produktkostenplanung ausgewählt werden können. Zusätzlich zur bestehenden Funktionalität können Sie einen Selektionsvorrat anlegen, den Sie in der Pflegetransaktion bearbeiten können. Um den Selektionsvorrat zu erstellen, können Sie über die folgenden Merkmale selektieren: o Materialstamm o Stücklistenverwendung o Kalkulationslaufvorlage o zusätzliche Materialfelder o vorhandene Kalkulationen 7.3.1.3 Massenkalkulation für Kundenaufträge Verwendung Ab Release 4.70 haben Sie die Möglichkeit, die Massenkalkulation für Kundenaufträge einsetzen. Mit dieser Funktion können Sie eine zeitlich versetzte Massenkalkulation von Kundenaufträgen durchführen und eine gezielte Selektion der Auftragspositionen nach verschiedenen Kriterien durchführen. Außerdem können Sie bei bewertetem Einzelbestand Kalkulationen vormerken. Auswirkungen auf das Customizing Wenn Sie die Massenkalkulation für Kundenaufträge einsetzen, sollten Sie im Customizing des Kundenauftrags-Controlling der Kostenträgerrechnung unter Steuerung Kundenauftragsfertigung / Kundenauftrags-Controlling Bedarfsklassen überprüfen pro Bedarfsklasse sicherstellen, daß eine ______________________________________________________________ SAP AG 186 SAP-System ______________________________________________________________ Kundenauftragsposition beim Sichern des Belegs nicht automatisch kalkuliert ggf. vorgemerkt wird. 7.3.2 CO-PC-OBJ Kostenträgerrechnung 7.3.2.1 Massenkalkulation für Kundenaufträge Verwendung Ab Release 4.70 haben Sie die Möglichkeit, die Massenkalkulation für Kundenaufträge einsetzen. Mit dieser Funktion können Sie eine zeitlich versetzte Massenkalkulation von Kundenaufträgen durchführen und eine gezielte Selektion der Auftragspositionen nach verschiedenen Kriterien durchführen. Außerdem können Sie bei bewertetem Einzelbestand Kalkulationen vormerken. Auswirkungen auf das Customizing Wenn Sie die Massenkalkulation für Kundenaufträge einsetzen, sollten Sie im Customizing des Kundenauftrags-Controlling der Kostenträgerrechnung unter Steuerung Kundenauftragsfertigung / Kundenauftrags-Controlling Bedarfsklassen überprüfen pro Bedarfsklasse sicherstellen, daß eine Kundenauftragsposition beim Sichern des Belegs nicht automatisch kalkuliert ggf. vorgemerkt wird. 7.3.2.2 Ergebnisermittlung über dynamische Posten (erweitert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) werden zusätzliche Daten im Belegfluss der aufwandsbezogenen Faktura fortgeschrieben, die in den Ergebnisermittlungsmethoden 14 und 15 (Ergebnisermittlung über dynamische Posten) ausgewertet werden. Die zusätzlichen Datenbankfelder führen zu einer erheblichen Verbesserung der Performance dieser Ergebnisermittlungsmethoden, weil die Ergebnisermittlung nicht mehr den Belegfluss der Vertriebsbelege (SD-Belege) auswerten muss, um das Buchungsdatum der Erlöse zu ermitteln, die den fakturierten Aufwänden zugeordnet sind. Auswirkungen auf den Datenbestand Die erweiterte Funktion ist nur für neu erstellte Fakturen aktiv. Für existierende Belegflusseinträge wird weiterhin die alte, weniger performante Ergebnisermittlung durchgeführt. Wenn Sie die Ergebnisermittlungsmethoden 14 und 15 intensiv einsetzen, können Sie allerdings die alten Belegflusseinträge mit dem Programm RDPRAFKDAT an die neue Logik anpassen und damit die Performance im Periodenabschluss verbessern. Weitere Einstellungen zur Aktivierung dieser Funktion müssen Sie nicht vornehmen. ______________________________________________________________ SAP AG 187 SAP-System ______________________________________________________________ 7.3.3 CO-PC-ACT Istkalkulation/Material-Ledger 7.3.3.1 Verteilung von Verbrauchsmengendifferenzen Verwendung Ab Release 4.70 können Sie die Verteilung von Verbrauchmengensdifferenzen einsetzen. Wenn bei Rückmeldungen nicht exakte Mengen von Materialien, Leistungen und Geschäftsprozessen gebucht werden (z.B. bei retrograden Entnahmen von Materialien anhand Stückliste und retrograden Rückmeldungen von Leistungen anhand Arbeitsplan), weisen physische Mengen und im System erfaßte Mengen Differenzen auf (z.B. Inventurdifferenzen). Mit der Verteilung von Verbrauchsmengendifferenzen können Sie die Differenzen den entnehmenden Fertigungsaufträgen, Produktkostensammlern oder dem gefertigten Material nachbuchen. Auswirkungen auf das Customizing Es wird empfohlen, eigene Bewegungsarten zu verwenden, wenn Sie die Verteilung von Verbrauchsmengendifferenzen einsetzen wollen. Sie erzeugen eigene Bewegungsarten im Customizing der Materialwirtschaft unter Bestandsführung und Inventur -> Bewegungsarten -> Bewegungsarten kopieren, ändern. 7.3.3.2 CO-PC-ACT-MAC Mehrstufige Istkalkulation 7.3.3.2.1 Alternativer Bewertungslauf Verwendung Ab Release 4.70 können Sie den Alternativen Bewertungslauf, eine Erweiterung der bestehenden Istkalkulation, einsetzen. Mit dem Alternativen Bewertungslauf können Sie zusätzlich zum Kalkulationslauf der periodischen Istkalkulation kumulierte Istwerte über mehrere Perioden erzeugen. Sie können zu einem Werk mehrere Kalkulationen zu unterschiedlichen Bedingungen (unterschiedliche Tarife oder Bewertungsansätze) erzeugen und miteinander vergleichen. 7.3.3.2.2 Verbrauchsnachbewertung Verwendung Ab Release 4.70 auch können die in der laufenden Periode getätigten Verbräuche zu Istpreisen bewertet werden. Somit können nun insbesondere die Kosten des Umsatzes zu Istpreisen bewertet werden. In früheren Releases wurden die Ergebnisse der Istkalkulation nur für die Bewertung der an Lager liegenden Materialien herangezogen. ______________________________________________________________ SAP AG 188 SAP-System ______________________________________________________________ Auswirkungen auf das Customizing Um die Verbrauchsnachbewertung zu steuern, legen Sie im Customizing der Komponente Istkalkulation/Material-Ledger unter Materialfortschreibung in dem Arbeitsschritt Bewegungsartengruppe des Material-Ledgers definieren spezielle Bewegungsartengruppen für die Verbrauchsnachbewertung an. Im nächsten Arbeitsschritt Bewegungsartengruppen des Material-Ledgers zuordnen wird diese Bewegungsartengruppe den Bewegungsarten zugeordnet, die Sie für die Verbrauchsnachbewertung nutzen möchten. 7.4 CO-PA Ergebnis- u. Marktsegmentrechnung 7.4.1 Strukturänderungen in der Ergebnisrechnung Verwendung Zu SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) gibt es im Einführungsleitfaden der Ergebnisrechnung folgende Änderungen: Unter Planung -> Planungsintegration -> Kostenstellen-/Prozessplanung übernehmen wurden folgende IMG-Aktivitäten aufgenommen. o o Unter Vorbereitungen: - Übernahme Kostenschichtung bei Leistungsverrechnung aktivieren - Ergebnisschema -> Vorgang zuordnen Unter Leistungen direkt/indirekt verrechnen: - o Schichtungszuordnung für Leistungsverrechnung pflegen Unter Template-Verrechnung einrichten: - Schichtungszuordnung für Leistungsverrechnung pflegen Dieselben IMG-Aktivitäten wurden an den entsprechenden Stellen unter Werteflüsse im Ist -> Gemeinkosten übernehmen eingefügt. Siehe auch Weitere Informationen finden Sie in der Release-Information Übernahme Kostenschichtung bei Leistungsverrechnung. 7.4.2 CO-PA-SPP Absatz- und Ergebnisplanung 7.4.2.1 Neuerungen in der CO-PA-Planung Verwendung ______________________________________________________________ SAP AG 189 SAP-System ______________________________________________________________ Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) steht in der CO-PA-Planung eine neue Planungsmethode 'Planungssequenz' zur Verfügung. Mit Hilfe dieser Methode können Sie beliebige Kombinationen von Planungsmethoden in einem einzigen Verarbeitungslauf ausführen. Außerdem können Sie bei der Definition von Planungsebenen und Planungspaketen jetzt auch Variablen einsetzten. 7.4.2.2 CO-PA-SPP-IP Planungsintegration 7.4.2.2.1 Übernahme Kostenschichtung bei Leistungsverrechnung (neu) Verwendung Wenn Sie in der Kostenstellen- oder Prozesskostenrechnung für die Tarifermittlung die Kostenschichtung nutzen, ist es ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) möglich, bei Verrechnungen in die Ergebnisrechnung die Tarife aufgeteilt nach Kostenelementen fortzuschreiben (im Ist und in der Planung). Siehe auch Weitere Informationen finden Sie in der Dokumentation zur IMG-Aktivität Übernahme Kostenschichtung bei Leistungsverrechnung aktivieren. 7.4.3 CO-PA-ACT 7.4.3.1 CO-PA-ACT-OH Werteflüsse im Ist Übernahme von Gemeinkosten 7.4.3.1.1 Übernahme Kostenschichtung bei Leistungsverrechnung (neu) Verwendung Wenn Sie in der Kostenstellen- oder Prozesskostenrechnung für die Tarifermittlung die Kostenschichtung nutzen, ist es ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) möglich, bei Verrechnungen in die Ergebnisrechnung die Tarife aufgeteilt nach Kostenelementen fortzuschreiben (im Ist und in der Planung). Siehe auch Weitere Informationen finden Sie in der Dokumentation zur IMG-Aktivität Übernahme Kostenschichtung bei Leistungsverrechnung aktivieren. ______________________________________________________________ SAP AG 190 SAP-System ______________________________________________________________ 7.4.3.2 CO-PA-ACT-PA Periodische Anpassungen 7.4.3.2.1 Neuerungen bei der periodischen Bewertung und der Top-Down-Verteilung Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) ist es möglich, bei der periodischen Bewertung einzelne Bewertungssichten getrennt zu bewerten. Die Felder Belegnummer und Referenzbelegnummer stehen dabei als Selektionskriterien zur Verfügung. In der Top-Down-Verteilung von Istdaten können nun ebenfalls einzelne Bewertungssichten getrennt verarbeitet werden. Bei der Wahl der Referenzdaten können Sie eine Referenzwährung fest vorgeben. In einem Lauf können bei Bedarf mehrere Vorgangsarten verarbeitet werden. Als Referenzdaten können Sie Daten unterschiedlicher Vorgangsarten verwenden. Die Referenzdaten können über Vorgangsarten kumuliert werden. 7.4.4 CO-PA-IS Informationssystem 7.4.4.1 DRB (erweitert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) bietet der Document Relationship Browser (DRB) eine erweiterte Auswahl an Objekttypen. Der DRB wurde um einige Objekttypen ergänzt und Objekttypen, die in früheren Releases bereits angebunden waren, wurden vervollständigt. Neue Objekttypen des DRB: o Profit-Center-Beleg o Kalkulatorische Ergebnisrechnung o Elektronischer Kontoauszug o Fertigungsauftrag o Rückmeldungsbeleg Die Anbindung dieser Objekttypen betrifft nur die Funktionen innerhalb des DRB. Dazu existieren keine eigenen Einstiegsprogramme. Erweiterte Objekttypen des DRB: o Buchhaltungsbeleg Aus der Beleganzeige (Transaktion FB03) ist ein Absprung in den DRB möglich. Für den Einstieg in den DRB steht der Report RDRBFI00 zur Verfügung. Damit können auch archivierte Buchhaltungsbelege über das Archivinformationssystem (SAP AS) gefunden werden. o Kostenrechnungsbeleg Aus den Einzelpostenberichten (z.B. Transaktion KSB1, KSB5, KOB1) ist ein Absprung in den ______________________________________________________________ SAP AG 191 SAP-System ______________________________________________________________ DRB möglich. Die Funktionen des DRB können Kostenrechnungsbelege in den Archiven aller Archivierungsobjekte ausfindig machen, die Kostenrechnungseinzelposten archivieren. Dafür stehen adäquate Feldkataloge und Infostrukturen zur Verfügung. Siehe auch Weitere Informationen zum Document Relationship Browser finden Sie in SAP-Hinweis 492938. ______________________________________________________________ SAP AG 192 SAP-System ______________________________________________________________ 8 IM Investitionsmanagement 8.1 IM-FA Sachinvestitionen 8.1.1 Planung und Budgetierung in beliebiger Währung (neu) Verwendung Internationale Konzerne führen im CO oft eine einheitliche Kostenrechnungskreiswährung (Konzernwährung). Dennoch soll operativ in der jeweiligen lokalen Währung geplant und budgetiert werden, da die Kosten größtenteils in lokaler Währung anfallen. Bei der lokalen Währung handelt es sich hierbei meist um die entsprechende Buchungskreiswährung. Bisher war lediglich die Budgetierung von Maßnahmen (Aufträge und Projekte) in lokaler Währung möglich. Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können auch Investitionsprogramme in lokaler Währung budgetiert werden. Überdies wird nun durchgängig die Planung von Investitionsprogrammen, Maßnahmenanforderungen und Maßnahmen in lokaler Währung ermöglicht. Wie schon zuvor für Aufträge und Projekte werden Plan- und Budgetwerte nun durchgängig (also auch für Investitionsprogrammpositionen und Maßnahmenanforderungen) sowohl in der Kostenrechnungskreis- als auch in der lokalen Währung gespeichert, die im Stammsatz des jeweiligen Objektes hinterlegt ist. Nach der Änderung bzw. Präzisierung der hierbei verwendeten Umrechnungskurse ist nun auch jederzeit ein Neurechnen der Werte in lokaler Währung aus den Werten in Kostenrechnungskreiswährung - oder umgekehrt - möglich. Im IM-Reporting werden sogar Auswertungen in einer beliebigen Berichtswährung unterstützt (Plan-, Budget- und Verfügtwerte). Liegen die Werte in der angegebenen Berichtswährung vor, so werden sie unverändert ausgegeben, andernfalls werden sie aus der Kostenrechnungskreiswährung in die Berichtswährung umgerechnet. Auswirkungen auf den Datenbestand Die Planwerte von Maßnahmenanforderungen wurden vor SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) nur in der Kostenrechnungskreiswährung gespeichert. Dies galt auch dann, wenn im Stammsatz der Maßnahmenanforderung eine lokale Objektwährung hinterlegt worden war. Da ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) die Planwerte einer Maßnahmenanforderung stets in Kostenrechnungskreisund in lokaler Währung gespeichert werden, sollten Maßnahmenanforderungen nachträglich angepaßt werden, falls diese in einem früheren Release angelegt wurden und eine von der Kostenrechnungskreiswährung abweichende lokale Objektwährung führen. Dies geschieht am einfachsten, indem Sie die Planwerte der Maßnahmenanforderungen in lokaler Objektwährung mit Hilfe des Programms RAIMCRC2 (Transaktion IMCRC2, Menüpfad: Rechnungswesen -> Investitionsmanagement -> Maßnahmenanforderungen -> Werkzeuge -> Währungsneurechnen Plan für Maßnahmenanforderungen) neu aus den Planwerten in Kostenrechnungskreiswährung berechnen. Setzen Sie hierfür vor Ausführung des Programms auf dem Anforderungsbild die entsprechende Option im Block Ablaufsteuerung. Auswirkungen auf das Customizing ______________________________________________________________ SAP AG 193 SAP-System ______________________________________________________________ Anpassung der Plan- und Budgetprofile Um die Planung von Investitionsprogrammen, Maßnahmenanforderungen und Maßnahmen in einer von der Kostenrechnungskreiswährung abweichenden Transaktionswährung zu ermöglichen, müssen Sie die entsprechenden Planprofile anpassen. Um die Budgetierung von Investitionsprogrammen in einer von der Kostenrechnungskreiswährung abweichenden Transaktionswährung zu ermöglichen, müssen Sie das entsprechende Budgetprofil anpassen. Hierbei ist für die Plan- bzw. Budgetprofile in dem Block Planungswährung bzw. Budgetierungswährung festzulegen, in welcher Transaktionswährung die Planung bzw. Budgetierung erfolgen soll: o nur in Kostenrechnungskreiswährung (Default), o nur in Objektwährung (= lokale, im Stammsatz des jeweiligen Objekts hinterlegte Währung) oder o in einer zu Beginn jeder Planung bzw. Budgetierung frei wählbaren Transaktionswährung (diese Option ist jedoch nicht möglich für Maßnahmenanforderungen). In den Plan- bzw. Budgetprofilen sind auch die Kurstypen zu hinterlegen, die zur Umrechnung der geschäftsjahresunabhängigen Gesamtwerte herangezogen werden sollen. Verwenden Sie zur Anpassung der Planprofile z.B. die Arbeitsschritte: Planprofile pflegen (Investitionsprogramme) Planprofile für Kostenplanung pflegen (Maßnahmenanforderungen) Verwenden Sie zur Anpassung der Budgetprofile die Arbeitsschritte Budgetprofile für Investitionsprogramme definieren (Investitionsprogramme) Kurstypen In den geschäftsjahresabhängigen Daten der CO-Planversionen sind ferner die Kurstypen zu hinterlegen, die zur Umrechnung der geschäftsjahresabhängigen Planwerte herangezogen werden sollen. Zur Umrechnung der geschäftsjahresabhängigen Budgetwerte sowie der geschäftsjahresabhängigen Planwerte von Maßnahmenanforderungs-Varianten, die noch keiner Planversion zugeordnet sind, wird der jeweilige Kurstyp aus den geschäftsjahresabhängigen Daten der CO-Planversionen 0 herangezogen. Da die Plan- bzw. Budgetwerte in der Transaktions- sowie in der Kostenrechnungskreis- und der lokalen Währung abgespeichert werden, müssen die verwendeten Kurstypen die Umrechnung der Transaktionsin die Kostenrechnungskreis- und in die lokalen Währungen unterstützen. Ggf. sind also auch die verwendeten Kurstypen entsprechend zu erweitern. Verwenden Sie zur Eingabe der Kurstypen den Arbeitsschritt: Versionen definieren (Investitionsprogramme) Änderung der Planungs- bzw. Budgetierungswährung Wenn Sie bereits bestehende Investitionsprogramme / Maßnahmen bisher stets in der Kostenrechnungskreiswährung beplant bzw. budgetiert haben, so ist eine nachträgliche Änderung der Planungs- bzw. Budgetierungswährung auf Objektwährung in den zu Grunde liegenden Plan- bzw. Budgetprofilen nicht mehr möglich. Diese Umstellung wird im Customizing zwar nicht verhindert, führt aber spätestens bei der nächsten Planung bzw. Budgetierung der bereits bestehenden ______________________________________________________________ SAP AG 194 SAP-System ______________________________________________________________ Investitionsprogramme / Maßnahmen zu einem Fehler. Als Alternative können Sie jedoch in den Planbzw. Budgetprofilen auf die Planungs- bzw. Budgetierungswährung Transaktionswährung umstellen und das Kennzeichen Objektwährung als Default setzen. Eine entsprechende Einschränkung für Maßnahmenanforderungen besteht nicht. Hier können Sie jederzeit die Planungswährung im Planungsprofil wechseln. Verwenden Sie die unter "Anpassung der Plan- und Budgetprofile" angegebenen Arbeitsschritte. Detailplanung Beim Aufruf der Detailplanung aus der strukturorientierten Kostenplanung bzw. Erlösplanung werden fest vorgegebene SAP-Standard-Planerprofile verwendet, denen die zu verwendenden SAP Standard-Planungslayouts zugeordnet sind. Diese Planerprofile können innerhalb der Planungstransaktionen nicht geändert werden. Importieren Sie die SAP Standard-Planungslayouts 1-401-IM, 1-402-IM, 1-403-IM, 1-701-IM, 1-702-IM und 1-703-IM mit der Transaktion OKBF aus dem Mandanten 000 in Ihren jeweiligen Mandanten. Um den Import durchzuführen, wählen Sie den Arbeitsschritt: Standardplanungslayouts importieren. Berichtswährung für IM Reporting Soll im IM-Reporting eine Berichtswährung angebbar sein, die von der Kostenrechnungskreiswährung und der Objektwährung der Investitionsprogrammpositionen oder der untergeordneten Maßnahmenanforderungen und Maßnahmen abweicht, so wird bei dem dann fälligen Umrechnen der Plan-, Budget-, bzw. Verfügtwerte in die Berichtswährung ein weiterer Kurstyp benötigt, den Sie bitte im Customizing der Programmart des Investitionsprogramms hinterlegen, über das berichtet werden soll (Block Konzernberichtswesen). Verwenden Sie zur Eingabe der weiteren Berichtswährung den Arbeitsschritt: Programmarten definieren (Investitionsprogramme) Siehe auch Nähere Informationen zu der neuen Funktionalität finden Sie in der Hilfe zur Anwendung der jeweiligen Transaktionen bzw. in der entsprechenden IMG-Dokumentation. 8.1.2 IM-FA-IA Massnahmenanforderungen 8.1.2.1 Überleitung von Maßnahmenanforderungen in Maßnahmen (erweitert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie beim Anlegen von Projekten aus Maßnahmenanforderungen operative oder Standard-PSPs als Vorlage verwenden. Zudem wird es möglich, aus einer Anforderung mehrere Projekte anzulegen, sofern Sie keine Maßnahmenersetzung verwenden. ______________________________________________________________ SAP AG 195 SAP-System ______________________________________________________________ Unabhängig von der Art der Maßnahme (Auftrag oder Projekt) können Sie die Planwerte oder die Kalkulation einer Anforderung ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) auf mehrere Maßnahmen aufteilen. Siehe auch Weitere Informationen zur Überleitung von Maßnahmenanforderungen in Maßnahmen finden Sie in der SAP-R/3-Bibliothek unter Rechnungswesen -> Investitionsmanagement -> Maßnahmenanforderungen -> Überleitung in eine zu realisierende Maßnahme. 8.1.2.2 Erweiterung für Feldübernahme aus Anforderung in PSP-Element (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) gibt es die Erweiterung (User-Exit) AAIR0006, in der Sie beim Anlegen eines PSP-Elementes aus einer Maßnahmenanforderung in die Übernahme der Anforderungsdaten auf das PSP-Element eingreifen können. Auswirkungen auf das Customizing Die Entwicklung eigener Erweiterungen kann aufgerufen werden über den Arbeitsschritt: Erweiterung für Feldübernahme aus Anforderung in PSP-Element Siehe auch Einzelheiten sind in der Dokumentation der Erweiterung beschrieben. 8.1.2.3 IM-FA-IA-MD Stammdaten 8.1.2.3.1 BAdI: Prüfung von Maßnahmenanforderungen (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) gibt es das Business Add-In (BAdI) APPREQUEST_UPDATE, in dem Sie kundeneigene Prüfungen für die Stammdaten von Maßnahmenanforderungen implementieren können. Dazu bietet das Business Add-In Methoden zur Prüfung der Daten vor dem Sichern oder vor Statusänderungen an. Innerhalb dieser Methoden stehen Ihnen vollständige Informationen über die Stammdaten und den Status der Maßnahmenanforderung zur Verfügung. Zusätzlich gibt es eine Methode, in der Sie beim Sichern einer Anforderung zusätzliche kundeneigene Daten fortschreiben können. Auswirkungen auf das Customizing ______________________________________________________________ SAP AG 196 SAP-System ______________________________________________________________ Zur Implementierung des BAdI verwenden Sie im Einführungsleitfaden (IMG) des Investitionsmanagements den Arbeitsschritt: BAdI: Prüfung von Anforderungsstammdaten Siehe auch Weitere Informationen finden Sie in der Definitions-Doku des BAdI. 8.1.3 IM-FA-IP Investitionsprogramme 8.1.3.1 Reorganisation Investitionsprogramme (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie für ein Investitionsprogramm abgeschlossene Maßnahmen bzw. Maßnahmenanforderungen automatisch und konsistent von den zugeordneten Programmpositionen abhängen. Dies ist insbesondere dann erforderlich, wenn auf den Maßnahmen bzw. Maßnahmenanforderungen eine Löschvormerkung gesetzt werden soll - was erst möglich ist, wenn die Maßnahmen bzw. Maßnahmenanforderungen keine Zuordnungen zu Investitionsprogrammpositionen mehr aufweisen. Sie erreichen die neue Funktion über das Easy Access Menü: Rechnungswesen -> Investitionsmanagement -> Programme -> Periodische Arbeiten -> Reorganisation. Durch die neue Funktionalität entfällt eine erhebliche Einschränkung, die bisher im Zusammenhang mit der Archivierung von Maßnahmen bzw. Maßnahmenanforderungen bestand, wenn diese Investitionsprogrammpositionen zugeordnet waren. Eine Archivierung solcher Maßnahmen bzw. Maßnahmenanforderungen (genauer: das hierfür notwendige Setzen der Löschvormerkung) war nämlich erst möglich, nachdem das zugehörige Investitionsprogramm komplett gelöscht worden war. Dies wiederum setzte voraus, daß alle mit dem Investitionsprogramm verbundenen Maßnahmen bzw. Maßnahmenanforderungen bereits abgeschlossen waren. Da dies bei länger laufenden Maßnahmen oft erst Jahre nach dem Aufsetzen des entsprechenden Investitionsprogramms der Fall war, mußte mit der Archivierung der Maßnahmen bzw. Maßnahmenanforderungen unnötig lange gewartet werden. Auswirkungen auf die Systemverwaltung Soll für abgeschlossene Maßnahmen bzw. Maßnahmenanforderungen im Zuge der Archivierung eine Löschvormerkung gesetzt werden und bestehen Zuordnungen zu Investitionsprogrammpositionen, so ist zuvor eine Reorganisation aller bestehender Investitionsprogramme durchzuführen. Siehe auch Nähere Informationen, Beispiele sowie eine genaue Beschreibung zur Durchführung der Reorganisation finden Sie in der Hilfe zur Anwendung der Transaktion. ______________________________________________________________ SAP AG 197 SAP-System ______________________________________________________________ 8.1.4 IM-FA-IE Investitionsaufträge 8.1.4.1 Abrechnung Investitionsförderung von Anlagen im Bau (erweitert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie von selbständigen Anlagen im Bau (AiB) und von AiB, die zu Investitionsmaßnahmen gehören, auch Investitionsförderungen abrechnen, die im Jahr der Abrechnung auf der AiB gebucht worden sind. Bisher konnten Investitionsförderungen im Aktivierungsjahr nur auf der fertigen Anlage gebucht werden. Bei Teilaktivierung oder Verteilung auf mehrere Empfänger geht die Ermittlung der anteilig umzubuchenden Investitionsförderung davon aus, dass Investitionsförderungen, die im Aktivierungsjahr auf der AiB gebucht worden sind, sich auch auf Zugänge des Aktivierungsjahres beziehen. Wenn Sie auf der AiB Investitionsförderungen buchen, die sich auf Altbestand beziehen, dann müssen Sie dafür die Bewegungsart Kxx für die jeweilige Investitionsfördermaßnahme xx verwenden. Auswirkungen auf den Datenbestand Wenn Sie auf AiB Investitionsförderungen, die sich auf Altbestand beziehen, mit einer Bewegungsart Ixx gebucht haben, dann sollten Sie diese Buchungen stornieren und mit der entsprechenden Bewegungsart Kxx neu buchen. Auswirkungen auf das Customizing Prüfen Sie, ob zu den von Ihnen verwendeten Investitionsfördermaßnahmen auch eine Bewegungsart Kxx angelegt ist. (Normalerweise werden diese Bewegungsarten beim Einrichten der Investitionsfördermaßnahme automatisch angelegt.) Sie tun das im Arbeitschritt Bewegungsarten für Fördermaßnahmen prüfen. 8.1.4.2 IM-FA-IE-BU Auftragsbudgetierung 8.1.4.2.1 Änderung der Funktion Budgetüberwachung mit Aufträgen / PSP-Elementen Verwendung Für die Budgetüberwachung mit statistischen Aufträgen / PSP-Elementen musste bisher im Customizing der Anlagenbuchhaltung bzw. des Investitionsmanagements die Bewegungsart der Anlagenbuchhaltung als budgetrelevant gekennzeichnet werden. Dieser IMG Schritt wird ersetzt durch die neue zentrale Steuerung der mitzubuchenden Kontierungsobjekte der Anlagenbuchhaltung. Auswirkungen auf den Datenbestand Die bisher verwendeten Steuerung über das Kennzeichen 'Budgetrelevant' wird automatisch in die neue Struktur beim Upgrade migriert. ______________________________________________________________ SAP AG 198 SAP-System ______________________________________________________________ Siehe auch Vergleichen Sie dazu auch die Release Information zum Thema Neue Kontierungsobjekte 8.1.5 IM-FA-PR 8.1.5.1 IM-FA-PR-BU Projekte als Investitionsmaßnahmen Budgetierung 8.1.5.1.1 Änderung der Funktion Budgetüberwachung mit Aufträgen / PSP-Elementen Verwendung Für die Budgetüberwachung mit statistischen Aufträgen / PSP-Elementen musste bisher im Customizing der Anlagenbuchhaltung bzw. des Investitionsmanagements die Bewegungsart der Anlagenbuchhaltung als budgetrelevant gekennzeichnet werden. Dieser IMG Schritt wird ersetzt durch die neue zentrale Steuerung der mitzubuchenden Kontierungsobjekte der Anlagenbuchhaltung. Auswirkungen auf den Datenbestand Die bisher verwendeten Steuerung über das Kennzeichen 'Budgetrelevant' wird automatisch in die neue Struktur beim Upgrade migriert. Siehe auch Vergleichen Sie dazu auch die Release Information zum Thema Neue Kontierungsobjekte 8.1.6 IM-FA-IS Informationssystem 8.1.6.1 Abschreibungsvorschau und Primärkostenplanung (erweitert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) ändert sich die Kürzung der AfA-Simulations-Basis von Planinvestitionen um Aktivierungen in Projektstrukturplänen bei Abschreibungsvorausschau und Primärkostenplanung. Während früher nur Aktivierungsbuchungen auf PSP-Elementen mit AfA-Simulationsdaten berücksichtigt wurden, wird die AfA-Simulations-Basis eines PSP-Elements nun auch um Aktivierungsbuchungen auf hierarchisch untergeordneten PSP-Elementen ohne eigene AfA-Simulationsdaten gekürzt. Innenaufträge ohne AfA-Simulationsparameter, die PSP-Elementen zugeordnet sind, werden dabei wie PSP-Elemente ohne AfA-Simulationsparameter behandelt. Damit erreichen die AfA-Vorausschau (Reports RASIMU01/RASIMU02) und die Primärkostenplanung (Reports RAKOPL01/RAKOPL02) eine höhere Genauigkeit. ______________________________________________________________ SAP AG 199 SAP-System ______________________________________________________________ Bei der Pflege der AfA-Basisdaten werden die Ist-Werte entsprechend angezeigt, wenn kein hierarchisch untergeordnetes PSP-Element AfA-Simulationsdaten trägt. ______________________________________________________________ SAP AG 200 SAP-System ______________________________________________________________ 9 EC 9.1 EC-PCA Unternehmenscontrolling Profit Center Rechnung 9.1.1 Archivanschluss der Einzelpostenberichte (neu) Verwendung Auswertung von Einzelposten Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können die Einzelpostenberichte "Profit Center: Ist-Einzelposten" (Transaktion KE5Z, Programm RCOPCA02) und "Profit Center: Plan-Einzelposten" (Transaktion KE5Y, Programm RCOPCA08) aus der Datenbank und dem Archiv lesen. Der Archivzugriff kann sowohl über das Archivinformationssystem (SAP AS) als auch über die manuelle Dateiwahl erfolgen. Diese Einstellungen nehmen Sie über Zusätze -> Datenquelle auf dem Selektionsbild vor. Erfolgt der Archivzugriff über das SAP AS, so ist es unerheblich, ob die Daten mit dem Archivierungsobjekt PCA_OBJECT oder EC_PCA_ITM archiviert wurden. Absprung auf Einzelposten von Report-Writer-/Painter-Berichten Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) werden alle Einzelposten zum Summensatz angezeigt, unter der Voraussetzung, dass Sie dem Einzelpostenbericht in der Bericht/Bericht-Schnittstelle eine Variante zugeordnet haben, bei der Sie unter "Datenquelle" sowohl "Datenbank" als auch "Archiv" gewählt haben und dass "Infosystem benutzen" aktiviert ist. Sofern entsprechende SAP AS Infostrukturen aufgebaut sind, ist es unerheblich, ob die Daten mit dem Archivierungsobjekt PCA_OBJECT oder EC_PCA_ITM archiviert wurden. Alle Einzelposten zum Summensatz werden angezeigt, wenn dem Einzelpostenbericht in der Bericht/Bericht-Schnittstelle keine Variante zugeordnet ist, aber der automatische Archivzugriff für diesen Bereich in der Tabelle ASACCESS01 aktiviert ist. Sofern Sie, in der über die Bericht/Bericht-Schnittstelle zugeordneten Variante, die Datenquelle "Archiv" mit "Dateien manuell wählen" gewählt haben, werden nur die Einzelposten aus bestimmten Archivdateien (und der Datenbank) angezeigt. Siehe auch Weitere Informationen zur Auswertung von archivierten Profit-Center-Daten finden Sie im Leseratgeber zum Archivierungsobjekt EC_PCA_ITM. Wählen Sie dazu in der Transaktion SARA die Drucktaste Lesen und dann Springen -> Ratgeber. Weitere Informationen zum Archivinformationssystem (SAP AS) finden Sie in der SAP-Bibliothek unter Anwendungsübergreifende Komponenten -> Archivieren von Anwendungsdaten (CA-ARC) -> Einführung in die Datenarchivierung (CA-ARC) -> Archivinformationssystem (SAP AS ). ______________________________________________________________ SAP AG 201 SAP-System ______________________________________________________________ 9.1.2 Anzeige verknüpfter Belege für Einzelposten (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie zu Isteinzelpostenbelegen im Profit Center sämtliche verknüpften Belege (Ursprungs- und Folgebelege) anzeigen. Dazu steht Ihnen der Document Relationship Browser(DRB) zur Verfügung. Mit dem DRB können Sie anwendungsübergreifend sämtliche Belege, die zu einem Geschäftsvorfall oder einer Prozesskette gehören, anzeigen. Um auf die Funktionalität des Document Relationship Browsers zuzugreifen und verknüpfte Belege anzuzeigen, wählen Sie Zusätze -> Relationship Browser. Siehe auch Weitere Informationen zum Document Relationship Browser finden Sie in der SAP-Bibliothek unter mySAP-Technology-Komponenten -> SAP Web Application Server -> Basis-Services / Kommunikationsschnittstelle (BC-SRV) -> Business Workplace und Services (BC-SRV-OFC) -> Document Relationship Browser. 9.1.3 EC-PCA-IS Informationssystem 9.1.3.1 DRB (erweitert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) bietet der Document Relationship Browser (DRB) eine erweiterte Auswahl an Objekttypen. Der DRB wurde um einige Objekttypen ergänzt und Objekttypen, die in früheren Releases bereits angebunden waren, wurden vervollständigt. Neue Objekttypen des DRB: o Profit-Center-Beleg o Kalkulatorische Ergebnisrechnung o Elektronischer Kontoauszug o Fertigungsauftrag o Rückmeldungsbeleg Die Anbindung dieser Objekttypen betrifft nur die Funktionen innerhalb des DRB. Dazu existieren keine eigenen Einstiegsprogramme. Erweiterte Objekttypen des DRB: o Buchhaltungsbeleg Aus der Beleganzeige (Transaktion FB03) ist ein Absprung in den DRB möglich. Für den Einstieg ______________________________________________________________ SAP AG 202 SAP-System ______________________________________________________________ in den DRB steht der Report RDRBFI00 zur Verfügung. Damit können auch archivierte Buchhaltungsbelege über das Archivinformationssystem (SAP AS) gefunden werden. o Kostenrechnungsbeleg Aus den Einzelpostenberichten (z.B. Transaktion KSB1, KSB5, KOB1) ist ein Absprung in den DRB möglich. Die Funktionen des DRB können Kostenrechnungsbelege in den Archiven aller Archivierungsobjekte ausfindig machen, die Kostenrechnungseinzelposten archivieren. Dafür stehen adäquate Feldkataloge und Infostrukturen zur Verfügung. Siehe auch Weitere Informationen zum Document Relationship Browser finden Sie in SAP-Hinweis 492938. ______________________________________________________________ SAP AG 203 SAP-System ______________________________________________________________ 10 RE Immobilienmanagement 10.1 RE-RT Vermietung 10.1.1 RE-RT-RA Mietenbuchhaltung 10.1.1.1 Performance Mahnprogramm Verwendung Bisher wurden durch das Mahnprogramm alle Posten auf dem Debitorenkonto selektiert, aber nur mahnbare Posten gemahnt. Insbesondere wurden eine Vielzahl von Vorauszahlungsbuchungen selektiert (K-Posten), die dann aber nicht gemahnt werden. Diese Posten können nunmehr von der Selektion ausgeschlossen werden, indem die zugehörigen Abstimmkonten von der Selektion ausgeschlossen. 10.2 RE-PR Allgemeiner Immobilienvertrag 10.2.1 Abgrenzung für allgemeine Verträge Verwendung Die Abgrenzung von Bewegungssätzen des allgemeinen Immobilienvertrags ist möglich. Diese Funktion finden Sie unter: Immobilien-Management -> Allgemeiner Immobilienvertrag -> Buchungen -> Abgrenzung Transaktionen: FOABG Abgrenzungsläufe; F01T Stornierung von Abgrenzungsläufen Auswirkungen auf das Customizing Geben Sie die für die Abgrenzung relevanten Bewegungsarten in Bewegungsarten setzen an. Definieren Sie neue Bewegungsarten in Referenzbewegungsarten zuordnen. Es werden die Beziehungsschlüssel 5,6,7 und 8 verwendet. Bearbeiten Sie die für die Abgrenzungsbuchungen erforderliche Kontenfindung in Kontenfindung pflegen. 10.2.2 Indexanpassung für allgemeine Immobilienverträge Verwendung Die Indexanpassung für allgemeine Immobilienveträge ist möglich. ______________________________________________________________ SAP AG 204 SAP-System ______________________________________________________________ Diese Funktion finden Sie unter Immobilien-Management -> Allgemeiner Immobilien-Vertrag -> Prozesse -> Index -> Mietanpassung Prognose künftiger Mietzahlungen Transaktionen: FOMAFCC Prognose von Indexverträgen 10.2.3 Lastschriftrückläufer-Statistik Verwendung Sie können Statistiken für Lastschriftrückläufer aus elektronischen Kontoauszügen erstellen. Diese Funktion finden Sie unter: Immobilien-Management -> Mietenbuchhaltung -> Zahlungseingang/Kontenpflege -> Kontoauszüge -> Lastschriftrückläufer Transaktion: FORALSR Lastschriftrückläufer-Statistik 10.3 RE-FX Flexibles Immobilienmanagement 10.3.1 Ab SAP R/3 Enterprise Financials Extension 1.10 (EA_APPL 110) stehen mit der Komponente Flexibles Immobilienmanagement im Vergleich zu den Funktionen aus mySAP Financials Real Estate der Releases 4.6C und früher folgende Funktionen zur Verfügung: o Flexible Definition von Flächen als Mietobjekte o Darstellung architektonischer Gegebenheiten und Anbindung an CAD-Systeme o Vertragsmanagement (ein Vertrag bildet Anmietung, Vermietung und allgemeine debitorische und kreditorische Verträge) ab o Korrespondenz mit der SAP-Technologie Smart Forms (zusätzlich zur Word-Korrespondenz) Auswirkungen auf die Datenübernahme Die Komponente Flexibles Immobilienmanagement ist mit den Komponenten Finanzbuchhaltung und Instandhaltung verbunden: Aus der Komponente Finanzbuchhaltung übernehmen Sie alle Daten, die Sie für die Integration der ______________________________________________________________ SAP AG 205 SAP-System ______________________________________________________________ Personenkonten und für die Hauptbuchhaltung benötigen. Auswirkungen auf die Systemverwaltung Um die Daten aus den Komponenten Finanzbuchhaltung und Instandhaltung übernehmen zu können, müssen Sie die Datenübernahme einrichten. Diese Einstellungen nehmen Sie im Customizing der Komponente Flexibles Immmobilienmanagement unter Integration Buchhaltungssystem, PM Anbindung: Einstellungen pro Architektonischem Objekttyp und PM Anbindung: Einstellungen pro Objekttyp vor. Auswirkungen auf das Customizing Damit Sie die Komponente Flexibles Immobilienmanagement einsetzen können, müssen Sie umfassende Einstellungen im Customizing vornehmen. Sie finden diese Einstellungen im Anwendungsmenü unter Flexibles Immobilienmanagement -> Customizing oder der Transaktion RECACUST. Siehe auch Ausführliche Informationen zu der Komponente Flexibles Immobilienmanagement finden Sie in der SAP-Bibliothek unter Rechnungswesen -> Flexibles Immobilienmanagement. 10.3.2 Barrierefreiheit: Flexibles Immobilienmanagement Verwendung Zur barrierefreien Bedienbarkeit des SAP-Systems im Bereich Flexibles Immobilienmanagement beachten Sie bitte Folgendes: Um die Anwendung barrierefrei verwenden zu können, setzen Sie unter folgendem Pfad den benutzerspezifischen Parameter RECALOCATOROFF auf 'X': System -> Benutzervorgaben -> Eigene Daten -> Parameter. Um in den Stammdatendialogen neue Objekte aufzurufen, wählen Sie die Taste @2Q@ Objekt bearbeiten. Siehe auch Weitere Informationen finden Sie in Weitere Informationen über die barrierefreie Bedienbarkeit des SAP-Systems finden Sie in der SAP-Bibliothek unter Einführung in das SAP-System: Anhang Barrierefreiheit. ______________________________________________________________ SAP AG 206 SAP-System ______________________________________________________________ ______________________________________________________________ SAP AG 207 SAP-System ______________________________________________________________ 11 LO Logistik Allgemein 11.1 Country Version India in Standard R/3 System Verwendung As of SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), Country Version India is no longer delivered as an add-on but as part of the standard R/3 System. Integration of functions in the SAP Easy Access menu The functions for withholding tax have been integrated into the SAP Easy Access menu, under Accounting -> Financial Accounting -> Accounts Payable -> Withholding Tax -> India and Accounting -> Financial Accounting -> Accounts Receivable -> Withholding Tax -> India. You can access all other functions using the area menu J1ILN, which you can call from the SAP Easy Access screen using the transaction code J1ILN. Country Version India Implementation Guide The Country Version India Implementation Guide (IMG) has been integrated into the standard Reference IMG (see Changes to Structures for Country Version India). Release Notes You can access release notes from previous add-on releases using the links below. SAP Library Documentation The SAP Library documentation for Country Version India is also delivered on the standard SAP Library documentation CD (see below). New and Changed Functions For information about new and changed functions for Country Version India, see the other release notes for this release. Auswirkungen auf den Datenbestand You do not need to change any data. Auswirkungen auf das Customizing IMG activity What to do Activate Country Version India for Specific Fiscal Years Delete the entry ZIND and create a new entry for IND. Siehe auch SAP Library -> Financials or Logistics -> Country Versions -> Asia-Pacific -> India. Release Notes from Country Version India Add-On (FI) Release Notes from Country Version India Add-On (SD) Release Notes from Country Version India Add-On (MM) ______________________________________________________________ SAP AG 208 SAP-System ______________________________________________________________ 11.2 Changes to Structures for Country Version India Verwendung As of SAP R/3 4.7, Country Version India is no longer delivered as an add-on, but forms part of the standard system. SAP has discontinued the Country Version India Implementation Guide (IMG) and has added its activities have been added to the standard Reference IMG as follows: Activities relating to withholding tax are now located in Customizing for Financial Accounting (FI), under Financial Accounting Global Settings -> Withholding Tax. Activities relating to excise duty and excise invoices are in Customizing for Logistics - General, under Tax on Goods Movements -> India. As far as the activities under Preparatory Activities are concerned, two of them (Activate Country Version India for Accounting Interface and Activate Processes) are no longer relevant and have been removed from the IMG entirely. The activity Execute Country Installation Program is already included in the standard IMG under the name Localize Sample Organizational Units. And the other two activities (Activate Country Version India for Specific Fiscal Years and Activate Business Transaction Events) have been added to the standard IMG. For information about other changes to the IMG relating to changes in the functions in Country Version India, see the other release notes. 11.3 Exports Under Excise Regulations (New) Verwendung As of SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), Country Version India allows you to process exports and deemed exports under excise regulations. New functions for exports have been added as follows: o You can create, change, display, and cancel excise bonds. When the bond is no longer of use, you can also close it. o There are various transactions for creating and processing ARE-1s. o Reports include two statutory reports, the Running Bond Report and the Export Report. o To track bonds we have provided a Bond Summary Report. Another transaction, the ARE Document Ageing Analysis, allows you to track ARE documents according to their current status. The following new functions are also offered for deemed exports: o You can capture, change, display, cancel, and close licenses. o There are various transactions for creating and processing ARE-3s. ______________________________________________________________ SAP AG 209 SAP-System ______________________________________________________________ o To track licenses, you can use the License Summary Report; and to track ARE-3s, use the ARE Document Aging Analysis. Finally, SAP has also provided a new role containing all excise bonding activities, Bonding Clerk (technical name: SAP_CIN_BONDING_CLERK). Auswirkungen auf das Customizing To set up the solution, carry out the following IMG activities: IMG activity What to do Make Settings for ARE-1 Procedure Make the basic settings for processing exports. Make Settings for ARE-3 Procedure Make the basic settings for processing deemed exports. Maintain License Types Maintain the various license types for when you come to enter your customers' deemed export licenses. Maintain Output Type Check the output type supplied with the SAP System. Specify Printers Specify which printers to print out the ARE documents on. Maintain Postal Addresses Enter the addresses of your local excise departments, to be printed on the AREs. Maintain Excise Groups Enter each excise group's local excise department. Maintain Series Groups Enter a default customs department for each series group. Maintain Number Ranges Maintain number ranges for bonds (number range J_1IBOND), ARE-1s (J_1IARE1), licenses (J_1ILIC), and ARE-3s (J_1IARE3). Siehe auch SAP Library -> Logistics -> Country Versions -> Asia-Pacific -> India -> Sales and Distribution (SD) -> Exports Under Excise Regulations. 11.4 Neue Funktionen im Rahmen des Projekts High Performance Retailing (HPR Verwendung Ab SAP R/3 Enterprise Retail 1.10 (EA-RETAIL 110) stehen Ihnen Funktionen zur Performance-Verbesserung zur Verfügung, die im Rahmen des Projekts HPR entwickelt worden sind und jetzt in die Standardauslieferung übernommen wurden. Im Folgenden sind die Bereiche aufgelistet, in denen das System funktional erweitert wurde. Die Einzelheiten können sie den Release-Informationen entnehmen, auf die pro Bereich verwiesen wird: o Mehrschrittnachschub o Parallelisierung ______________________________________________________________ SAP AG 210 SAP-System ______________________________________________________________ o Sammelbestellung o Sortimentsliste o Investment-Buying o Aktionsrabatte o Änderungszeiger ALE o Änderungszeiger für Konditionssätze (WIND) o POS-Ausgang 11.5 LO-MD Grunddaten Logistik 11.5.1 Strukturänderungen in PLM-LDM Verwendung o Im IMG Logistik Allgemein wurde die Struktur Product Data Replication gleichgeordnet mit Konfigurationsmanagement ergänzt. o Im IMG Anwendungsübergreifende Komponenten unter CAD-Integration wurde CAD-Desktop ergänzt. 11.5.2 CAD-Desktop Verwendung Ab SAP R/3 Enterprise PLM Extension 1.10 (EA_APPL 110) steht Ihnen mit dem CAD-Desktop eine Oberfläche für CAD-Integrationen zur Verfügung. Die Darstellung der CAD-Strukturen im CAD-Desktop erfolgt über eine voll konfigurierbaren Oberfläche, die es ermöglicht, eine Vielzahl der im SAP-System abgelegten Dokumentinformationen, wie Sachbearbeiter, Status, Materialverknüpfungen etc., in Form von Anzeigevarianten zu verwalten und anzuzeigen. Der CAD-Desktop ist ein Werkzeug zur Erzeugung und Bearbeitung von Dokumentstrukturen direkt aus dem CAD-System heraus. Er unterstützt verschiedene CAD-Systeme (Pro/ENGINEER, CATIA, Inventor, weitere befinden sich in Arbeit). Die jeweiligen Schnittstellen werden von Partnerfirmen entwickelt und von SAP angeboten. Die Unterstützung von Concurrent Engineering und Versionierung erlaubt gleichzeitiges Bearbeiten z.B. einer Baugruppe durch mehrere Benutzer, wobei die verschiedenen Bearbeitungsstände im System gespeichert werden können. Der CAD Desktop wird über die SAP R/3 PLM Direktintegration aus einem CAD-System aufgerufen. Im SAP-System können die im CAD-System konstruierten Bauteile über den CAD-Desktop komfortabel verwaltet werden. Hierbei stehen folgende Sichten zur Auswahl: o SAP-Sicht ______________________________________________________________ SAP AG 211 SAP-System ______________________________________________________________ o CAD-Sicht o CAD-Arbeitsvorrat o CAD-Arbeitsverzeichnis o Dokumentenliste Das SAP-System gewährleistet innerhalb des Bearbeitungsprozesses durch Konfliktlösungs- und Prüfmechanismen im CAD-Desktop konsistente Datenbestände sowie reduzierte Leerzeiten. Die Versionierung im CAD-Desktop erlaubt, geänderte Originale als neue Version zu speichern, ohne dass die Ursprungsversion des Originals überschrieben wird. Sie können die jeweils letzte oder letzte freigegebene Version eines Originals oder Dokumentinfosatzes anzeigen bzw. ändern. Die Statusverwaltung erlaubt Ihnen mit Statusnetzen, die Sie im Customizing definieren, verschiedene Status für Ihre Dokumentinfosätze auch im CAD-Desktop zu setzen und auf diese Weise einmal vordefinierte Bearbeitungsabfolgen einzuhalten. Auswirkungen auf das Customizing CAD-Desktop 11.5.3 Strukruänderungen im IMG Logistik Allgemein - Grunddaten Verwendung Im IMG Logistik Allegmein -> Materialstamm -> Grunddaten -> Erweiterungen wurden folgende Erweiterungen ergänzt: o BADI_MM_MATNR: Erweiterung für die Archivierung von MM_MATNR o BADI_MM_SPSTOCK: Erweiterung für die Archivierung von MM_SPSTOCK o BADI_MATERIAL_OD: Erweiterung für die Integration neuer Objekte (Industrie und Retail) Im IMG Logistik Allegmein -> Variantenkonfiguration -> Erweiterungen wurden folgende Erweiterungen ergänzt: o EX_CUDUI_MISSED_CHAR: 11.5.4 LO-MD-PL Werksstamm 11.5.4.1 Mehrfachzuordnung zwischen Sortimenten und Betrieben/Eröffnung neuer Filialen Verwendung Ab SAP R/3 Enterprise Retail 1.10 (EA-Retail 110) können Sie wählen, ob Sie eine n:m-Zuordnung zwischen Betrieben und Sortimenten implementieren möchten. Dies bedeutet, daß jetzt einerseits ein Sortiment mehreren verschiedenen Betrieben zugeordnet werden kann, andererseits aber auch einem ______________________________________________________________ SAP AG 212 SAP-System ______________________________________________________________ Betrieb mehrere verschiedene Sortimente zugeordnet werden können. Die alte Restriktion auf 1:1-Zuordnungen kann damit aufgehoben werden. Diese Funktion ist ähnlich konzipiert wie die bereits vorhandene Mehrfachzuordnung von Kunden zu Sortimenten. Da Artikel für Sortimente (und nicht für Betriebe) gelistet werden, gelten die angelegten Listungskonditionen für alle Betriebe, die dem betreffenden Sortiment zugeordnet sind. Dies führt zu einer einfacheren Pflege der Sortimentsdaten, einer erheblich geringeren Anzahl von Listungskonditionen, die in der Datenbank abgelegt werden müssen, und einer besseren Performance des Systems. Beim Anlegen eines Betriebs legt das System für diesen automatisch ein lokales betriebsspezifisches Sortiment an. o Mit der alten Restriktion auf 1:1-Zuordnungen hat jeder Betrieb genau ein lokales Sortiment und kann keinem weiteren Sortiment zugeordnet werden. o Mit der neuen n:m-Zuordnung hat jeder Betrieb immer noch genau ein lokales Sortiment, kann darüber hinaus aber auch einer beliebigen Anzahl zusätzlicher Sortimente zugeordnet werden. Diese Funktion ist insbesondere für Filialneueröffnungen relevant. Große Handelunternehmen bzw. stark expandierende Unternehmen können im Durchschnitt alle zwei Tage oder sogar noch öfter eine neue Filiale eröffnen. Ein reibungsloser Ablauf solcher Neueröffnungen ist gerade auch insofern kritisch, als er möglicherweise über den ersten Eindruck entscheidet, den eine Handelskette in einem neuen Markt hinterläßt. Daher erfordert dieser Prozeß eine einfache und effiziente Datenpflege sowohl im Hinblick auf die Einrichtung der Stammdaten der neuen Filialen, als auch auf die Abwicklung der ersten Bestellungen. Um eine größtmögliche Effizienz in diesem Prozeß zu erreichen, können Sie Filialen in logische Gruppen unterteilen, wobei Sie die Kriterien selbst festlegen. So können Sie zum Beispiel Filialgruppen nach geographischer Lage, Größe oder demographischen Merkmalen bilden. In jeder Gruppe, die Sie anlegen, können Sie (optional) eine Filiale als Referenzbetrieb für die betreffende Gruppe auswählen. Wenn Sie nun eine neue Filiale eröffnen und diese einer Gruppe hinzufügen, erbt die Filiale automatisch alle Stammdaten (einschließich der Sortimentsdaten), die im Referenzbetrieb definiert sind. Im wesentlichen legen Sie einen Zeiger von der neuen Filiale auf den Referenzbetrieb an. Bei jeder Änderung der Daten im Referenzbetrieb werden die Änderungen automatisch auch an alle Filialen in der Gruppe weitergereicht. Ein Betrieb kann immer nur einem Referenzbetrieb zugeordnet sein. Es steht eine neue Transaktion für die Pflege der Zuordnungen von Sortimenten und Betrieben zur Verfügung. Das zugehörige Bild ist in folgende Bereiche unterteilt: o Bereich zur Selektion von Sortimenten o Baumstruktur der Sortimente mit den Filialen, denen diese zugeordnet sind o Baumstruktur der verfügbaren Betriebe Dadurch erhalten Sie einen Überblick über die aktuellen Zuordnungen und können leichter wählen, welche zusätzlichen Zuordnungen Sie vornehmen möchten. Exklusionsbausteine werden üblicherweise für lokale Sortimente verwendet und ermöglichen es Ihnen, Ausnahmen für bestimmte Artikel und spätere Listungen anzulegen. Sie können Exklusionsbausteine aber auch für globale Sortimente verwenden. Wie bereits zuvor, kann ein Sortiment nur einer Vertriebslinie zugeordnet werden. Auswirkungen auf das Customizing Im Customizing können Sie unter Allgemeine Steuerung Retail-Stammdaten festlegen, ob Sie die neue n:m-Zuordnung nutzen möchten oder ob die vorherige 1:1-Restriktion weiterhin aufrechterhalten werden ______________________________________________________________ SAP AG 213 SAP-System ______________________________________________________________ soll. Wenn Sie die Mehrfachzuordnung aktivieren möchten, setzen Sie das Kennzeichen Mehrfachzuordnung aktiv. ACHTUNG: Ist dieses Kennzeichen im Produktivsystem erst einmal gesetzt, können Sie nicht mehr auf die alte 1:1-Restriktion für Zuordnungen umschalten. Für Kunden, die einen Upgrade von einem früheren Release von R/3 Enterprise durchführen und die neue n:m-Zuordnung implementieren möchten, stellt SAP entsprechende Programme bereit. Siehe auch Sortimentsliste 11.5.4.2 Massenpflege von Stammdaten Verwendung Ab SAP R/3 Enterprise Retail 1.10 (EA-Retail 110) wurde das Massenpflegewerkzeug auf die folgenden Daten ausgeweitet: o Lieferantenstammdaten o Einkaufsinfosätze o Logistik- und Nachschubdaten o Bestellungen Dieses Massenpflegetool ist im wesentlichen auf vier Hauptaspekte ausgerichtet. Zunächst zeichnet es sich durch eine benutzerfreundliche Oberfläche für die Datenpflege aus. Zweitens kann es leicht für andere Arten der Massenpflege angepaßt werden. Drittens verbessert es die Performance: Es nutzt die Parallelverarbeitung, um die für die Sicherung einer Massenpflegesitzung benötigte Zeit zu verkürzen, und verwendet im Falle der Logistikdaten eine besonders performancegünstige Fortschreibung, die speziell für den Handel optimiert wurde. Schließlich stellt das System Funktionen für die Fehlerkorrektur bereit, die eine Ermittlung und Nachbearbeitung von Fehlern ermöglicht, die während des Sicherungsvorgangs aufgetreten sind. o Allgemeine Eigenschaften Alle Massenpflegetools basieren auf den gleichen technischen Grundlagen und der gleichen Benutzungsoberfläche und weisen die folgenden Funktionen und Eigenschaften auf: - Sie können den Datenumfang in einem Selektionsbereich definieren und hierzu die standardmäßigen Selektionskriterien verwenden oder auch eigene Kriterien festlegen. - Sie können den Navigationsbaum nutzen, um in der Objekthierarchie über alle vorhandenen Ebenen hinweg zu navigieren (z.B. in der Massenpflege für Infosätze nach Einkaufsorganisation - Lieferant - Betrieb). - Sie können sich die einzelnen Einträge in der Pflegematrix in einer übersichtlichen Darstellung anzeigen lassen und diese leicht pflegen. - Sie können im Navigationsbaum nach Einträgen suchen. - Sie können in der Pflegematrix Massenänderungen und Massenlöschungen durchführen. ______________________________________________________________ SAP AG 214 SAP-System ______________________________________________________________ - Sie können Formeln auf Felder in der Matrix anwenden. - Sie können aus der Pflegematrix Sätze herausfiltern. - Sie können ein integriertes Tool für die Fehlerkorrektur nutzen, das aufgetretene Fehler in Listen zusammenstellt und es Ihnen ermöglicht, die erkannten Fehler aus der Massenpflege heraus ("on the fly") zu bearbeiten. - Sie können sich in den Pflegetools für Lieferant/Betrieb, Einkaufsinfosatz und Logistik/Nachschub Daten auf der Ebene des Referenzbetriebs anzeigen lassen und sie auf dieser Ebene verwalten. - Sie können schon vor der Sicherung eine Prüfung auf übliche Fehler durchführen. - Es stehen User-Exits zur Verfügung, die Sie für die Änderung eigendefinierter Felder und für die Durchführung von Prüfungen auf der Grundlage Ihrer eigenen Geschäftsregeln nutzen können. HINWEIS: Einige Felder, für die von Kunden eine Änderung über die Massenpflege benötigt wird, stehen aus technischen Gründen nicht zur Verfügung. Diese Felder sind: UPC/EAN, statistische Warennummer und Menge. SAP hofft, diese Lücken in einem zukünftigen Release zu schließen. o Lieferanten-/Betriebsstammdaten Sie können Lieferanten-/Betriebssätze jetzt in einer optionalen Form der Bezugsquellenfindung verwenden, die in einem User-Exit ausgeliefert wird. Sie können die Funktionalität des Einkaufsreferenzbetriebs nutzen, um Filialen mit ähnlichen Anforderungen an die Beschaffung zu Pflegezwecken in Gruppen zusammenzufassen, statt jeden Betrieb einzeln zu pflegen. Da die Lieferanten-/Betriebssätze damit eine größere Bedeutung erhalten, können Sie für diese Sätze mit Hilfe dieses Tools eine Massenpflege durchführen. Dadurch erhalten Sie gleichzeitig Einblick in die Einkaufsreferenzbetriebe, da das Tool die Daten anzeigt, die die abhängigen Betriebe vom jeweiligen Einkaufsreferenzbetrieb übernommen haben. o Einkaufsinfosatz-Stammdaten Einkaufsreferenzbetriebe können auch für Einkaufsinfosätze verwendet werden. Falls in den Einkaufsinfosätzen der einzelnen Betrieben bestimmte Daten unterschiedlich sind, können Sie Einkaufsinfosätze für einen Einkaufsreferenzbetrieb erstellen. Dadurch können Sie die Verwendung von betriebsspezifischen Einkaufsinfosätzen vermeiden. Das Massenpflegetool für Einkaufsinfosätze kann genutzt werden, um Einkaufsinfosätze kollektiv zu pflegen und um die Auswirkungen von Änderungen in Einkaufsreferenzbetrieben auf die von ihnen abhängigen Betriebe zu simulieren. o Logistik-/Nachschubstammdaten Logistikreferenzbetriebe können verwendet werden, um die Verwaltung von Logistikstammdaten für Artikel/Betriebe zu erleichtern. Dieses Massenpflegetool dient dazu, Logistik-, Nachschub- und Prognoseparameter für Artikel in Verteilzentren und Filialen zu pflegen. ______________________________________________________________ SAP AG 215 SAP-System ______________________________________________________________ Es basiert auf den gleichen technischen Grundlagen wie die anderen Tools und ermöglicht es Ihnen, Daten auf der Ebene des Logistikreferenzbetriebs zu pflegen und diese automatisch an die abhängigen Betriebe weiterzureichen. Diese neue Kopierlogik kommt jedoch nur dann zum Einsatz, wenn die standardmäßige Referenzverarbeitung für das geänderte Feld abgeschaltet ist und der betreffende Eintrag vor der Änderung im Referenzbetrieb und im abhängigen Betrieb gleich war. Die Performance bei der Änderung von Logistik-/Nachschubdaten wurde erheblich verbessert. o Bestellungen Durch den Einkauf in großen Mengen ergeben sich in Handelsunternehmen Situationen, in denen zahlreiche Änderungen an vorhandenen Bestellungen vorgenommen werden müssen. Mit der neuen Transaktion für die Pflege von Bestellungen können Sie Massenänderungen an Bestellköpfen, Positionen und Einteilungen durchzuführen. Sie weist alle Merkmale und Funktionen auf, die im Abschnitt "Allgemeine Eigenschaften" beschrieben wurden. Standardmäßig stehen die folgenden Selektionsfelder zur Verfügung: Einkaufsorganisation, Einkäufergruppe, Belegart, Lieferant, Lieferbetrieb, Artikel, Zielbetrieb, Endauslieferungskennzeichen und Lieferdatum. Sie können mit Hilfe von dynamischen Selektionskriterien zusätzlich eigene Selektionsfelder festlegen. Folgende Felder können geändert werden: Incoterms, Zahlungsbedingungen, Artikelnummer des Lieferanten, Lieferdatum, Endauslieferungskennzeichen, Löschkennzeichen, Saisontyp und Saisonjahr. HINWEIS: Über die Massenpflege für Bestellungen können nur Bestellungen mit dem Status "Freigegeben", "Freigegeben mit Teillieferungen" und "Nicht freigegeben" bearbeitet werden. 11.5.5 LO-MD-MM Materialstamm 11.5.5.1 Business Add-Ins im Materialtamm Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) werden folgendeBusiness Add-Ins (BAdIs) ausgeliefert: o o BADI_MM_MATNR: Erweiterung für die Archivierung von MM_MATNR Mit dem Business Add-In BADI_MM_MATNR können Sie folgende Zusätze in die Archivierung aufnehmen: - Prüfungen zu den im Archivierungsobjekt MM_MATNR archivierten Objekten - Tabellen, die zu den Tabellen MCHA bzw. MCH1 gehören BADI_MM_SPSTOCK: Erweiterung für die Archivierung von MM_SPSTOCK Mit dem Business Add-In BADI_MM_SPSTOCK können Sie zusätzliche Prüfungen sowie abhängige Tabellen in die Archivierung zu den Objekten aufnehmen, die im Archivierungsobjekt ______________________________________________________________ SAP AG 216 SAP-System ______________________________________________________________ MM_SPSTOCK archiviert werden. o BADI_MATERIAL_OD: Erweiterung für die Integration neuer Objekte (Industrie und Retail) Mit dem Business Add-In BADI_MATERIAL_OD können Sie neue Objekte im Material- bzw. Artikelstamm integrieren. Auswirkungen auf das Customizing Um ein Business Add-In zu aktivieren, müssen Sie eine aktive Implementierung anlegen. Wählen Sie dazu im Customizing der Logistik Allgemein Materialstamm -> Erweiterungen -> o Erweiterung für die Archivierung von MM_SPSTOCK o Erweiterung für die Archivierung von MM_MATNR o Integration neuer Objekte (Indusrtie und Retail) 11.5.5.2 Customer, Vendor, and Material Master Data (Changed) Verwendung As of SAP R/3 Enterprise Core Release 4.70 (SAP_APPL 470), you can maintain customer, vendor, and material master data relating to excise duty for Country Version India in the standard master data transactions. You can therefore now maintain this data in the Excise Rate Maintenance transaction or in the master record transactions. You can maintain the data in the standard master record transactions as follows: o In the customer master and vendor master, you access the additional fields by choosing CIN Details. This button is available from all screens in the master records. o In the material master, the additional fields are displayed at plant level, on the Foreign Trade: Import Data tab and the Foreign Trade: Export Data tab, in the Excise Data group box. Auswirkungen auf den Datenbestand The system displays data from releases prior to 4.70 in the standard transactions automatically (but see Customizing below). The data is still stored in the same tables, so there is no need to migrate it. Auswirkungen auf das Customizing In order for the Excise Data group box to appear in the material master, carry out the IMG activity Assign Users to Material Master Screen Sequence for Excise Duty. 11.5.5.3 Verteilung von Materialvarianten (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) haben Sie die Möglichkeit, bei der Verteilung von Materialvarianten die Konfigurationsbewertung in den IDocs des Materialstamms mitzuversenden. ______________________________________________________________ SAP AG 217 SAP-System ______________________________________________________________ Das Senden kann folgendermaßen erfolgen: o Versenden von Materialvarianten mit ALE ALE -> Stammdatenverteilung -> Anwendungsübergreifend -> Material -> Senden o Versenden mit Änderungszeigern Wenn Sie ein beim Anlegen oder Ändern eines Materials im Dialog die Konfigurationsbewertung einer Materialvariante ändern und für den Nachrichtentyp MATMAS die Erzeugung von Änderungszeigern aktiviert haben, erzeugt das System einen Änderungszeiger. Beim Buchen der Konfigurationsdaten sind im Zielsystem Regeln einzuhalten. o Das System führt im Zielsystem im Hintergrund Prüfungen anhand des Beziehungswissens durch und bucht nur dann, wenn die Konfiguration konsistent und vollständig ist. o Das Konfigurationsprofil wird mit dem IDoc nur zu Informationszwecken transportiert und nicht gebucht. Das System vergleicht aber das Konfigurationsprofil im IDoc im Quellsystem mit dem existierenden Profil im Zielsystem. Nur wenn diese Profile das gleiche Szenario und den gleichen Namen haben, wird das Material gebucht. o Die Konsistenzprüfungen können durch drei Modifikationen abgeschwächt oder ausgeschaltet werden. Weitere Informationen finden Sie in der Dokumentation zum Funktionsbaustein CUXM_SET_CONFIGURATION Beim Versenden der Konfigurationsdaten gelten folgende Einschränkungen: o Retail-Konfigurationen können nicht übertragen werden. o Mehrstufige Konfigurationen von Materialvarianten können nicht transportiert werden (falls Sie den Customer-Exit in Hinweis 211898 verwenden). o Überschreibungen von Maßeinheiten in der Konfiguration werden nicht transportiert; das System übernimmt im Zielsystem immer die Maßeinheit aus dem Merkmalstamm. Hinweis o Wenn Sie im Zielsystem per IDoc Materialstammdaten überschrieben haben und im IDoc keine Konfiguration, aber im Zielsystem schon eine Konfiguration vorhanden ist, bleibt die Konfiguration im Zielsystem unverändert (keine Löschung). o Wenn Sie den werksübergreifenden Materialstatus ändern und dadurch die Verteilsperre für ein Material zurückgenommen wird, wird das Material komplett versendet. In diesem Fall werden auch alle Konfigurationsdaten mitversendet, auch wenn Sie den Materialstatus nichtim Dialog geändert haben (z.B. bei Aktivierung geplanter Änderungen, Einspielen eines IDocs, etc.). Auswirkungen auf das Customizing Damit Sie Materialvarianten mit ALE oder Änderungszeigern senden können, müssen Sie folgende Einstellungen im Customizing des Materialstamms vornehmen: Globale Einstellungen vornehmen o Zum Versenden mit ALE aktivieren Sie das Kennzeichen beim vollständigen Senden. o Zum Versenden mit Änderungszeigern aktivieren Sie das Kennzeichen bei Änderung Konfiguration. ______________________________________________________________ SAP AG 218 SAP-System ______________________________________________________________ 11.5.5.4 Lotaufteilungsplanung Verwendung Ab SAP R/3 Enterprise Retail 1.10 (EA-RETAIL 110) steht eine neue Transaktion für die Lotaufteilungsplanung zur Verfügung, die es Ihnen ermöglicht, mehrere Lotartikel mit einem Sammelartikel zu verknüpfen und die Zusammensetzung dieser Lotartikel festzulegen. Sie können eine Planung darüber erstellen, wie die Lotartikel auf die Filialen aufgeteilt werden sollen. Sie können Aufteiler und Lieferantenbestellungen anlegen und sicherstellen, dass diese auch bei späteren Änderungen aufeinander abgestimmt bleiben. Darüber hinaus können Sie Plandaten aus der Waren- und Sortimentsplanung (MAP) verwenden, um zu überprüfen, ob der Aufteilungsplan mit dem Plan für den Sammelartikel vereinbar ist. Mit der neuen Transaktion können Sie Sammelartikel mit bis zu zwei Merkmalen verarbeiten. Das erste Merkmal (beispielsweise die Farbe) erscheint in den Zeilen der Matrix, das zweite (beispielsweise die Größe) in den Spalten. Das erste und das zweite Merkmal werden durch die Reihenfolge bestimmt, die im Customizing unter Reihenfolge Merkmale pflegen festgelegt wurde. Den in dieser Transaktion definierten Lots können nur Varianten des ausgewählten Sammelartikels als Komponenten zugeordnet werden. Wenn Sie Lotartikel mit Varianten von verschiedenen Sammelartikeln anlegen möchten, müssen Sie hierzu die bereits vorhandene Funktionalität verwenden. Sie können die Komponenten eines Lotartikels mit Hilfe einer Matrix festlegen. Hierzu geben Sie die Mengen der einzelnen Komponenten ein, die im Lotartikel enthalten sind. So könnte beispielsweise der Artikel A drei Stück der Komponente X und zwei Stück der Komponente Y enthalten. Sie können die Zusammensetzung eines Lotartikels auch über Quotenleisten festlegen, die mit dem zweiten Merkmal des Sammelartikels verknüpft sind. Die Ermittlung der Filialen, die die betreffenden Artikel führen sollen, kann über Sortimente oder Aufteilregeln erfolgen, denen Sie die entsprechenden Lots zuordnen. Darüber hinaus können Sie auch Lieferwellen speziell für eine bestimmte Kombination von Filialgruppe und Lotartikel festlegen. Sie haben außerdem die Möglichkeit, Bestände (Einlagerungen) zu planen, die im Verteilzentrum für den Nachschub innerhalb einer laufenden Saison vorgehalten werden sollen. Über eine Schnittstelle zur MAP-Transaktion können die Planmengen zum betreffenden Artikel nach Zeilenmerkmal und Sortiment bereitgestellt werden, so daß Sie überprüfen können, ob die aufgeteilten Mengen den Planmengen entsprechen. Die Komponentenliste für einen Lotartikel kann geändert werden, sofern die Einstellungen im Customizing dies zulassen. Sie können neue Lots anlegen und in die Aufteilung mit aufnehmen; ebenso können Sie auch vorhandene Lots aus der Aufteilung herausnehmen. Die Transaktion für die Lotaufteilungsplanung bietet Ihnen die Möglichkeit, die Erzeugung von Bestellungen als Folgebelege zum Aufteiler anzustoßen. Bei späteren Änderungen am Aufteiler werden automatisch auch die Bestellungen entsprechend geändert. Auswirkungen auf den Datenbestand Die neue Transaktion hat keine Auswirkungen auf bereits vorhandene Daten. Auswirkungen auf die Datenübernahme Bei der Datenübertragung zwischen einem früheren Release von SAP R/3 and SAP R/3 Enterprise sind ______________________________________________________________ SAP AG 219 SAP-System ______________________________________________________________ keine Probleme zu erwarten. In SAP R/3 Enterprise stehen jedoch zusätzliche Daten zur Verfügung. Bei einem Lotartikel, der mit der neuen Transaktion angelegt wurde, geht aus dem Materialstamm hervor, zu welchem Sammelartikel er gehört. Diese Information ist nicht mehr verfügbar, wenn die Daten an ein früheres Release von SAP R/3 übergeben werden. Auswirkungen auf die Systemverwaltung Keine. 11.5.5.5 Variantenbearbeitung nach Merkmalen Verwendung Ab SAP R/3 Enterprise Retail 1.10 (EA-Retail 110) können Varianten eines Sammelartikels einfacher und schneller gepflegt werden. Händler in der Modebranche haben es mit Artikeln zu tun, die meist in verschiedenen Ausprägungen ihrer Merkmale (z.B. in verschiedenen Farben und Größen) angeboten werden. Dabei reicht es in der Regel nicht aus, bestimmte Funktionen für sämtliche Varianten eines solchen Sammelartikels auszuführen. Vielmehr besteht häufig die Notwendigkeit, diese Funktionen für eine Teilmenge der Varianten auszuführen, die sich durch ein bestimmtes gemeinsames Attribut, wie etwa die Farbe, auszeichnet. In SAP R/3 Enterprise Retail werden solche Modeartikel als Sammelartikel mit verschiedenen Varianten abgebildet. Eine Variante definieren Sie, indem Sie die einzelnen Merkmale und deren Werte angeben (z.B. das Merkmal "Farbe" und den zugehörigen Wert "blau"). Anhand dieser Eigenschaften können Sie später bestimmte Teilmengen, also etwa alle blauen Hemden ungeachtet der Größe, gezielt auswählen. Mit der neuen Erweiterung können Sie eine Teilmenge von Varianten eines Sammelartikels pflegen, wobei alle in dieser Teilmenge enthaltenen Varianten einen Merkmalswert gemeinsam haben (also beispielsweise alle blauen Hemden). Auf dieser Gruppenebene können Sie auch Stammdaten pflegen und auf alle bei der Selektion angegebenen Varianten übertragen. Falls für eine bestimmte Variante bereits andere Daten gepflegt wurden, bleiben diese Daten erhalten und werden nicht durch die auf der Gruppenebene festgelegten Daten übersteuert. Zusätzliche Funktionen: o Listung von Varianten nach Merkmal Sie können für eine über ein Merkmal definierte Teilmenge von Varianten Listungsdaten im Artikelstamm pflegen und die Listung für solche Teilmengen durchführen. Somit haben Sie die Möglichkeit, Varianten z.B. abhängig von der Farbe zu listen. o Erstellung von Preisgruppen für Varianten Die Verkaufspreise und Kosten von Varianten eines Sammelartikels sind für verschiedene Merkmalswerte oft unterschiedlich. So können etwa weiße Hemden preisgünstiger sein die gleichen Hemden in anderen Farben. Um die Pflege von Artikelstammdaten zu erleichtern, werden die Varianten jetzt in einer Matrix angeordnet und der jeweilige Preis/Einstandspreis in den entsprechenden Zellen angezeigt bzw. eingegeben. Ein bestimmter Preis/Einstandspreis kann leicht auf eine Teilmenge von Varianten kopiert werden. ______________________________________________________________ SAP AG 220 SAP-System ______________________________________________________________ o Abschriftenplanung für eine Teilmenge von Varianten Da der Umsatz auch von der Ausprägung eines Artikelmerkmals (wie z.B. der Farbe) abhängen kann, muß der Verkaufspreis häufig nur für bestimmte Ausprägungen dieses Merkmals herabgesetzt werden. Bei der Abschriftenplanung können Sie jetzt Varianten nach Merkmalswerten auswählen. Auswirkungen auf das Customizing Es sind keine Einstellungen im Customizing erforderlich. 11.5.5.6 Massenpflege von Stammdaten Verwendung Ab SAP R/3 Enterprise Retail 1.10 (EA-Retail 110) wurde das Massenpflegewerkzeug auf die folgenden Daten ausgeweitet: o Lieferantenstammdaten o Einkaufsinfosätze o Logistik- und Nachschubdaten o Bestellungen Dieses Massenpflegetool ist im wesentlichen auf vier Hauptaspekte ausgerichtet. Zunächst zeichnet es sich durch eine benutzerfreundliche Oberfläche für die Datenpflege aus. Zweitens kann es leicht für andere Arten der Massenpflege angepaßt werden. Drittens verbessert es die Performance: Es nutzt die Parallelverarbeitung, um die für die Sicherung einer Massenpflegesitzung benötigte Zeit zu verkürzen, und verwendet im Falle der Logistikdaten eine besonders performancegünstige Fortschreibung, die speziell für den Handel optimiert wurde. Schließlich stellt das System Funktionen für die Fehlerkorrektur bereit, die eine Ermittlung und Nachbearbeitung von Fehlern ermöglicht, die während des Sicherungsvorgangs aufgetreten sind. o Allgemeine Eigenschaften Alle Massenpflegetools basieren auf den gleichen technischen Grundlagen und der gleichen Benutzungsoberfläche und weisen die folgenden Funktionen und Eigenschaften auf: - Sie können den Datenumfang in einem Selektionsbereich definieren und hierzu die standardmäßigen Selektionskriterien verwenden oder auch eigene Kriterien festlegen. - Sie können den Navigationsbaum nutzen, um in der Objekthierarchie über alle vorhandenen Ebenen hinweg zu navigieren (z.B. in der Massenpflege für Infosätze nach Einkaufsorganisation - Lieferant - Betrieb). - Sie können sich die einzelnen Einträge in der Pflegematrix in einer übersichtlichen Darstellung anzeigen lassen und diese leicht pflegen. - Sie können im Navigationsbaum nach Einträgen suchen. - Sie können in der Pflegematrix Massenänderungen und Massenlöschungen durchführen. - Sie können Formeln auf Felder in der Matrix anwenden. ______________________________________________________________ SAP AG 221 SAP-System ______________________________________________________________ - Sie können aus der Pflegematrix Sätze herausfiltern. - Sie können ein integriertes Tool für die Fehlerkorrektur nutzen, das aufgetretene Fehler in Listen zusammenstellt und es Ihnen ermöglicht, die erkannten Fehler aus der Massenpflege heraus ("on the fly") zu bearbeiten. - Sie können sich in den Pflegetools für Lieferant/Betrieb, Einkaufsinfosatz und Logistik/Nachschub Daten auf der Ebene des Referenzbetriebs anzeigen lassen und sie auf dieser Ebene verwalten. - Sie können schon vor der Sicherung eine Prüfung auf übliche Fehler durchführen. - Es stehen User-Exits zur Verfügung, die Sie für die Änderung eigendefinierter Felder und für die Durchführung von Prüfungen auf der Grundlage Ihrer eigenen Geschäftsregeln nutzen können. HINWEIS: Einige Felder, für die von Kunden eine Änderung über die Massenpflege benötigt wird, stehen aus technischen Gründen nicht zur Verfügung. Diese Felder sind: UPC/EAN, statistische Warennummer und Menge. SAP hofft, diese Lücken in einem zukünftigen Release zu schließen. o Lieferanten-/Betriebsstammdaten Sie können Lieferanten-/Betriebssätze jetzt in einer optionalen Form der Bezugsquellenfindung verwenden, die in einem User-Exit ausgeliefert wird. Sie können die Funktionalität des Einkaufsreferenzbetriebs nutzen, um Filialen mit ähnlichen Anforderungen an die Beschaffung zu Pflegezwecken in Gruppen zusammenzufassen, statt jeden Betrieb einzeln zu pflegen. Da die Lieferanten-/Betriebssätze damit eine größere Bedeutung erhalten, können Sie für diese Sätze mit Hilfe dieses Tools eine Massenpflege durchführen. Dadurch erhalten Sie gleichzeitig Einblick in die Einkaufsreferenzbetriebe, da das Tool die Daten anzeigt, die die abhängigen Betriebe vom jeweiligen Einkaufsreferenzbetrieb übernommen haben. o Einkaufsinfosatz-Stammdaten Einkaufsreferenzbetriebe können auch für Einkaufsinfosätze verwendet werden. Falls in den Einkaufsinfosätzen der einzelnen Betrieben bestimmte Daten unterschiedlich sind, können Sie Einkaufsinfosätze für einen Einkaufsreferenzbetrieb erstellen. Dadurch können Sie die Verwendung von betriebsspezifischen Einkaufsinfosätzen vermeiden. Das Massenpflegetool für Einkaufsinfosätze kann genutzt werden, um Einkaufsinfosätze kollektiv zu pflegen und um die Auswirkungen von Änderungen in Einkaufsreferenzbetrieben auf die von ihnen abhängigen Betriebe zu simulieren. o Logistik-/Nachschubstammdaten Logistikreferenzbetriebe können verwendet werden, um die Verwaltung von Logistikstammdaten für Artikel/Betriebe zu erleichtern. Dieses Massenpflegetool dient dazu, Logistik-, Nachschub- und Prognoseparameter für Artikel in Verteilzentren und Filialen zu pflegen. Es basiert auf den gleichen technischen Grundlagen wie die anderen Tools und ermöglicht es Ihnen, Daten auf der Ebene des Logistikreferenzbetriebs zu pflegen und diese automatisch an die ______________________________________________________________ SAP AG 222 SAP-System ______________________________________________________________ abhängigen Betriebe weiterzureichen. Diese neue Kopierlogik kommt jedoch nur dann zum Einsatz, wenn die standardmäßige Referenzverarbeitung für das geänderte Feld abgeschaltet ist und der betreffende Eintrag vor der Änderung im Referenzbetrieb und im abhängigen Betrieb gleich war. Die Performance bei der Änderung von Logistik-/Nachschubdaten wurde erheblich verbessert. o Bestellungen Durch den Einkauf in großen Mengen ergeben sich in Handelsunternehmen Situationen, in denen zahlreiche Änderungen an vorhandenen Bestellungen vorgenommen werden müssen. Mit der neuen Transaktion für die Pflege von Bestellungen können Sie Massenänderungen an Bestellköpfen, Positionen und Einteilungen durchzuführen. Sie weist alle Merkmale und Funktionen auf, die im Abschnitt "Allgemeine Eigenschaften" beschrieben wurden. Standardmäßig stehen die folgenden Selektionsfelder zur Verfügung: Einkaufsorganisation, Einkäufergruppe, Belegart, Lieferant, Lieferbetrieb, Artikel, Zielbetrieb, Endauslieferungskennzeichen und Lieferdatum. Sie können mit Hilfe von dynamischen Selektionskriterien zusätzlich eigene Selektionsfelder festlegen. Folgende Felder können geändert werden: Incoterms, Zahlungsbedingungen, Artikelnummer des Lieferanten, Lieferdatum, Endauslieferungskennzeichen, Löschkennzeichen, Saisontyp und Saisonjahr. HINWEIS: Über die Massenpflege für Bestellungen können nur Bestellungen mit dem Status "Freigegeben", "Freigegeben mit Teillieferungen" und "Nicht freigegeben" bearbeitet werden. 11.5.5.7 Berechnung der Planlieferzeit Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie eine Berechnung und Änderung der Planlieferzeit durchführen. Durch die Verwendung dieser Funktion können Sie eine bessere Warenversorgung durch Ihre Lieferanten erzielen und so Lagerüberbestände oder Out-of-stock-Situationen vermeiden. Bisher mußten die Daten zur Planlieferzeit an drei unterschiedlichen Stellen manuell gepflegt werden: o auf Ebene des Lieferanten. o auf Ebene des Materials. o auf Ebene des Einkaufsinfosatzes. Die an diesen Stellen manuell gepflegten Werte basieren jedoch zu einem großen Teil auf Erfahrungswerten, die bei einer Änderung des Lieferantenverhaltens schnell veralten. Mit der neuen Funktion können Sie: 1. eine Berechnung der Planlieferzeit durchführen. ______________________________________________________________ SAP AG 223 SAP-System ______________________________________________________________ Bei der Berechnung der Planlieferzeit ermittelt das System für eine frei wählbare Kombination aus Lieferant, Werk, Material, Einkaufsorganisation und Lieferantenteilsortiment die Anzahl der Tage zwischen der Bestellung beim Lieferanten und dem tatsächlichen Wareneingang. 2. eine Änderung der Daten der Planlieferzeit durchführen. Die Funktion unterstützt Sie bei der Entscheidung, ob Sie die manuell gepflegte Planlieferzeit beibehalten oder durch die berechnete Planlieferzeit ersetzen möchten. Sie können die Entscheidung für die Änderung der Planlieferzeit für jeden einzelnen Wert bei den Stammdaten zu Lieferant, Material und Einkaufsinfosatz treffen. Beachten Sie, daß Sie durch eine Änderung der Planlieferzeiten Einfluß auf die Beschaffung nehmen können. Wichtig: Das System berechnet die Planlieferzeit in Kalendertagen, nicht in Werktagen. Auswirkungen auf die Systemverwaltung SAP empfiehlt, die Funktion regelmäßig zu nutzen. Auswirkungen auf das Customizing Einstellungen am Customizing sind nicht vorzunehmen. 11.5.6 LO-MD-RA Sortiment 11.5.6.1 LO-MD-RA-MT Sortimentspflege 11.5.6.1.1 Layoutworkbench Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) bietet die neu gestaltete Layoutworkbench die folgenden Erweiterungen: Neuer Einstieg in die Layoutworkbench über Layoutbausteine: Dies ermöglicht Ihnen eine effiziente Pflege von Layoutbausteinen in mySAP Retail. Sie können die Massenpflege verwenden, um Layoutbausteinversionen und -varianten eine große Anzahl von Artikeln zuzuordnen. Darüber hinaus können Sie Artikelzuordnungen in allen oder ausgewählten Layoutbausteinen, denen der betreffende Artikel zugeordnet ist, ersetzen oder löschen. Mit derselben Transaktion können Sie auch Layoutbausteinvarianten und deren Zuordnung zu den Sortimenten pflegen. Wenn Sie eine Layoutbausteinversion auswählen, können Sie alle Artikel, die zu dieser Version gehören, für alle oder ausgewählte Sortimente listen. Von hier aus können Sie außerdem zu allen anderen Transaktionen der Regaloptimierung navigieren. Neue Transaktion für die Layoutpflege in der Layoutworkbench Mit der neuen, benutzerfreundlichen Layoutpflegetransaktion können Sie Layouts sowie deren Zuordnung zu den Layoutbausteinen (bzw. Layoutbereichen) und Sortimenten und somit auch zu den Filialen pflegen. Durch Funktionen für das Kopieren und Ersetzen wird das Arbeiten mit dem Layoutkonzept in SAP Retail erheblich erleichtert. Im Gegensatz zur alten Transaktion, die im Customizing angesiedelt war, kann die neue Transaktion im produktiven System genutzt werden. Ein weiterer Vorteil dieser Transaktion liegt in der Automatisierung der Folgeaktivitäten, die sich aus ______________________________________________________________ SAP AG 224 SAP-System ______________________________________________________________ Änderungen an einem Layout ergeben (wenn Sie beispielsweise ein Layout löschen, werden auch alle zu diesem Layout gehörenden Zuordnungen vom System automatisch gelöscht). 11.5.6.1.2 Mehrfachzuordnung zwischen Sortimenten und Betrieben/Eröffnung neuer Filialen Verwendung Ab SAP R/3 Enterprise Retail 1.10 (EA-Retail 110) können Sie wählen, ob Sie eine n:m-Zuordnung zwischen Betrieben und Sortimenten implementieren möchten. Dies bedeutet, daß jetzt einerseits ein Sortiment mehreren verschiedenen Betrieben zugeordnet werden kann, andererseits aber auch einem Betrieb mehrere verschiedene Sortimente zugeordnet werden können. Die alte Restriktion auf 1:1-Zuordnungen kann damit aufgehoben werden. Diese Funktion ist ähnlich konzipiert wie die bereits vorhandene Mehrfachzuordnung von Kunden zu Sortimenten. Da Artikel für Sortimente (und nicht für Betriebe) gelistet werden, gelten die angelegten Listungskonditionen für alle Betriebe, die dem betreffenden Sortiment zugeordnet sind. Dies führt zu einer einfacheren Pflege der Sortimentsdaten, einer erheblich geringeren Anzahl von Listungskonditionen, die in der Datenbank abgelegt werden müssen, und einer besseren Performance des Systems. Beim Anlegen eines Betriebs legt das System für diesen automatisch ein lokales betriebsspezifisches Sortiment an. o Mit der alten Restriktion auf 1:1-Zuordnungen hat jeder Betrieb genau ein lokales Sortiment und kann keinem weiteren Sortiment zugeordnet werden. o Mit der neuen n:m-Zuordnung hat jeder Betrieb immer noch genau ein lokales Sortiment, kann darüber hinaus aber auch einer beliebigen Anzahl zusätzlicher Sortimente zugeordnet werden. Diese Funktion ist insbesondere für Filialneueröffnungen relevant. Große Handelunternehmen bzw. stark expandierende Unternehmen können im Durchschnitt alle zwei Tage oder sogar noch öfter eine neue Filiale eröffnen. Ein reibungsloser Ablauf solcher Neueröffnungen ist gerade auch insofern kritisch, als er möglicherweise über den ersten Eindruck entscheidet, den eine Handelskette in einem neuen Markt hinterläßt. Daher erfordert dieser Prozeß eine einfache und effiziente Datenpflege sowohl im Hinblick auf die Einrichtung der Stammdaten der neuen Filialen, als auch auf die Abwicklung der ersten Bestellungen. Um eine größtmögliche Effizienz in diesem Prozeß zu erreichen, können Sie Filialen in logische Gruppen unterteilen, wobei Sie die Kriterien selbst festlegen. So können Sie zum Beispiel Filialgruppen nach geographischer Lage, Größe oder demographischen Merkmalen bilden. In jeder Gruppe, die Sie anlegen, können Sie (optional) eine Filiale als Referenzbetrieb für die betreffende Gruppe auswählen. Wenn Sie nun eine neue Filiale eröffnen und diese einer Gruppe hinzufügen, erbt die Filiale automatisch alle Stammdaten (einschließich der Sortimentsdaten), die im Referenzbetrieb definiert sind. Im wesentlichen legen Sie einen Zeiger von der neuen Filiale auf den Referenzbetrieb an. Bei jeder Änderung der Daten im Referenzbetrieb werden die Änderungen automatisch auch an alle Filialen in der Gruppe weitergereicht. Ein Betrieb kann immer nur einem Referenzbetrieb zugeordnet sein. Es steht eine neue Transaktion für die Pflege der Zuordnungen von Sortimenten und Betrieben zur Verfügung. Das zugehörige Bild ist in folgende Bereiche unterteilt: o Bereich zur Selektion von Sortimenten ______________________________________________________________ SAP AG 225 SAP-System ______________________________________________________________ o Baumstruktur der Sortimente mit den Filialen, denen diese zugeordnet sind o Baumstruktur der verfügbaren Betriebe Dadurch erhalten Sie einen Überblick über die aktuellen Zuordnungen und können leichter wählen, welche zusätzlichen Zuordnungen Sie vornehmen möchten. Exklusionsbausteine werden üblicherweise für lokale Sortimente verwendet und ermöglichen es Ihnen, Ausnahmen für bestimmte Artikel und spätere Listungen anzulegen. Sie können Exklusionsbausteine aber auch für globale Sortimente verwenden. Wie bereits zuvor, kann ein Sortiment nur einer Vertriebslinie zugeordnet werden. Auswirkungen auf das Customizing Im Customizing können Sie unter Allgemeine Steuerung Retail-Stammdaten festlegen, ob Sie die neue n:m-Zuordnung nutzen möchten oder ob die vorherige 1:1-Restriktion weiterhin aufrechterhalten werden soll. Wenn Sie die Mehrfachzuordnung aktivieren möchten, setzen Sie das Kennzeichen Mehrfachzuordnung aktiv. ACHTUNG: Ist dieses Kennzeichen im Produktivsystem erst einmal gesetzt, können Sie nicht mehr auf die alte 1:1-Restriktion für Zuordnungen umschalten. Für Kunden, die einen Upgrade von einem früheren Release von R/3 Enterprise durchführen und die neue n:m-Zuordnung implementieren möchten, stellt SAP entsprechende Programme bereit. Siehe auch Sortimentsliste 11.5.6.2 LO-MD-RA-ASL Sortimentsliste 11.5.6.2.1 POS-Ausgangsreports für Sortimentslisten Verwendung Ab SAP R/3 Enterprise Retail 1.10 (EA-RETAIL 110) steht ein zentraler Gruppenreport zur Verfügung, den Sie verwenden können, um Daten im Hinblick auf die Erzeugung von Sortimentslisten über die POS-Ausgangsverarbeitung zu analysieren. Er umfaßt mehrere Einzelreports. Wenn Sie die zentrale Gruppe ausführen, werden über sie alle zugehörigen Reports ausgeführt, die für eine vollständige Analyse nötig sind. Alternativ können Sie die Einzelreports auch separat oder in beliebigen Kombinationen ausführen. Sie können die Reports über eine Transaktion im operativen System auswählen. Es sind keine Änderungen im Customizing erforderlich. Der Gruppenreport umfaßt die folgenden Einzelreports: o Objektanalyse Dieser Report prüft die IDoc-Typen, die über die POS-Ausgangsverarbeitung exportiert werden sollen und stellt fest, ob dabei im Programm Fehler auftreten werden. Sie können diesen Report auch selektiv für bestimmte Betriebe und/oder Artikel ausführen. ______________________________________________________________ SAP AG 226 SAP-System ______________________________________________________________ o Reorganisationsprüfung für Sortimentslisten Falls RWDPOSRS einen Reorganisationslauf aus irgendwelchen Gründen nicht vollständig ausführt, können Sie diesen Fehleranalysereport einsetzen, um mögliche Ursachen zu ermitteln. o Dummy-Initialisierung für Sortimentslisten Die Initialisierung von Sortimentsdaten für eine neue Filiale kann aufgrund der großen Datenmengen sehr zeitaufwendig sein. Der bisher verfügbare Analysereport konnte erst nach dem Initialisierungslauf ausgeführt werden. Eine Fehleranalyse der Daten vor der Initialisierung kann jedoch unter Umständen viel Zeit sparen, indem sie mögliche Probleme schon vorher erkennt. Der Dummy-Initialisierungsreport simuliert zu diesem Zweck einen Initialisierungslauf und wertet die Ergebnisse aus, so daß Sie etwaige Probleme noch vor der tatsächlichen Initialisierung beheben können. Dadurch hilft er Ihnen, einen sauberen Ablauf der Initialisierung sicherzustellen. Durch den Dummy-Intitialisierungsreport werden keine Daten verarbeitet oder gesendet. o IDoc-Analyse für Sortimentslisten Häufig kommt es vor, daß Sie ein bestimmtes Objekt unter Tausenden von IDocs finden müssen. Dieser Report ermöglicht Ihnen eine schnelle und einfache Suche nach solchen Objekten (siehe auch Transaktion WE09). o Löschung von Änderungszeigern Mit dem standardmäßigen ALE-Report RBDCPCLR können Sie zwar Änderungszeiger löschen, doch weist dieser Report keine für den Handel geeigneten Navigationsfunktionen auf. Der neue Report setzt über eine Schnittstelle auf dem vorhandenen Report RBDCPCLR auf, um diesen für den Handelsbereich leichter nutzbar zu machen. o Reorganisation Analog zum oben genannten Report für die Löschung von Änderungszeigern ist dieser Report über eine Schnittstelle an den Report RWDPOSRS angebunden, um diesen für den Handelsbereich leichter nutzbar zu machen. o Nachbearbeitung Bei der Fehleranalyse müssen Sie die Möglichkeit haben, Fehler zu reproduzieren, um so festzustellen, wie diese zu beheben sind. Mit diesem Report können Sie zu Testzwecken einen Wiederholungslauf durchführen, bei dem Sie die gleichen Änderungszeiger verwenden wie beim vorausgegangenen Download. Die Analyse wird jedoch in der Regel erst mit einer gewissen Zeitverzögerung zum POS-Lauf (u.U. einige Tage später) durchgeführt. In dieser Zeit kann das System möglicherweise neue Änderungszeiger entdecken. Dies kann dazu führen, daß der Nachbearbeitungsreport mehr Artikel enthält als der ursprüngliche Download. Diese neuen Daten werden dann zusätzlich zu allen bereits vorhandenen Daten bereitgestellt. Keine der bereits zuvor vorhandenen Daten werden dabei ausgelassen. HINWEIS: Dieser Report funktioniert nicht, wenn die Änderungszeiger nach dem vorherigen Lauf ______________________________________________________________ SAP AG 227 SAP-System ______________________________________________________________ bereits gelöscht wurden. 11.5.6.2.2 Sortimentsliste Verwendung Ab SAP R/3 Enterprise Retail 1.10 (EA-RETAIL 110) stehen vier zusätzliche Reports für die Generierung von Sortimentslisten zur Verfügung. Bisher waren für die Generierung von Sortimentslisten nur drei Reports verfügbar. Im Customizing konnten Sie festlegen, daß Sortimentslisten sowohl in elektronischer Form (IDocs) als auch in Berichtsform (für Anzeige und/oder Druck) generiert werden sollen. Die ersten drei der neuen Reports entsprechen den drei alten Reports und enthalten im wesentlichen die gleichen Daten. Sie bieten Ihnen jedoch jetzt die Möglichkeit, die Erstellung der Druckversion von der IDoc-Erstellung zu trennen. Dadurch wird eine deutliche Erhöhung der Durchlaufgeschwindigkeit erreicht. Die IDocs werden immer noch in jedem Fall automatisch erzeugt, doch Sie können entscheiden, ob die Sortimentslisten auch in Berichtsform erstellt werden sollen. Sie können sogar festlegen, daß die Druckversion erst mehrere Tage nach der Generierung der IDocs erstellt werden soll, um so zum Beispiel Zeiten mit einer geringeren Systemlast zu nutzen. Um die Druckversion zu erstellen, führen Sie den vierten Report aus (RWBBVCRE_HPR). Funktion Alter Report Neue Transaktion Vollversion (erstmalig) RWDBBINI WDBI_HPR Änderungsversion RWDBBUPD WDBU_HPR Manuelle Anforderung RWDBBMAN WDBM_HPR Druckversion aus IDoc -WBBV_HPR Alte Transakt. WDBI WDBU Neuer Report RWBBINI_HPR RWDBBUPD_HPR WDBM RWDBBMAN_HPR -- RWBBVCRE_HPR Sie können bei Bedarf auch die alten Reports weiter verwenden - alle sieben Reports werden im Sortimentslistenmenü aufgeführt. Die Selektionsbilder sind mit Ausnahme einiger neuer Felder im wesentlichen gleich geblieben. Die folgenden Voraussetzungen müssen erfüllt sein: o Wenn Sie die neuen Reports einsetzen, müssen jeweils alle Filialen, für die Sie Sortimentslisten generieren möchten, zur selben Vertriebslinie gehören. Wenn Sie zum Beispiel Filialen in drei verschiedenen Vertriebslinien mit einschließen möchten, müssen Sie drei Modi öffnen und auf jedem Bild einen separaten Report ausführen. Dies führt zu einer höheren Effizienz, da die Analyse der Änderungszeiger so jeweils auf eine bestimmte Vertriebslinie eingeschränkt wird. Somit muß das System viel weniger Daten durchsuchen. o Aus Performancegründen müssen alle Filialen, die in einem Report enthalten sind, im Sortimentslistenprofil dieselben Einstellungen bezüglich der IDoc-Reduzierung aufweisen. ______________________________________________________________ SAP AG 228 SAP-System ______________________________________________________________ o Die neuen Reports enthalten die meisten - allerdings nicht alle - Stammdaten, die auch in den alten neuen Reports enthalten waren. Für die meisten Kunden ist dies ausreichend. Wenn Sie jedoch auch die fehlenden Daten benötigen (insbesondere sind dies Klassifizierungsdaten, alte Etikettierungsdaten und Layoutbausteinversionen für die Regaloptimierung), müssen Sie einen User-Exit implementieren, um diese zusätzlichen Daten mit aufzunehmen. Auswirkungen auf die Systemverwaltung Bevor Sie den neuen Report für die Änderungsversion verwenden, müssen Sie einmalig einen Migrationsreport (RWDBBMIG) ausführen. Der Migrationsreport baut aus den Änderungszeigern für die Sortimentsliste den Konditionsindex (Datenbanktabelle WIND) auf und führt weitere notwendige Datenumsetzungen durch. (Weitere Informationen zur Tabelle WIND finden Sie in der Dokumentation in der Transaktion MEI4.) Auswirkungen auf das Customizing Weitere Informationen zum Customizing finden Sie unter Business Add-Ins. 11.5.6.2.3 Neue Änderungszeiger für Konditionssätze (WIND) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) stehen folgende zusätzliche Möglichkeiten im Rahmen der Beleganpassung bei Konditionsänderungen zur Verfügung: o Direkte Erzeugung von Einträgen im Arbeitsvorrat nach Konditionsänderungen o Aufnahme zusätzlicher Daten für einen Eintrag im Arbeitsvorrat Bei dem bisherigen Verfahren wurden die Einträge im Arbeitsvorrat auf der Basis der Änderungszeiger für Konditionsänderungen (Nachrichtentyp CONDBI) im Rahmen der Arbeitsvorratserstellung (Transaktion MEI4) erzeugt. Bei dem neuen Verfahren sind dagegen Änderungszeiger nicht mehr nötig. Bei der Änderung einer Kondition werden nun Einträge im Arbeitsvorrat direkt erstellt. Dadurch entfällt zum einen der bisherige performanceaufwendige Prozeßschritt der Arbeitsvorratserstellung aus Änderungszeigern. Darüber hinaus kann auf die Erzeugung von Änderungszeigern für Konditionsänderungen verzichtet werden, wenn diese nicht in anderen Prozessen verwendet werden. Das für die bisherige Arbeitsvorratserstellung geltende Customizing, das festlegt, welche Konditionsarten im Arbeitsvorrat aufgenommen werden sollen (Tabelle T6I1), ist auch für die direkte Erzeugung gültig. Bei dem neuen Verfahren gibt es jedoch zusätzliche Filtermöglichkeiten. Zum einen kann pro Belegtyp festgelegt werden, für welche Arten von Konditionsänderungen (Betragsänderung, Gültigkeit, Kalkulationsrelevanz usw.) Arbeitsvorratseinträge erstellt werden sollen. Darüber hinaus existiert ein vom Filterkriterium Belegtyp abhängiges BAdI, mit dem kundenindividuelle Filterkriterien realisiert werden können. Das folgende Beispiel erläutert die Möglichkeiten des BAdIs: Aufgrund wechselnder Einkaufsbedingungen werden Frischeartikel in kurzen Abständen regelmäßig neu kalkuliert, eine Aktualisierung von Verkaufspreisen über den Prozess des Kalkulationsvorrats wird daher nicht benötigt. Verwenden Sie für die Anwendung Handelskalkulation (Belegtyp 10) in diesem Fall als zusätzliches Filterkriterium die Materialart. Bei einer Änderung des Einkaufsgrundpreises für einen Frischeartikel erzeugt das System dann aufgrund des eingerichteten Filterkriteriums keinen ______________________________________________________________ SAP AG 229 SAP-System ______________________________________________________________ Arbeitsvorratseintrag für diesen Belegtyp. Die zusätzlichen Daten eines Arbeitsvorratseintrags bestehen zum einen aus Kopfdaten der Konditionen, mit denen man eine Verbesserung der Performance bei der Folgeverarbeitung erreicht, sowie aus variablen Kundenfeldern, mit denen eine selektive Folgeverarbeitung möglich wird. Das Füllen der Kundenfelder wird im Customizing festgelegt (Tabelle T6I2S). Auswirkungen auf den Datenbestand Wenn auf Änderungszeiger für Konditionsänderungen verzichtet wird, dann reduziert sich der Datenbestand der Änderungszeiger erheblich. Ein Änderungszeiger besteht i.d.R. aus mehreren Einträgen in der Tabelle BDCP bzw. BDCP2. Im einzelnen ergeben sich folgende Änderungen: o Die Tabellenbreite der Tabelle WIND erhöht sich durch die zusätzlichen Felder von 45 auf 262 Bytes. o Die Anzahl der Tabelleneinträge im Arbeitsvorrat kann sich aufgrund der zusätzlichen Filterkriterien verringern. o Änderungszeiger für den Nachrichtentyp CONDBI werden ggf. nicht mehr benötigt. Auswirkungen auf die Systemverwaltung Der Prozeßschritt der Erzeugung des Arbeitsvorrats aus Änderungszeigern (Transaktion MEI4) ist bei dem neuen Verfahren nicht mehr nötig. Die Prüfung gegen bestehende Belegindizes (Tabelle S111), die bei der bisherigen Arbeitsvorratserstellung möglich ist, muß nun im BAdI als zusätzliches Filterkriterium implementiert werden (siehe Beispiel-Coding). Die Migration des Arbeitssvorrats von den alten auf die neuen Arbeitsvorratseinträge wird mit dem Report RMEBEMIG vorgenommen. Der Report ergänzt die vorhandenen Einträge mit Informationen aus den Konditionssätzen. Wenn von dem alten auf das neue Verfahren umgestellt wird, ist für jeden Belegtyp ein spezielles Anpassungsverfahren notwendig. Dieses Verfahren ist jeweils in den Anwendungen beschrieben, die das neue Verfahren nutzen. Auswirkungen auf das Customizing Stellen Sie zunächst das neue Customizing für die direkte Erzeugung von Arbeitsvorratseinträgen ein. Bei einer Neuinstallation oder wenn Sie die Beleganpassung für einen bestimmten Belegtyp noch nicht genutzt haben, setzen Sie das Kennzeichen für Migration und Direkteintrag manuell im Customizing. Bei der Umstellung vom alten auf das neue Verfahren werden die Kennzeichen im Rahmen des Migrationsverfahrens ggf. automatisch gesetzt. Zusätzlich legen Sie pro Belegtyp als Filterkriterium die Arten der Konditionsänderungen fest, für die Arbeitsvorratseinträge erstellt werden sollen, und wie die variablen Felder zu füllen sind. Wenn für alle verwendeten Belegtypen die direkte Erzeugung von Arbeitsvorratseinträgen eingestellt ist, kann ggf. auf die Erstellung von Änderungszeigern vom Nachrichtentyp CONDBI verzichtet werden. Deaktivieren Sie dann den Nachrichtentyp CONDBI im ALE-Customizing. Die Deaktivierung kann auch durch den Migrationsreport durchgeführt werden. Siehe auch ______________________________________________________________ SAP AG 230 SAP-System ______________________________________________________________ Weitere Informationen finden Sie in der Dokumentation zu SAP Retail (SAP-Bibliothek -> Logistik -> SAP Retail) unter Stammdaten -> Konditionen -> Automatische Aktualisierung von Belegen nach Konditionsänderungen. 11.5.7 LO-MD-BP Geschäftspartner 11.5.7.1 Kundenspezifische Felder in Geschäftspartnerstammdaten (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie die Stammdaten Ihrer Debitoren und Kreditoren (FI) bzw. Ihrer Kunden und Lieferanten (LO) erweitern, um zusätzliche Informationen zu Ihren Geschäftspartnern zu hinterlegen. Dazu entwickeln Sie Subscreens, auf denen Sie die gewünschten Felder ergänzen. Ihre Subscreens sind in den Stammsätzen der Geschäftspartner über zusätzlich eingebundene Drucktasten erreichbar; dort finden Sie Ihre Subscreens jeweils in eine Registerkarte eingebunden. Jeder Drucktaste können Sie bis zu 32 Registerkarten/Subscreens zuordnen. Bei einem Release-Wechsel, Upgrade oder mit einem Support Package können Sie Ihre eigenen Subscreens und Daten sowie die dazugehörigen Tabellen modifikationsfrei übernehmen. Auswirkungen auf das Customizing Nehmen Sie im Einführungsleitfaden des Finanzwesens bzw. der Logistik Allgemein die folgenden Einstellungen vor: Finanzwesen 1. Wählen Sie Debitoren- und Kreditorenbuchhaltung -> Debitorenkonten bzw. Kreditorenkonten -> Stammdaten -> Übernahme kundeneigener Stammdatenfelder -> Modifikationsfreie Erweiterung im Debitorenstamm bzw. Kreditorenstamm vorbereiten und nehmen Sie die entsprechenden Einstellungen zur Definition Ihrer Subscreens vor. 2. Um Ihre Subscreens und Daten an die Standardanwendung anzubinden, verwenden Sie die folgenden BADIs: - Business Add-In: Verarbeitung von Stammdatenerweiterungen - Business Add-In: Kundeneigene Subscreens - Business Add-In: Verarbeitung von Stammdatenerweiterungen mit Batch-Input Logistik Allgemein 1. Wählen Sie Geschäftspartner -> Kunden bzw. Lieferant -> Steuerung -> Übernahme kundeneigener Stammdatenfelder -> Modifikationsfreie Erweiterung des Lieferantenstamms bzw. Kundestamms vorbereiten, und nehmen Sie die entsprechenden Einstellungen zur Definition Ihrer Subscreens vor. 2. Um Ihre Subscreens und Daten an die Standardanwendung anzubinden, verwenden Sie die folgenden BADIs: ______________________________________________________________ SAP AG 231 SAP-System ______________________________________________________________ - Business Add-In: Verarbeitung von Stammdatenerweiterungen - Business Add-In: Kundeneigene Subscreens - Business Add-In: Verarbeitung von Stammdatenerweiterungen mit Batch-Input Siehe auch Weitere Informationen finden Sie in der jeweiligen Customizing-Aktivität sowie in der Dokumentation zu den einzelnen BADIs. 11.5.7.2 LO-MD-BP-CM Kundenstamm 11.5.7.2.1 Customer, Vendor, and Material Master Data (Changed) Verwendung As of SAP R/3 Enterprise Core Release 4.70 (SAP_APPL 470), you can maintain customer, vendor, and material master data relating to excise duty for Country Version India in the standard master data transactions. You can therefore now maintain this data in the Excise Rate Maintenance transaction or in the master record transactions. You can maintain the data in the standard master record transactions as follows: o In the customer master and vendor master, you access the additional fields by choosing CIN Details. This button is available from all screens in the master records. o In the material master, the additional fields are displayed at plant level, on the Foreign Trade: Import Data tab and the Foreign Trade: Export Data tab, in the Excise Data group box. Auswirkungen auf den Datenbestand The system displays data from releases prior to 4.70 in the standard transactions automatically (but see Customizing below). The data is still stored in the same tables, so there is no need to migrate it. Auswirkungen auf das Customizing In order for the Excise Data group box to appear in the material master, carry out the IMG activity Assign Users to Material Master Screen Sequence for Excise Duty. 11.5.7.3 LO-MD-BP-VM Lieferantenstamm 11.5.7.3.1 Customer, Vendor, and Material Master Data (Changed) Verwendung As of SAP R/3 Enterprise Core Release 4.70 (SAP_APPL 470), you can maintain customer, vendor, and material master data relating to excise duty for Country Version India in the standard master data ______________________________________________________________ SAP AG 232 SAP-System ______________________________________________________________ transactions. You can therefore now maintain this data in the Excise Rate Maintenance transaction or in the master record transactions. You can maintain the data in the standard master record transactions as follows: o In the customer master and vendor master, you access the additional fields by choosing CIN Details. This button is available from all screens in the master records. o In the material master, the additional fields are displayed at plant level, on the Foreign Trade: Import Data tab and the Foreign Trade: Export Data tab, in the Excise Data group box. Auswirkungen auf den Datenbestand The system displays data from releases prior to 4.70 in the standard transactions automatically (but see Customizing below). The data is still stored in the same tables, so there is no need to migrate it. Auswirkungen auf das Customizing In order for the Excise Data group box to appear in the material master, carry out the IMG activity Assign Users to Material Master Screen Sequence for Excise Duty. 11.5.7.3.2 Berechnung der Planlieferzeit Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie eine Berechnung und Änderung der Planlieferzeit durchführen. Durch die Verwendung dieser Funktion können Sie eine bessere Warenversorgung durch Ihre Lieferanten erzielen und so Lagerüberbestände oder Out-of-stock-Situationen vermeiden. Bisher mußten die Daten zur Planlieferzeit an drei unterschiedlichen Stellen manuell gepflegt werden: o auf Ebene des Lieferanten. o auf Ebene des Materials. o auf Ebene des Einkaufsinfosatzes. Die an diesen Stellen manuell gepflegten Werte basieren jedoch zu einem großen Teil auf Erfahrungswerten, die bei einer Änderung des Lieferantenverhaltens schnell veralten. Mit der neuen Funktion können Sie: 1. eine Berechnung der Planlieferzeit durchführen. Bei der Berechnung der Planlieferzeit ermittelt das System für eine frei wählbare Kombination aus Lieferant, Werk, Material, Einkaufsorganisation und Lieferantenteilsortiment die Anzahl der Tage zwischen der Bestellung beim Lieferanten und dem tatsächlichen Wareneingang. 2. eine Änderung der Daten der Planlieferzeit durchführen. Die Funktion unterstützt Sie bei der Entscheidung, ob Sie die manuell gepflegte Planlieferzeit beibehalten oder durch die berechnete Planlieferzeit ersetzen möchten. Sie können die Entscheidung für die Änderung der Planlieferzeit für jeden einzelnen Wert bei den Stammdaten zu Lieferant, Material und Einkaufsinfosatz treffen. ______________________________________________________________ SAP AG 233 SAP-System ______________________________________________________________ Beachten Sie, daß Sie durch eine Änderung der Planlieferzeiten Einfluß auf die Beschaffung nehmen können. Wichtig: Das System berechnet die Planlieferzeit in Kalendertagen, nicht in Werktagen. Auswirkungen auf die Systemverwaltung SAP empfiehlt, die Funktion regelmäßig zu nutzen. Auswirkungen auf das Customizing Einstellungen am Customizing sind nicht vorzunehmen. 11.5.8 LO-MD-SN Serialnummern 11.5.8.1 Registrierung und Archivierung konfigurierter Serialnummern (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) wurden funktionale Lücken bei der Konfiguration von Serialnummern (und Equipments) geschlossen. Es bestanden bislang folgende Einschränkungen: o Bei referenzierter Konfiguration (z.B. Konfiguration einer Vertriebsbelegsposition) konnte der Konfigurationsstammsatz irrtümlicherweise gelöscht werden (z.B. durch Löschen der Position), obwohl ihn die Serialnummer noch benötigt. o Eine konfigurierte Serialnummer konnte nicht archiviert werden. Beide Einschränkungen werden nun durch eine geeignete Registrierung von Konfigurationsreferenzen aufgehoben. Weitere Informationen zur Funktionalität finden Sie im SAP-Hinweis 486752, z.B.: o Informationen zum Report RIXPRA10, der die (initiale) Registrierung aller bereits bestehenden Konfigurationsreferenzen ermöglicht o Informationen zum Downgrade der Funktionalität bis auf Release 4.5B 11.5.8.2 Synchronisation von Bautyp und Materialnummer (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie über den Equipmenttyp steuern, ob im Stammsatz für serialisierte Equipments der Bautyp synchron zur Materialnummer gehalten werden soll. Auswirkungen auf den Datenbestand Wenn im System Stammsätze existieren, bei denen Bautyp und Materialnummer unterschiedlich sind, und diese Nummern in Zukunft jedoch synchron gehalten werden sollen, können Sie den Umsetzreport ______________________________________________________________ SAP AG 234 SAP-System ______________________________________________________________ RIEQUI_SYNC_MATNR_SUBMT ausführen. Nach der Umsetzung können Sie im Customizing das Kennzeichen so setzen, dass der Bautyp immer gleich der Materialnummer sein muss. Auswirkungen auf das Customizing Sie müssen im Customizing der Instandhaltung und des Kundenservice unter Equipmenttyp pflegen das Prüfkennzeichen Bautyp und Materialnummer synchron halten setzen. Siehe auch Weitere Informationen finden Sie in unserem Helpportal unter help.sap.com. 11.5.8.3 Synchronisation von Equipmentnummer und Serialnummer (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie beim Anlegen von Stammsätzen zu Serialnummern über den Materialstammsatz steuern, dass Serialnummer und Equipmentnummer synchron gehalten werden. Dazu müssen Sie im Materialstammsatz das Kennzeichen Serialisierungsebene auf 1 setzen. Da definitionsgemäß die Equipmentnummer auf Mandantenebene eindeutig ist, können Sie durch die Synchronisation von Serialnummer und Equipmentnummer erreichen, dass Serialnummern materialübergreifend eindeutig sind. Die Voraussetzung hierfür ist, dass für alle Materialstammsätze das Kennzeichen Serialisierungsebene auf 1 gesetzt ist. Siehe auch Weitere Informationen finden Sie in unserem Helpportal unter help.sap.com. 11.5.8.4 Funktionen in der Serialnummernhistorie (erweitert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie in der Serialnummernhistorie nachvollziehen, wo die Serialnummer ein- und ausgebaut worden ist. Die verschiedenen Daten werden in der Historie in unterschiedlichen Farben dargestellt, die in der Legende erklärt sind. Jedes Feld in der Historie hat einen Quick-Info-Text. Sie können den Action-Log zur Historie als Dialogfenster aufrufen. Siehe auch Weitere Informationen finden Sie in unserem Helpportal unter help.sap.com. ______________________________________________________________ SAP AG 235 SAP-System ______________________________________________________________ 11.5.9 LO-MD-RPC Handelskalkulation 11.5.9.1 Business Add-Ins in der Handelskalkulation Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) stehen Ihnen in den Applikationen Verkaufspreiskalkulation, Warenkorbkalkulation und Kalkulationsvorrat der Handelskalkulation folgende Business Add-Ins (BAdI) zur Verfügung, um spezielle Anforderungen an die genannten Applikationen erfüllen zu können: Business Add-In SPC_SEL_CHECK: Feinselektion von Artikel/Org.Ebenen in der Verkaufspreiskalkulation Dieses BAdI dient in der Verkaufspreiskalkulation als Filter bei der Selektion von Organisationsebenen bzw. zum Ausschluß bestimmter Artikel-Organisationsebenen-Kombinationen. Mit diesem BAdI ist es z.B. möglich, die Kalkulation im Großhandel auf definierte Vertriebslinien-Preislisten-Kombinationen einzuschränken. Auch kann beispielsweise die Kalkulation von Artikeln mit bestimmten Eigenschaften, etwa Frischeartikel, in Filialen ausgeschlossen werden, wenn für diese Artikel nur Verkaufspreise auf Vertriebslinienebene gelten sollen. Weitere Informationen finden Sie unter BAdI: Feinselektion von Mat./Org.-Ebenen in der Verkaufspreiskalkulation. Business Add-In SPC_POSTING_CONTROL: Kontrolle der Konditionsverbuchung in der Verkaufspreiskalkulation Dieses BAdI dient in der Verkaufspreiskalkulation zur spezifischen Steuerung der Verbuchung von Haupt- und Zusatzkonditionen. Hierbei übernimmt das BAdI die Funktion eines Filters für die im Customizing der Handelskalkulation gepflegte generelle Steuerung der Konditionsverbuchung. Beispielsweise könnte auf eine Verbuchung des Verkaufspreises verzichtet werden, wenn er gleich dem aktuellen Verkaufspreis ist. Hingegen soll bei einer solchen Kalkulation eine aufgrund veränderter Einkaufskonditionen abweichende Spanne gesichert werden, die in nachfolgenden Kalkulationen verwendet wird. Weitere Informationen finden Sie unter BAdI: Kontrolle der Konditionsverbuchungin der Verkaufspreiskalkulation. Business Add-In SPC_DOCINDEX_CONTROL: Kontrolle der Erzeugung von Belegindizes in der Verkaufspreiskalkulation Dieses BAdI dient in der Verkaufspreiskalkulation als Filter bei der Verbuchung von Belegindizes für die Kalkulationsbelege. Mit dem BAdI können einzelne oder alle Belegindizes von der Verbuchung ausgeschlossen werden. Beispielsweise sollen bei der Kalkulation für Frischeartikel keine Belegindizes erzeugt werden, da für diese Artikel wegen häufig wechselnder Einkaufs- und Verkaufspreise die Kalkulationsvorratsfunktion nicht genutzt wird. Weitere Informationen finden Sie unter BAdI: Kontrolle der Belegindexerzeugung in der Verkaufspreiskalkulation. Business Add-In MIXED_PP_QUANTITIES: Vorbelegung von Lieferanten-Mischpreis-Faktoren in der Verkaufspreiskalkulation Mit diesem BAdI können Sie bei einer Einkaufspreisermittlung über den sogenannten Lieferantenmischpreis die Gewichtungsfaktoren der relevanten Lieferanten beim Aufbau der Verkaufspreiskalkulation vorbelegen. Als Grundlage könnten z.B. Daten aus Bestellungen in einem bestimmten Rückschauzeitraum herangezogen werden. ______________________________________________________________ SAP AG 236 SAP-System ______________________________________________________________ Weitere Informationen finden Sie unter BAdI: Vorbelegung Lieferanten-Mischpreis-Faktoren in der VKP-Kalkulation. Business Add-In PWL_SP_DETERMINATION: Bestimmung eines Vorschlags für den Verkaufspreis bei der Generierung des Kalkulationsvorrats Mit diesem BAdI können Sie den Aufbau von Kalkulationsvorratseinträgen bei der Generierung des Kalkulationsvorrats kontrollieren. Das BAdI übernimmt dabei mehrere Funktionen. Zum einen sind mit dem BAdI Prüfungen möglich, ob ein Eintrag im Kalkulationsvorrat überhaupt notwendig ist. Mit der Implementierung von Schwellenwerten für eine Änderung des Einkaufspreises können so Kalkulationsvorratseinträge bei kleinen Einkaufspreisänderungen unterdrückt werden. Weiterhin kann mit dem BAdI die bei der Verkaufspreiskalkulation zu verwendende Verkaufspreis-Ermittlungsfolge festgelegt werden. So wird es etwa möglich, daß bei Artikeln mit einer bestimmten Konkurrenzsituation bei einer Einkaufspreiserhöhung der aktuelle Verkaufspreis vorgeschlagen wird. Der Eintrag im Kalkulationsvorrat dient dann quasi als Überprüfung der veränderten Spanne. Abschließend sind mit dem BAdi auch Änderungen an der aufgebauten Verkaufspreiskalkulation möglich. Damit lassen sich z.B. Regeln implementieren, daß bei einer Einkaufspreiserhöhung nur ein Teil dieser Erhöhung, ggf. differenziert nach Artikelgruppen oder Eigenschaften, in Form gestiegener Verkaufspreise an den Verbraucher weitergegeben wird. Weitere Informationen finden Sie unter BAdI: Änderung der Kalkulation bei der Generierung des Kalkulationsvorrats. Business Add-In MBP_ADD_LIST_FIELDS: Zusatzfelder in der Warenkorbkalkulation Mit diesem BAdI können in der Warenkorbkalkulation frei verfügbare Felder mit Preisen und Werten mit einer durch den Kunden festzulegenden Bedeutung belegt werden. Zum einen könnten etwa weitere Preise aus der Verkaufspreiskalkulation übernommen werden. In Verbindung mit den Absatzmengen könnten weiterhin zusätzliche Umsatz- oder Ertragswerte für diese Preise bestimmt werden. Auch können Umsatz- oder Ertragsdifferenzen gebildet werden. Weitere Informationen finden Sie unter BAdI: Zusatzfelder in der Warenkorbkalkulation. Business Add-In SMOD_LWVK1001: Kommunikationsstruktur KOMK für Preisfindung erweitern Dieses BAdI ist aus der Migration des User Exits LWVK1001 hervorgegangen. Entsprechend können Sie mit diesem BAdI das Füllen der Kommunikationsstruktur KOMK bei der verkaufsseitigen Preisfindung in der Verkaufspreiskalkulation und bei der Preisfindung von Verkaufspreiskonditionen von der Datenbank beeinflussen. Weitere Informationen finden Sie unter BAdI: Kommunikationsstruktur KOMK für Preisfindung erweitern. Business Add-In SMOD_LWVK1002: Kommunikationsstruktur KOMP für Preisfindung erweitern Dieses BAdI ist aus der Migration des User Exits LWVK1002 hervorgegangen. Entsprechend können Sie mit diesem BAdI das Füllen der Kommunikationsstruktur KOMP bei der verkaufsseitigen Preisfindung in der Verkaufspreiskalkulation und bei der Preisfindung von Verkaufspreiskonditionen von der Datenbank beeinflussen. Weitere Informationen finden Sie unter BAdI: Kommunikationsstruktur KOMP für Preisfindung erweitern. Die Übernahme der für die User Exits LWVK1001 und LWVK1002 vorgenommenen Erweiterungen erfolgt im Rahmen des Modifikationsabgleichs (Transaktion SPAU). Auswirkungen auf die Datenübernahme Das Business Add-In SPC_SEL_CHECK kann Auswirkungen bei der nachträglichen Erzeugung von Kalkulationsbelegen zu Verkaufspreiskonditionen haben, die aus Altsystemen übernommen wurden. ______________________________________________________________ SAP AG 237 SAP-System ______________________________________________________________ Kalulationsbelege bilden die Grundlage der Kalkulationsvorratsfunktion. Werden Verkaufspreiskonditionen aus Altsystemen übernommen, so müssen zu diesen Konditionen nachträglich Kalkulationsbelege erzeugt werden, wenn die Kalkulationsvorratsfunktion genutzt werden soll. Einige übernommene Verkaufspreiskonditionen könnten nun im Widerspruch mit den Filterungs- bzw. Ausschlußregeln des BAdIs stehen. Ob zu solchen Verkaufspreiskonditionen dennoch Kalkulationsbelege erzeugt werden sollen, damit sie in der Kalkulationsvorratsfunktion berücksichtigt werden, muß in der Implementierung der BAdI-Methoden entschieden werden (siehe Beispiel-Coding zur Methode CHECK_CALC_ITEM). Auswirkungen auf das Customizing Implementierungen für die Business Add-Ins legen Sie im Customizing der Handelskalkulation an. Hierfür gilt im Einführungsleitfaden folgender Pfad: Logistik allgemein -> Handelskalkulation -> Business Add-Ins für die Handelskalkulation. 11.5.9.2 Allgemeine Parameter für die Handelskalkulation Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) stehen Ihnen für die Verkaufspreiskalkulation verschiedene Parameter zur Verfügung, über die Sie festlegen können, welcher Gültigkeitsbeginn beim Aufruf auf dem Selektionsbild vorgeschlagen wird. Weiterhin kann für die Verkaufspreiskalkulation festgelegt werden, ob das Vorlagewerk bei der Kalkulation von Vertriebslinien oder Preislisten bei der verkaufsseitigen Preisfindung genutzt werden soll. Auch können Defaultwerte für Belegmengen in der einkaufs- und verkaufsseitigen Preisfindung bestimmt werden, wenn in speziellen Situationen eine Übernahme aus Stammdaten nicht möglich ist. Für die integrierte Artikelpflege können Defaultwerte für die Einkaufspreis- und Verkaufspreis-Ermittlungsfolge für den erstmaligen Aufruf der Verkaufssicht bestimmt werden. Im Zusammenhang mit der Verkaufspreisfindung kann ein spezielles Belegschema bestimmt werden, das bei der Ermittlung des Kalkulationsschemas für die Preisfindung im Retail verwendet werden soll. Dieses Belegschema wurde in früheren Releaseständen in der Customizing-Aktivität Allgemeine Steuerung Retail-Stammdaten gepflegt. Bei einem Release-Upgrade wird dieses Belegschema durch den XPRA-Report WVXPRA08 umgesetzt. Weitere Informationen hierzu finden Sie unter Transfer eines gepflegten Belegschemas von TWPA nach TWRPGP Auswirkungen auf das Customizing Die Allgemeinen Parameter für die Handelskalkulation legen Sie im Customizing der Handelskalkulation fest: Allgemeine Parameter für die Handelskalkulation. 11.5.9.3 Neue Änderungszeiger für Konditionssätze (WIND) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) stehen folgende zusätzliche Möglichkeiten im Rahmen der Beleganpassung bei Konditionsänderungen zur Verfügung: ______________________________________________________________ SAP AG 238 SAP-System ______________________________________________________________ o Direkte Erzeugung von Einträgen im Arbeitsvorrat nach Konditionsänderungen o Aufnahme zusätzlicher Daten für einen Eintrag im Arbeitsvorrat Bei dem bisherigen Verfahren wurden die Einträge im Arbeitsvorrat auf der Basis der Änderungszeiger für Konditionsänderungen (Nachrichtentyp CONDBI) im Rahmen der Arbeitsvorratserstellung (Transaktion MEI4) erzeugt. Bei dem neuen Verfahren sind dagegen Änderungszeiger nicht mehr nötig. Bei der Änderung einer Kondition werden nun Einträge im Arbeitsvorrat direkt erstellt. Dadurch entfällt zum einen der bisherige performanceaufwendige Prozeßschritt der Arbeitsvorratserstellung aus Änderungszeigern. Darüber hinaus kann auf die Erzeugung von Änderungszeigern für Konditionsänderungen verzichtet werden, wenn diese nicht in anderen Prozessen verwendet werden. Das für die bisherige Arbeitsvorratserstellung geltende Customizing, das festlegt, welche Konditionsarten im Arbeitsvorrat aufgenommen werden sollen (Tabelle T6I1), ist auch für die direkte Erzeugung gültig. Bei dem neuen Verfahren gibt es jedoch zusätzliche Filtermöglichkeiten. Zum einen kann pro Belegtyp festgelegt werden, für welche Arten von Konditionsänderungen (Betragsänderung, Gültigkeit, Kalkulationsrelevanz usw.) Arbeitsvorratseinträge erstellt werden sollen. Darüber hinaus existiert ein vom Filterkriterium Belegtyp abhängiges BAdI, mit dem kundenindividuelle Filterkriterien realisiert werden können. Das folgende Beispiel erläutert die Möglichkeiten des BAdIs: Aufgrund wechselnder Einkaufsbedingungen werden Frischeartikel in kurzen Abständen regelmäßig neu kalkuliert, eine Aktualisierung von Verkaufspreisen über den Prozess des Kalkulationsvorrats wird daher nicht benötigt. Verwenden Sie für die Anwendung Handelskalkulation (Belegtyp 10) in diesem Fall als zusätzliches Filterkriterium die Materialart. Bei einer Änderung des Einkaufsgrundpreises für einen Frischeartikel erzeugt das System dann aufgrund des eingerichteten Filterkriteriums keinen Arbeitsvorratseintrag für diesen Belegtyp. Die zusätzlichen Daten eines Arbeitsvorratseintrags bestehen zum einen aus Kopfdaten der Konditionen, mit denen man eine Verbesserung der Performance bei der Folgeverarbeitung erreicht, sowie aus variablen Kundenfeldern, mit denen eine selektive Folgeverarbeitung möglich wird. Das Füllen der Kundenfelder wird im Customizing festgelegt (Tabelle T6I2S). Auswirkungen auf den Datenbestand Wenn auf Änderungszeiger für Konditionsänderungen verzichtet wird, dann reduziert sich der Datenbestand der Änderungszeiger erheblich. Ein Änderungszeiger besteht i.d.R. aus mehreren Einträgen in der Tabelle BDCP bzw. BDCP2. Im einzelnen ergeben sich folgende Änderungen: o Die Tabellenbreite der Tabelle WIND erhöht sich durch die zusätzlichen Felder von 45 auf 262 Bytes. o Die Anzahl der Tabelleneinträge im Arbeitsvorrat kann sich aufgrund der zusätzlichen Filterkriterien verringern. o Änderungszeiger für den Nachrichtentyp CONDBI werden ggf. nicht mehr benötigt. Auswirkungen auf die Systemverwaltung Der Prozeßschritt der Erzeugung des Arbeitsvorrats aus Änderungszeigern (Transaktion MEI4) ist bei dem neuen Verfahren nicht mehr nötig. Die Prüfung gegen bestehende Belegindizes (Tabelle S111), die bei der bisherigen ______________________________________________________________ SAP AG 239 SAP-System ______________________________________________________________ Arbeitsvorratserstellung möglich ist, muß nun im BAdI als zusätzliches Filterkriterium implementiert werden (siehe Beispiel-Coding). Die Migration des Arbeitssvorrats von den alten auf die neuen Arbeitsvorratseinträge wird mit dem Report RMEBEMIG vorgenommen. Der Report ergänzt die vorhandenen Einträge mit Informationen aus den Konditionssätzen. Wenn von dem alten auf das neue Verfahren umgestellt wird, ist für jeden Belegtyp ein spezielles Anpassungsverfahren notwendig. Dieses Verfahren ist jeweils in den Anwendungen beschrieben, die das neue Verfahren nutzen. Auswirkungen auf das Customizing Stellen Sie zunächst das neue Customizing für die direkte Erzeugung von Arbeitsvorratseinträgen ein. Bei einer Neuinstallation oder wenn Sie die Beleganpassung für einen bestimmten Belegtyp noch nicht genutzt haben, setzen Sie das Kennzeichen für Migration und Direkteintrag manuell im Customizing. Bei der Umstellung vom alten auf das neue Verfahren werden die Kennzeichen im Rahmen des Migrationsverfahrens ggf. automatisch gesetzt. Zusätzlich legen Sie pro Belegtyp als Filterkriterium die Arten der Konditionsänderungen fest, für die Arbeitsvorratseinträge erstellt werden sollen, und wie die variablen Felder zu füllen sind. Wenn für alle verwendeten Belegtypen die direkte Erzeugung von Arbeitsvorratseinträgen eingestellt ist, kann ggf. auf die Erstellung von Änderungszeigern vom Nachrichtentyp CONDBI verzichtet werden. Deaktivieren Sie dann den Nachrichtentyp CONDBI im ALE-Customizing. Die Deaktivierung kann auch durch den Migrationsreport durchgeführt werden. Siehe auch Weitere Informationen finden Sie in der Dokumentation zu SAP Retail (SAP-Bibliothek -> Logistik -> SAP Retail) unter Stammdaten -> Konditionen -> Automatische Aktualisierung von Belegen nach Konditionsänderungen. 11.5.10 LO-MD-SE Saison 11.5.10.1 Abschriftenplanung Verwendung Ab SAP R/3 Enterprise Retail Core 4.70 (SAP_APPL 470) stehen für die Abschriftenplanung unter Saison die folgenden Erweiterungen zur Verfügung: o Sie können jetzt für Abschriftenpläne Eckpreise zuordnen, die sich von denen in der Standardkalkulation unterscheiden. o Preise können automatisch abgerundet werden, um sicherzustellen, daß der gewährte Preisnachlaß dem vollen Prozenzsatz entspricht. Wenn Sie beispielsweise für einen Artikel mit einem Normalpreis von EUR 9,99 eine Abschrift von 50% vorgeben, erhalten Sie einen Abschriftenpreis von EUR 4,99 anstelle von EUR 5,00. Dadurch kann auch etwaigen gesetzlichen Bestimmungen Rechnung getragen werden, die vorschreiben, daß absolute Preisnachlässe jeweils dem vollen angegebenen Prozentsatz entsprechen müssen. Im Customizing der Abschriftenart können Sie ______________________________________________________________ SAP AG 240 SAP-System ______________________________________________________________ festlegen, ob Sie die normale kaufmännische Rundung verwenden möchten oder nicht. o Die Massenpflege ist jetzt auch auf dem Feinplanungsbild verfügbar (ähnlich der Massenpflege auf dem Grobplanungsbild). Damit können Sie Daten für mehrere Artikel auf einmal ändern, beispielsweise den Prozentsatz der Abschriften für alle Artikel einer bestimmten Warengruppe. o Sie können Selektionskriterien jetzt auf der Grundlage von Artikeltypen, Merkmalen (z.B. Farbe), Merkmalswerten (z.B. blau), Einkäufergruppen, Lieferantenteilsortimenten, Layoutbausteinen, Saisonartikeltypen (MARA-SAITY) und vertriebslinienübergreifenden Artikelstatus (MARA-MSTAV) angeben. o Das System kann sich jetzt Artikelselektionskriterien merken, so daß Sie diese auf allen Planungsebenen wiederverwenden können, um neue Artikel auszuwählen oder um Artikel bzw. Filialen für die Massenpflege zu markieren (siehe Selektionsvariante definieren im Customizing). o Für Abschriftenpläne stehen spezielle Berechtigungen zur Verfügung, etwa auf der Ebene der Warengruppe, der Verkaufsorganisation oder der Vertriebslinie. Damit können Sie zum Beispiel festlegen, daß Planer zwar berechtigt sind, ihre eigenen Pläne zu ändern, die Pläne ihrer Kollegen aber nur im Anzeigemodus aufrufen können. o Eine Mehrbenutzerumgebung wird unterstützt. Es können mehrere Mitarbeiter gleichzeitig an einem Abschriftenplan arbeiten, doch kann immer nur ein Mitarbeiter Änderungen an ein und demselben Artikel vornehmen. Dies wird dadurch realisiert, daß die Sperre auf der Positionsebene statt auf der Kopfdatenebene gesetzt wird. o Sie können prüfen, ob ein Artikel in zwei oder mehreren verschiedenen Abschriftenplänen oder Aktionen mit sich überschneidenden Gültigkeitszeiträumen enthalten ist. o Sie können Preise auf der Preislistenebene aktivieren. o Nach der Artikelauswahl steht ein Business Transaction Event (BTE) zur Verfügung, das es Ihnen ermöglicht, in einem Abschriftenplan Felder auf Positionsebene mit spezifischen Werten zu füllen. o Ein flexibles Werkzeug ermöglicht es Ihnen, das Feld für den Anfangsbestand mit Hilfe der aktuell verfügbaren Massenpflegefunktionen automatisch zu füllen. o Der Report RWMFA300 wurde erweitert und stellt nun zusätzliche Felder, Summen auf verschiedenen Planungsebenen und zusätzliche, bedienerfreundliche Funktionen bereit, die einen effizienteren Plan/Ist-Vergleich für die Umsatzdaten ermöglicht. o Sie haben jetzt die Möglichkeit, zwischen normalen Verkaufspreiskonditionen und Verkaufspreisen, die aus durch Abschriften veranlaßten Preisänderungen resultieren, zu unterscheiden. o Es steht ein neues Archivierungsobjekt zur Verfügung: W_MARKDOWN. 11.5.10.2 LO-MD-SE-MDF Abschriftenplanung 11.5.10.2.1 Abschriftenplanung Verwendung Ab SAP R/3 Enterprise Retail Core 4.70 (SAP_APPL 470) stehen für die Abschriftenplanung unter Saison die folgenden Erweiterungen zur Verfügung: ______________________________________________________________ SAP AG 241 SAP-System ______________________________________________________________ o Sie können jetzt für Abschriftenpläne Eckpreise zuordnen, die sich von denen in der Standardkalkulation unterscheiden. o Preise können automatisch abgerundet werden, um sicherzustellen, daß der gewährte Preisnachlaß dem vollen Prozenzsatz entspricht. Wenn Sie beispielsweise für einen Artikel mit einem Normalpreis von EUR 9,99 eine Abschrift von 50% vorgeben, erhalten Sie einen Abschriftenpreis von EUR 4,99 anstelle von EUR 5,00. Dadurch kann auch etwaigen gesetzlichen Bestimmungen Rechnung getragen werden, die vorschreiben, daß absolute Preisnachlässe jeweils dem vollen angegebenen Prozentsatz entsprechen müssen. Im Customizing der Abschriftenart können Sie festlegen, ob Sie die normale kaufmännische Rundung verwenden möchten oder nicht. o Die Massenpflege ist jetzt auch auf dem Feinplanungsbild verfügbar (ähnlich der Massenpflege auf dem Grobplanungsbild). Damit können Sie Daten für mehrere Artikel auf einmal ändern, beispielsweise den Prozentsatz der Abschriften für alle Artikel einer bestimmten Warengruppe. o Sie können Selektionskriterien jetzt auf der Grundlage von Artikeltypen, Merkmalen (z.B. Farbe), Merkmalswerten (z.B. blau), Einkäufergruppen, Lieferantenteilsortimenten, Layoutbausteinen, Saisonartikeltypen (MARA-SAITY) und vertriebslinienübergreifenden Artikelstatus (MARA-MSTAV) angeben. o Das System kann sich jetzt Artikelselektionskriterien merken, so daß Sie diese auf allen Planungsebenen wiederverwenden können, um neue Artikel auszuwählen oder um Artikel bzw. Filialen für die Massenpflege zu markieren (siehe Selektionsvariante definieren im Customizing). o Für Abschriftenpläne stehen spezielle Berechtigungen zur Verfügung, etwa auf der Ebene der Warengruppe, der Verkaufsorganisation oder der Vertriebslinie. Damit können Sie zum Beispiel festlegen, daß Planer zwar berechtigt sind, ihre eigenen Pläne zu ändern, die Pläne ihrer Kollegen aber nur im Anzeigemodus aufrufen können. o Eine Mehrbenutzerumgebung wird unterstützt. Es können mehrere Mitarbeiter gleichzeitig an einem Abschriftenplan arbeiten, doch kann immer nur ein Mitarbeiter Änderungen an ein und demselben Artikel vornehmen. Dies wird dadurch realisiert, daß die Sperre auf der Positionsebene statt auf der Kopfdatenebene gesetzt wird. o Sie können prüfen, ob ein Artikel in zwei oder mehreren verschiedenen Abschriftenplänen oder Aktionen mit sich überschneidenden Gültigkeitszeiträumen enthalten ist. o Sie können Preise auf der Preislistenebene aktivieren. o Nach der Artikelauswahl steht ein Business Transaction Event (BTE) zur Verfügung, das es Ihnen ermöglicht, in einem Abschriftenplan Felder auf Positionsebene mit spezifischen Werten zu füllen. o Ein flexibles Werkzeug ermöglicht es Ihnen, das Feld für den Anfangsbestand mit Hilfe der aktuell verfügbaren Massenpflegefunktionen automatisch zu füllen. o Der Report RWMFA300 wurde erweitert und stellt nun zusätzliche Felder, Summen auf verschiedenen Planungsebenen und zusätzliche, bedienerfreundliche Funktionen bereit, die einen effizienteren Plan/Ist-Vergleich für die Umsatzdaten ermöglicht. o Sie haben jetzt die Möglichkeit, zwischen normalen Verkaufspreiskonditionen und Verkaufspreisen, die aus durch Abschriften veranlaßten Preisänderungen resultieren, zu unterscheiden. o Es steht ein neues Archivierungsobjekt zur Verfügung: W_MARKDOWN. ______________________________________________________________ SAP AG 242 SAP-System ______________________________________________________________ 11.5.11 LO-MD-PR Handelsaktion 11.5.11.1 Aktionsrabatte Verwendung Ab SAP R/3 Enterprise Retail Core 4.70 (SAP_APPL 470) können Sie Rabatte für eine große Anzahl von Artikeln in einer Aktion schnell und einfach erfassen. So können Sie Rabatte zum Beispiel nach folgenden Selektionskriterien anlegen: o alle oder ausgewählte Artikel in einer Aktion o alle Artikel in einer Warengruppe o alle Artikel in einer Warengruppen-Hierarchiestufe (entweder eine oder zwei Stufen über der Warengruppenstufe) o alle Artikel, die z.B. in einer bestimmten Filiale geführt oder über einen bestimmten Vertriebsweg verkauft werden Die Rabatte können entweder als Absolutwert (z.B. EUR 1,00) oder als Prozentsatz (z.B. 20%) angegeben werden. Sie können auf den folgenden Ebenen festgelegt werden: o Filiale o Preisliste o Vertriebsweg Die gewünschte Ebene wählen Sie, indem Sie die entsprechende Preisaktivierungsart zuordnen. Darüber hinaus haben Sie die Möglichkeit, über das Dialogfenster für die Massenpflege Preisnachlässe für alle oder alle ausgewählten Artikel in einer Aktion einzugeben. Um einen bereits vorhandenen Rabattbetrag zu ändern, müssen Sie den Artikel zunächst deaktivieren, dann den neuen Rabattbetrag eingeben und die Aktion anschließend erneut sichern. Auswirkungen auf die Datenübernahme Rabatte für eine Reihe von Aktionen können über die POS-Ausgangsverarbeitung heruntergeladen werden. Wenn Sie die manuelle Anforderung wählen, können sie das Feld für die Aufbereitung von Aktionsrabatten markieren. Auch ein IDoc-Typ für Aktionsrabatte steht zur Verfügung: WPDREB01. Auswirkungen auf das Customizing Im Customizing der Aktionsart können Sie Rabattkonditionsarten für absolute und prozentuale Rabatte zuordnen. Diese werden dann für alle Aktionen vorgeschlagen, die Sie danach mit dieser Aktionsart anlegen. Außerdem nehmen Sie im Customizing unter Steuerung der Konditionstabellen für Aktionsrabatte die Zuordnung der Konditionstabellen zu den Konditionsarten vor. ______________________________________________________________ SAP AG 243 SAP-System ______________________________________________________________ 11.5.11.2 Aktion: Kleinere Erweiterungen Verwendung Ab SAP R/3 Enterprise Retail Core 4.70 (SAP_APPL 470) stehen für Aktionen die folgenden Erweiterungen zur Verfügung: o Sie können jetzt für Aktionen Eckpreise zuordnen, die sich von denen der Standardkalkulation unterscheiden. Diese Eckpreise werden dann bei Eckpreisanpassungen in der Massenpflege vom System als Vorschlagswerte verwendet. o Bei der Massenpflege können Sie angeben, ob das System die Standardrundung verwenden oder immer auf den nächstliegenden Preis abrunden soll. Wird zum Beispiel auf einen Artikel mit einem Normalpreis von 99 Cents für eine Aktion ein Preisnachlaß von 50% gewährt, führt dies nach der Standardrundung zu einem Preis von 50 Cents. Bei einer Abrundung würde sich dagegen ein Preis von 49 Cents ergeben. Dadurch kann etwa auch den gesetzlichen Anforderungen in bestimmten Ländern Rechnung getragen werden, wonach Kunden bei in Prozentzahlen angegebenen Preisnachlässen Anspruch auf einen Preisnachlaß in Höhe des vollen Prozentsatzes haben. o Wenn Sie einen Aktionspreis aktivieren, werden vom System normalerweise Daten über den Aufschlag, die Spanne, den Einkaufspreis usw. berechnet und gespeichert. Um die Performance zu verbessern, können Sie jedoch auch Verkaufspreiskonditionen generieren, ohne daß das System hierfür eine Kalkulation durchführt. Dies erreichen Sie, indem Sie im Customizing der Aktionsart die Einstellung ohne Kalkulation wählen. Mit dieser Einstellung geben Sie in der Aktion einfach den Verkaufspreis ein und aktivieren ihn. Wenn Sie die Aktion sichern, generiert das System die Verkaufspreiskonditionen. Das System schlägt in den Kopfdaten automatisch ohne Kalkulation vor. Sie können diesen Vorschlag für jede einzelne Aktion entweder übernehmen oder die Einstellung ändern. Unabhängig von der Einstellung in den Kopfdaten können Sie jedoch bei den jeweils ausgewählten Artikeln in einer Aktion immer noch entscheiden, ob das System eine Kalkulation durchführen soll oder nicht. o Im Customizing der Aktionsart kann neben dem Referenzvertriebsweg und dem Referenzbetrieb auch eine Referenzpreisliste eingestellt werden. Darüber hinaus steht ein Business Add-In (BAdI) für Aktionen zur Verfügung, so daß Sie auch eine eigene Logik für die Preisfindung implementieren können. o Die Reports für die Umsatzplanung wurden durch die folgenden Kennzahlen ergänzt: Umsatz bei Normalverkaufspreisen, Rohertrag und Umsatzverlust. o Die zuvor erforderlichen zwei Bearbeitungsschritte für die Selektion der Artikel und die Kalkulation sind jetzt in einem einzigen Schritt zusammengefaßt. o Mit Hilfe eines BAdI haben Sie die Möglichkeit, bei der Zuordnung eines neuen Artikels zu einer Aktion die Vorschlagswerte auf der Positionsebene automatisch eintragen oder ändern zu lassen. Mit diesem BAdI können Sie entweder ausgewählte oder auch alle Felder ändern, die auf dem Positionsübersichtsbild oder dem Positionsdetailbild für Eingaben zur Verfügung stehen. o Die Warenkorbkalkulation wird jetzt unterstützt. Sie können Artikel in Warenkörben einer Aktion zuordnen. o Die Aufteilstrategie wird jetzt auch in Aktionen mit einbezogen. Sie können einer Aktionsposition entweder eine Aufteilstrategie oder eine Aufteilregel zuordnen. Die Aufteilstrategie wird aus der Aufteilerart in den Kopfdaten der Aktion vorgeschlagen. Die Aufteilstrategie kann (ebenso wie die ______________________________________________________________ SAP AG 244 SAP-System ______________________________________________________________ Aufteilregel) dazu verwendet werden, einen Aufteiler zu generieren oder eine Aufteilung zu simulieren. o Die Mehrbenutzerfunktionalität ist jetzt in der Transaktion WAK2 verfügbar. Dies stellt eine Erweiterung der Funktionalität dar, die zuvor durch die spezielle Mehrbenutzertransaktion WAK12 bereitgestellt wurde. Wenn Sie eine Aktion auswählen, können Sie entscheiden, ob Sie die gesamte Aktion pflegen möchten (in diesem Fall können andere Benutzer nicht daran arbeiten) oder nur ausgewählte Artikel in der Aktion (in diesem Fall sind nur die betreffenden Artikel gesperrt, und die nicht gesperrten Artikel können von anderen Benutzer bearbeitet werden). Mehrere Benutzer können sich gleichzeitig Kopfdaten anzeigen lassen (wie zum Beispiel Betriebsgruppen, Themen, Aktionsbausteine usw.), diese aber nicht ändern. Sie können jedoch solche Daten ändern, die zu den Positionszeilen gehören (z.B. Aktionspreise, Mengen, Preiskonditionen, Bonuskäufe und Naturalrabatte). Darüber hinaus können sie einer Aktion auch neue Positionen zuordnen oder vorhandene Positionen löschen. Siehe auch Informationen über die neue Funktion für Aktionsrabatte finden Sie in der Release-InformationAktionsrabatte. 11.5.12 LO-MD-QO Mengenoptimierung 11.5.12.1 Parallelverarbeitung Verwendung Ab SAP R/3 Enterprise Retail 1.10 (EA-RETAIL 110) ist es möglich, bestehende Reports, die nicht selbst intern eine paralle Verarbeitung ihres Arbeitsvorrats ermöglichen, in Reports umzuwandeln, die automatisch mehrere parallele Dialogprozesse auf den verfügbaren Servern einer Servergruppe einplanen. Dadurch kann das System die vorhandene Rechnerinfrastruktur besser nutzen und die Job-Ausführungszeiten deutlich verkürzen. Die neue Jobeinplanung garantiert eine stets aktuelle und ausgewogene Verteilung durch: o Vorselektion des Arbeitsvorrats. o Abschätzung der aktuellen Arbeitslast. o gleichmäßige Verteilung auf die gewünschte Anzahl paralleler Jobs. Eingeplant wird ein - um den eigentlichen Report generierter - Report, der die parallelen Jobs startet. Eine Veränderung oder Erweiterung bestehender Programme ist nicht nötig. Der Einsatz von paralleler anstelle von sequentieller Verarbeitung erhöht den Datendurchsatz im kritischen Zeitfenster. Die manuelle und fehleranfällige Einplanung paralleler Jobs und die damit verbundene Pflege von sehr vielen Varianten, die den Arbeitsvorrat auf die parallelen Jobs verteilen, entfällt. Veränderungen des Arbeitsvorrats führen damit nicht mehr zu unausgeglichenen Laufzeiten der einzelnen Jobs. Regelmäßige Überprüfungen und Aktualisierungen der einmalvorgenommenen, ausgeglichenen Verteilung sind nicht mehr nötig. ______________________________________________________________ SAP AG 245 SAP-System ______________________________________________________________ Die Folgeprozeßsteuerung wird durch Wegfall vieler eingeplanter Jobs, deren Ende synchronisiert werden muß, deutlich vereinfacht und transparenter. Nach außen ist genau ein Job sichtbar. Der Folgejob startet, wenn dieser Job beendet ist. Die erzielbare minimale Laufzeit beträgt ganz grob die Laufzeit auf einem Server geteilt durch die Anzahl der verfügbaren Server. Eine Datenreduktion wird nicht erzielt. Auswirkungen auf das Customizing Im Customizing zur externen Parallelverarbeitung sind die folgenden Aktivitäten auszuführen: o Einstellungen zur externen Parallelisierung Siehe auch Weitere Informationen finden Sie in der Reportdokumenation: o Lastverteilung und externe Parallelisierung o Rahmen für parallele Reports 11.5.12.2 Neue Änderungszeiger für Konditionssätze (WIND) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) stehen folgende zusätzliche Möglichkeiten im Rahmen der Beleganpassung bei Konditionsänderungen zur Verfügung: o Direkte Erzeugung von Einträgen im Arbeitsvorrat nach Konditionsänderungen o Aufnahme zusätzlicher Daten für einen Eintrag im Arbeitsvorrat Bei dem bisherigen Verfahren wurden die Einträge im Arbeitsvorrat auf der Basis der Änderungszeiger für Konditionsänderungen (Nachrichtentyp CONDBI) im Rahmen der Arbeitsvorratserstellung (Transaktion MEI4) erzeugt. Bei dem neuen Verfahren sind dagegen Änderungszeiger nicht mehr nötig. Bei der Änderung einer Kondition werden nun Einträge im Arbeitsvorrat direkt erstellt. Dadurch entfällt zum einen der bisherige performanceaufwendige Prozeßschritt der Arbeitsvorratserstellung aus Änderungszeigern. Darüber hinaus kann auf die Erzeugung von Änderungszeigern für Konditionsänderungen verzichtet werden, wenn diese nicht in anderen Prozessen verwendet werden. Das für die bisherige Arbeitsvorratserstellung geltende Customizing, das festlegt, welche Konditionsarten im Arbeitsvorrat aufgenommen werden sollen (Tabelle T6I1), ist auch für die direkte Erzeugung gültig. Bei dem neuen Verfahren gibt es jedoch zusätzliche Filtermöglichkeiten. Zum einen kann pro Belegtyp festgelegt werden, für welche Arten von Konditionsänderungen (Betragsänderung, Gültigkeit, Kalkulationsrelevanz usw.) Arbeitsvorratseinträge erstellt werden sollen. Darüber hinaus existiert ein vom Filterkriterium Belegtyp abhängiges BAdI, mit dem kundenindividuelle Filterkriterien realisiert werden können. Das folgende Beispiel erläutert die Möglichkeiten des BAdIs: Aufgrund wechselnder Einkaufsbedingungen werden Frischeartikel in kurzen Abständen regelmäßig neu kalkuliert, eine Aktualisierung von Verkaufspreisen über den Prozess des Kalkulationsvorrats wird daher nicht benötigt. Verwenden Sie für die Anwendung Handelskalkulation (Belegtyp 10) in diesem Fall als zusätzliches Filterkriterium die Materialart. Bei einer Änderung des Einkaufsgrundpreises für einen ______________________________________________________________ SAP AG 246 SAP-System ______________________________________________________________ Frischeartikel erzeugt das System dann aufgrund des eingerichteten Filterkriteriums keinen Arbeitsvorratseintrag für diesen Belegtyp. Die zusätzlichen Daten eines Arbeitsvorratseintrags bestehen zum einen aus Kopfdaten der Konditionen, mit denen man eine Verbesserung der Performance bei der Folgeverarbeitung erreicht, sowie aus variablen Kundenfeldern, mit denen eine selektive Folgeverarbeitung möglich wird. Das Füllen der Kundenfelder wird im Customizing festgelegt (Tabelle T6I2S). Auswirkungen auf den Datenbestand Wenn auf Änderungszeiger für Konditionsänderungen verzichtet wird, dann reduziert sich der Datenbestand der Änderungszeiger erheblich. Ein Änderungszeiger besteht i.d.R. aus mehreren Einträgen in der Tabelle BDCP bzw. BDCP2. Im einzelnen ergeben sich folgende Änderungen: o Die Tabellenbreite der Tabelle WIND erhöht sich durch die zusätzlichen Felder von 45 auf 262 Bytes. o Die Anzahl der Tabelleneinträge im Arbeitsvorrat kann sich aufgrund der zusätzlichen Filterkriterien verringern. o Änderungszeiger für den Nachrichtentyp CONDBI werden ggf. nicht mehr benötigt. Auswirkungen auf die Systemverwaltung Der Prozeßschritt der Erzeugung des Arbeitsvorrats aus Änderungszeigern (Transaktion MEI4) ist bei dem neuen Verfahren nicht mehr nötig. Die Prüfung gegen bestehende Belegindizes (Tabelle S111), die bei der bisherigen Arbeitsvorratserstellung möglich ist, muß nun im BAdI als zusätzliches Filterkriterium implementiert werden (siehe Beispiel-Coding). Die Migration des Arbeitssvorrats von den alten auf die neuen Arbeitsvorratseinträge wird mit dem Report RMEBEMIG vorgenommen. Der Report ergänzt die vorhandenen Einträge mit Informationen aus den Konditionssätzen. Wenn von dem alten auf das neue Verfahren umgestellt wird, ist für jeden Belegtyp ein spezielles Anpassungsverfahren notwendig. Dieses Verfahren ist jeweils in den Anwendungen beschrieben, die das neue Verfahren nutzen. Auswirkungen auf das Customizing Stellen Sie zunächst das neue Customizing für die direkte Erzeugung von Arbeitsvorratseinträgen ein. Bei einer Neuinstallation oder wenn Sie die Beleganpassung für einen bestimmten Belegtyp noch nicht genutzt haben, setzen Sie das Kennzeichen für Migration und Direkteintrag manuell im Customizing. Bei der Umstellung vom alten auf das neue Verfahren werden die Kennzeichen im Rahmen des Migrationsverfahrens ggf. automatisch gesetzt. Zusätzlich legen Sie pro Belegtyp als Filterkriterium die Arten der Konditionsänderungen fest, für die Arbeitsvorratseinträge erstellt werden sollen, und wie die variablen Felder zu füllen sind. Wenn für alle verwendeten Belegtypen die direkte Erzeugung von Arbeitsvorratseinträgen eingestellt ist, kann ggf. auf die Erstellung von Änderungszeigern vom Nachrichtentyp CONDBI verzichtet werden. Deaktivieren Sie dann den Nachrichtentyp CONDBI im ALE-Customizing. Die Deaktivierung kann auch durch den Migrationsreport durchgeführt werden. ______________________________________________________________ SAP AG 247 SAP-System ______________________________________________________________ Siehe auch Weitere Informationen finden Sie in der Dokumentation zu SAP Retail (SAP-Bibliothek -> Logistik -> SAP Retail) unter Stammdaten -> Konditionen -> Automatische Aktualisierung von Belegen nach Konditionsänderungen. 11.6 LO-BM Chargenverwaltung 11.6.1 Ursprungscharge (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) steht Ihnen mit der Ursprungscharge eine neue Chargenart zur Verfügung. In einer Ursprungscharge können Sie die ursprünglichen Eigenschaften eines Produktions- oder Beschaffungsloses festhalten, indem Sie die Charge direkt zu einer Produktionsauftrags- oder Bestellposition anlegen. Sie können eine Ursprungscharge zur Position einer Bestellung, eines Fertigungsauftrags oder eines Prozessauftrags anlegen. Dabei ist es unerheblich, wenn o das zu beschaffende oder produzierende Material nicht bestandsgeführt ist o in einem Los unterschiedliche Materialien produziert werden o ein Los in Teilmengen produziert wird Sie können die Ursprungscharge einsetzen, um o Eigenschaften eines Materials festzuhalten, die sich innerhalb des Produktionsprozesses nicht verändern So können Sie z.B. die Eigenschaften eines Vormaterials festhalten, das nicht gelagert werden kann oder soll. Beispiel Für die Herstellung von Chromstahl ist der prozentuale Anteil an Kohlenstoff, Chrom und Nickel in der Metallschmelze wichtig. Durch weiterverarbeitende Produktionsschritte wie Walzen oder Schneiden werden diese Eigenschaften aber nicht verändert. Diese Eigenschaften können in einer Ursprungscharge zur Metallschmelze festgehalten werden und gelten für alle Chargen, die aus dieser Metallschmelze hergestellt werden. o Merkmale der Ursprungscharge ins Qualitätszeugnis übernehmen zu können Hinweis Die Ursprungscharge ist an den Chargenverwendungsnachweis und das Batch Information Cockpit angeschlossen. ______________________________________________________________ SAP AG 248 SAP-System ______________________________________________________________ 11.6.2 Strukturänderungen in der Chargenverwaltung Verwendung o Werkzeuge Dieser Abschnitt wurde ersetzt durch die Abschnitte Arbeitsvorrat und Batch Information Cockpit. o Batch Information Cockpit Neu sind die Abschnitte: o - Folgeaktionen - Selektionserweiterungen - Batch Related Objects Ableitung von Chargendaten In diesem Abschnitt pflegen Sie die Einstellungen für die Chargenableitung. 11.6.3 LO-BM-BC Chargenspezifikation 11.6.3.1 Umsetzung Chargenklassen Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) steht Ihnen mit dieser Funktion eine Möglichkeit zur Verfügung, schnell und komfortabel die Zuordnung eines chargenpflichtigen Materials und seiner Chargen zur Chargenklasse zu ändern. Dabei bleiben auch die bestehenden Merkmalsbewertungen erhalten. Wenn Anforderungen an eine bestehende Chargenklasse existieren, die es notwendig machen, diese Klasse in zwei oder mehrere voneinander unabhängige Klassen aufzuspalten, so kann dies über die Funtkion Umsetzung von Chargenklassen erreicht werden. Die Umsetzung ist in zwei Schritte unterteilt: 1. Anlegen einer Umsetzung mit chargenpflichtigem Material und neuer Chargenklasse 2. Ausführen der Umsetzung Die Umsetzungen werden im Dialog über eine Transaktion angelegt, geprüft, gelöscht etc. Sie können sowohl im Dialog als auch in einem Hintergrundjob durchgeführt werden. ______________________________________________________________ SAP AG 249 SAP-System ______________________________________________________________ 11.6.4 LO-BM-WUL Chargenverwendungsnachweis 11.6.4.1 Chargenverwendungsnachweis in der Serienfertigung Verwendung Ab SAP R/3 Enterprise 4.70 (SAP_APPL 470) wird die Fortschreibung des Chargenverwendungsnachweises durch eine chargengenaue Fortschreibung (Multibatch-Funktionalität) erweitert. Dadurch ist es möglich, für seriengefertigte Materialien produzierte Chargen mit ihren tatsächlich eingesetzten Komponentenchargen zu verknüpfen. Siehe auch Unterpunkt Chargenverwendungsnachweis in der Serienfertigung (neu) in der Release-Info Usability-Verbesserungen im Bereich REM 11.6.5 LO-BM-BIC Batch Information Cockpit 11.6.5.1 Weiterentwicklung des Batch Information Cockpits Verwendung Für SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) wurde das Batch Information Cockpit, das eine zentrale Schaltstelle mit umfassenden Analyse- und Steuerungsmöglichkeiten bildet, um die folgenden Funktionen erweitert: Umfangreichere Selektionsmöglichkeiten Die folgenden Selektionsreiter wurden zur Standardselektion hinzugefügt: o o ATP/Anzeigemengeneinheiten Anhand dieses Selektionsreiters erhalten Sie Informationen bzgl. - der Verfügbarkeitssituation von Chargen - der Aufteilung der Bestände auf andere Alternativmengeneinheiten BAdI Diesen Selektionsreiter können Sie nutzen, um eine kundeneigene Selektion per BAdI anzulegen. Für diesen Selektionsreiter liefert SAP zwei Beispielimplementationen aus: a) Selektion mit Prüflosen b) Selektion mit Objekten mit Chargenbezug (z.B. Lieferungen, Lagerplätze, Handling Units) Vereinfachte Selektion Benutzern, die regelmässig mit den gleichen Selektionskriterien das Batch Information Cockpit aufrufen, bietet sich die Möglichkeit, diese Kriterien in einer Selektionsvariante zu hinterlegen. Zusätzlich besteht die Möglichkeit, beim Aufruf des Batch Information Cockpits automatisch eine Selektion mit den gespeicherten Selektionskriterien zu starten. ______________________________________________________________ SAP AG 250 SAP-System ______________________________________________________________ Kundenspezifische Erweiterungen Mit Hilfe von Business Add-Ins können kundenspezifische Erweiterungen hinsichtlich Selektion (s.o.) und Folgeaktionen für Massenänderungen integriert werden - etwa die Selektion von Chargen aus Prüflosen, um Nachprüfungen anzustoßen; oder die Änderung des Chargenzustands mehrerer Chargen, die mit Hilfe des Chargenverwendungsnachweises ermittelt wurden. Auswirkungen auf das Customizing Einstellungen zu den Folgeakktionen und den Selektionserweiterungen nehmen Sie im Customizing der Chargenverwaltung unter Batch Information Cockpit -> Folgeaktionen bzw. Selektionserweiterungen vor. 11.6.6 LO-BM-DRV Ableitung 11.6.6.1 Chargenableitung Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie mit der Funktion Chargenableitung für produzierte Chargen Chargenstamm- und Klassifizierungsdaten (Attribute) der in sie eingeflossenen Komponentenchargen o übertragen o zur Auswahl anbieten o anzeigen Die Ableitung kann im Bereich der Logistik zu festen Zeitpunkten (z.B. beim Buchen von Wareneingängen zu Produktionsaufträgen, bei der Freigabe von Prozeß- und Fertigungsaufträgen, beim Treffen des Verwendungsentscheids) aufgerufen und genutzt werden. Die Ermittlung der Komponentenchargen zu einer produzierten Charge erfolgt durch den Chargenverwendungsnachweis. Der Chargenverwendungsnachweis wurde dahingehend erweitert, dass sowohl erfolgte Warenbewegungen als auch geplante aufgelöst werden können. Um die Anforderungen, die in den verschiedenen betriebswirtschaftlichen Prozessen auftreten, zu erfüllen, gibt es zwei unterschiedliche Ableitungsarten: o statische Ableitung Bei dieser Ableitungsart findet eine Übertragung der ermittelten Attribute der produzierten Charge auf die Komponentencharge/n statt. o dynamische Ableitung Bei dieser Ableitungsart findet keine Übertragung von Attributen statt. Die Ableitung wird simuliert und die Werte werden nur angezeigt aber nicht abgespeichert. Darüber hinaus besteht die Möglichkeit zu entscheiden, ob die Ableitung auf Seite einer Komponente ______________________________________________________________ SAP AG 251 SAP-System ______________________________________________________________ oder eines Produkts gestartet werden soll. Die Übertragung der Werte erfolgt aber immer von Komponente (Sender) nach Produkt (Empfänger), also synchron zur Richtung des Mengenflusses. o Pull-Ableitung (1 Empfänger, n Sender) Die Ableitung wird von einem Vorgang (z.B. Warenausgang zum Prozeßauftrag), der das Produkt betrifft, gestartet. Hier können Daten verschiedenster Sender zusammengetragen, kumuliert und berechnet werden (Einsatzbeispiel: Konfektionierung). o Push-Ableitung (n Empfänger, 1 Sender) Hier wird die Ableitung während eines Vorgangs ausgeführt, der die Komponente betrifft (z.B. Treffen des Verwendungsentscheids für eine Bulk-Charge). Es werden Daten von einer Bulk-Charge an die daraus hervorgegangenen Chargen vieler Materialien übertragen (Einsatzbeispiel: Abfüllung). Auswirkungen auf das Customizing Die Einstellungen zur Chargenableitung nehmen Sie im Customizing der Chargenverwaltung unter Ableitung von Chargendaten vor. 11.7 LO-VC 11.7.1 LO-VC-CHR Variantenkonfiguration Merkmalsbewertung / Oberflächendesign 11.7.1.1 Verteilung von Oberflächendesigns (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie in der Variantenkonfiguration Oberflächendesigns verteilen. Bei der Verteilung von Oberflächendesigns der Variantenkonfiguration haben Sie im Selektionsbild folgende Auswahlmöglichkeiten: o Sie können mehrere Oberflächendesigns auswählen. o Sie können das Zielsystem festlegen. o Sie können die Anzahl der Oberflächendesigns angeben, die zu einem IDOC zusammengefasst werden sollen. o Sie können die erzeugten IDOC-Nummern anzeigen. Auswirkungen auf das Customizing o Damit Sie Oberflächendesigns verteilen können, müssen Sie im Einführungsleitfaden (IMG) zu Application Link Enabling (ALE) ein Verteilungsmodell pflegen. o Das erzeugte IDOC wird im Zielsystem nur gebucht, sofern alle Merkmale der Oberflächendesigns des IDocs im Zielsystem vorhanden sind. Sie können auch dann eine Verbuchung durchführen, wenn nicht alle Merkmale des Oberflächendesigns im Zielsystem vorhanden sind. Dazu stellen Sie ______________________________________________________________ SAP AG 252 SAP-System ______________________________________________________________ mit dem Business Add In (BAdI) Nicht vorhandene Merkmale aussortieren ein, dass alle nicht vorhandenen Merkmale des Oberflächendesigns bei der Verteilung unberücksichtigt bleiben. 11.8 LO-ECH Änderungsdienst 11.8.1 21 CFR Part 11 Enhancement on Electronic Records (neu) Verwendung Ab Release 4.70 können Sie mit der Funktion 21 CFR Part 11 Enhancement on Electronic Records (im folgenden als Part 11 bezeichnet) die Protokollierung von Datenänderungen in einzelnen Datenelementen oder gesamten Tabellen nach Ihren individuellen Anforderungen ein- und ausschalten. Diese Änderung des Protokollierungszustands (ein oder aus) ist zwar in bisherigen Releases ebenfalls möglich, wird dort allerdings als Modifikation gewertet und entsprechend behandelt. Die Funktion Part 11 ermöglicht es jetzt, solche Änderungen technisch modifikationsfrei durchzuführen, Änderungen im Protokollierungszustand bleiben auch bei einem Upgrade bzw. einer Korrektur mittels Support-Package erhalten. Weiterhin erhalten Sie mit der Auswertefunktion die Möglichkeit, protokollierte Daten sehr spezifisch nach individuell einzugebenen Selektionskriterien auszuwerten. Dabei ist es unerheblich, ob der Protokollierungszustand mit Part 11 geändert wurde oder schon im Standard auf ein stand. Die Auswertung von Änderungsbelegobjekten, Tabellenprotokollen oder Langtexten kann entweder separat oder auch in einem gemeinsamen Vorgang erfolgen. Auch die Auswertung bereits archivierter Daten ist möglich. Part 11 enthält im einzelnen folgende Funktionen: o Vergleich des Protokollierungszustands zwischen dem von SAP gelieferten System und der individuellen Konfiguration (z. B. nach einem Update oder Einspielen eines Support Packages). o Einschalten und Auschalten der Änderungsbelegschreibung einzelner Felder und der Tabellenprotokollierung. Dies ist sowohl für aktuelle Systemdaten als auch für bereits archivierte Daten möglich. o Protokollierung und Auswertung von Änderungen in Langtexten. o Auswertung der protokollierten Daten nach individuellen Suchkriterien und Auflistung der geänderten Daten in einem Audit Trail. Dieser kann in gängige Dateiformate exportiert werden. o Erstellen einer grafischen Navigationshilfe für die geänderten Transaktionen und Tabellen, die den Benutzer bei der Einstellung und Auswertung der Daten unterstützt. Eine Änderung des Protokollierungszustands bestimmter Tabellen oder Tabellenfelder kann notwendig sein, um z. B. im Bereich der Regulierten Produktion die Anforderungen der amerikanischen Food and Drug Administration (FDA) im Hinblick auf die Vorschrift 21 CFR Part 11 Electronic Records / Electronic Signature zu erfüllen. Die Einhaltung dieser Vorschrift ist strikte Voraussetzung für die Feststellung der "Compliance" Ihres SAP-Systems mit den FDA-Regularien. Auswirkungen auf den Datenbestand Es werden weder bestehende Änderungsbeegobjekte verändert noch neue erzeugt. Der vorhandene ______________________________________________________________ SAP AG 253 SAP-System ______________________________________________________________ Datenbestand steigt mit der Menge der zu protokollierenden Daten an. Auswirkungen auf das Customizing Um die Änderung von Daten zu erfassen oder die Erfassung wieder zu beenden, müssen Sie im Customizing für die entsprechenden Tabellen bzw. Änderungsbelege den Protokollierungszustand ändern. Verwenden Sie dafür im SAP Referenz-IMG der Logistik Allgemein die Aktivität Protokollierung -> Konfiguration der Protokollierung ändern. 11.9 LO-MDS Warenverteilung 11.9.1 LO-MDS-AL Aufteilung 11.9.1.1 Aufteiler für Kunden Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) haben Sie die Möglichkeit, den Aufteiler neben der Verwendung für Betriebe als Warenempfänger auch für reine Kunden zu benutzen. Als Folgebelege können nun auch Kundenaufträge aus dem Aufteiler erzeugt werden. Hierzu steht Ihnen ein neuer Report zur Verfügung, mit dem Sie auch alle anderen Folgebelege zum Aufteiler erzeugen können. Damit sind folgende Transaktionen obsolet und nicht mehr verfügbar: o WA05 Aufteilerfolgebeleggenerierung: Bestellungen generieren o WA06 Aufteilerfolgebeleggenerierung: Lieferungen generieren o WA07 Aufteilerfolgebeleggenerierung: Lagerbestellungen generieren o WA60 Aufteilerfolgebeleggenerierung: Anlage Varianten zur Generierung von Bestellungen im Hintergrund o WA61 Aufteilerfolgebeleggenerierung: Anlage Varianten zur Generierung von Lieferungen im Hintergrund. Bisher musste die Listdarstellung zur Anzeige der Arbeitsvorräte über die Customizingaktivität zur Generierung von Folgebelegen vorgenommen werden (Transaktion OWA1). Mit dem neuen Report zur Folgebeleggenerierung (Transaktion WA08) geben Ihnen die Tools zur Listdarstellung "ALV Classic" bzw. "ALV Grid" die Möglichkeit, Anpassungen direkt in der Listanzeige des Arbeitsvorrats zur Folgebeleggenerierung durchzuführen. Für die Erzeugung der Folgebelege im Hintergrund ist eine Parallelisierung der Jobs möglich. Folgende User Exits stehen Ihnen zur Verfügung: o Abnehmerfindung - Bestimmung der Abnehmer bisher über Werks/Kundengruppe, Aufteilregel oder manuelle Eingabe ______________________________________________________________ SAP AG 254 SAP-System ______________________________________________________________ o jetzt Abnehmerfindung: über kundenentwickelte Funktionsbausteine, wobei Parametertabelle genutzt werden kann Lieferdatumsermittlung - Bisher Eingabe von Vorschlagswerten auf Kopf oder Positionsebene, individuelle Vergabe von Lieferterminen pro Abnehmer o Komplexe Selektion von Artikeln o Kunden immer Kundenaufträge, Betriebe entweder Umlagerungsbestellung oder Kundenaufträge o Manuelle Vergabe von AT Nummer, Möglichkeit z.B. durch Präfix Informationen mitzugeben o Kundenindividuelle Bezugsquelle für Kunden 11.9.1.2 Neue Aufteilstrategien auf Basis SAP BW Verwendung Ab SAP R/3 Enterprise Retail 1.10 (EA-RETAIL 110) stehen Ihnen drei neue Aufteilstrategien zur Verfügung, die alle auf Daten (historische Daten oder Plandaten) des SAP BW zugreifen. Strategie "Quoten aus SAP BW": Quoten auf Basis von SAP BW Daten Die Aufteilstrategie "Quoten aus SAP BW" greift auf die Abverkaufshistorie des Artikels oder der Warengruppe einer Aufteilerposition in Abhängigkeit von der gewählten Query in SAP BW für einen Zeitraum zu und liefert pro Betrieb eine Quote zurück. Die eigentlichen Aufteilermengen für die Abnehmer werden auf Basis einer Planmenge der Position über die im SAP BW ermittelten Quoten errechnet. Strategie "Top Down (SAP BW)": Planmengen für Abnehmer In der Aufteilstrategie "Top Down (SAP BW)" können folgende Faktoren berücksichtigt werden: o Abverkaufsdaten über einen Zeitraum o Einlagerung einer Teilmenge der Gesamtmenge in den Lagerbestand (optional) o Trendfaktoren, für alle oder über Aufteilregel für die einzelnen Abnehmer (optional) o aktuell verfügbarer Bestand in den Filialen, wobei Alternativartikel möglich sind (optional) o offener Bestellbestand der Filialen (optional) o Min/Max Ordermengen in Aufteilmengeneinheit (optional) o Reste der Aufteilung einlagern (optional) o Rundung gemäß Rundungsprofil (optional) Strategie "Bottom Up (SAP BW)" Die Strategie "Bottom Up (SAP BW)" basiert ebenfalls auf Abverkaufsmengen und Daten aus SAP BW, wird aber ohne eine vorgegebene Planmenge der Aufteilerposition aufgerufen und berechnet Planmengen für Abnehmer. Die Planmenge ist hier das Ergebnis der kumulierten Mengen der Abnehmer einer ______________________________________________________________ SAP AG 255 SAP-System ______________________________________________________________ Position. Zusätzlich können Abverkäufe bis zu einem bestimmten Termin, z.B. bis zum Lieferdatum, berücksichtigt werden. Folgende Faktoren werden berücksichtigt: o Abverkaufsdaten über einen Zeitraum, wobei Alternativartikel, -warengruppen oder eine Warengruppenhierarchie genutzt werden können (optional) o Erwartete Abverkäufe bis zum Lieferdatum der Filialen, wobei Alternativartikel, -warengruppen oder eine Warengruppenhierarchie genutzt werden können (optional) o Einlagern einer Teilmenge der Gesamtmenge in den Lagerbestand (optional) o Trendfaktoren für alle oder über Aufteilregel für die einzelnen Abnehmer (optional) o aktuell verfügbarer Bestand in den Filialen, wobei Alternativartikel möglich sind (optional) o Angabe der Weeks of Supply (optional) o Min/Max Ordermengen in Aufteilmengeneinheit (optional) o offener Bestellbestand der Filialen (optional) o Rundung gemäß Rundungsprofil 11.9.2 LO-MDS-CPO Sammelbestellung 11.9.2.1 Sammelbestellung: Verbesserter Durchsatz und Parallelisierung Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie den Durchsatz der Sammelbestellgenerierung (Transaktion WF10 erhöhen und damit die Laufzeit verkürzen. o Durch ein internes technisches Redesign wird die Performance der Sammelbestellgenerierung verbessert. Das interne Redesign hat keine Auswirkungen auf die Benutzeroberfläche und die Funktionalität. o Sie haben die Möglichkeit zur Parallelisierung, die eine geringere Laufzeit und bessere Ausnutzung der Systemressourcen ermöglicht. Die Parallelisierung kann zu verschiedenen Zeitpunkten erfolgen (Selektion der Abgabebelege, Verdichtung der Abgabebelege zu Sammelbestellungen, Sammelbestellgenerierung und Aktualisierung der Abgabebelege). Im Normalfall wird für die Sammelbestellgenerierung der größte Zeitanteil benötigt, deshalb können Sie hier über die Parallelisierung den größten Effekt erzielen. o Funktionen zur Laufzeitmessung sind integriert und können Ihnen helfen, die optimalen Einstellungen für die Parallelisierung zu finden. Das bietet Ihnen folgende Möglichkeiten: - Sie erhalten Informationen zur relativen Laufzeit, ähnlich wie bei Transaktion SE30. - Sie erhalten darüber hinaus Informationen zu technischen Daten (z.B. darüber, welche Server verwendet und wieviele Aufträge (Tasks) verarbeitet worden sind). Die Laufzeitmessung ist für den Einsatz in der Test- und Implementierungsphase vorgesehen und kann auch für gezielte Laufzeitprüfungen im Produktivbetrieb eingesetzt. Sie sollten Sie nicht permanent im Produktivbetrieb einschalten. ______________________________________________________________ SAP AG 256 SAP-System ______________________________________________________________ o Sie können über ein Kennzeichen bei der Sammelbestellgenerierung temporäre Daten vom Hauptspeicher in das lokale Filesystem bzw. in die Datenbank auslagern und dadurch den Hauptspeicherbedarf reduzieren. Hinweis: Die Durchsatzverbesserung wirkt sich nicht aus, wenn Sie Sammelbestellungen aus der Frischedisposition heraus generieren. Auswirkungen auf den Datenbestand o o Sammelbestellung - Der operative Datenbestand wird nicht beeinflusst. - Wenn Sie in der Registerkarte für technische Parameter das Kennzeichen zum temporären Sichern der Abgabebelege setzen, werden temporäre Daten auf der Datenbank fortgeschrieben (Clustertabelle MDS_TMP). Laufzeitmessung Wenn die Laufzeitmessung eingeschaltet ist, werden Daten in den Tabellen WTRAH und WTRAD fortgeschrieben. Auswirkungen auf die Systemverwaltung o o Sammelbestellung - Wenn Sie parallelisieren wollen, müssen Sie die Stammdaten für die Parallelisierung über Transaktion W_PARA und die Parameter für die Parallelisierung in der Transaktion WF10 pflegen. - Wenn Sie in der Registerkarte für technische Parameter das Kennzeichen zum temporären Sichern der Abgabebelege setzen, müssen Sie regelmäßig (Empfehlung täglich) das Programm R_CPO_DELETE_TEMPORARY_DATA starten, um diese Daten wieder zu löschen. Die Daten können bereits unmittelbar nach der Sammelbestellgenerierung wieder gelöscht werden. Laufzeitmessung - Sie müssen einen Nummernkreis einrichten (Nummernkreisobjekt WTRA_LOGNR). - Wenn die Laufzeitmessung eingeschaltet haben, müssen Sie regelmäßig das Programm WTRA_DELETE_PROTOCOL_FROM_DB starten, um die Protokolldaten wieder zu löschen. - Für das Löschen der Daten muss der jeweilige Benutzer eine Berechtigung haben (Berechtigungsobjekt W_WTRA_LOG). - Sie können im Customizing ein Aufbewahrungskennzeichen setzen, das die Protokolle der Laufzeitmessung als aufbewahrungsrelevant kennzeichnet (Pflege über Transaktion WTRA1). Die Daten werden im View V_TWTRAS gepflegt, der nicht in den IMG integriert ist. - Im Löschprogramm können Sie das Aufbewahrungskennzeichen der Protokolle abfragen. Wenn Sie keine Einstellungen vornehmen (Default), gelten die Protokolle als nicht aufbewahrungsrelevant. Änderungen an der Oberfläche o Sammelbestellung - In der Transaktion WF10 gibt es eine neue Registerkarte für technische Parameter (z.B. zur ______________________________________________________________ SAP AG 257 SAP-System ______________________________________________________________ Steuerung der Parallelisierung und Laufzeitmessung). o - Bei Generierung im Hintergrund (kein Dialog) werden die erzeugten Bestellungen in einem Protokoll angezeigt. - Fehler- und Warnmeldungen werden im Application-Log angezeigt. Laufzeitmessung - Einstellungen für die Laufzeitmessungen können Sie über die Transaktion WTRA1 vornehmen. - Löschen der Protokolldaten über Transaktion WTRA2 - Darstellung der Ergebnisse über WTRA3 11.9.3 LO-MDS-DPR Verteilungsabwicklung 11.9.3.1 Verteilungsmonitor: Einschränkung auf anpassungsrelevante Positionen Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie im Verteilungsmonitor (Transaktion WF30) über das Kennzeichen Arbeitsvorrat Anpassung die Auswahl auf die Verteilungssätze einschränken, die noch manuell angepasst werden müssen. Damit werden nur Verteilungen mit folgenden Eigenschaften selektiert: o Die Verteilung ist noch nicht abgeschlossen. o Es wurde bereits ein Wareneingang verbucht. o Es existieren WE-Mengen, für die noch keine Anpassung durchgeführt wurde. 11.9.3.2 Automatische Lieferungsgenerierung nach manueller Anpassung Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) wird die Lieferungsgenerierung nach einer manuellen Anpassung in der im folgenden beschriebenen Situation automatisch gestartet, wo bisher ein manueller Anstoß nötig war. Bisheriger Ablauf: 1. Die automatische Anpassung beim Wareneingang wird aufgerufen. 2. Weil die zulässige Abweichung zwischen Wareneingangsmenge und Bestellmenge überschritten ist, kann die automatische Anpassung nicht durchgeführt werden. 3. Sie nehmen eine manuelle Anpassung vor. 4. Anschließend starten Sie manuell die Lieferungsgenerierung für die noch fehlenden Lieferungen. ______________________________________________________________ SAP AG 258 SAP-System ______________________________________________________________ Neuer verkürzter Ablauf ab SAP R/3 Enterprise Core 4.70: 1. Die automatische Anpassung beim Wareneingang wird aufgerufen. 2. Weil die zulässige Abweichung zwischen Wareneingangsmenge und Bestellmenge überschritten ist, kann die automatische Anpassung nicht durchgeführt werden. 3. Sie nehmen eine manuelle Anpassung vor; beim Sichern startet das System automatisch die Lieferungsgenerierung. Vorausgesetzte Customizing-Einstellungen im Werksprofil zur Verteilung von Materialien: o Zeitpunkt der Anpassung: Wareneingang unter Prüfung der Größe der Abweichung o Zeitpunkt der Lieferungsgenerierung: Wareneingang Der Anstoß erfolgt über das BAdI WFRM_CRE_FOLLON_DOC. In der Standardauslieferung ist das BAdI aktiv und das Beispiel-Coding wird ausgeführt. Über das BAdI können Sie auch in den im Standard ausgelieferten Ablauf eingreifen und ihn an Ihre Bedürfnisse anpassen. Auswirkungen auf das Customizing In der Standardauslieferung ist das BAdI WFRM_CRE_FOLLON_DOCaktiv und das Beispiel-Coding wird ausgeführt. Sie müssen nur eingreifen, wenn sie das oben beschriebene Systemverhalten ändern wollen. 11.10 LO-SRS SAP Retail Store 11.10.1 Kurztext (Titel) Arbeitszeiterfassung in SAP Retail Store Verwendung Ab SAP R/3 Enterprise Retail 1.10 (EA-RETAIL 110) stehen die Funktionen zur Arbeitszeiterfassung in SAP Retail Store nicht mehr zur Verfügung. Stattdessen können Sie die wesentlich umfangreicheren Funktionen des Arbeitsplatzes Personalzeitmanagement (HR) über das SAP GUI for HTML im Portal Retail Store Management nutzen. Auswirkungen auf den Datenbestand Wenn Sie bisher die Arbeitszeiterfassung in SAP Retail Store genutzt haben, führen Sie die Überleitung mittels des Reports RPTEXTPT letztmalig durch. Auswirkungen auf die Systemverwaltung Nehmen Sie die regelmäßige Einplanung des Programms RPTEXTPT zurück. ______________________________________________________________ SAP AG 259 SAP-System ______________________________________________________________ 11.10.2 Bargeldkontrolle Verwendung Ab SAP R/3 Enterprise Retail 1.10 (EA-RETAIL 110) kann der Filialleiter mit dieser Internetanwendung die verschiedenen Funktionen zum Management von Bargeldbeständen und bargeldähnlichen Zahlungsmitteln wie Barschecks oder Belegen von manuellen Kreditkartenbelastungen in einer Filiale erfassen. Ziel dieser Internetanwendung ist es, die Bargeldbestände und die zugehörigen Geschäftsvorfälle der Realität getreu im Finanzwesen von SAP R/3 abzubilden. Dies beinhaltet die folgenden drei Hauptfunktionen: o Barauszahlungen und Bareinzahlungen Diese Funktion dient zur Erfassung spezieller Geschäftsvofälle mit Aus- und Einzahlungen von Bargeld. Barauszahlungen könnten z.B. für kleinere Rechnungen zum Betrieb der Filiale wie etwa für Reinigungsarbeiten oder Porto anfallen. Eine Bareinzahlungen könnte eine verspätete Zahlung von einem Stammkunden sein, die zuvor als eine entsprechende Barauszahlung Barauszahlung erfaßt wurde. o Kassenabschluß (Schicht- oder Tagesabschluß) Bei dieser Funktion werden die über die POS-Schnittstelle zu SAP R/3 übertragenen Umsatzdaten mit den gezählten Bargeldbeständen verglichen. Neben Bargeldbeständen in der Hauswährung der Filiale werden hier auch Devisen, Schecks und nicht elektronisch durchgeführte Kreditkartentransaktionen auf Basis manueller Belege erfaßt. Bei Abweichungen zwischen Systemdaten und Zählung werden Korrekturbuchungen für die betroffenen Konten in der Finanzbuchhaltung angestoßen. o Bankeinzahlung Diese Funktion betrifft den Geschäftsvorfall, daß Bargeld aus dem Safe der Filiale bei einer Bank eingezahlt wird. Auswirkungen auf die Systemverwaltung Die Funktion unterliegt dem allgemeinen Berechtigungskonzept von SAP Retail Store. Außerdem benötigen Sie die Berechtigung zum Ausführen der Transaktion WOSCR_CBL (Berechtigungsobjekt S_TCODE). Auswirkungen auf das Customizing Das Erscheinungsbild der Transaktion wird maßgeblich durch die im Customizing der Bargeldkontrolle unter SAP Retail Store gepflegten Einstellungen festgelegt. Insbesondere können Sie folgende Einstellungen vornehmen: o o Einstiegsbild (Auswahlmenü) - Durch die Bildung von Kontengruppierungen im Customizing legen Sie die - Erfassungsbilder (Detailbilder) für die Funktionen - Barauszahlungen/-einzahlungen, Kassenabschluß und Bankeinzahlungen fest. Auf dem Einstiegsbild erscheint ein Menü mit je einem Auswahlknopf für jedes festgelegte Erfassungsbild. Den Text der Auswahlknöpfe legen Sie im Customizing bei der Definition der Kontengruppierung fest. Barauszahlungen und Bareinzahlungen ______________________________________________________________ SAP AG 260 SAP-System ______________________________________________________________ o o - Ob die Funktion für eine oder für mehrere Zuordnungsnummern durchgeführt werden soll - Für welche Konten (Geschäftsvorfälle) Erfassungszeilen erscheinen sollen - Ob eine Spalte für die gebuchten Beträge und/oder die Differenzbeträge erscheinen soll - Welche Überschriften für die Sachkontenspalte und für die Spalten der gebuchten Beträge verwendet werden soll - Ob bei auftretenden Differenzen Begründungen angegeben werden können oder müssen und welche auswählbar sein sollen Kassenabschluß - Ob die Funktion für eine oder für mehrere Zuordnungsnummern durchgeführt werden soll - Für welche Währungen (Hauswährung und Devisen), Schecks und Zahlungskarten Erfassungszeilen erscheinen sollen - Welche Überschriften für die Sachkontenspalte und für die Spalten der gezählten und gebuchten Beträge verwendet werden soll - Auf welche Konten das System die gezählten Beträge und ggf. die Differenzbeträge buchen soll - An welchen Stellen Summenzeilen erscheinen sollen - Ob bei auftretenden Differenzen Begründungen angegeben werden können oder müssen und welche auswählbar sein sollen Bankeinzahlung - Ob die Funktion für eine oder für mehrere Zuordnungsnummern durchgeführt werden soll - Für welche Währungen (Hauswährung und Devisen) und Schecks Erfassungszeilen erscheinen sollen - Auf welche Konten das System die einzuzahlenden Beträge und ggf. Differenzen buchen soll - An welchen Stellen Summenzeilen erscheinen sollen - Ob bei auftretenden Differenzen Begründungen angegeben werden können oder müssen und welche auswählbar sein sollen Außerdem ist das BAdI WOSCR_CBL vorhanden, das Sie für Anpassungen beim Bildaufbau, für die Selektion von Buchungen und zur Ergänzung der vorzunehmenden Verbuchungen verwenden können. Folgende Erweiterungen stehen so beispielsweise zur Verfügung: o Verarbeitung eigener Felder auf den HTML-Oberflächen o Modifikation bei der Selektion von Buchungen o Ergänzung der Buchungszeilen mit Texten Siehe auch Weitere Informationen finden Sie in der Dokumentation zu SAP Retail (SAP-Bibliothek -> Logistik -> SAP Retail) unter Verteilte Datenverarbeitung -> SAP Retail Store -> Verkauf. ______________________________________________________________ SAP AG 261 SAP-System ______________________________________________________________ 11.10.3 Lieferantenrechnung Verwendung Ab SAP R/3 Enterprise Retail 1.10 (EA-RETAIL 110) können Sie in der Filiale eingegangene Rechnungen im System erfassen und verbuchen. Dazu sind foldende Funktionen verfügbar: o Sie können einen bekannten Lieferanten ggf. über eine Suchfunktion auswählen und zuordnen. o Sie können ein Aufwandskonto auswählen, auf das der Rechnungsbetrag gebucht werden soll. o Sie können die Vorsteuerbeträge ggf. zu unterschiedlichen Steuerarten berechnen lassen oder direkt eingeben. Auswirkungen auf die Systemverwaltung Die Funktion unterliegt dem allgemeinen Berechtigungskonzept von SAP Retail Store. Außerdem benötigen Sie die Berechtigungen zum Ausführen der Transaktion WOSCR_EXI (Berechtigungsobjekt S_TCODE). Auswirkungen auf das Customizing Im Customizing der "Lieferantenrechnung" unter "SAP Retail Store" können Sie das Erscheinungsbild der Transaktion anpassen. Insbesondere können Sie folgendes einstellen: o Welche Sachkonten für die Verbuchung des Rechnungsbetrags verwendet werden können o Welche Steuerarten möglich sein sollen Außerdem ist das BAdI WOSCR_EXI vorhanden, das Sie für Anpassungen in der Ablauflogik verwenden können. Folgende Erweiterungen stehen zur Verfügung: o Verarbeitung eigener Felder auf den HTML-Oberflächen o Beeinflussung der Buchungslogik z.B. durch das Füllen zusätzlicher Felder in den Buchungszeilen einer FI-Buchung Siehe auch Weitere Informationen finden Sie in der Dokumentation zu SAP Retail (SAP-Bibliothek -> Logistik -> SAP Retail) unter Verteilte Datenverarbeitung -> SAP Retail Store -> Einkauf. 11.10.4 Inventur in SAP Retail Store Verwendung Ab SAP R/3 Enterprise Retail 1.10 (EA-RETAIL 110) stehen folgende zusätzliche Funktionen zur Verfügung: o Planung einer Inventur mit geringem Umfang durch das Anlegen von Inventurbelegen. Die zu zählenden Artikel können entweder einzeln erfaßt oder über eine Artikelselektion (z.B. Selektion über Warengruppe) ermittelt werden. o Unterstützung einer Inventurzählung mit MDE-Geräten durch automatisches Versenden der neu ______________________________________________________________ SAP AG 262 SAP-System ______________________________________________________________ angelegten Inventurbelege zum MDE-Gerät und Monitoring der MDE-Aktivitäten in der Filiale. Im Customizing kann eingestellt werden, welches MDE-Verfahren in der Filiale verwendet wird. (MDE-Verfahren mit ITS-Filetransfer oder MDE-Verfahren Massenverarbeitung). Sie können den Status von MDE-Vorgängen in der Filiale einschließlich aufgetretener Fehlermeldungen einsehen und im Falle eines fehlerhaften MDE-Eingangs eine Wiederholungsverarbeitung anstoßen. - Falls Sie das MDE-Verfahren mit ITS-Filetransfer verwenden, können Sie die Zählergebnisse einer Inventur per MDE-Datei erfassen. - Falls Sie das MDE-Verfahren Massenverarbeitung verwenden, können Sie Inventurbelege zum MDE-Gerät versenden. Auswirkungen auf das Customizing Für das Anlegen der Inventurbelege sind folgende Einstellungen aus dem Bereich Materialwirtschaft -> Bestandsführung und Inventur -> Inventur -> Vorschlagswerte für Batch-Input relevant: o Unter Reportname "RM07II31" kann die maximale Anzahl von Positionen pro Inventurbeleg für Normalbestand festgelegt werden. o Unter Reportname "RM07IE31" kann die maximale Anzahl von Positionen pro Inventurbeleg fuer Sonderbestand "Kundenauftragsbestand" festgelegt werden. Siehe auch Weitere Informationen finden Sie in der Dokumentation zu SAP Retail (SAP-Bibliothek -> Logistik -> SAP Retail) unter Verteilte Datenverarbeitung -> SAP Retail Store -> Bestandsführung. 11.10.5 Kundenauftrag in SAP Retail Store Verwendung Ab SAP R/3 Enterprise Retail 1.10 (EA-RETAIL 110) stehen folgende neue Funktionen zur Verfügung: o Gemeinsamer Einstiegsbildschirm für alle Funktionen der Verkaufsbeleg- und Kundenstammsatzbearbeitung. Hintereinandergeschaltete Suchfunktionen für Kunde und Verkaufsbelege zum Kunden ermöglichen es dem Benutzer, ausgehend von Namen und Adressdaten des Kunden den Kundenstammsatz und dann gegebenenfalls den zu bearbeitenden Beleg zu identifizieren. o Bearbeitung der Vertriebsbelegtypen Anfrage, Angebot und Retoure zusätzlich zu dem bisher unterstützten Vertriebsbelegtyp Auftrag o Anlegen eines Verkaufsbelegs mit Bezug zu einem anderen Verkaufsbeleg oder einer Faktura ("Kopieren") o Artikelidentifikation alternativ zur R/3-Artikelnummer auch mittels EAN oder mittels eines frei definierbaren und per BAdI zu implementierenden Identifikators o Eingabe und Anzeige weiterer Auftragspositionsfelder wie Stückpreis, Positionstyp, Kennzeichen Abholung/Belieferung und Liefergruppe ______________________________________________________________ SAP AG 263 SAP-System ______________________________________________________________ o Anzeige automatisch generierter Unterpositionen, z.B. bei Verkaufssets und Naturalrabatt o Adresseingabe für CpD-Kunden o Anzeige der Änderungsbelege und des Belegflusses zu einem Verkaufsbeleg o Leistungsfähiges Erweiterungskonzept für zusätzliche Prüfungen und Datenmanipulationen, zusätzliche Aus- und Eingabefelder sowie das Einhängen individueller Bildschirme in den Dialogablauf Siehe auch Weitere Informationen finden Sie in der Dokumentation zu SAP Retail (SAP-Bibliothek -> Logistik -> SAP Retail) unter Verteilte Datenverarbeitung -> SAP Retail Store -> Verkauf. 11.10.6 Massenpflege von Stammdaten Verwendung Ab SAP R/3 Enterprise Retail 1.10 (EA-Retail 110) wurde das Massenpflegewerkzeug auf die folgenden Daten ausgeweitet: o Lieferantenstammdaten o Einkaufsinfosätze o Logistik- und Nachschubdaten o Bestellungen Dieses Massenpflegetool ist im wesentlichen auf vier Hauptaspekte ausgerichtet. Zunächst zeichnet es sich durch eine benutzerfreundliche Oberfläche für die Datenpflege aus. Zweitens kann es leicht für andere Arten der Massenpflege angepaßt werden. Drittens verbessert es die Performance: Es nutzt die Parallelverarbeitung, um die für die Sicherung einer Massenpflegesitzung benötigte Zeit zu verkürzen, und verwendet im Falle der Logistikdaten eine besonders performancegünstige Fortschreibung, die speziell für den Handel optimiert wurde. Schließlich stellt das System Funktionen für die Fehlerkorrektur bereit, die eine Ermittlung und Nachbearbeitung von Fehlern ermöglicht, die während des Sicherungsvorgangs aufgetreten sind. o Allgemeine Eigenschaften Alle Massenpflegetools basieren auf den gleichen technischen Grundlagen und der gleichen Benutzungsoberfläche und weisen die folgenden Funktionen und Eigenschaften auf: - Sie können den Datenumfang in einem Selektionsbereich definieren und hierzu die standardmäßigen Selektionskriterien verwenden oder auch eigene Kriterien festlegen. - Sie können den Navigationsbaum nutzen, um in der Objekthierarchie über alle vorhandenen Ebenen hinweg zu navigieren (z.B. in der Massenpflege für Infosätze nach Einkaufsorganisation - Lieferant - Betrieb). - Sie können sich die einzelnen Einträge in der Pflegematrix in einer übersichtlichen Darstellung anzeigen lassen und diese leicht pflegen. - Sie können im Navigationsbaum nach Einträgen suchen. ______________________________________________________________ SAP AG 264 SAP-System ______________________________________________________________ - Sie können in der Pflegematrix Massenänderungen und Massenlöschungen durchführen. - Sie können Formeln auf Felder in der Matrix anwenden. - Sie können aus der Pflegematrix Sätze herausfiltern. - Sie können ein integriertes Tool für die Fehlerkorrektur nutzen, das aufgetretene Fehler in Listen zusammenstellt und es Ihnen ermöglicht, die erkannten Fehler aus der Massenpflege heraus ("on the fly") zu bearbeiten. - Sie können sich in den Pflegetools für Lieferant/Betrieb, Einkaufsinfosatz und Logistik/Nachschub Daten auf der Ebene des Referenzbetriebs anzeigen lassen und sie auf dieser Ebene verwalten. - Sie können schon vor der Sicherung eine Prüfung auf übliche Fehler durchführen. - Es stehen User-Exits zur Verfügung, die Sie für die Änderung eigendefinierter Felder und für die Durchführung von Prüfungen auf der Grundlage Ihrer eigenen Geschäftsregeln nutzen können. HINWEIS: Einige Felder, für die von Kunden eine Änderung über die Massenpflege benötigt wird, stehen aus technischen Gründen nicht zur Verfügung. Diese Felder sind: UPC/EAN, statistische Warennummer und Menge. SAP hofft, diese Lücken in einem zukünftigen Release zu schließen. o Lieferanten-/Betriebsstammdaten Sie können Lieferanten-/Betriebssätze jetzt in einer optionalen Form der Bezugsquellenfindung verwenden, die in einem User-Exit ausgeliefert wird. Sie können die Funktionalität des Einkaufsreferenzbetriebs nutzen, um Filialen mit ähnlichen Anforderungen an die Beschaffung zu Pflegezwecken in Gruppen zusammenzufassen, statt jeden Betrieb einzeln zu pflegen. Da die Lieferanten-/Betriebssätze damit eine größere Bedeutung erhalten, können Sie für diese Sätze mit Hilfe dieses Tools eine Massenpflege durchführen. Dadurch erhalten Sie gleichzeitig Einblick in die Einkaufsreferenzbetriebe, da das Tool die Daten anzeigt, die die abhängigen Betriebe vom jeweiligen Einkaufsreferenzbetrieb übernommen haben. o Einkaufsinfosatz-Stammdaten Einkaufsreferenzbetriebe können auch für Einkaufsinfosätze verwendet werden. Falls in den Einkaufsinfosätzen der einzelnen Betrieben bestimmte Daten unterschiedlich sind, können Sie Einkaufsinfosätze für einen Einkaufsreferenzbetrieb erstellen. Dadurch können Sie die Verwendung von betriebsspezifischen Einkaufsinfosätzen vermeiden. Das Massenpflegetool für Einkaufsinfosätze kann genutzt werden, um Einkaufsinfosätze kollektiv zu pflegen und um die Auswirkungen von Änderungen in Einkaufsreferenzbetrieben auf die von ihnen abhängigen Betriebe zu simulieren. o Logistik-/Nachschubstammdaten Logistikreferenzbetriebe können verwendet werden, um die Verwaltung von Logistikstammdaten für Artikel/Betriebe zu erleichtern. Dieses Massenpflegetool dient dazu, Logistik-, Nachschub- und Prognoseparameter für Artikel in Verteilzentren und Filialen zu pflegen. ______________________________________________________________ SAP AG 265 SAP-System ______________________________________________________________ Es basiert auf den gleichen technischen Grundlagen wie die anderen Tools und ermöglicht es Ihnen, Daten auf der Ebene des Logistikreferenzbetriebs zu pflegen und diese automatisch an die abhängigen Betriebe weiterzureichen. Diese neue Kopierlogik kommt jedoch nur dann zum Einsatz, wenn die standardmäßige Referenzverarbeitung für das geänderte Feld abgeschaltet ist und der betreffende Eintrag vor der Änderung im Referenzbetrieb und im abhängigen Betrieb gleich war. Die Performance bei der Änderung von Logistik-/Nachschubdaten wurde erheblich verbessert. o Bestellungen Durch den Einkauf in großen Mengen ergeben sich in Handelsunternehmen Situationen, in denen zahlreiche Änderungen an vorhandenen Bestellungen vorgenommen werden müssen. Mit der neuen Transaktion für die Pflege von Bestellungen können Sie Massenänderungen an Bestellköpfen, Positionen und Einteilungen durchzuführen. Sie weist alle Merkmale und Funktionen auf, die im Abschnitt "Allgemeine Eigenschaften" beschrieben wurden. Standardmäßig stehen die folgenden Selektionsfelder zur Verfügung: Einkaufsorganisation, Einkäufergruppe, Belegart, Lieferant, Lieferbetrieb, Artikel, Zielbetrieb, Endauslieferungskennzeichen und Lieferdatum. Sie können mit Hilfe von dynamischen Selektionskriterien zusätzlich eigene Selektionsfelder festlegen. Folgende Felder können geändert werden: Incoterms, Zahlungsbedingungen, Artikelnummer des Lieferanten, Lieferdatum, Endauslieferungskennzeichen, Löschkennzeichen, Saisontyp und Saisonjahr. HINWEIS: Über die Massenpflege für Bestellungen können nur Bestellungen mit dem Status "Freigegeben", "Freigegeben mit Teillieferungen" und "Nicht freigegeben" bearbeitet werden. 11.10.7 PDC Link in SAP Retail Store Verwendung Ab SAP R/3 Enterprise Retail 1.10 (EA-RETAIL 110) steht für MDE-Geräte neben der Anbindungsmöglichkeit über Browser jetzt eine Anbindungsmöglichkeit über dedizierte Schnittstellen zur Verfügung. Dies betrifft folgende Bereiche: o Filialauftrag o Wareneingang o Warenbewegung o Inventur Der Datenaustausch zwischen dem SAP-System und den MDE-Geräten kann jetzt bei vielen Funktionen automatisiert ablaufen, wodurch sich die Bedienung erheblich vereinfacht. Zur Anbindung der MDE-Schnittstellen in den Filialen kommt der SAP Business Connector mit einem speziellen Add-On für SAP Retail Store zum Einsatz. Für die Übertragung der Daten vom SAP Business Connector zum ______________________________________________________________ SAP AG 266 SAP-System ______________________________________________________________ MDE-Gerät, die Verarbeitung im MDE-Gerät sowie die Rückübertragung zum SAP Business Connector ist Software von Fremdanbietern (z.B. PanSoft) verfügbar. Ein typischer Einsatzfall für die neue MDE-Anbindung ist z.B. die Inventur: 1. Der Filialleiter bestimmt, über den Inventur-Bildschirm in SAP Retail Store, welche Artikel gezählt werden sollen. 2. SAP R/3 überträgt die entsprechenden Daten über den SAP Business-Connector und die Docking-Station auf ein MDE-Gerät. 3. Ein Mitarbeiter entnimmt das MDE-Gerät, führt die Zählung wie auf dessen Display angegeben durch, erfaßt die Zählergebnisse und stellt das Gerät in die Docking-Station zurück. 4. Die erfaßten Daten werden automatisch über den Business Connector zum zentralen SAP R/3 übertragen und dort verbucht. Siehe auch Weitere Informationen finden Sie in der Dokumentation zu SAP Retail (SAP-Bibliothek -> Logistik -> SAP Retail) unter Verteilte Datenverarbeitung -> SAP Retail Store. 11.10.8 Filialgruppen/Filialneueröffnungen Verwendung Ab SAP R/3 Enterprise Retail 1.10 (EA-Retail 110) können Sie ähnliche Filialen in Gruppen zusammenfassen und Daten für die gesamte Gruppe auf einmal pflegen, statt für jede Filiale getrennt. Die Vorteile dieses Verfahrens liegen in einer weniger performanceintensiven Listung, einem einfacher zu verwaltenden Listungsprozeß, einer leichteren Änderung von Filialdaten und einer Verkürzung der Zeit, die für die Einrichtung der Daten für neue Filialen benötigt wird. Sie können sich eine Übersicht der vorhandenen Daten auf der Ebene der Gruppe oder der einzelnen Filiale anzeigen lassen. Filialgruppen können nach verschiedenen Aspekten definiert werden, so z.B. nach der geographischen Lage, der Größe oder auch nach demographischen Merkmalen. Einige Händler verwenden in allen Funktionsbereichen die gleichen Filialgruppen, andere verwenden in verschiedenen Funktionsbereichen unterschiedliche Filialgruppen. Große oder stark expandierende Handelsunternehmen eröffnen möglicherweise jeden zweiten Tag oder sogar noch öfter eine neue Filiale. Ein reibungsloser Ablauf solcher Neueröffnungen ist gerade auch insofern kritisch, als er möglicherweise über den ersten Eindruck entscheidet, den eine Handelskette in einem neuen Markt hinterläßt. Daher erfordert dieser Prozeß eine einfache und effiziente Datenpflege sowohl im Hinblick auf die Einrichtung der Stammdaten der neuen Filialen, als auch auf die Abwicklung der ersten Bestellungen. Sie können Filialgruppen für Einkaufsdaten (Lieferanten-/Betriebsdaten, Einkaufsinfosätze und Einkaufskonditionen), Sortimentsdaten und Logistik-/Nachschubdaten verwenden. Nachdem die Stammdaten für eine neue Filiale über eine Referenzfiliale und unter Verwendung eines Multiplikators für Verbrauchsdaten eingerichtet wurden, können Sie einen Prognoselauf für die Filiale durchführen, gefolgt von einem Nachschublauf, um die ersten Filialbestellungen automatisch zu erzeugen. o Filialgruppierung für Einkaufsdaten Sie können sowohl Lieferanten-/Betriebsdaten als auch Einkaufsinfosätze und Einkaufskonditionen für eine Gruppe von Betrieben pflegen. Hierzu können Sie Referenzbetriebe für den Einkauf ______________________________________________________________ SAP AG 267 SAP-System ______________________________________________________________ verwenden. Ein Referenzbetrieb repräsentiert jeweils alle ihm zugeodneten Betriebe. Die Daten werden nur auf der Ebene des Referenzbetriebs abgelegt und immer dann herangezogen, wenn auf der Betriebsebene keine spezifischen Daten vorhanden sind. Als Erweiterung der Bezugsquellenfindung können die Lieferanten-/Betriebsdaten auch verwendet werden, um einen Lieferanten nur auf die zugeordneten Betriebe einzuschränken. Wird ein Lieferant einem Referenzbetrieb zugeordnet, dann bedeutet dies, daß alle Betriebe, die ebenfalls diesem Referenzbetrieb zugeordnet sind, von diesem Lieferanten beliefert werden. Lieferantenrabatte für Filialneueröffnungen können mit Hilfe von Anstoßbedingungen leicht definiert werden. Diese Bedingungen werden eingerichtet, wenn eine neue Filiale eröffnet wird und stoßen dann die entsprechenden Lieferantenrabatte an. Die Rabatte bleiben so lange gültig, wie die Anstoßbedingung aktiv ist. o Filialgruppierung für Sortimente Bisher bestand zwischen einem Sortiment und einem Betrieb grundsätzlich eine 1:1-Beziehung, das heißt, jeder Betrieb hatte ein eigenes Sortiment. Artikel werden für Sortimente (und nicht für Betriebe) gelistet, und bei der Listung der Artikel werden Listungskonditionen angelegt. Jetzt können Sie wählen, ob Sie eine n:m-Zuordnung zwischen Betrieben und Sortimenten implementieren möchten. Dies bedeutet, daß jetzt einerseits ein Sortiment mehreren verschiedenen Betrieben zugeordnet werden kann, andererseits aber auch einem Betrieb mehrere verschiedene Sortimente zugeordnet werden können. Die alte Restriktion auf 1:1-Zuordnungen kann damit aufgehoben werden. Diese Funktion ist ähnlich konzipiert wie die bereits vorhandene Mehrfachzuordnung von Kunden zu Sortimenten. Da Artikel für Sortimente (und nicht für Betriebe) gelistet werden, gelten die angelegten Listungskonditionen für alle Betriebe, die dem betreffenden Sortiment zugeordnet sind. So könnten Sie beispielsweise für jede Warengruppe mehrere Sortimente erstellen und in jedem dieser Sortimente diejenigen Artikel listen, die Sie als optimalen Produktmix für die jeweils zugeordnete Gruppe von Betrieben betrachten (etwa hochpreisige Modeartikel in Großstadtfilialen). Weitere Informationen zur Mehrfachzuordnung finden Sie in der Release-Information Mehrfachzuordnung zwischen Sortimenten und Betrieben/Eröffnung neuer Filialen. o Filialgruppierung für Logistik-/Nachschubdaten Bisher konnten die Logistik- und Nachschubdaten der Filialen nur für alle Filialen (allgemeine Referenzfiliale) oder für alle Filialen einer bestimmten Vertriebslinie (Referenzfiliale auf Vertriebslinienebene) gepflegt werden. Die Vertriebslinie war somit die einzige verfügbare Gruppierungsebene für die Pflege von Logistikdaten. Nachschub- und Logistikdaten unterscheiden sich jedoch typerweise nicht zwischen verschiedenen Vertriebslinien, sondern vielmehr zwischen verschiedenen Betriebsgruppen, die jeweils durch bestimmte Merkmale, wie etwa die Filialgröße, die geographische Lage usw. gekennzeichnet sind. Daher wurde eine andere Ebene für die Datenpflege benötigt. Für die Pflege von Logistik- und Nachschubdaten auf Betriebsgruppenebene steht ein separates Massenpflegetool zur Verfügung. Weitere Informationen hierzu finden Sie in der Release-Information Massenpflege von Stammdaten. ______________________________________________________________ SAP AG 268 SAP-System ______________________________________________________________ 11.10.9 SAP Retail Store Verwendung Ab SAP R/3 Enterprise befindet sich SAP Retail Store in der Komponente SAP R/3 Enterprise Retail 1.10 (EA-RETAIL 110). Auswirkungen auf die Systemverwaltung Beachten Sie, daß Sie nach erfolgter Installation die genannte Komponente aktivieren müssen, um SAP Retail Store nutzen zu können. 11.11 LO-MAP Waren- und Sortimentsplanung 11.11.1 MAP: Planungsschrittverknüpfungsmethoden Aggregation und Disaggregatio Verwendung Ab SAP R/3 Enterprise Retail 1.10 (EA-RETAIL 110) können als Methoden für die Verknüpfung von Planungsschritten neben o Reine Dokumentation o SAP Copy Management o Transaktion/Programm auch folgenende neue Methoden gewählt werden: o Disaggregation o Aggregation Die Wahl der Disaggregation oder Aggregation als Schrittverknüpfungsmethode führt bei Aktivierung des Planungsszenarios zur automatischen Generierung eines entsprechenden Reports. Dieser Report könnte später ohne Progrommierungsaufwand genutzt werden, um Daten aus einem Quellplanungsschritt in einen Zielplanungsschritt zu übertragen. Abhängig vom Customizing der betreffenden Planungshierarchien werden die Plandaten entprechend den in der Planungshierarchie festgelegten Anteilsfaktoren oder den bereits bestehenden Proportionen aggregiert bzw. disaggregiert. Das Selektionsbild des generierten Disaggregations- bzw. Aggregationsreports ermöglicht eine Einschränkung der zu übertragenden Plandaten auf bestimmte Planungsebenen, Periodizitäten und Kennzahlen. Damit diese Reports generiert werden können, muss im Quell- und Zielplanungsschritt mindestens eine gemeinsame Kennzahl vorhanden sein. ______________________________________________________________ SAP AG 269 SAP-System ______________________________________________________________ 11.11.2 MAP: Sortimentsplanung Verwendung Ab SAP R/3 Enterprise Retail 1.10 unterstützt MAP die Planung auf Sortimentsebene. Die folgenden Funktionen helfen dem zuständigen Planer dabei, den richtigen Produktmix für den bevorstehenden Planungszeitraum zusammenzustellen: o Verwendung von Sortimenten als Planungsebene; Erstellung von Kennzahlplanungen zu Sortimenten o Listung aus MAP heraus; folgende Konstellationen von Planungsebenen werden im Hinblick auf die Generierung von Listungskonditionen unterstützt: o - Artikel und Sortimente - Saisontyp/Warengruppe und Sortimente; falls keine Planung auf Artikelebene erfolgt, können die Artikel alternativ aus dem Saisontyp und der Warengruppe bestimmt werden. - Category und Sortimente; falls die Artikelebene in der Planungshierarchie nicht verwendet wird, können die Artikel alternativ aus der Category bestimmt werden. - Die Listung aus MAP bedeutet, daß die Listungskonditionen direkt aus der Dialogplanung heraus generiert werden können. - Falls in der Planungshierarchie kein Sortiment vorgesehen ist, wird der Benutzer in einem Dialogfenster dazu aufgefordert, die zu verwendenen Sortimente anzugeben. Zusätzliche Kennzeichen; bei Verwendung von Sortimenten und Artikeln in der Planungshierarchie, wird die Listung durch zusätzliche Kennzeichen unterstützt: - Listungsprüfung: Dieses Kennzeichen wird gesetzt, wenn die Artikel/Sortiment-Kombination im Planungszeitraum bereits gelistet ist. - Listungsplan: Dieses Kennzeichen kann gesetzt werden, wenn die Artikel/Sortiment-Kombination in der Planungsperiode gelistet werden soll. - Auslistungsplan: Dieses Kennzeichen kann gesetzt werden, wenn ein gelisteter Artikel im Planungszeitraum ausgelistet werden soll. o Aufrufen der Job-Schedule für die Listung aus der Dialogplanung o Aufrufen der Transaktion für Listungskonditionen aus der Dialogplanung Auswirkungen auf das Customizing Bereits bestehende Planungsszenarios können nach dem Upgrade genau so wie vorher verwendet werden. Standardmäßig werden die neuen Planungsfunktionen zunächst nicht genutzt. Sie können jedoch durch die Verwendung eines Standardnetzes für das Design von Planungsszenarios nutzbar gemacht werden. 11.11.3 MAP: Attribute Verwendung ______________________________________________________________ SAP AG 270 SAP-System ______________________________________________________________ Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Stammdatenattribute für die Anzeige in der Dialogplanung und als Operanden in Formelgruppen verwendet werden. Nach Auswahl einer Planungsebene beim Design des Szenarios können die Felder in der entsprechenden Stammdatentabelle der betreffenden Planungsebene für Anzeigezwecke in der Dialogplanung zugeordnet werden. Numerische Felder können außerdem als Operanden in Formelgruppen verwendet werden. Darüber hinaus können Kunden auch eigendefinierte Attribute zur Verwendung in der Dialogplanung implementieren. Die Attribute können eingabebereit sein und ebenfalls in Formeln von Formelgruppen genutzt werden. Auswirkungen auf das Customizing Bereits bestehende Planungsszenarios können nach dem Upgrade genau so wie vorher verwendet werden. Standardmäßig werden die neuen Planungsfunktionen zunächst nicht genutzt. Sie können jedoch durch die Verwendung eines Standardnetzes für das Design von Planungsszenarios nutzbar gemacht werden. Eigendefinierte Attribute können über BAdIs implementiert werden. 11.11.4 MAP: Datenziele für BW-Schnittstelle Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können in MAP-Datenbanktabellen eingelesene Istdaten aus dem SAP BW nicht nur für alle Planungsschritte mit gesetztem BW-Kennzeichen abgelegt werden, sondern es ist auch eine Beschränkung auf bestimmte ausgewählte Planungsschritte möglich. Hieraus ergeben sich zwei Vorteile: o Durch die zusätzliche Möglichkeit der Auswahl einzelner Planungsschritte kann die Datenmenge, die aus BW gelesen und in den MAP-Datenbanktabellen abgelegt werden muss, minimiert werden. o Es wird eine größere Flexibilität beim Design von Planungsszenarios ermöglicht, da für einen Planungsschritt nicht die gesamte Planungsebene (z.B. die Verkaufsorganisation) mit einbezogen werden muss, wenn im Grunde nur die Daten zu einem (z.B. Deutschland) der zur betreffenden Planungsebene gehörenden Werte (also etwa auch Frankreich, Großbritannien, USA) von Interesse ist. Dies lässt sich zum Beispiel auch anhand der Einkaufsorganisation verdeutlichen: In früheren Releases wären in einem solchen Fall die Daten zu sämtlichen Einkaufsorganisationen in die entsprechende Datenbanktabelle eingelesen und abgelegt worden. 11.11.5 MAP: Berechnungsreihenfolge in Formelgruppen Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) kann die Reihenfolge der Berechnung von Formeln in Formelgruppen bei der Erstellung von Planungslayouts genauer festgelegt werden. Dies ist dann von Bedeutung, wenn die Formelgruppen verschiedene Formeln beinhalten, bei denen das Ergebnis einer Formel direkt in einer anderen Formel verwendet wird. Bis zum Release 46C wurde die Berechnungsreihenfolge nur durch den Formeltyp (arithmetische Formel, Reichweitenberechnung, Wert der Vorperiode) und die alphabetische Reihenfolge der linken Seite der Formeln bestimmt. Dagegen ______________________________________________________________ SAP AG 271 SAP-System ______________________________________________________________ können Benutzer für Formeln des Typs "Arithmetische Formel" und "Wert der Vorperiode" eine Nummer angeben, durch welche die Berechnungsreihenfolge (innerhalb einer Periode) festgelegt wird. Auswirkungen auf das Customizing Es ist kein Customizing erforderlich. Die vorhandenen Formelgruppen werden standardmäßig in der gleichen Reihenfolge berechnet wie zuvor. Nur wenn die Werte für die Berechnungsreihenfolge eingegeben werden, wird Abfolge der Formeln vom System entsprechend geändert. 11.11.6 MAP: Neues Berechtigungsobjekt W_WXP_HIER Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Berechtigungen auch für die Planungshierarchie verwaltet werden (auf der Ebene Planungsszenario und Planungshierarchieversion). Diese Funktionalität kann zum Beispiel dazu verwendet werden, nicht autorisierte Änderungen an der Planungshierarchie zu verhindern. Auswirkungen auf die Systemverwaltung Es sind keine Maßnahmen erforderlich. Standardmäßig hat jeder Benutzer die volle Berechtigung für die Planungshierarchien. 11.11.7 MAP: Neues Berechtigungsobjekt W_WXP_LAY Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Berechtigungen für die Planung nicht nur auf der Ebene des Planungsschrittes (vgl. Objekt W_WXP_PLAN), sondern auch auf der detaillierteren Ebene des Planungslayouts und der Dialogplanungsvariante verwaltet werden. Diese Funktionalität kann zum Beispiel genutzt werden, um nur bestimmten Benutzern den Zugriff auf layoutspezifische Funktionen wie die Artikel- oder Farbplanung zu gestatten. Darüber hinaus können Berechtigungen nicht nur für "Planungsfunktionen" wie das Anzeigen oder Ändern von Planungsdaten vergeben bzw. vorenthalten werden, sondern auch für das Anlegen und Ändern der Planungslayouts selbst. Auswirkungen auf die Systemverwaltung Das neue Berechtigungsobjekt hat keinen Einfluss auf die bereits vorhandenen Berechtigungen. Nur wenn Berechtigungen auch auf der Ebene eines Planungslayouts oder für die Erstellung von Planungslayouts vergeben werden sollen, müssen diese für das neue Berechtigungsobjekt gepflegt werden. 11.11.8 MAP: Sperren von Datenzellen und Ändern von Zeilensummen in der ______________________________________________________________ SAP AG 272 SAP-System ______________________________________________________________ Dialogplanung Verwendung Ab SAP R/3 Enterprise Retail 1.10 (EA-RETAIL 110) wurden für Planungslayouts mit einfachen Schlüsselspalten zwei neue, miteinander zusammenhängende Funktionen in die Dialogplanungsbilder aufgenommen. 1. Sperren: Einzelne Datenzellen können für manuelle Änderungen oder automatische Änderungen infolge der Aufteilung einer Summenzelle "gesperrt" werden. 2. Ändern von Zeilensummen: Üblicherweise werden Zeilensummen vom System automatisch berechnet und angezeigt. Darüber hinaus ist es jetzt möglich, diese Summenwerte manuell zu ändern. Die Änderung eines Summenwertes hat zur Folge, daß die neue Summe auf alle Datenzellen aufgeteilt wird, die an der Berechnung beteiligt und nicht gesperrt sind. Dabei werden die jeweiligen Anteile der einzelnen Zellenwerte beibehalten. Der Benutzer hat außerdem die Möglichkeit, eine Summenzelle zu sperren. Eine Erhöhung des Wertes in einer Datenzelle führt dann zum Beispiel dazu, daß die Werte aller anderen, nicht gesperrten Zellen so herabgesetzt werden, daß der Summenwert gleich bleibt. 11.11.9 MAP: Generischer Lesebaustein Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) steht ein generischer Lesebaustein (RFC-fähiger Funktionsbaustein) zur Verfügung. Sie können diesen Baustein nutzen, um Planungsdaten abzurufen und diese Daten in einem kundenspezifischen Kontext zu verwenden. Der Baustein extrahiert ausgewählte Kennzahlen des zugrunde liegenden Szenarios/Schrittes. 11.11.10 MAP: Artikelplanung und Merkmalsplanung Verwendung Ab SAP R/3 Enterprise Retail 1.10 (EA-RETAIL 110) stehen verbesserte Funktionen zur Bearbeitung von zwei Planungseinheiten in der Dialogplanung zur Verfügung: Artikel, insbesondere Sammelartikel, und Merkmale des Klassensystems. Diese Verbesserungen sind vor allem für die Planung im Modebereich von besonderem Nutzen, wo die Planung von Sammelartikeln und Merkmalen des Klassensystems im Vordergrund steht. o Artikelplanung: Es ist nicht nur wie bisher möglich, Kennzahlen zu einem Artikel zu planen, sondern auch die Stammdaten zum Artikel selbst. Im Einzelnen kann der Benutzer aus dem Planungsbild heraus die folgenden Funktionen nutzen: - Anlegen eines neuen Artikels und dessen Planung "on the fly". Falls der Benutzer auch die Merkmale des Klassensystems (z.B. Farbe) beplanen möchte, kann er dem neuen Artikel direkt eine Wertemenge für das jeweilige Merkmal zuordnen. - Einbeziehen eines vorhandenen Artikels in das Planungslayout "on the fly". Wie beim Anlegen ______________________________________________________________ SAP AG 273 SAP-System ______________________________________________________________ eines neuen Artikels, kann der Benutzer auch dem einzubeziehenden Artikel eine Menge von Merkmalswerten zuordnen. o - Entfernen eines Artikels aus dem Planungslayout - Direktes Abspringen in die Standardpflege der Artikelstammdaten - Ändern der Artikelart eines Artikels (-> "Aktivierung" eines geplanten Artikels) - Automatisches Anlegen von Artikelvarianten zu einem Sammelartikel auf der Grundlage seiner geplanten Merkmalswertzuordnungen Planung von Merkmalen des Klassensystems (z.B. Farbe): Aus dem Planungsbild heraus kann der Benutzer die folgenden Funktionen nutzen: - Einbeziehen von Merkmalswerten (z.B. Farben) in das Planungslayout und diese "on the fly" beplanen - Entfernen von Merkmalswerten aus dem Planungslayout - Ersetzen eines Merkmalswertes durch einen anderen unter Beibehaltung der zugehörigen Plandaten (z.B. "dunkelgrün" anstelle von "dunkelblau") - Automatisches Generieren aller Varianten zu einem bestimmten Sammelartikel und Merkmalswert Auswirkungen auf das Customizing Bereits bestehende Planungsszenarios können nach dem Upgrade genau so wie zuvor verwendet werden. Standardmäßig werden die neuen Planungsfunktionen zunächst nicht genutzt. Sie können jedoch durch die Verwendung eines Standardnetzes für das Design von Planungsszenarios nutzbar gemacht werden. 11.11.11 MAP: Erleichterung des Transports von Planungsszenarios und -layouts Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) wird der Transport von Planungsszenarios und -layouts durch die folgenden drei Faktoren vereinfacht: o Beim Transport eines Planungslayouts transportiert das System automatisch die zugeordneten Dialogplanungsvarianten einschließlich der Excel-Layouts. o Die Reihenfolge, in der Planungslayouts und Planungsszenarios in ein Zielsystem importiert werden, hat keinerlei Auswirkungen mehr. o Bei Verwendung eines Netzplans für die Eingabe des Planungsszenarios erkennt das System etwaige Inkonsistenzen, die durch inkorrekte Transporte verursacht wurden, und gibt Hilfestellungen für deren Behebung. Auswirkungen auf das Customizing Der separate Report RWIS_PLAN14 ('Transport von Dialogplanungsvarianten') ist im Report RWIS_PLAN04 ('Transportanschluss Planungslayouts') enthalten und wird daher nicht mehr benötigt. ______________________________________________________________ SAP AG 274 SAP-System ______________________________________________________________ 11.12 LO-AB Agenturgeschäft (Global Trade) 11.12.1 Umsatzfortschreibung in der Kundenabrechnung Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie den Beleg Kundenabrechnung im Agenturgeschäft nutzen, um bonusrelevante Umsätze für die nachträgliche Abrechnung im Einkauf (MM-PUR-VM-SET) fortzuschreiben. Wenn Sie Kundenabrechnungen aus Regulierungseinzelanforderungen generieren, schreibt das System die Umsätze, die für die nachträgliche Abrechnung relevant sind, fort und bucht die rückgestellten Erträge anhand der Belegkonditionen der Kundenabrechnung. Dabei ermittelt das System die Konditionssätze zur nachträglichen Abrechnung unabhängig von den Einstellungen in der Kopiersteuerung (von der Regulierungseinzelanforderung zur Kundenabrechnung) neu. Auswirkungen auf die Systemverwaltung In den Vertriebsbereichsdaten des Kundenstammes existiert ein neues Kennzeichen Belegindex aktiv analog zum entsprechenden Kennzeichen im Lieferantenstamm. Wenn Sie die nachträgliche Umsatzfortschreibung in der Kundenabrechnung nutzen wollen, müssen Sie dieses Kennzeichen für alle Kunden setzen, für die Sie im Jahresverlauf rückwirkende Bonusabprachen erwarten. Bitte beachten Sie, daß das Kennzeichen zunächst nur für Kundenabrechnungen gilt. Wenn Sie auch Regulierungseinzelanforderungen für die nachträgliche Umsatzfortschreibung berücksichtigen möchten, müssen Sie zusätzlich in der Steuerung der Nachträglichen Abrechnung (Transaktion WMN9) das Kennzeichen Nachträgliche Fortschreibung gemäß Kennzeichen im Kundenstamm setzen. Auswirkungen auf das Customizing Im Customizing der Nachträglichen Abrechnung können Sie die Residenzzeit für die Archivierung zum Belegtyp Kundenabrechnung pflegen. Im Customizing von Fakturaarten unter Agenturgeschäft können Sie das Feld Zusatzdaten Position verwenden, um auch einkaufsseitige Konditionssätze (insbesondere Konditionssätze der nachträglichen Abrechnung) in der Preisfindung der Kundenabrechnung zu berücksichtigen. Wenn Sie dieses Kennzeichen setzen, ermittelt das System die relevanten Daten (Einkaufsorganisation, Rechnungssteller, abweichender Rechnungssteller) aus der Regulierungseinzelanforderung. Ansonsten sind die Felder während der Preisfindung der Kundenabrechnung leer und Konditionssätze, die sich auf diese Felder beziehen, werden von der Preisfindung entfernt. 11.12.2 Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie mit neuen Funktionen Beleglisten ______________________________________________________________ SAP AG 275 SAP-System ______________________________________________________________ im Agenturgeschäft bearbeiten. Mit den Stornofunktionen können Sie folgendes stornieren: o Regulierungsanforderungslisten o Buchungslisten o Vergütungslisten Das BAPI BAPI_SETREQSLIST_COPY_AND_ADD können Sie benutzen, um o Regulierungsanforderungslisten zu kopieren und zu erweitern. 11.12.3 Kundenabrechnung Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) gibt es im Agenturgeschäft den neuen Belegtyp "Kundenabrechnung", den Sie anstelle der Buchungsliste zur Abrechnung mit einem Kunden verwenden können. Sie können die Kundenabrechnung aus der Regulierungsanforderungsliste generieren. Dabei faßt das System alle Regulierungseinzelanforderungen mit gleichen Kopfdaten zu einem einzigen Abrechnungsbeleg zusammen. Das System führt für jede Position in der Kundenabrechnung eine Preisfindung durch. Die Währungen der Regulierungseinzelanforderungen können von der Währung der Kundenabrechnung abweichen. Das System bucht anhand der Kundenabrechnung die Forderungen oder Verbindlichkeiten gegenüber den Kunden. Desweiteren schreibt das System die Daten in das Logistik-Informationssystem (LIS) oder in das SAP Business Information Warehouse (SAP BW) fort. Aus der Kundenabrechnung können Sie ein oder mehrere Vergütungslisten generieren. Sie können Kundenabrechnungen über das Archivierungsobjekt WCI archivieren. Auswirkungen auf das Customizing Im Customizing von Regulierungsarten unter Agenturgeschäft können Sie das Feld Kundenabrechnungart verwenden, um eine geeignete Fakturaart für die Kundenabrechnung auszuwählen. Im Customizing von Fakturaarten unter Agenturgeschäft können Sie das Feld Zusatzdaten Position verwenden, um auch einkaufsseitige Konditionssätze (insbesondere Konditionssätze der nachträglichen Abrechnung) in der Preisfindung der Kundenabrechnung zu berücksichtigen. Wenn Sie dieses Kennzeichen setzen, ermittelt das System die relevanten Daten (Einkaufsorganisation, Rechnungssteller, abweichender Rechnungssteller) aus der Regulierungseinzelanforderung. Ansonsten sind die Felder während der Preisfindung der Kundenabrechnung leer und Konditionssätze, die sich auf diese Felder beziehen, werden von der Preisfindung entfernt. ______________________________________________________________ SAP AG 276 SAP-System ______________________________________________________________ 11.12.4 Nebenkostenabrechnung Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) gibt es im Agenturgeschäft einen Belegtyp für die Nebenkostenabrechnung mit einem Kunden. Die Nebenkostenabrechnung ist ein Einzelbeleg, der keinen Vorgängerbeleg (insbesondere Kundenauftrag) im System benötigt. Sie können eine Nebenkostenabrechnung manuell anlegen oder im Nebenkostenmanagement in SAP Global Trade generieren. Sie erfassen den Artikel und den Betrieb auf Positionsebene. Das System führt eine Preisfindung und eine Kontenfindung durch. Die Kontenfindung in der Nebenkostenabrechnung erfolgt (im Gegensatz zu anderen Agenturbelegen) analog zur Kontenfindung im Vertrieb (SD). Aus der Nebenkostenabrechnung können Sie ein oder mehrere Vergütunglisten generieren. Die Daten der Nebenkostenabrechnung können in das Logistik-Informationssystem (LIS) oder in das SAP Business Information Warehouse (SAP BW) fortgeschrieben werden. 11.12.5 Schnittstelle zum SAP Business Information Warehouse Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) gibt es eine Schnittstelle zwischen dem Agenturgeschäft und dem SAP Business Information Warehouse (SAP BW). Somit können Sie die Technologie des SAP BW nutzen, um Daten aus dem Agenturgeschäft statistisch auszuwerten. Dies führt zu einer Verbesserung in der Behandlung von Massendaten und in der Performance der Daten-Fortschreibung. Folgende Belege sind für die Fortschreibung von statistischen Daten relevant: o Einzelrechnungen an den Lieferanten o Regulierungseinzelanforderungen o Vergütungslisten 11.12.6 Positionstyp in Agenturbelegen Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie einer Position in einem Agenturbeleg einen Positionstyp zuordnen. Dieser unterscheidet zwischen Standard- und Retourenpositionen. Sie können in einem Agenturbeleg sowohl Standard- als auch Retourenpositionen abwickeln. ______________________________________________________________ SAP AG 277 SAP-System ______________________________________________________________ 11.12.7 LO-AB-RS Vergütungsabrechnung 11.12.7.1 Vergütungslistenerweiterung Verwendung Mit Vergütungslisten können Sie Konditionen aus Agenturbelegen sammeln und zu einem späteren Zeitpunkt gegenüber Ihren Geschäftspartnern abrechnen. Ab SAP R/3 Enterprise Retail 1.10 (EA-RETAIL 110) steht Ihnen die Vergütungslistenerweiterung zur Verfügung, die sie alternativ zur bisherigen Vergütungslistenfunktionalität einsetzen können. Die Vergütungslistenerweiterung bietet Ihnen folgende neue Möglichkeiten: o Sie können aus einem Agenturbeleg beliebig viele Vergütungslisten erstellen. o Sie können Vergütungslisten zu beiden Seiten, d.h. Lieferant und Kunde, erstellen. o Sie können Vergütungslisten zu einem vom Partner im Agenturbeleg abweichenden Vergütungslistenempfänger erstellen (z.B. zum Verband des Kunden). Jede aus einem Agenturbeleg zu einem Vergütungslistenpartner (Lieferant oder Kunde) zu erstellende Vergütungsliste wird durch eine Konditionsartengruppe repräsentiert. Dieser sind die für die Vergütungsliste relevanten Daten zugeordnet, z.B. o Relevante Konditionsarten o Vergütungslistenart o Regeln für die Ermittlung des Vergütungslistendatums o Regeln für die Ermittlung des Vergütungslistenempfängers Bei der Erstellung eines Agenturbeleges werden zu den für die Fakturaart relevanten Konditionsartengruppen die Vergütungslistendaten ermittelt und in einer eigenen Tabelle fortgeschrieben. Erweiterte Vergütungslisten werden immer zu einer Konditionsartengruppe erstellt. Anhand dieser und der Selektionskriterien ermittelt das System die für die Erstellung relevanten Belege. Die mit der Erweiterung erstellten Vergütungslisten verhalten sich analog zu den bisherigen und werden (bis auf die Erstellung) mit den gleichen Transaktionen und Reports bearbeitet. Auswirkungen auf den Datenbestand Die Vergütungslistenerweiterung wirkt sich nicht auf den bisherigen Datenbestand aus. Sie kann nur für nach der Aktivierung der Vergütungslistenerweiterung erstellte Agenturbelege verwendet werden. Auswirkungen auf das Customizing Im Customizing des Agenturgeschäfts müssen Sie im Zusammenhang mit der Vergütungslistenerweiterung die folgenden Aktivitäten ausführen: o Konditionsartengruppen definieren und diesen ggf. Konditionsarten zuordnen o Vergütungslistengruppen definieren und diesen Konditionsartengruppen zuordnen o Vergütungslistengruppen Fakturaarten zuordnen Siehe auch ______________________________________________________________ SAP AG 278 SAP-System ______________________________________________________________ Dokumentation zum BAdI Erweiterungen für erweiterte Vergütungslistenerstellung 11.13 LO-GT Global Trade 11.13.1 LO-GT-TC Trading-Kontrakt 11.13.1.1 Offene Logistikbelege Verwendung Ab SAP R/3 Enterprise Global Trade 1.10 (EA-GLTRADE 110) steht ein neuer Bericht für offene Logistikbelege zur Verfügung, derin Trading-Kontrakten verwendet werden kann. Eine offene Auftragsbzw. Bestellmenge bezieht sich dabei auf Aufträge/Bestellungen, die in dem als Folgebeleg zu einem Trading-Kontrakt erzeugten Lieferbeleg noch nicht berücksichtigt sind. Eine offene Liefermenge bezieht sich auf Aufträge/Bestellungen, die bereits beliefert, aber noch nicht fakturiert wurden. Der Bericht liefert die entsprechenden Informationen auf der Ebene der einzelnen Position. Sie können sich die Informationen über offene Mengen auf der Verkaufs- und auf der Einkaufsseite auf einem Bild zusammen anzeigen lassen. Wenn Sie den Bericht zu einem Trading-Kontrakt aufrufen, liest das System auch die Daten der logistischen Folgebelege hinzu. Somit erhalten Sie ausgehend vom Trading-Kontrakt bereits ein umfassendes Bild darüber, wieviele Aufträge bzw. Bestellungen für den Trading-Kontrakt und/oder dessen Folgebelege noch offen sind. Wenn beispielsweise in einem beidseitigen Trading-Kontrakt die offene Menge gleich der Kontraktmenge ist, bedeutet dies, daß noch keine Folgeprozesse ausgeführt wurden. Entspricht die offene Liefermenge der halben Kontraktmenge, so wurde die halbe Warenmenge bereits geliefert. Ist die offene Bestell-/Auftragsmenge bzw. die offene Liefermenge gleich Null, so wurde der Kontrakt in Bezug auf diese Position bereits vollständig ausgeführt. Die genaue Methode, nach welcher der offene Wert berechnet wird, hängt von den jeweiligen Einstellungen im Customizing ab. Auswirkungen auf das Customizing Um den Bericht für offene Logistikbelege in einem Trading-Kontrakt ausführen zu können, müssen Sie im Customizing die entsprechenden Einstellungen für die Berechnung vornehmen. Das SAP-System wird standardmäßig mit Musterfunktionsbausteinen ausgeliefert. Sie können jedoch auch eigene Kalkulationsmethoden festlegen, indem Sie neue Funktionsbausteine hinzufügen. Weitere Informationen finden Sie unter Verarbeitung von offenen Logistikbelegen einstellen. 11.13.1.2 Profitsimulation Verwendung Ab SAP R/3 Enterprise Global Trade 1.10(EA-GLTRADE 110) steht ein neuer Bericht zur ______________________________________________________________ SAP AG 279 SAP-System ______________________________________________________________ Verfügung, der für die Profitsimulation in Trading-Kontrakten verwendet werden kann. Damit haben Sie die Möglichkeit, während der Bearbeitung eines Trading-Kontraktes online eine Profitsimulation durchzuführen, die alle relevanten Preiselemente, wie etwa den Einkaufspreis, der Verkaufspreis, Nebenkosten oder Zu- und Abschläge, berücksichtigt. Der Bericht ist auch für logistische Folgebelege, wie z.B. Lieferungen, verfügbar. Die Profitsimulation können Sie beispielsweise einsetzen, wenn Sie unter Berücksichtigung aller Nebenkosten und Zuschläge einen geeigneten Verkaufspreis kalkulieren, dabei aber gleichzeitig auch die Gesamtprofitabilität des kombinierten Verkaufs- und Einkaufsprozesses im Auge behalten möchten. Mit Hilfe der Profitsimulation können Sie die genauen Preisdaten zu den einzelnen Positionen überprüfen und die Preise gegebenenfalls entsprechend anpassen. Preisänderungen können Sie jedoch nicht direkt aus dem Profitsimulationsbericht heraus vornehmen. Sind solche Änderungen notwendig, müssen Sie hierfür in die Preisübersicht bzw. in die Nebenkostenübersicht wechseln. Wenn Sie den Profitsimulationsbericht ausführen, können Sie die Währung und den Umrechnungskurs wählen, die im Bericht verwendet werden sollen. Es stehen zwei voreingestellte Wahlmöglichkeiten zur Verfügung: o Währung gemäß Customizing und Tageskurs o Hauswährung und Belegkurs Alternativ können Sie beide Parameter entsprechend Ihren spezifischen Erfordernissen einstellen. Die Methode zur Berechnung des Gewinns kann frei definiert werden. So können Sie den geschätzten Gewinn zum Beispiel auf Basis des Verkaufspreises, des Einkaufspreises und aller für den Trading-Kontrakt relevanter Nebenkosten ermitteln. Das SAP-System wird standardmäßig mit Musterfunktionsbausteinen für die Gewinnberechnung ausgeliefert. Sie können jedoch auch eigene Profitberechnungsmethoden festlegen, indem Sie neue Funktionsbausteine erstellen. Der Einsatz des Profitsimulationsberichts ist nur bei beidseitigen Trading-Kontrakten (also Kontrakten, die sowohl einkaufsseitige als auch verkaufsseitige Daten enthalten) sinnvoll. Auswirkungen auf das Customizing Neben den Einstellungen im Customizing der Profitsimulation müssen auch Einstellungen im Customizing des Vertriebs (SD), der Materialwirtschaft (MM), der Handelskalkulation (Retail) und im SAP-Standardsystem entsprechend gepflegt werden. Wenn Sie die Profitsimulation zum Beispiel verwenden möchten, um den geschätzen Gewinn unter Berücksichtigung des Verkaufspreises, der Zuschläge, der Nebenkosten und des Einkaufspreises zu berechnen, müssen Sie auch alle Customizing-Einstellungen für die Preisfindung und die Nebenkosten in Trading-Kontrakten pflegen. Weitere Informationen finden Sie unter Preisfindung. Falls Sie die Profitsimulation für Logistikbelege einsetzen möchten, müssen Sie auch die entsprechenden Customizing-Einstellungen für Logistikbelege pflegen. Weitere Informationen finden Sie unter Profitsimulation für Logistikbelege. 11.13.1.3 Trading-Kontrakt (TK) Verwendung Ab SAP R/3 Enterprise Global Trade 1.10 (EA-GLTRADE 110) steht ein neuer Beleg zu Verfügung, der als "Trading-Kontrakt" bezeichnet wird. In einem Trading-Unternehmen werden Verkaufs- und ______________________________________________________________ SAP AG 280 SAP-System ______________________________________________________________ Einkaufsprozesse in der Regel von ein und derselben Person bzw. Abteilung bearbeitet. Der Trading-Kontrakt ermöglicht es Ihnen, alle verkaufs- und einkaufsseitigen Daten zusammen in einem einzigen Beleg zu pflegen. Er trägt so dazu bei, die mit der Bearbeitung von Kundenaufträgen und Bestellungen verbundenen Verwaltungskosten zu senken. Da in den Trading-Kontrakt sämtliche Daten, einschließlich der Preis- und Nebenkostendaten der Einkaufs- und der Verkaufsseite, eingegeben werden, bildet er eine optimale Grundlage für eine einfach durchzuführende und dennoch genaue Profitabilitätsschätzung. Falls der Verkauf und der Einkauf separat abgewickelt werden sollen, kann der Trading-Kontrakt als einseitiger Kontrakt, d.h. als Verkaufs- bzw. Einkaufskontrakt verwendet werden. Mit Hilfe des Positionsmanagements können Sie die Materialpositionen überwachen und steuern. Darüber hinaus können Sie den Trading-Kontrakt als Vorkontrakt oder auch als langfristigen Kontrakt für die Steuerung und Verfolgung von Verkaufs- und Einkaufsaktivitäten einsetzen. Sie können einen Trading-Kontrakt auch mit Bezug auf einen Vorkontrakt oder einen langfristigen Kontrakt anlegen. Der Trading-Kontrakt dient als Basisbeleg für nachfolgende Prozesse. So können Sie z.B. ausgehend von einem Trading-Kontrakt die folgenden Aktivitäten durchführen: o Sie können aus dem Trading-Kontrakt heraus Kundenaufträge und Bestellungen erzeugen. o Sie können über die Trading Execution Workbench (siehe auch die Release-Information Trading Execution Workbench) Lieferbelege als Folgebelege mit Bezug auf den Trading-Kontrakt anlegen. o Sie können Nebenkostenbelege mit Bezug auf den Trading-Kontrakt anlegen (siehe auch die Release-Information Nebenkosten). Sie können den Status sämtlicher logistischer Folgeprozesse verfolgen, indem Sie sich den erweiterten Belegfluß anzeigen lassen. Durch die Verwendung verschiedener Trading-Kontraktarten können Sie unterschiedlichen Geschäftsabläufen, wie z.B. im Import- bzw. Exportgeschäft, Rechnung tragen, und die Prozesse entsprechend steuern. So könnten Sie beispielsweise für ein Exportgeschäft eine Versandvorschrift oder eine Zollabrechnung und für ein Importgeschäft einen Abladeauftrag oder einen Import-Transportauftrag anlegen. In Trading-Kontrakten können mehrere Währungen sowie eine Statistikwährung verwendet werden. Mit Hilfe der Statusverwaltung im Trading-Kontrakt können Sie die wesentlichen Abläufe für den gesamten Trading-Kontrakt steuern. Wenn Sie einen neuen Trading-Kontrakt anlegen, können Sie diesem etwa den Status "Wartet auf Genehmigung" oder auch "Genehmigt" zuweisen. Die einzelnen Status können Sie entsprechend Ihren spezifischen Geschäftsabläufen festlegen und für die Bezeichnungen Ihre eigene Terminologie verwenden. Für verschiedene Trading-Kontraktarten können auch unterschiedliche Status festgelegt werden. Auswirkungen auf den Datenbestand Wenn Sie einen Trading-Kontrakt freigeben, erzeugt das System automatisch als Folgebelege einen Kundenauftrag und eine Bestellung. Mit den Standardtransaktionen aus SD bzw. MM können Sie in diesen Belegen keine Daten ändern. Wenn Sie Daten in den Folgebelegen ändern möchten, müssen Sie die entsprechenden Änderungen im Trading-Kontrakt vornehmen und diesen dann erneut freigeben. Die Änderungen werden dann an die betreffenden Folgebelege weitergereicht. Auswirkungen auf das Customizing Neben den Customizing-Einstellungen für alle Funktionen im Bereich Trading-Kontrakt müssen Sie auch ______________________________________________________________ SAP AG 281 SAP-System ______________________________________________________________ Einstellungen im Customizing des Vertriebs (SD), der Warenwirtschaft (MM), der Handelskalkulation (Retail) und des SAP-R/3-Standardsystems vornehmen. Wenn Sie den Trading-Kontrakt z.B. als beidseitigen Kontrakt (also einen Kontrakt mit Verkaufs- und Einkaufsdaten) verwenden möchten, müssen Sie auch alle erforderlichen Customizing-Einstellungen für die Verarbeitung von Kundenaufträgen und Bestellungen sowie für die Handelkalkulation pflegen. 11.13.2 LO-GT-TE Nebenkosten 11.13.2.1 Neues Bild für Nebenkosten Verwendung Ab SAP R/3 Enterprise Global Trade 1.10 (EA-GLTRADE 110) ist ein neues Pflegebild für Nebenkosten implementiert, das die Datenerfassung erleichtert. Anstelle der direkten Auswahl einer Belegart geben Sie auf diesem Bild Kombinationen von geschäftsorientierten Parametern ein. Jede Positionszeile enspricht einer einzelnen Lieferantenfaktura, zu der Sie aus dem Nebenkosten-Pflegebild springen können. Wenn Sie das Bild sichern, wird die entsprechende Kontobuchung durchgeführt. Die Lieferantenfaktura für die Nebenkosten wird im Belegfluß angezeigt. Auswirkungen auf das Customizing Die Pflegemethode für die Nebenkosten können Sie im Customizing auswählen. Im SAP-System stehen zwei grundsätzliche Methoden für die Bestimmung der Belegart zur Verfügung: 1. Dynamische Bestimmung der Belegart über Parameterkombination 2. Direkte Auswahl der Belegart Das neue Bild ist nur verfügbar, wenn Sie die erste dieser beiden Methoden wählen. Weitere Informationen finden Sie unter Determinierungsmethode der Lieferantenfakturaart. 11.13.2.2 Nebenkosten Verwendung Ab SAP R/3 Enterprise Global Trade 1.10 (EA-GLTRADE 110) steht eine verbesserte Nebenkostenfunktion zur Verfügung. Damit können Sie jetzt sämtliche Nebenkosten erfassen, die im Laufe der Kontraktbearbeitung anfallen. Sie können verschiedene Arten von Kosten und Provisionen verwalten, die zu verschiedenen Zeitpunkten entstehen und auf verschiedenen Konten verbucht werden. Im Hinblick auf den Geschäftsprozeß und die Kontobuchung werden zwei Kategorien von Nebenkosten unterschieden: geplante Nebenkosten und ungeplante Nebenkosten. Geplante Nebenkosten werden bei der Preisfindung in Kontrakten als Preiskonditionen behandelt. Auf die eingegebenen Daten (Konditionen) kann bei der Kontobuchung referenziert werden. Ungeplante Nebenkosten können während oder auch nach der logistischen Abwicklung gepflegt werden. Sie werden über Lieferantenfakturen direkt auf das betreffende Konto gebucht. Für die Zuweisung von Nebenkosten zu einem Logistikbeleg gibt es zwei Möglichkeiten, die vom Zeitpunkt der Eingabe abhängen. Sie können Nebenkosten sowohl während als auch nach der ______________________________________________________________ SAP AG 282 SAP-System ______________________________________________________________ Bearbeitung des Logistikbeleges pflegen. Im ersten Fall wird das Nebenkosten-Pflegebild direkt aus dem betreffenden Logistikbeleg aufgerufen; im letzeren Fall müssen Sie den Beleg, dem Sie die Nebenkosten zuweisen möchten, zunächst selbst auswählen. Die Nebenkosten werden dann der ursprünglichen Trading-Kontraktposition zugewiesen. Wenn Sie die Nebenkosten zu einem Logistikbeleg eingeben, ermittelt das System automatisch die zugrundeliegende Trading-Kontraktposition und verteilt den Nebenkostenwert entsprechend der festgelegten Verteilungsregel. Der verteilte Wert und die ursprüngliche Kontraktposition werden in der Lieferantenfaktura abgelegt. Auswirkungen auf das Customizing Da die geplanten Nebenkosten bei der Preisfindung für Kontrakte berücksichtigt werden, müssen die entsprechenden Preiskonditionen für Nebenkosten in das zugeordnete Preisfindungsschema des Kontrakts mit aufgenommen werden. Weitere Informationen finden Sie unter: o Kalkulationsschema festlegen (Einkaufsnebenkosten) o Kalkulationsschema festlegen (Verkaufsnebenkosten) o Zuordnung Konditionsartengruppe zu Trading-Kontraktart 11.13.3 LO-GT-TEW Trading Execution Workbench 11.13.3.1 Trading Execution Workbench (TEW) Verwendung Ab SAP R/3 Enterprise Global Trade 1.10 (EA-GLTRADE 110) steht ein neues Werkzeug zur Verfügung, das als "Trading Execution Workbench" oder kurz "TEW" bezeichnet wird. Die TEW ist als ein zentrales Cockpit konzipiert, über das die Mitarbeiter eines Trading-Unternehmens alle zur Erfüllung eines Trading-Kontrakts benötigten Schritte bearbeiten und alle erforderlichen Folgebelege erzeugen können. Darüber hinaus automatisiert die TEW einen großen Teil der Datenerfassung und sorgt so für eine schnellere, einfachere und weniger fehleranfällige Bearbeitung. Intelligente Funktionen erkennen im voraus, welche Aufgaben jeweils auszuführen sind und schlagen automatisch die entsprechenden Ausgangs- und Zielbelege vor. Als Grundlage für die Abwicklung des gesamten Geschäftsprozesses (z.B. das Anlegen von Kundenaufträgen, Bestellungen, Lieferungen, Zollabfertigungsformularen usw.) werden in der TEW Trading-Kontrakte verwendet. Einen Trading-Kontrakt können Sie als Ausgangsbeleg für alle weiteren Folgebelege verwenden. Anhand des Belegflußbaumes können Sie verfolgen, wie weit die Bearbeitung eines Kontrakts fortgeschritten ist. Jedesmal wenn Sie einen neuen Folgebeleg anlegen, wird der Belegfluß automatisch aktualisiert. Die Anzeige des Belegflußbaumes können Sie durch entsprechende Parametereinstellungen auf dem Einstiegsbild der TEW beeinflussen (z.B. können Sie festlegen, ob alle Belege angezeigt werden sollen). Diese Einstellungen können Sie jederzeit auch wieder ändern. In der TEW wird jeder Geschäftsvorgang als Geschäftsprozeßschritt abgebildet, der jeweils einem bestimmten SAP-Business-Objekt, etwa einer Auslieferung oder einer Bestellung, entspricht. Im Customizing legen Sie unter Geschäftsprozeßschritte definieren Ihre eigenen Geschäftsprozeßschritte fest ______________________________________________________________ SAP AG 283 SAP-System ______________________________________________________________ und ordnen diesen dann ensprechende Aktionsklassen zu, die letztlich die für die jeweiligen Vorgänge benötigte Logik ausführen. Durch die Erstellung von Schrittkombinationen können Sie außerdem ein Geschäftsszenario aufbauen. Auf diese Weise können Sie beispielsweise festlegen, daß beim Anlegen einer Lieferung durch einen Trader vom System automatisch ein Lieferbeleg und ein Lieferavis erzeugt werden. Im SAP-Standardsystem sind bereits einige Belegflüsse und Klassen zur Abbildung grundlegender Geschäftsabläufe vordefiniert, die Sie als Vorlagen verwenden können. Sie können jedoch auch neue, auf die spezifischen Anforderungen Ihres Geschäfts ausgerichtete Geschäftsszenarios erstellen. Auswirkungen auf den Datenbestand Wenn Sie in der TEW einen Beleg anlegen, können Sie diesen Beleg nicht mit den Standardtransaktionen aus SD oder MM weiterbearbeiten. Umgekehrt ist es ebenfalls nicht möglich, in SD oder MM angelegte Belege in der TEW zu bearbeiten. Dies ist darauf zurückzuführen, daß TEW-Belege zusätzliche Daten enthalten, die von den Standardtransaktionen nicht erkannt werden. Auswirkungen auf das Customizing Die TEW ist äußerst flexibel und kann genau auf die Anforderungen verschiedener Sparten (wie etwa Stahl, Öl, Nahrungsmittel) ausgerichtet werden. Sie schafft damit die Voraussetzungen für eine möglichst genaue Abbildung Ihrer Geschäftsprozesse. Neben den Einstellungen im Customizing der TEW selbst müssen Sie auch Customizing-Einstellungen für alle in der TEW verarbeiteten Funktionen pflegen. Wenn Ihre Mitarbeiter zum Beispiel Kundenaufträge in der TEW bearbeiten sollen, müssen Sie auch alle erforderlichen Customizing-Einstellungen für die Verarbeitung von Kundenaufträgen pflegen. Darüber hinaus ist auch die Pflege der entsprechenden Organisationsstrukturen für die Verarbeitung von Kundenaufträgen und Bestellungen erforderlich. 11.13.4 LO-GT-PM Positionsmanagement 11.13.4.1 Assoziationsmanagement Verwendung Das Assoziationsmanagement ermöglicht es Ihnen, verkaufs- und einkaufsseitige Belegpositionen miteinander zu verknüpfen und stellt über die beteiligten Belege und deren Verknüpfungen (Assoziationen) eine Historie aller Transaktionen bereit, die im Laufe der gesamten Lebensspanne eines Trading-Kontraktes stattfinden. Mit Hilfe des Assoziationsmanagements können Sie eine konkrete Verknüpfung zwischen Belegpositionen auf der Verkaufs- und der Einkaufsseite herstellen. Darüber hinaus können Sie jederzeit den aktuellen Status der Positionen überprüfen. Alle Belege mit einem Portfoliosatz können im Assoziationsprozeß verwendet werden. Wenn Sie eine Assoziation zu einer Position herstellen, sucht das System anhand des zugeordneten Portfolios nach einer geeigneten Partnerposition. Eine Verkaufsposition kann mit mehreren Einkaufspositionen verknüpft werden und umgekehrt. Nachdem eine Assoziation hergestellt wurde, wird die zugehörige Historie im Zuge der weiteren Bearbeitung der Belege automatisch fortgeschrieben. Die Assoziationsbeziehungen können im Laufe dieser Bearbeitung auch noch geändert werden; dies ist so lange möglich, bis der Kontrakt erledigt ist. Nachdem einer Kontraktposition ein Portfoliosatz zugeordnet wurde, können Sie bei der Kontraktbearbeitung eine Assoziationsbeziehung herstellen. Sie können diese Assoziationen nach der ______________________________________________________________ SAP AG 284 SAP-System ______________________________________________________________ anfänglichen Bearbeitung eines Kontrakts auch im Laufe der nachfolgenden logistischen Abwicklung noch weiter pflegen. Dabei können Sie Assoziationen (bzw. die Assoziationsmengen) entweder gezielt über das Assoziationsmanagement oder indirekt über die Bearbeitung der Logistikbelege pflegen. Auswirkungen auf das Customizing Neben den Einstellungen im Customizing des Assoziationsmanagements müssen Sie zusätzliche Parameter in der Kontraktart und in der TEW-Art pflegen. Weitere Informationen finden Sie unter: o Kontraktart o Trading-Execution-Art pflegen 11.13.4.2 Portfoliomanagement Verwendung In großen Trading-Unternehmen fallen bei der Abwicklung der Geschäfte riesige Datenmengen und unzählige Belege an. Das Portfoliomanagement gibt Ihnen ein Werkzeug an die Hand, mit dem Sie Handelswaren und andere Positionen nach eigendefinierten Gruppen katalogisieren können. Durch diese Gruppierung wird eine verbesserte Verarbeitung von Trading-Kontrakten erreicht. Ab SAP R/3 Enterprise Global Trade 1.10 (EA-GLTRADE 110) können Sie festlegen, welche Merkmale einer Position bei der Verarbeitung eines Kontraktes dynamisch zugeordnet werden sollen. Hierzu legen Sie im Customizing im voraus Portfolioarten an, die durch bestimmte Schlüsselkombinationen und Gültigkeitsperioden definiert sind. Nach der Eingabe eines Materials und der zugehörigen Menge in einem Kontrakt ermittelt das System den entsprechenden Portfoliosatz mit Hilfe der von Ihnen festgelegten Zugriffsfolge, die eine effizientere Suche ermöglicht. Nachdem das Portfolio bestätigt und der Kontrakt freigegeben wurde, kann diese Zuordnung bei der anschließenden Bearbeitung der logistischen Folgebelege nicht mehr geändert werden. Das Portfolio wird darüber hinaus auch bei der Selektion von Assoziationspartnern verwendet. Wenn Sie eine neue Assoziationsbeziehung herstellen, sucht das System anhand des zugeordneten Portfoliosatzes nach geeigneten offenen Partnerpositionen. Die Assoziationsfindungsstrategie können Sie im Customizing frei definieren. Auswirkungen auf das Customizing Neben den Einstellungen im Customizing des Portfoliomanagements müssen Sie auch das Customizing der Trading-Kontraktart überprüfen. Da das Portfolio der Kontraktposition zugeordnet wird, muß die Logik für die Portfoliofindung der Kontraktart zugeordnet werden. Weitere Informationen zur Trading-Kontraktart finden Sie unter Kontraktart. 11.13.4.3 Positionsmanagement Verwendung Ab SAP R/3 Enterprise Global Trade 1.10 (EA-GLTRADE 110) wird ein neues Konzept, das Positionsmanagement, umgesetzt. Das Positionsmanagement hilft Ihnen dabei, Verluste im Verkauf zu ______________________________________________________________ SAP AG 285 SAP-System ______________________________________________________________ verringern und Ihre Lagerbestandsmengen zu optimieren. Es wird grundsätzlich zwischen drei Materialpositionen unterschieden: Short-Positionen, Long-Positionen und assoziierte Positionen. o Bei einer Long-Position sind die Einkaufsmenge und der Einkaufswert nicht mit entsprechenden Verkaufsmengen assoziiert. o Bei einer Short-Position sind die Verkaufsmenge und der Verkaufswert nicht mit entsprechenden Einkaufsmengen assoziiert. o Bei einer assoziierten Position sind die Positionsmengen zwischen der Einkaufs- und der Verkaufsseite bereits assoziiert. Diese drei Grundpositionen können entsprechend den spezifischen Anforderungen Ihres Geschäfts noch weiter unterteilt werden. Ab dem Zeitpunkt, an dem eine Materialposition in einem Trading-Kontrakt bestimmt wird, überwacht das System deren Status, bis die Verarbeitung der betreffenden Kontraktposition vollständig abgeschlossen ist. Zur Bestimmung der Materialposition ordnet das System der Kontraktposition zunächst dynamisch ein Portfolio zu. Anhand dieses Schlüssels sucht es dann nach einer geeigneten Partnerposition. Nachdem die Materialposition in einem Kontrakt bestimmt wurde, wird diese vom System im Laufe der weiteren Belegbearbeitung ständig überwacht und fortgeschrieben. Das SAP-System wird mit einem Standardbericht für die Positionsüberwachung ausgeliefert. Dieser Bericht liefert Ihnen Informationen über den Verarbeitungsstand einer offenen Position sowie eine Statusübersicht. Auswirkungen auf den Datenbestand Da der Portfoliosatz im Trading-Kontrakt zugeordnet wird, sollten Sie den Trading-Kontrakt als Ausgangspunkt Ihres Geschäftsprozesses definieren. Sie müssen den Kontrakt außerdem über die Trading Execution Workbench (TEW) bearbeiten, da die Materialposition nur unter Verwendung der TEW korrekt an die entsprechenden Folgebelege weitergegeben werden kann. Auswirkungen auf das Customizing Um eine korrekte Überwachung einer Materialposition zu erreichen, müssen Sie alle weiteren Prozesse über die TEW ausführen. Das Positionsmanagement selbst umfaßt zwei Teilbereiche: das Portfoliomanagement und das Assoziationsmanagement. Sie müssen daher sicherstellen, daß die folgenden drei Bereich im Customizing richtig eingestellt sind: o Trading Execution Workbench (TEW) o Portfoliomanagement o Assoziationsmanagement 11.14 LO-HU Handling Unit Management 11.14.1 Business Add-Ins für das Handling Unit Management (neu) Verwendung ______________________________________________________________ SAP AG 286 SAP-System ______________________________________________________________ Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) stehen im Bereich Handling Unit Management Business Add-Ins (BAdIs) zur Verfügung. Auswirkungen auf das Customizing Um ein Business Add-In zu aktivieren, müssen Sie eine aktive Implementierung anlegen. Gehen Sie dazu in das Customizing der Logistik Allgemein, und wählen Sie Handling Unit Management --> Systemanpassungen --> Business Add-Ins im Handling Unit Management --> o Business Add-In für die Ermittlung erlaubter Packmittel o Business Add-In für das automatische Verpacken o Business Add-In für Erweiterungen im HU-Dialog o Business Add-In für Erweiterungen im HU-Monitor o Business Add-In für allgemeine Prüfungen und Aktionen im HUM o Business Add-In für die Prüfung, ob das Verpacken der Position erlaubt o Business Add-In für die Reduktion der zu vepackenden Materialmenge o Business Add-In für den Etikettendruck o Business Add-In für die Datenfortschreibung o Business Add-In für Erweiterungen in der Packvorschrift o Business Add-In für die Packvorschriftsfindung über kundeneigene Felder o Business Add-In für kundeneigenen Subscreen in der Packvorschrift ______________________________________________________________ SAP AG 287 SAP-System ______________________________________________________________ 12 SD Vertrieb 12.1 Country Version India in Standard R/3 System Verwendung As of SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), Country Version India is no longer delivered as an add-on but as part of the standard R/3 System. Integration of functions in the SAP Easy Access menu The functions for withholding tax have been integrated into the SAP Easy Access menu, under Accounting -> Financial Accounting -> Accounts Payable -> Withholding Tax -> India and Accounting -> Financial Accounting -> Accounts Receivable -> Withholding Tax -> India. You can access all other functions using the area menu J1ILN, which you can call from the SAP Easy Access screen using the transaction code J1ILN. Country Version India Implementation Guide The Country Version India Implementation Guide (IMG) has been integrated into the standard Reference IMG (see Changes to Structures for Country Version India). Release Notes You can access release notes from previous add-on releases using the links below. SAP Library Documentation The SAP Library documentation for Country Version India is also delivered on the standard SAP Library documentation CD (see below). New and Changed Functions For information about new and changed functions for Country Version India, see the other release notes for this release. Auswirkungen auf den Datenbestand You do not need to change any data. Auswirkungen auf das Customizing IMG activity What to do Activate Country Version India for Specific Fiscal Years Delete the entry ZIND and create a new entry for IND. Siehe auch SAP Library -> Financials or Logistics -> Country Versions -> Asia-Pacific -> India. Release Notes from Country Version India Add-On (FI) Release Notes from Country Version India Add-On (SD) Release Notes from Country Version India Add-On (MM) ______________________________________________________________ SAP AG 288 SAP-System ______________________________________________________________ 12.2 Condition-Based Tax Calculation (New) Verwendung As of SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), a new method for calculating taxes in Brazil is available, which makes use of the standard condition technique. Tax rates, tax laws, and special indicators that influence whether tax line items are included in the nota fiscal are all stored in the system as condition records. An additional tax calculation procedure, TAXBRC, is delivered for this new method, in addition to the existing one for Brazil, TAXBRJ. Auswirkungen auf den Datenbestand You can continue to calculate taxes using the former method: when the system processes the tax procedure assigned to the country (TAXBRJ), it calculates the taxes externally by calling function module J_1BCALCULATE_TAXES. We do, however, recommend that you assign the new procedure TAXBRC and use the condition-based tax calculation functions, as it enables you to flexibly adapt the tax calculation logic to cover new legal requirements or special customer needs. You will need to migrate your existing tax rate table entries to condition records, which you can do directly from the Tax Manager's Workplace described below. You can check all tables and subsequently convert the entries, whereby the system generates condition records. After the initial migration, each time you create or change a tax rate table entry, the system automatically generates a condition record as needed. Auswirkungen auf das Customizing If you want to employ the new condition-based tax calculation, you need to activate it and carry out all related Customizing activities, under Financial Accounting -> Financial Accounting Global Settings -> Tax on Sales/Purchases -> Basic Settings -> Brazil -> Condition-Based Tax Calculation, all of which are new: o Activate Condition-Based Tax Calculation o Map MM Tax Values to Nota Fiscal Fields o Map SD Tax Values to Nota Fiscal Fields o Map MM Tax Laws to Nota Fiscal Fields o Define Internal Codes for Tax Conditions o Assign Internal Codes for Tax Conditions to Condtion Types o Assign Tax Rate Tables to Condition Tables In addition, you need to assign the new tax calculation procedure TAXBRC to the country in Customizing, under Financial Accounting -> Financial Accounting Global Settings -> Tax on Sales/Purchases -> Basic Settings -> Assign Country to Calculation Procedure. A new Customizing tool called the Tax Manager's Workplace is available that enables you to make all tax-related settings for Brazil. You access it under the same path as above through Tax on Sales/Purchases, then Calculation -> Settings for Tax Calculation in Brazil -> Access Tax Manager's Workplace , or alternatively by entering transaction J1BTAX. You can use the Tax Manager's ______________________________________________________________ SAP AG 289 SAP-System ______________________________________________________________ Workplace regardless if you use condition-based tax calculation; it simply brings all tax activities to a single transaction (only the Migration, Nota-Fiscal Mapping, and Condition Mapping options under the Condition Setup pulldown menu are relevant only for condition-based tax calculation). 12.3 Changes to Structures for Country Version India Verwendung As of SAP R/3 4.7, Country Version India is no longer delivered as an add-on, but forms part of the standard system. SAP has discontinued the Country Version India Implementation Guide (IMG) and has added its activities have been added to the standard Reference IMG as follows: Activities relating to withholding tax are now located in Customizing for Financial Accounting (FI), under Financial Accounting Global Settings -> Withholding Tax. Activities relating to excise duty and excise invoices are in Customizing for Logistics - General, under Tax on Goods Movements -> India. As far as the activities under Preparatory Activities are concerned, two of them (Activate Country Version India for Accounting Interface and Activate Processes) are no longer relevant and have been removed from the IMG entirely. The activity Execute Country Installation Program is already included in the standard IMG under the name Localize Sample Organizational Units. And the other two activities (Activate Country Version India for Specific Fiscal Years and Activate Business Transaction Events) have been added to the standard IMG. For information about other changes to the IMG relating to changes in the functions in Country Version India, see the other release notes. 12.4 Exports Under Excise Regulations (New) Verwendung As of SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), Country Version India allows you to process exports and deemed exports under excise regulations. New functions for exports have been added as follows: o You can create, change, display, and cancel excise bonds. When the bond is no longer of use, you can also close it. o There are various transactions for creating and processing ARE-1s. o Reports include two statutory reports, the Running Bond Report and the Export Report. o To track bonds we have provided a Bond Summary Report. Another transaction, the ARE Document Ageing Analysis, allows you to track ARE documents according to their current status. The following new functions are also offered for deemed exports: ______________________________________________________________ SAP AG 290 SAP-System ______________________________________________________________ o You can capture, change, display, cancel, and close licenses. o There are various transactions for creating and processing ARE-3s. o To track licenses, you can use the License Summary Report; and to track ARE-3s, use the ARE Document Aging Analysis. Finally, SAP has also provided a new role containing all excise bonding activities, Bonding Clerk (technical name: SAP_CIN_BONDING_CLERK). Auswirkungen auf das Customizing To set up the solution, carry out the following IMG activities: IMG activity What to do Make Settings for ARE-1 Procedure Make the basic settings for processing exports. Make Settings for ARE-3 Procedure Make the basic settings for processing deemed exports. Maintain License Types Maintain the various license types for when you come to enter your customers' deemed export licenses. Maintain Output Type Check the output type supplied with the SAP System. Specify Printers Specify which printers to print out the ARE documents on. Maintain Postal Addresses Enter the addresses of your local excise departments, to be printed on the AREs. Maintain Excise Groups Enter each excise group's local excise department. Maintain Series Groups Enter a default customs department for each series group. Maintain Number Ranges Maintain number ranges for bonds (number range J_1IBOND), ARE-1s (J_1IARE1), licenses (J_1ILIC), and ARE-3s (J_1IARE3). Siehe auch SAP Library -> Logistics -> Country Versions -> Asia-Pacific -> India -> Sales and Distribution (SD) -> Exports Under Excise Regulations. 12.5 Release Notes from Country Version India Add-On (SD) Verwendung The Release Notes from Releases 3.0A and 4.0A of Country Version India for Sales and Distribution (SD) are listed below. For Release Notes from earlier releases, see the alias globalization in SAPNet, and choose Media Center -> Country-Specific Documentation -> Country Version India - Release Notes. Release 3.0A o Printing of Excise Invoice for Other Movements Release 4.0A ______________________________________________________________ SAP AG 291 SAP-System ______________________________________________________________ o CENVAT Payment Can Be Done Immediately at the Time of Removal o Item Level Accounting Postings for Excise Invoices o Performance Improvements o Authorization for Excise Invoice Creation o Excise Invoices Can Be Created Based on Intercompany Billing Documents o Posting of CENVAT to Profitability Segments o Business Area Postings of Fortnightly Payments o Text Entry During Fortnightly Payments o Printing of Annexure of Excise Invoices o Enhancements to Automatic Creation of Excise Invoices o Default of Purchase Order Details to Depot Receipts o Entry of Cess During Capture of Excise Invoices in Depots o CVD Indicators Can Be Maintained for Depot Receipt o Suppplementary Excise Invoices at Depots o Supplementary Excise Invoice Selection During Depot Selection o Depot Stock Display 12.6 SD-MD Stammdaten 12.6.1 SD-MD-CM Konditionen 12.6.1.1 Löschen von Bonuskäufen Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie bereits angelegte Bonuskäufe wieder aus dem System löschen. Einmal angelegte Bonuskäufe sind zwar durch ihre Gültigkeitsdauer begrenzt, bleiben aber im System vorhanden. Sie können Bonuskäufe jetzt nach bestimmten Kriterien selektieren und löschen. 1. Das System zeigt Ihnen zunächst die vorhandenen Bonuskäufe anhand bestimmter Kriterien an. Die Auswahl kann z.B. über eine Aktion, die diese Bonuskäufe verwendet, eine Rabattart, einen Bonuskauftyp, eine Boniskaufart oder die Art des Konditionsziels erfolgen. Außerdem können Sie über die Gültigkeitsdauer einschränken. 2. Sie können auswählen, welche Bonuskäufe Sie löschen wollen. Die Anzeige erfolgt als Baum, den Sie nach verschiednen Kriterien (z.B. nach Anleger, Rabattart, Aktion und Bonuskauf) sortieren können. ______________________________________________________________ SAP AG 292 SAP-System ______________________________________________________________ 3. Das System gibt den Löschwunsch an die angeschlossenen Kassensysteme weiter. Das System löscht die Bonuskauf-Einträge in allen relevanten Tabellen (KONBBYH, KONBBYPRQ, KONBBYT, KONDN, KONDNS, KOTN*, STXH und STXL). Sie können Bonuskäufe auch aus der Aktionspflege heraus löschen. Dabei belegt das System die Bonuskaufnummern und die jeweilige Aktionsnummer im Selektionsbild des Löschprogramms vor. Wenn Sie in der Aktion Bonuskäufe zum Löschen auswählen, prozessiert das System das Selektionsbild des Löschprogramms dunkel, ansonsten durchläuft es das Selektionsbild hell. Die Aktionspflege aktualisiert die entsprechenden Bildschirmdarstellungen selbständig. Auswirkungen auf den Datenbestand Das System protokolliert, welche Bonuskäufe bisher an welche Filialen verteilt wurden. Beim Löschen eines Bonuskaufs wird das Löschkennzeichen für alle zugehörigen Einträge gesetzt. Mit Hilfe der markierten Einträge können dann entsprechende Löschinformationen zielgerichtet an alle betroffenen Filialen versendet werden. Die Archivierung von Bonuskäufen ist nicht möglich. Auswirkungen auf die Systemverwaltung Beim Löschen von Bonuskäufen ist es erforderlich, die Datenbasis des SAP-Systems und der angeschlossenen Kassensysteme konsistent zu halten und Datenschiefstände zu vermeiden. SAP empfiehlt, das Programm BBY_POS_DELETE täglich im Hintergrund einzuplanen. Wenn das erwartete Datenvolumen nicht zu groß ist, kann der Aufruf auch direkt aus dem Programm BBY_DELETE erfolgen. Siehe auch Weitere Informationen finden Sie in der Dokumentation zu SAP Retail (SAP-Bibliothek -> Logistik -> SAP Retail) unter Stammdaten -> Konditionen -> Bonuskauf. 12.6.1.2 Neue Änderungszeiger für Konditionssätze (WIND) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) stehen folgende zusätzliche Möglichkeiten im Rahmen der Beleganpassung bei Konditionsänderungen zur Verfügung: o Direkte Erzeugung von Einträgen im Arbeitsvorrat nach Konditionsänderungen o Aufnahme zusätzlicher Daten für einen Eintrag im Arbeitsvorrat Bei dem bisherigen Verfahren wurden die Einträge im Arbeitsvorrat auf der Basis der Änderungszeiger für Konditionsänderungen (Nachrichtentyp CONDBI) im Rahmen der Arbeitsvorratserstellung (Transaktion MEI4) erzeugt. Bei dem neuen Verfahren sind dagegen Änderungszeiger nicht mehr nötig. Bei der Änderung einer Kondition werden nun Einträge im Arbeitsvorrat direkt erstellt. Dadurch entfällt zum einen der bisherige performanceaufwendige Prozeßschritt der Arbeitsvorratserstellung aus Änderungszeigern. Darüber hinaus kann auf die Erzeugung von Änderungszeigern für Konditionsänderungen verzichtet werden, wenn diese nicht in anderen Prozessen verwendet werden. Das für die bisherige Arbeitsvorratserstellung geltende Customizing, das festlegt, welche Konditionsarten ______________________________________________________________ SAP AG 293 SAP-System ______________________________________________________________ im Arbeitsvorrat aufgenommen werden sollen (Tabelle T6I1), ist auch für die direkte Erzeugung gültig. Bei dem neuen Verfahren gibt es jedoch zusätzliche Filtermöglichkeiten. Zum einen kann pro Belegtyp festgelegt werden, für welche Arten von Konditionsänderungen (Betragsänderung, Gültigkeit, Kalkulationsrelevanz usw.) Arbeitsvorratseinträge erstellt werden sollen. Darüber hinaus existiert ein vom Filterkriterium Belegtyp abhängiges BAdI, mit dem kundenindividuelle Filterkriterien realisiert werden können. Das folgende Beispiel erläutert die Möglichkeiten des BAdIs: Aufgrund wechselnder Einkaufsbedingungen werden Frischeartikel in kurzen Abständen regelmäßig neu kalkuliert, eine Aktualisierung von Verkaufspreisen über den Prozess des Kalkulationsvorrats wird daher nicht benötigt. Verwenden Sie für die Anwendung Handelskalkulation (Belegtyp 10) in diesem Fall als zusätzliches Filterkriterium die Materialart. Bei einer Änderung des Einkaufsgrundpreises für einen Frischeartikel erzeugt das System dann aufgrund des eingerichteten Filterkriteriums keinen Arbeitsvorratseintrag für diesen Belegtyp. Die zusätzlichen Daten eines Arbeitsvorratseintrags bestehen zum einen aus Kopfdaten der Konditionen, mit denen man eine Verbesserung der Performance bei der Folgeverarbeitung erreicht, sowie aus variablen Kundenfeldern, mit denen eine selektive Folgeverarbeitung möglich wird. Das Füllen der Kundenfelder wird im Customizing festgelegt (Tabelle T6I2S). Auswirkungen auf den Datenbestand Wenn auf Änderungszeiger für Konditionsänderungen verzichtet wird, dann reduziert sich der Datenbestand der Änderungszeiger erheblich. Ein Änderungszeiger besteht i.d.R. aus mehreren Einträgen in der Tabelle BDCP bzw. BDCP2. Im einzelnen ergeben sich folgende Änderungen: o Die Tabellenbreite der Tabelle WIND erhöht sich durch die zusätzlichen Felder von 45 auf 262 Bytes. o Die Anzahl der Tabelleneinträge im Arbeitsvorrat kann sich aufgrund der zusätzlichen Filterkriterien verringern. o Änderungszeiger für den Nachrichtentyp CONDBI werden ggf. nicht mehr benötigt. Auswirkungen auf die Systemverwaltung Der Prozeßschritt der Erzeugung des Arbeitsvorrats aus Änderungszeigern (Transaktion MEI4) ist bei dem neuen Verfahren nicht mehr nötig. Die Prüfung gegen bestehende Belegindizes (Tabelle S111), die bei der bisherigen Arbeitsvorratserstellung möglich ist, muß nun im BAdI als zusätzliches Filterkriterium implementiert werden (siehe Beispiel-Coding). Die Migration des Arbeitssvorrats von den alten auf die neuen Arbeitsvorratseinträge wird mit dem Report RMEBEMIG vorgenommen. Der Report ergänzt die vorhandenen Einträge mit Informationen aus den Konditionssätzen. Wenn von dem alten auf das neue Verfahren umgestellt wird, ist für jeden Belegtyp ein spezielles Anpassungsverfahren notwendig. Dieses Verfahren ist jeweils in den Anwendungen beschrieben, die das neue Verfahren nutzen. Auswirkungen auf das Customizing Stellen Sie zunächst das neue Customizing für die direkte Erzeugung von Arbeitsvorratseinträgen ein. Bei ______________________________________________________________ SAP AG 294 SAP-System ______________________________________________________________ einer Neuinstallation oder wenn Sie die Beleganpassung für einen bestimmten Belegtyp noch nicht genutzt haben, setzen Sie das Kennzeichen für Migration und Direkteintrag manuell im Customizing. Bei der Umstellung vom alten auf das neue Verfahren werden die Kennzeichen im Rahmen des Migrationsverfahrens ggf. automatisch gesetzt. Zusätzlich legen Sie pro Belegtyp als Filterkriterium die Arten der Konditionsänderungen fest, für die Arbeitsvorratseinträge erstellt werden sollen, und wie die variablen Felder zu füllen sind. Wenn für alle verwendeten Belegtypen die direkte Erzeugung von Arbeitsvorratseinträgen eingestellt ist, kann ggf. auf die Erstellung von Änderungszeigern vom Nachrichtentyp CONDBI verzichtet werden. Deaktivieren Sie dann den Nachrichtentyp CONDBI im ALE-Customizing. Die Deaktivierung kann auch durch den Migrationsreport durchgeführt werden. Siehe auch Weitere Informationen finden Sie in der Dokumentation zu SAP Retail (SAP-Bibliothek -> Logistik -> SAP Retail) unter Stammdaten -> Konditionen -> Automatische Aktualisierung von Belegen nach Konditionsänderungen. 12.7 SD-BF Grundfunktionen 12.7.1 SD-BF-PR Konditionen und Preisfindung 12.7.1.1 Condition-Based Excise Determination in SD (New) Verwendung As of SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), you can calculate excise duties and sales taxes applicable in India in sales documents using standard pricing procedures (condition-based excise determination). All excise duties and sales taxes are included in the pricing procedures themselves (not in tax procedures). We recommend that new customers follow this procedure. There are four new pricing procedures: Pricing procedure JINFAC JINEXP JINDEP JINSTK Use Sales from manufacturing plants Export sales Sales from depots Stock transfers For more details about the procedures, including which condition types are supplied, see the documentation mentioned below. Auswirkungen auf den Datenbestand ______________________________________________________________ SAP AG 295 SAP-System ______________________________________________________________ Once you have made the Customizing settings below, assign the appropriate customer pricing procedures to your customer master records. Create condition records for all excise duties and sales taxes. Auswirkungen auf das Customizing IMG activity What to do Define and Assign Pricing Procedures Copy the pricing procedures supplied, adjust them to match your needs, and set up the pricing determination procedures. Siehe auch SAP Library -> Logistics -> Country Versions -> India -> Sales and Distribution (SD) -> Pricing. 12.7.2 SD-BF-TX Steuern 12.7.2.1 Condition-Based Excise Determination in SD (New) Verwendung As of SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), you can calculate excise duties and sales taxes applicable in India in sales documents using standard pricing procedures (condition-based excise determination). All excise duties and sales taxes are included in the pricing procedures themselves (not in tax procedures). We recommend that new customers follow this procedure. There are four new pricing procedures: Pricing procedure JINFAC JINEXP JINDEP JINSTK Use Sales from manufacturing plants Export sales Sales from depots Stock transfers For more details about the procedures, including which condition types are supplied, see the documentation mentioned below. Auswirkungen auf den Datenbestand Once you have made the Customizing settings below, assign the appropriate customer pricing procedures to your customer master records. Create condition records for all excise duties and sales taxes. Auswirkungen auf das Customizing ______________________________________________________________ SAP AG 296 SAP-System ______________________________________________________________ IMG activity What to do Define and Assign Pricing Procedures Copy the pricing procedures supplied, adjust them to match your needs, and set up the pricing determination procedures. Siehe auch SAP Library -> Logistics -> Country Versions -> India -> Sales and Distribution (SD) -> Pricing. 12.8 SD-SLS Verkauf 12.8.1 Auswertung offener Verkaufsbelege nach US-GAAP Richtlinie SFAS 133 Verwendung Nach SFAS 133 - Accounting for Derivative Instruments and Hedging Activities - müssen die offenen Werte bestimmter Verkaufsbelege zum Marktwert bilanziert werden. Hierbei sind die Änderungen des Marktwertes erfolgswirksam im Ergebnis zu berücksichtigen. Um die Selektion der betroffenen Belege zu unterstützen, stellt SAP den Report SDFAS133 zur Verfügung. Weitere Informationen: Dokumentation des Reports SDFAS133 12.8.2 SD-SLS-SO Kundenauftrag 12.8.2.1 Purchase Requisitions Generated from Sales Orders Update FM (Changed) (geändert) Verwendung Ab dem Release SAP R/3 Enterprise Public Services 1.10, erzeugt eine Bestellanforderung, die aus einem Kundenauftrag generiert wird, ein Obligo im Haushaltsmanagement (HHM). Bei der Fortschreibung von Bestellanforderungen kann Budget verfügt werden. Auswirkungen auf den Datenbestand Vorhandene Bestellanforderungen werden nicht automatisch fortgeschrieben. Die neue Funktion wird nur wirksam, wenn Sie in diesem Release mit neuen Kundenaufträge arbeiten. Auswirkungen auf das Customizing Die Bestellanforderungen werden im HHM als normale Bestellanforderungen angesehen. Daher ist kein spezielles Customizing notwendig. ______________________________________________________________ SAP AG 297 SAP-System ______________________________________________________________ 12.8.2.2 SD Order -Fortschreibung im Haushaltsmanagement (HHM) Verwendung Ab dem Release SAP R/3 Enterprise Public Services 1.10, schreiben fakturierungsrelevante SD-Aufträge Obligo-Einzelposten im Haushaltsmanagement fort. Auswirkungen auf den Datenbestand Bestehende SD-Aufträge können mit dem Programm RFFMR07 nachgebucht werden. Wählen Sie hierzu im Einführungsleitfaden Public Sector Management -> Haushaltsmanagement Öffenltiche Verwaltung -> Ist- und Obligofortschreibung/Integration -> R/3 Interne Datenübernahme -> Nachbuchung -> HHM Offene Posten für SD-Aufträge nachbuchen. Auswirkungen auf das Customizing Die Funktion ist in allen HHM-Fortschreibungsprofilen aktiv. Ein spezielles Customizing ist nicht erforderlich. 12.9 SD-BIL 12.9.1 SD-BIL-IV 12.9.1.1 SD-BIL-IV-SM Fakturierung Fakturabearbeitung Aufwandsbezogene Fakturierung 12.9.1.1.1 Aufwandsbezogene Faktura für erlösführende Innenaufträge (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) kann die aufwandsbezogene Faktura direkt erlösführende Innenaufträge verarbeiten. Bisher war die aufwandsbezogene Faktura nur möglich für o Verkaufsbelege mit Kostensammler o Erlösführende Serviceaufträge o Erlösführende PSP-Elemente. Die Kosten von Innenaufträgen konnten nur nach Abrechnung auf eines dieser Objekte in der aufwandsbezogenen Faktura berücksichtigt werden. Jetzt ist die aufwandsbezogene Faktura für erlösführende Innenaufträge direkt über einen Verkaufsbeleg ohne Kostensammler möglich. Der Prozeß orientiert sich an der derzeitigen Lösung zur aufwandsbezogenen Faktura von Projekten / PSP-Elementen. Auswirkungen auf das Customizing Zur Nutzung der neuen Funktion muß im Customizing der Verkaufsbelegpositionen die Kontierung auf ______________________________________________________________ SAP AG 298 SAP-System ______________________________________________________________ Innenaufträge erlaubt werden. Das tun Sie im Arbeitsschritt: Steuerung Kundenauftragsfertigung / Kundenauftrags-Controlling 12.9.1.1.2 Archivierung der CO-Einzelposten (erweitert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie die CO-Einzelposten zu Aufträgen und Projekten auch dann archivieren, wenn Sie diese aufwandsbezogen fakturieren. Dadurch können Sie die Performance Ihres Gesamtsystems erheblich verbessern. Auswirkungen auf das Customizing Um die erweiterte Archivierungsfunktion nutzen zu können, müssen Sie neben den Residenzzeiten für die CO-Einzelposten auch Residenzzeiten für Dynamische-Posten-Prozessor-Quellen (DPP-Quellen) eingeben. Verwenden Sie hierfür im IMG der Angebotserstellung und Fakturierung die Aktivität Residenzzeiten der DPP-Quellen. 12.9.1.1.3 Belegflussauswertungen der aufwandsbezogenen Faktura (neu) Verwendung Auswertung des Belegflusses zum Auftrag Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie den Belegfluss der fakturierten Aufwände zu einem Kundenauftrag, Serviceauftrag, Kontrakt oder Projekt über ein neues Programm auswerten. Das Programm stellt die fakturierten, abgesagten und offenen Aufwände in einer Strukturübersicht ähnlich der Aufwandssicht in der aufwandsbezogenen Faktura dar. Die Strukturierung können Sie interaktiv ändern. Zu jedem Aufwandsposten werden die Fakturaanforderungen detailliert aufgelistet. Sie können direkt aus der Ergebnisübersicht zur Fakturaanfoderung navigieren. Diverse weitere Funktionen wie z. B. Filter ermöglichen eine flexible Auswertung. Die Auswertung des Belegflusses können Sie über die Transaktionen DP99A, DP99B und DP99C durchführen. Diese Transaktionen unterscheiden sich lediglich in Ihren Selektionsmöglichkeiten. Auswertung des Belegflusses zur Fakturaanforderung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie sich ausgehend von einer Fakturaanforderung oder auch einer Gutschriftsanforderung die über den Beleg fakturierten Aufwände anzeigen lassen. Über die Transaktion DP98 erhalten Sie eine entsprechende Liste mit allen fakturierten Aufwandsposten zur Fakturaanforderung. 12.9.1.1.4 DP-Prozessor (erweitert) Verwendung ______________________________________________________________ SAP AG 299 SAP-System ______________________________________________________________ Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) stehen Ihnen folgende Erweiterungen des Dynamische-Posten-Prozessors (DP-Prozessors) zur Verfügung: o Neue Business Add-Ins (BAdI's): Zu allen Kundenerweiterungen wurden Business Add-Ins (BAdIs) entwickelt. Diese BAdIs stehen gleichberechtigt neben den Kundenerweiterungen, die weiterhin unterstützt werden. Lediglich die Kundenerweiterung AD010006 wurde in das BAdI SMOD_AD010006 migriert und steht nur noch als BAdI zur Verfügung. Zusätzlich zu den BAdI's mit den Funktionen aus den Kundenerweiterungen werden auch neue Business Add-Ins ausgeliefert. o Verbesserte Steuerungsmöglichkeiten zur Übernahme von Mengen und Kosten Für die Übernahme von Mengen und Kosten in der Materialfindung des Dynamische-Posten-Prozessorprofils (DPP-Profils) stehen Ihnen erweiterte Einstellungsmöglichkeiten zur Verfügung. Das Kennzeichen Menge übernehmen ist deshalb umbenannt worden in Menge/Kosten übernehmen. Sie können nun unter anderem festlegen, dass ein Aufwandsposten nur dann in den Vertriebsbeleg übernommen wird, wenn die Kosten ungleich 0 sind, oder nur dann, wenn die Menge ungleich 0 ist. o Erhöhung der möglichen Materialfindungszeilen je DPP-Profil Sie können nun im DPP-Profil mehr als 999 Materialfindungszeilen definieren. o Neues Analyseprogramm für DPP-Profile Die bisherige Konsistenzprüfung für DPP-Profile wird durch ein neues Analyseprogramm ersetzt. Das neue Programm führt ebenfalls eine Konsistenzprüfung für das Profil durch, kann allerdings immer nur ein Profil pro Durchlauf prüfen. Dafür bietet es dem Anwender mehr Informationen und erlaubt auch das Drucken des gesamten Profils und die Simulation der Materialfindung. Das neue Programm können Sie über das Customizing oder die Transaktion ODP2 ausführen. Wenn Sie die Konsistenzprüfung für mehrere Profile gleichzeitig ausführen wollen, steht Ihnen das bisherige Programm über die Transaktion ODP2A weiterhin zur Verfügung. Auswirkungen auf das Customizing Die Einstellmöglichkeiten zu den neuen Funktionen finden Sie im Customizing des Projektsystems unter den Aktivitäten Erlöse und Ergebnis --> Integration mit Vertriebsbelegen --> Angebotserstellung und Fakturierung für Projekte --> Profile für Angebotserstellung und Fakturierung pflegen und Profileinstellungen prüfen. Siehe auch o Weitere Informationen über die Business Add-Ins finden Sie im Einführungsleitfaden (IMG) des Projektsystems unter Erweiterungen Angebotserstellung/Fakturierung entwickeln. o Weitere Informationen zu den verbesserten Steuerungsmöglichkeiten zur Übernahme von Mengen und Kosten finden Sie in der Dokumentation des Datenelements Menge und Kosten übernehmen. 12.9.1.1.5 Fakturaanforderung für Kundenauftragspositionen (erweitert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie im Geschäftsprozess Fakturierung ______________________________________________________________ SAP AG 300 SAP-System ______________________________________________________________ von Auftragspositionen mit Serviceprodukt eine gemeinsame Fakturaanforderung für mehrere Kundenauftragspositionen erstellen. Die einzelnen Positionen können dabei auch unterschiedliche Fakturierformen haben. 12.9.1.1.6 Sammelverarbeitung aufwandsbezogene Faktura (erweitert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) bietet Ihnen die Sammelverarbeitung der aufwandsbezogenen Faktura zusätzliche Selektionsmöglichkeiten für Kundenaufträge oder Serviceaufträge an. Die verbesserten Sammelverarbeitungen sind über folgende Programme verfügbar: o Die Transaktion DP96 ermöglicht eine verbesserte Selektion von Kundenaufträgen. o Die Transaktion DP97 erweitert die Selektionsoptionen für Serviceaufträge. 12.9.1.1.7 Statische Abwicklung aufwandsbezogene Faktura (gelöscht) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) steht die statische Abwicklung der aufwandsbezogenen Faktura (Transaktion VA90), wie zu Release 4.5 angekündigt, nicht mehr zur Verfügung. Stattdessen können Sie die dynamische Abwicklung (Transaktion DP90) nutzen, die Ihnen alle nötigen Funktionen zur Verfügung stellt. Auswirkungen auf den Datenbestand Sie müssen Ihre existierenden Aufträge auf die dynamische Abwicklung umstellen. Auswirkungen auf das Customizing Sie müssen Ihr System auf die dynamische Abwicklung der aufwandsbezogenen Faktura umstellen. Dies können Sie bereits vor der Umstellung auf SAP R/3 Enterprise für alle Releases ab 4.5B tun. Weitere Informationen zur Umstellung auf die dynamische Abwicklung finden Sie im Einführungsleitfaden (IMG) der Angebotserstellung und Faktura unter Statische Abwicklung (Verfahren vor Release 4.5). 12.10 SD-EDI Electronic Data Interchange 12.10.1 BAdIs im Preiskatalog Verwendung Ab SAP R/3 Enterprise Retail 1.10 (EA-RETAIL 110) stehen Ihnen im Preiskatalog folgende Business Add-In (BAdIs) zur Verfügung: ______________________________________________________________ SAP AG 301 SAP-System ______________________________________________________________ BAdI PRIREADMATERIAL: Das BAdI PRIREADMATERIAL wird in der Ausgangsverarbeitung des Preiskataloges aufgerufen. Dieses BAdI erlaubt Ihnen, die Felder des Preiskatalogs mit eigenen Daten zu füllen. Sie können so Katalogfelder im Preiskatalog füllen, die in der Standardauslieferung nicht versorgt werden können, für die aber im System ggf. in kundeneigenen Tabellen oder Erweiterungen entsprechende Daten vorhanden sind. Auch das Nachlesen von Konditionen oder Stücklisten nach einer anderen Logik als die, die im Preiskatalog vorgesehen ist, und die Integration der so gewonnenen Daten in den Preiskatalog ist mit Hilfe dieses BAdIs möglich. Das BAdI besteht aus fünf Methoden: o Mit der Methode READ_MATERIAL erweitern Sie die Grunddaten. o Mit der Methode READ_BOM haben Sie die Möglichkeit, Erweiterungen zum Lesen von Stücklisten. Die Methode wird für jedes Material gerufen, auch wenn für das Material im System keine Stückliste gefunden wurde. Sie können so Stücklisteninfos individuell hinzulesen, um sie ablegen zu können. o Mit der Methode READ_CONDITION können Sie Erweiterungen zum Lesen von Konditionen implementieren. o Die Methode READ_CONDITION_COMPLETE erlaubt Ihnen, Konditionen zu ändern und zu ergänzen. Im Unterschied zu READ_CONDITION hat diese Methode eine wesentlich erweiterte Schnittstelle. Insbesondere stehen auch die Stücklisteninformationen zur Verfügung. o Die Methode READ_BOM_COMPONENTS wird innerhalb der Routine, die den Stücklistenzugriff ausführt, gerufen und erlaubt Ihnen die direkte Bearbeitung der ermittelten Stücklistenkomponenten. Der Aufruf erfolgt nur, wenn ein Material auch eine Stückliste hat. Die Methode ermöglicht die Änderung der Stücklistenkomponenten BAdI PRICHECKPOSITION: Das BAdI PRICHECKPOSITION wird ebenfalls in der Ausgangsverarbeitung des Preiskataloges aufgerufen. Dieses BAdI ermöglicht Ihnen die Implementierung einer zusätzlichen Prüfung der Katalogposition. Dadurch können zum Beispiel weitere Pflichtfelder innerhalb des Kataloges festgelegt werden oder logische Abhängigkeiten geprüft werden. Das BAdI beinhaltet fünf Methoden: o In der Methode CHECK_POSITION wird die komplette Katalogposition mit Ausnahme der kundenspezifischen Konditionen geprüft. o In der Methode CHECK_CUSTOMER_PRICE können pro Kunde die Konditionen geprüft werden. o Die Methode CHECK_BOM erlaubt Ihnen, die Komponenten aus K007 zu einem Material zu überprüfen und einen Returncode zu setzen. Der Returncode steuert das Verhalten nach Rückkehr aus der Methode : - '0': keine weitere Aktion - '1': Statussatz (K003S) wird auf Fehler gesetzt, Transportflag in K003S wird auf 'kein Transport' gesetzt. - '2' und alle anderen Werte außer 0 und 1: Statussatz wird auf Fehler gesetzt und Transportflag ______________________________________________________________ SAP AG 302 SAP-System ______________________________________________________________ auf 'zu transportieren'. o Mit der Methode CHECK_CUSTOMER_PRICES_ALL haben Sie die Möglichkeit, die Konditionen im Zusammenhang zu überprüfen. So werden alle Konditionen aus der K008C übergeben. Zusätzlich wird die aktuelle Materialposition übergeben. Sie können so die Konditionen aller Kunden zum jeweils aktuellen Material betrachten. In der Tabelle IT_CUSTOMERS können die Kunden eingetragen werden, bei denen ein Fehler aufgetreten ist. Diese Tabelle wird nach Rückkehr aus der Methode interpretiert und die betroffenen Statussätze (K003S) werden auf Fehler ohne Übertragung gesetzt. o Die Methode CHECK_POSITION_CUST erlaubt Ihnen eine Prüfung auf der Ebene Kunden/Material und das Setzen des Transportflags in der übergebenen K003S . BAdI PRISETPARTNER: Das BAdI PRISETPARTNER wird ebenfalls in der Ausgangsverarbeitung des Preiskataloges aufgerufen. Dieses BAdI bietet zwei Methoden an: o Die Methode ADJUST_K00C erlaubt Ihnen, in der Transaktion VPRICAT Felder der Tabelle K000C (also kundenabhängige Preiskatalogfelder) zu ändern. Verwenden Sie diese Methode, um die Partnerart und die Partnernummer zu setzen, die zur Versendung des IDocs an den jeweiligen Kunden genutzt werden sollen. Damit kann die manuelle Pflege unterbleiben. o Die Methode SET_PARTNER_PARMS wird bei der Erstellung des IDocs PRICAT02 gerufen. Sie erlaubt Ihnen, die Nachrichtenvariante und die Nachrichtenfunktion zum Zugriff auf die Partnervereinbarung zu setzen. Nachrichtenvariante und Nachrichtenfunktion sind Schlüsselfelder zur Partnervereinbarung. Wenn sie nicht über die Methode SET_PARTNER_PARMS gesetzt werden, sind sie initial. BAdI PRICAT_OUT_EXTIN: Auch das BAdI PRICAT_OUT_EXTIN wird in der Ausgangsverarbeitung des Preiskataloges aufgerufen. Dieses BAdI dient dazu, den ExtensionIn-Parameter des BAPIs BAPI_PRICECATALOGUE_SAVREPLICA im Preiskatalogausgang zu füllen. Eine Tabelle ExtensionIn im BAPI-Interface ist die Standard-Erweiterungstechnik für BAPIs. Diese Schnittstelle ist relevant, wenn Preiskataloge über den Nachrichtentyp PRICECATALOGUE verschickt werden. Der Parameter ExtensionIn gibt Ihnen die Möglichkeit. zusätzlich zum im Standard definierten Datenumfang weitere Daten an das BAPI weiterzugeben und somit auch an das zu versendende IDoc, das auf Basis der BAPI-Schnittstelle generiert wurde. Die zusätzlichen Daten werden über eigene Segmente (E1BPAREX) im IDoc transportiert. Das BAPI enthält ebenfalls BAdI-Methodenaufrufe, um diese Daten über kundenspezifisches Coding im Preiskatalogeingang verarbeiten zu können. Wenn die Daten nicht zwischen zwei SAP R/3-Systemen ausgetauscht werden, muß ein Konverter die anwenderspezifischen Segmente interpretieren. Die Methode OUTBOUND_EXTENSIONIN importiert die komplette Schnittstelle des BAdIs. Der Parameter RT_EXTENSIONIN ist ein Changing-Parameter. Somit kann diese Tabelle innerhalb der Methode mit kundenspezifischen Daten gefüllt werden. Der Parameter ExtensionIn ist die in Standardauslieferung unterstützte Erweiterungstechnik für BAPIs. BAdI PRICAT_IN_EXTIN: Das BAdI PRICAT_IN_EXTIN wird in der Eingangsverarbeitung des Preiskataloges aufgerufen. Dieses BAdI kennt zwei Methoden: ______________________________________________________________ SAP AG 303 SAP-System ______________________________________________________________ o Die Methode CHECK_INBOUND_EXTENSION erlaubt zu Beginn der Verarbeitung im BAPI BAPI_PRICECATALOGUE_SAVREPLICA die Überprüfung der Parameter, die dem BAPI übergeben wurden. Insbesondere kann der Parameter ExtensionIn überprüft werden. Über den Parameter RV_SUBRC können Sie errreichen, daß die weitere Verarbeitung unterbleibt. Die Systemnachrichtenfelder werden nach Aufruf der Methode im BAPI BAPI_PRICECATALOGUE_SAVREPLICA ausgewertet, wenn RV_SUBRC ungleich 0 ist . o Die Methode UPDATE_INBOUND_EXTENSION erlaubt die Verarbeitung der Daten aus dem Tabellenparameter ExtensionIn. Dieser Parameter enthält ggf. kundenspezifische Daten, die entweder in die Standardtabellen des Preiskataloges integriert werden sollen, oder in kundeneigenen Tabellen abgelegt werden sollen. Zur Integration in die Standardtabellen des Preiskataloges werden sog. BAPI_Table_Extensions verwendet. Dies sind Objekte des Erweiterungskonzeptes für BAPIs. Sie werden standardmäßig mit den Key-Bestandteilen ausgeliefert und um eigene Felder in Appends erweitert. Diese Methode erhält die Table_Extensions über die Schnittstelle und kann sie dann füllen. Für jede Tabelle des Preiskataloges wird eine entsprechende Table_Extension ausgeliefert. Informieren Sie sich im Quelltext des Bausteins BAPI_PRICECATALOGUE_SAVREPLICA über die Namen der Extensions. Es handelt sich um die Changing-Parameter der Methode UPDATE_INBOUND_EXTENSION. Nach Rückkehr aus dem Methodenaufruf werden die Einträge mit den Standardtabellen abgeglichen. Wenn Sie eigene Tabellen aktualisieren wollen, können Sie innerhalb der Methode einen eigenen Verbuchungsbaustein aufrufen, der Ihre eigenen Tabellen aktualisiert. Die Changing-Parameter sind bei Aufruf leer. Sie werden ggf. innerhalb der Methode gefüllt. Sie werden genutzt, um kundeneigene Felder innerhalb der Standardtabellen zu versorgen. Wenn Einträge in diesen Strukturen und Tabellen vorgenommen werden, muß der Parameter 'entries_made' auf 'X' gesetzt werden, damit die Übertragung aus diesen Strukturen und Tabellen in die Standardtabellen des Preiskataloges erfolgt. Es handelt sich bei diesen Parametern um BAPI-table-extensions. Im Kundensystem können diese Strukturen mit APPENDS erweitert werden. Diese Erweiterung entspricht genau der Erweiterung der entsprechenden Standardtabelle. Mit einem MOVE_CORRESPONDING nach dem Methodenaufruf werden die kundenspezifischen Felder in die Standardtabellentransxportiert. Es handelt sich hierbei um die im Standard unterstützte Erweiterungstechnik für BAPIs. BAdI PRISETTEXTPARMS: Das BAdI PRISETTEXTPARMS wird wiederum in der Ausgangsverarbeitung des Preiskataloges aufgerufen . Dieses BAdI dient dazu, die Text-IDs und Sprachen für Materialtexte einzuschränken, die potentiell in einen Preiskatalog aufgenommen werden sollen. Die Einschränkung kann aus Gründen der Übersicht im Katalog sinnvoll sein. Ebenso ist es angebracht, aus Performancegründen nicht nach allen denkbaren Materialtexten in allen Sprachen zu suchen. Das BAdI unterstützt die Methode ADJUST_LANGUAGES_OUT. Diese Methode erhält über die Schnittstelle die Text-IDs und Sprachen als Tabellen über zwei Changing-Parameter. Durch die Implementierung dieser Methode können Sie nun diese Text-IDs und Sprachen einschränken, indem Sie Einträge aus den Tabellen entfernen. ______________________________________________________________ SAP AG 304 SAP-System ______________________________________________________________ 12.10.2 Unterstützung von Staffeln im Preiskatalog Verwendung Ab SAP R/3 Enterprise Retail 1.10 (EA-RETAIL 110) können Sie Staffeln im Preiskatalog ablegen. Staffeln im Preiskatalogeingang: Die Eingangsverarbeitung der logischen Nachrichten PRICECATALOGUE legt die Staffeln im Eingangspreiskatalog ab. Die Anzeige erfolgt jeweils über einen neuen Tabreiter auf EAN-Ebene (Transaktion PRICAT). Staffeln im Preiskatalogausgang: Bisher versendet der logische Nachrichtentyp PRICAT (IDocs PRICAT01 und PRICAT02) Staffelinformationen. Dies erfolgt durch Nachlesen der Staffeln aus den Stammdaten (nicht aus dem Preiskatalog) zum Zeitpunkt der IDoc-Erstellung. Sie haben nun die Möglickeit, die Staffeln bei Erstellung im Preiskatalog abzulegen. Die Staffeln können über die Transaktionen VPRICAT (Ausgang) und PRICAT (Eingang) angezeigt und geändert werden. Der Änderungsdienst berücksichtigt die Änderungen an Staffeln ebenfalls. Anzeige und Pflege erfolgen jeweils über einen neuen Tabreiter auf EAN-Ebene. Die Nachricht PRICECATALOGUE (über den neuen IDoc-Typ PRICECATALOGUE02) versendet die Staffeln aus den Katalogdaten heraus. Die Funktionalität des logischen Nachrichtentyps PRICAT (IDocs PRICAT01 und PRICAT02) ist unverändert. IDoc-Erweiterungen für die Nachricht PRICECATALOGUE02: Bisher konnten für die Nachricht PRICECATALOGUE keine kundeneigenen Segmente eingefügt werden, da das BAPI, auf dem diese Nachricht beruht (BAPI_PRICECATALOGUE_SAVREPLICA), bisher keine Kundenerweiterungen unterstützt. Dieses BAPI ist nun in seiner Schnittstelle um den Parameter EXTENSIONIN erweitert. Dieser Parameter erlaubt die Übergabe kundenspezifischer Daten an das BAPI. Innerhalb des BAPIs wird die Verarbeitung dieser Daten über zwei Methoden des neuen BAdI PRICAT_IN_EXTIN mit Hilfe von Table-Extensions unterstützt. Da die Nachricht PRICECATALOGUE technisch (durch Generierung der Nachricht aus der BAPI-Schnittstelle) auf dem BAPI beruht, enthält der neue IDoc-Typ PRICECATALOGUE02 ein neues Segment zum Transport der Kundenerweiterungen. Auf der Ausgangsseite wird das Befüllen dieses Segmentes durch das BAdI PRICAT_OUT_EXTIN unterstützt. 12.11 SD-POS POS-Interface 12.11.1 SD-POS-OUT POS-Interface-Ausgang ______________________________________________________________ SAP AG 305 SAP-System ______________________________________________________________ 12.11.1.1 Neue Änderungszeiger für Konditionssätze (WIND) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) stehen folgende zusätzliche Möglichkeiten im Rahmen der Beleganpassung bei Konditionsänderungen zur Verfügung: o Direkte Erzeugung von Einträgen im Arbeitsvorrat nach Konditionsänderungen o Aufnahme zusätzlicher Daten für einen Eintrag im Arbeitsvorrat Bei dem bisherigen Verfahren wurden die Einträge im Arbeitsvorrat auf der Basis der Änderungszeiger für Konditionsänderungen (Nachrichtentyp CONDBI) im Rahmen der Arbeitsvorratserstellung (Transaktion MEI4) erzeugt. Bei dem neuen Verfahren sind dagegen Änderungszeiger nicht mehr nötig. Bei der Änderung einer Kondition werden nun Einträge im Arbeitsvorrat direkt erstellt. Dadurch entfällt zum einen der bisherige performanceaufwendige Prozeßschritt der Arbeitsvorratserstellung aus Änderungszeigern. Darüber hinaus kann auf die Erzeugung von Änderungszeigern für Konditionsänderungen verzichtet werden, wenn diese nicht in anderen Prozessen verwendet werden. Das für die bisherige Arbeitsvorratserstellung geltende Customizing, das festlegt, welche Konditionsarten im Arbeitsvorrat aufgenommen werden sollen (Tabelle T6I1), ist auch für die direkte Erzeugung gültig. Bei dem neuen Verfahren gibt es jedoch zusätzliche Filtermöglichkeiten. Zum einen kann pro Belegtyp festgelegt werden, für welche Arten von Konditionsänderungen (Betragsänderung, Gültigkeit, Kalkulationsrelevanz usw.) Arbeitsvorratseinträge erstellt werden sollen. Darüber hinaus existiert ein vom Filterkriterium Belegtyp abhängiges BAdI, mit dem kundenindividuelle Filterkriterien realisiert werden können. Das folgende Beispiel erläutert die Möglichkeiten des BAdIs: Aufgrund wechselnder Einkaufsbedingungen werden Frischeartikel in kurzen Abständen regelmäßig neu kalkuliert, eine Aktualisierung von Verkaufspreisen über den Prozess des Kalkulationsvorrats wird daher nicht benötigt. Verwenden Sie für die Anwendung Handelskalkulation (Belegtyp 10) in diesem Fall als zusätzliches Filterkriterium die Materialart. Bei einer Änderung des Einkaufsgrundpreises für einen Frischeartikel erzeugt das System dann aufgrund des eingerichteten Filterkriteriums keinen Arbeitsvorratseintrag für diesen Belegtyp. Die zusätzlichen Daten eines Arbeitsvorratseintrags bestehen zum einen aus Kopfdaten der Konditionen, mit denen man eine Verbesserung der Performance bei der Folgeverarbeitung erreicht, sowie aus variablen Kundenfeldern, mit denen eine selektive Folgeverarbeitung möglich wird. Das Füllen der Kundenfelder wird im Customizing festgelegt (Tabelle T6I2S). Auswirkungen auf den Datenbestand Wenn auf Änderungszeiger für Konditionsänderungen verzichtet wird, dann reduziert sich der Datenbestand der Änderungszeiger erheblich. Ein Änderungszeiger besteht i.d.R. aus mehreren Einträgen in der Tabelle BDCP bzw. BDCP2. Im einzelnen ergeben sich folgende Änderungen: o Die Tabellenbreite der Tabelle WIND erhöht sich durch die zusätzlichen Felder von 45 auf 262 Bytes. o Die Anzahl der Tabelleneinträge im Arbeitsvorrat kann sich aufgrund der zusätzlichen Filterkriterien verringern. ______________________________________________________________ SAP AG 306 SAP-System ______________________________________________________________ o Änderungszeiger für den Nachrichtentyp CONDBI werden ggf. nicht mehr benötigt. Auswirkungen auf die Systemverwaltung Der Prozeßschritt der Erzeugung des Arbeitsvorrats aus Änderungszeigern (Transaktion MEI4) ist bei dem neuen Verfahren nicht mehr nötig. Die Prüfung gegen bestehende Belegindizes (Tabelle S111), die bei der bisherigen Arbeitsvorratserstellung möglich ist, muß nun im BAdI als zusätzliches Filterkriterium implementiert werden (siehe Beispiel-Coding). Die Migration des Arbeitssvorrats von den alten auf die neuen Arbeitsvorratseinträge wird mit dem Report RMEBEMIG vorgenommen. Der Report ergänzt die vorhandenen Einträge mit Informationen aus den Konditionssätzen. Wenn von dem alten auf das neue Verfahren umgestellt wird, ist für jeden Belegtyp ein spezielles Anpassungsverfahren notwendig. Dieses Verfahren ist jeweils in den Anwendungen beschrieben, die das neue Verfahren nutzen. Auswirkungen auf das Customizing Stellen Sie zunächst das neue Customizing für die direkte Erzeugung von Arbeitsvorratseinträgen ein. Bei einer Neuinstallation oder wenn Sie die Beleganpassung für einen bestimmten Belegtyp noch nicht genutzt haben, setzen Sie das Kennzeichen für Migration und Direkteintrag manuell im Customizing. Bei der Umstellung vom alten auf das neue Verfahren werden die Kennzeichen im Rahmen des Migrationsverfahrens ggf. automatisch gesetzt. Zusätzlich legen Sie pro Belegtyp als Filterkriterium die Arten der Konditionsänderungen fest, für die Arbeitsvorratseinträge erstellt werden sollen, und wie die variablen Felder zu füllen sind. Wenn für alle verwendeten Belegtypen die direkte Erzeugung von Arbeitsvorratseinträgen eingestellt ist, kann ggf. auf die Erstellung von Änderungszeigern vom Nachrichtentyp CONDBI verzichtet werden. Deaktivieren Sie dann den Nachrichtentyp CONDBI im ALE-Customizing. Die Deaktivierung kann auch durch den Migrationsreport durchgeführt werden. Siehe auch Weitere Informationen finden Sie in der Dokumentation zu SAP Retail (SAP-Bibliothek -> Logistik -> SAP Retail) unter Stammdaten -> Konditionen -> Automatische Aktualisierung von Belegen nach Konditionsänderungen. 12.11.1.2 Neue Funktionen beim POS-Interface-Ausgang Verwendung Ab SAP R/3 Enterprise Retail 1.10 (EA-RETAIL 110) enthält der POS-Ausgang folgende Neuerungen: o Bei der POS-Ausgangsverarbeitung gibt es jetzt eine zusätzliche Parallelisierungsstufe. Dadurch wird nur noch ein Hintergrund-Job pro Vertriebslinie benötigt und es entstehen Synergien bei der Änderungszeigerselektion. o Im POS-Ausgangsprofil kann jetzt mit dem Kennzeichen "Preise direkt lesen" die Performance der ______________________________________________________________ SAP AG 307 SAP-System ______________________________________________________________ Preisfindung erhoeht werden. Voraussetzung ist eine bestimmte Datenstruktur. o Mit dem neuen Kennzeichen "Preise filialunabhaengig" kann die Performance der Preisfindung erhöht werden Voraussetzung ist, dass keine filialabhängigen Preise vorhanden sind. o Mit dem Kennzeichen "filialabh. Preise in A071" koennen Sie die Performance der Preisfindung weiter erhöhen. Voraussetzung ist, dass alle filialabhängigen Preise ausschließlich in Tabelle A071 abgelegt sind und es nur relativ wenige davon gibt. o Ein neuer IDoc-Typ WPDREB01 (Aktionsrabatte) kann jetzt über den POS-Ausgang erzeugt werden. Damit können Rabattinformation auf höheren Ebenen als Artikel an die Nachgelagerten Systeme (in der Regel Filialwarenwirtschaftssysteme) verteilt werden (z.B. 5% Rabatt auf das ganze Sortiment oder eine bestimmte Warengruppe). o Der erweiterte Konditionsbelegindex kann vom POS-Ausgang genutzt werden. o Das Abspeichern der Änderungszeiger wurde geändert und erlaubt eine Performance-Steigerung des POS-Ausgangs. Voraussetzung ist eine vorherige Migration der alten Aenderungszeiger. o Der Zugriff auf Konditionsintervalle wurde weiter optimiert. o Die Implementierung des Intervallscanners wurde geändert. Dies erlaubt eine schnellere Analyse von Konditionsintervallen. o Bei Neulistungen wird jetzt berücksichtigt, dass der Name des Sortiments nicht zwangsläufig mit dem Namen der Filiale übereinstimmen muss. o Die Konditionszugriffe im Funktionsbaustein WWS_CONDITION_INTERVALS_GET wurden optimiert. Dies führt zu Performance-Gewinnen. o Die Abarbeitung von Änderungszeigern erfolgt jetzt effizienter. Dies führt zu Performance-Gewinnen. o Das (physikalische) Löschen von Konditionen kann jetzt von der Änderungsnachricht erkannt werden. Damit wird in den meisten Fällen auch das Löschen von Aktions- und Normalkonditionen unterstützt. Teilintervall-Löschungen von vorher gesplitteten Konditionssätzen können allerdings auch weiterhin nicht erkannt werden. o Wenn das Kennzeichen "Steuerkennzeichen bei Varianten kopieren" nicht markiert ist, wird die Preiskopie für Varianten abgeschaltet. Dies ist jedoch nur notwendig, wenn für die Varianten eines Sammelartikels unterschiedliche Steuerkennzeichen verwendet werden. o Parallelpreise werden jetzt berücksichtigt. o Grund- bzw. Vergleichspreise werden jetzt berücksichtigt. o Die neue Funktionalitaet "m:n-Zuordnungen" bei Sortimenten wird unterstützt. o Das Erzeugen eines Triggerfiles kann jetzt explizit über das POS-Ausgangsprofil unterdrückt werden. o Bonuskäufe können jetzt automatisch gelöscht werden. Siehe auch Weitere Informationen finden Sie in der Dokumentation zu SAP Retail (SAP-Bibliothek -> Logistik -> SAP Retail) unter Verteilte Datenverarbeitung -> POS-Interface -> POS-Interface-Ausgang. ______________________________________________________________ SAP AG 308 SAP-System ______________________________________________________________ 13 MM Materialwirtschaft 13.1 Country Version India in Standard R/3 System Verwendung As of SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), Country Version India is no longer delivered as an add-on but as part of the standard R/3 System. Integration of functions in the SAP Easy Access menu The functions for withholding tax have been integrated into the SAP Easy Access menu, under Accounting -> Financial Accounting -> Accounts Payable -> Withholding Tax -> India and Accounting -> Financial Accounting -> Accounts Receivable -> Withholding Tax -> India. You can access all other functions using the area menu J1ILN, which you can call from the SAP Easy Access screen using the transaction code J1ILN. Country Version India Implementation Guide The Country Version India Implementation Guide (IMG) has been integrated into the standard Reference IMG (see Changes to Structures for Country Version India). Release Notes You can access release notes from previous add-on releases using the links below. SAP Library Documentation The SAP Library documentation for Country Version India is also delivered on the standard SAP Library documentation CD (see below). New and Changed Functions For information about new and changed functions for Country Version India, see the other release notes for this release. Auswirkungen auf den Datenbestand You do not need to change any data. Auswirkungen auf das Customizing IMG activity What to do Activate Country Version India for Specific Fiscal Years Delete the entry ZIND and create a new entry for IND. Siehe auch SAP Library -> Financials or Logistics -> Country Versions -> Asia-Pacific -> India. Release Notes from Country Version India Add-On (FI) Release Notes from Country Version India Add-On (SD) Release Notes from Country Version India Add-On (MM) ______________________________________________________________ SAP AG 309 SAP-System ______________________________________________________________ 13.2 Condition-Based Tax Calculation (New) Verwendung As of SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), a new method for calculating taxes in Brazil is available, which makes use of the standard condition technique. Tax rates, tax laws, and special indicators that influence whether tax line items are included in the nota fiscal are all stored in the system as condition records. An additional tax calculation procedure, TAXBRC, is delivered for this new method, in addition to the existing one for Brazil, TAXBRJ. Auswirkungen auf den Datenbestand You can continue to calculate taxes using the former method: when the system processes the tax procedure assigned to the country (TAXBRJ), it calculates the taxes externally by calling function module J_1BCALCULATE_TAXES. We do, however, recommend that you assign the new procedure TAXBRC and use the condition-based tax calculation functions, as it enables you to flexibly adapt the tax calculation logic to cover new legal requirements or special customer needs. You will need to migrate your existing tax rate table entries to condition records, which you can do directly from the Tax Manager's Workplace described below. You can check all tables and subsequently convert the entries, whereby the system generates condition records. After the initial migration, each time you create or change a tax rate table entry, the system automatically generates a condition record as needed. Auswirkungen auf das Customizing If you want to employ the new condition-based tax calculation, you need to activate it and carry out all related Customizing activities, under Financial Accounting -> Financial Accounting Global Settings -> Tax on Sales/Purchases -> Basic Settings -> Brazil -> Condition-Based Tax Calculation, all of which are new: o Activate Condition-Based Tax Calculation o Map MM Tax Values to Nota Fiscal Fields o Map SD Tax Values to Nota Fiscal Fields o Map MM Tax Laws to Nota Fiscal Fields o Define Internal Codes for Tax Conditions o Assign Internal Codes for Tax Conditions to Condtion Types o Assign Tax Rate Tables to Condition Tables In addition, you need to assign the new tax calculation procedure TAXBRC to the country in Customizing, under Financial Accounting -> Financial Accounting Global Settings -> Tax on Sales/Purchases -> Basic Settings -> Assign Country to Calculation Procedure. A new Customizing tool called the Tax Manager's Workplace is available that enables you to make all tax-related settings for Brazil. You access it under the same path as above through Tax on Sales/Purchases, then Calculation -> Settings for Tax Calculation in Brazil -> Access Tax Manager's Workplace , or alternatively by entering transaction J1BTAX. You can use the Tax Manager's ______________________________________________________________ SAP AG 310 SAP-System ______________________________________________________________ Workplace regardless if you use condition-based tax calculation; it simply brings all tax activities to a single transaction (only the Migration, Nota-Fiscal Mapping, and Condition Mapping options under the Condition Setup pulldown menu are relevant only for condition-based tax calculation). 13.3 Changes to Structures for Country Version India Verwendung As of SAP R/3 4.7, Country Version India is no longer delivered as an add-on, but forms part of the standard system. SAP has discontinued the Country Version India Implementation Guide (IMG) and has added its activities have been added to the standard Reference IMG as follows: Activities relating to withholding tax are now located in Customizing for Financial Accounting (FI), under Financial Accounting Global Settings -> Withholding Tax. Activities relating to excise duty and excise invoices are in Customizing for Logistics - General, under Tax on Goods Movements -> India. As far as the activities under Preparatory Activities are concerned, two of them (Activate Country Version India for Accounting Interface and Activate Processes) are no longer relevant and have been removed from the IMG entirely. The activity Execute Country Installation Program is already included in the standard IMG under the name Localize Sample Organizational Units. And the other two activities (Activate Country Version India for Specific Fiscal Years and Activate Business Transaction Events) have been added to the standard IMG. For information about other changes to the IMG relating to changes in the functions in Country Version India, see the other release notes. 13.4 Release Notes from Country Version India Add-On (MM) Verwendung The Release Notes from Releases 3.0A and 4.0A of Country Version India for Materials Managment (MM) are listed below. For more Release Notes, see the alias globalization in SAPNet, and choose Media Center -> Country-Specific Documentation -> Country Version India - Release Notes. Release 3.0A o CENVAT Credit on Capital Goods After Budget 2000 (Changed) o Multiple Goods Receipts for Single Excise Invoices o Enhancements to CVD Solution o Pricing Date Control in Excise o Order Price Unit in Excise o Alternate Assets MODVAT Capitalization ______________________________________________________________ SAP AG 311 SAP-System ______________________________________________________________ o Enhancements for 57 F4 o User Exits for Customer Validations Release 4.0A o Procurement Transactions for Excise Invoices o New Transactions Based on User Roles for Incominng Excise Invoices o Capture Excise Invoices with Reference to Multiple POs for the Same Vendor o Capture Excise Invoice and Post CENVAT in a Single Step o Open Schedule Quantity Defaulted in Excise Capture for Scheduling Agreement o Accounting Document Simulation for CENVAT Postings o Rejection Codes for Excise Invoices o Single-Screen Transaction for All Excise-Related Entries o Stock Transfer Orders Through MM Route o Excise Invoices for Multiple Import Purchases o Customs Invoices Can Be Captured Using Logistics Invoice Verification and Conventional Invoice Verification o Material Type at Line Item Level o Excise Invoice Capture Without PO o Excise Invoice Without PO - Capture and Post in a Single Step o Recalculation of Duty and Excise Defaults Restore Feature Available o Split of Nondeductible Taxes During Excise Invoice Capture o Error or Warning Messages Displayed at the Time of Saving o Reversal of Excise Duty o MIGO Solution Available as a Note 0408158 (Featuring All Functionalities as in MB01) o Excise Invoice Defaults in Excise Popup at Goods Receipt o Split Accounting Lines for CENVAT Posting o Authorization for Incoming Excise Invoices Extended o Authorization Available for Part I Entry at GR o Authorization Available for Register Update Transaction o User Exit Available for Incoming Excise Invoice Transaction for Defaulting Values o User Exit Available for Incoming Excise Invoice Transaction Before Database Update o User Exit Available for Register Update for Validations on Fetched Records Based on Selection Criteria o User Exit Available for Register Update of RGSUM Register o User Exit Available for Excise Invoice Create for Other Movements to Default the Excise Details ______________________________________________________________ SAP AG 312 SAP-System ______________________________________________________________ o Register Update Separately Handled for Receipts and Issues Based on Classification Code o Ship-From Vendor Can Be Defaulted and Captured in Incoming Excise Invoices for Other Movements o Removal Time Can Be Captured in Excise Invoices for Other Movements o Field Selection of Incoming Excise Invoices o Transaction Code Customizing for Incoming Excise Invoices o Excise Group Setting for Part I Indicator for Blocked Stock, Stock Transfer Order, and Consumption Stock o Multiple Goods Receipts and Multiple/Single Credit Settings Available at Excise Group Level o Rejection Code Master Setting for Posting on Hold Is Available o Stock Transport Orders 13.5 MM: Überblick über die Neuerungen zu SAP R/3 Enterprise Core 4.70 Verwendung Im Folgenden erhalten Sie einen Überblick über alle Neuerungen in der Anwendungskomponente MM-Materialwirtschaft. Sie können sich die entsprechenden Release-Infos direkt anzeigen lassen. o Einkauf (MM-PUR) - Barrierefrei: Listen im Einkauf auf ALV Grid umgestellt (geändert) - Business Add-Ins im Einkauf - Umstellung der Matchcodes im Einkauf auf Suchhilfen - Fortbestand der herkömmlichen Bestellung und Bestellanforderung - Reports für die Bilanzierung derivativer Finanzinstrumente - Neue Änderungsbelege im Einkauf - Versionsverwaltung im Einkauf - Änderbarkeit der Konfiguration im Einkauf steuerbar - Obligoanzeige in Einkaufsbelegen und in der Banf - Obligo in Umlagerungsbelegen - Freigabetransaktionen im neuen Interaktionsdesign - Neue Workflows zum Ablehnen von Freigaben - Mahnstufe als Selektionskriterium beim Mahnen von Einkaufsbelegen - Kopierregeln für Konditionen im Einkauf ______________________________________________________________ SAP AG 313 SAP-System ______________________________________________________________ o - Automatische Bestellerzeugung aus Banfen im neuen Interaktionsdesign - Enjoy Bestellanforderung - Zuordnen und Bearbeiten - Freigabe der Enjoy-BAPIs: BAPI_PO_CREATE1 und BAPI_PO_CHANGE - Konsignation auch buchungskreisübergreifend möglich - Verschiedene Lieferarten in einem Umlagerungsbeleg - Ergänzungen der Persönlichen Einstellungen in der Enjoy-Bestellung - Unterlieferungstoleranz bei Umlagerungsbestellungen Dienstleistung (MM-SRV) - o o Retoure für Leistungserfassungsblätter aus Arbeitszeitblättern Bestandsführung (MM-IM) - Funktionale Erweiterungen in der MIGO - Ablösung der MB*-Transaktionen durch die Transaktion MIGO - Business Add-Ins in der Bestandsführung - Funktionale Ergänzung zum BAPI CreateFromData - Anlegen einer Lohnbearbeitungsbestellung mit Chargennummer - Nachrichtenfindung: Programm zur Erzeugung von Konditionssätzen - SAP Smart Forms in der Bestandsführung Rechnungsprüfung (MM-IV) - Übersicht der Entwicklungen in der Logistik-Rechnungsprüfung - Alle Funktion in der Logistik-Rechnungsprüfung - Automatische Mengen- und Betragsverteilung bei Mehrfachkontierung - Business Add-Ins in der Logistik-Rechnungsprüfung - Erweiterungen der BAPIs in der Logistik-Rechnungsprüfung - EDI: Buchen auf Material- und Sachkonto per Customer-Exit - Erweiterungen in der Übersicht Rechnungen - Frachtrechnung im Hintergrund prüfen - Anzeige von MM- und FI-Belegnummer 13.6 MM-CBP PP-MRP) Verbrauchsgesteuerte Disposition (siehe 13.6.1 MM-CBP-CBP Verbrauchsgesteuerte Disposition (siehe PP-MRP) ______________________________________________________________ SAP AG 314 SAP-System ______________________________________________________________ 13.6.1.1 Alternative Vergangenheitsdaten / Post Distribution Forecasting Verwendung Ab SAP R/3 Enterprise Retail 1.10 (EA-RETAIL 110) können Sie eine Verbesserung der Prognosegenauigkeit erreichen, in dem Sie bei der verbrauchsgesteuerten Disposition als Datengrundlage Alternative Vergangenheitsdaten (AHD) / Post Distribution Forecasting (PDF) benutzen. Durch diese neue Funktionen benötigen Sie als Datengrundlage für die Prognose nicht mehr die Verbrauchswerte der Vergangenheit. Durch die Benutzung von Alternativen Vergangenheitsdaten / Post Distribution Forecasting können Sie die folgenden Vorteile erreichen, wenn die vorhandenen Verbrauchswerte die tatsächliche Bedarfe nicht angemessen widerspiegeln: o Verbesserung der Prognosegenauigkeit von Verteilzentren (Vermeidung des Peitscheneffekts). o Reduzierung von Beständen im Verteilzentrum durch Herabsetzung des Sicherheitsbestands. o Ertragsverbesserung durch die Vermeidung von entgangenen Verkäufen. Des weiteren haben Sie die Möglichkeit, Belieferungsbeziehungen zu bilden. Eine Belieferungsbeziehung sagt aus, welche Abnehmer (Werke und/oder Kunden) von einem Werk mit einem bestimmten Material beliefert werden. Die Ermittlung von Belieferungsbeziehungen ist in einem Post Distribution Forecasting Szenario sinnvoll, in dem die Prognose im Vertzeilzentrum auf Basis von Filial- und/oder Kundenbedarfen erstellt wird und somit eine Eingrenzung der beliefeten Werke und/oder Kunden notwendig ist. Es sind allerdings auch Post Distribution Forecasting Szenarios ohne die explizite Ermittlung der Belieferungsbeziehung möglich. Benutzen Sie die Funktionen Alternative Vergangenheitsdaten und Post Distribution Forecasting ausschließlich für Retail Artikel und Betriebe. Auswirkungen auf die Datenübernahme Grundsätzlich können Alternative Vergangenheitsdaten einer beliebigen Datenquelle entstammen. Standardmäßig wird ein Szenario ausgeliefert, bei dem die Alternativen Vergangenheitsdaten aus der Komponente SAP BW in das SAP R/3 eingelesen werden. Die Anbindung an eine andere nicht-SAP-BW-Datenquelle können Sie über die vorliegenden Business Add-Ins (BAdI) erreichen. Folgende BAdI wird zu diesem Zweck ausgeliefert: o BAdI: AHD/PDF Szenario Auswirkungen auf die Systemverwaltung Beachten Sie, daß o die Ermittlung von Belieferungsbeziehungen o sowie das Laden von Alternativen Vergangenheitsdaten die Laufzeit beeinflussen und dadurch die Performance des Systems beeinträchtigen kann. Auswirkungen auf das Customizing Entsprechend des von Ihnen gewählten Szenarios führen Sie im Customizing zu Alternative ______________________________________________________________ SAP AG 315 SAP-System ______________________________________________________________ Vergangenheitsdaten, Post Distribution Forecasting, zur Ermittlung der Belieferungsbeziehungen und zur Datenretraktion Retail/CP folgende IMG-Aktivitäten aus: o Steuerung von Alternativen Vergangenheitsdaten und PDF o Profile zur Ermittlung von Belieferungsbeziehungen o Belegarten für die Ermittlung von Belieferungsbeziehungen o Datenretraktion Retail/CP 13.6.1.2 Mehrschrittnachschub Verwendung Ab SAP R/3 Enterprise Retail 1.10 (EA-RETAIL 110) können Sie den Mehrschrittnachschub einsetzen. Der Mehrschrittnachschub stellt eine performance-optimierte Variante der Abverkaufsprognose und des Filialnachschubs dar. Der Mehrschrittnachschub kann nur für Filialen eingesetzt werden. Ziel des Mehrschrittnachschubs ist es, den Zeitbedarf innerhalb des kritischen Zeitfensters zu verringern. WICHTIG: o Setzen Sie den Mehrschrittnachschub besonders dann als Alternative zum Nachschub ein, wenn dies aus Gründen der Performance sinnvoll ist. o Verwenden Sie den Mehrschrittnachschub, wenn außerhalb des kritischen Zeitfensters ausreichende Systemressourcen zur Verfügung stehen. Stehen außerhalb des kritischen Zeitfensters nicht genügend freie Ressourcen zur Verfügung, bringt der Mehrschrittnachschub keine Verbesserung bei der Performance. Durch die Verwendung des Mehrschrittnachschubs wird die Performance dadurch verbessert, daß Last aus dem kritischen Zeitfenster auf Zeitpunkte davor oder danach verlegt wird. Durch die Verwendung des Mehrschrittnachschubs gibt es minimale Änderungen an den Verfahrensweisen. Genaue Informationen zum Prozeß des Mehrschrittnachschubs finden Sie unter ISR_WSRP_REPLENISHMENT und in der SAP-Bibliothek unter Logistik ->SAP Retail -> Einkauf -> Disposition -> Mehrschrittnachschub. Auswirkungen auf den Datenbestand Der Datenbestand steigt, da die Tabellen WRPL und WRPT erweitert worden sind. Allerdings sinkt das zu verarbeitende Datenvolumen durch diverse Optimierungen. Auswirkungen auf die Datenübernahme Beachten Sie bei der Datenübernahme für den Mehrschrittnachschb folgendes: o Abverkaufsprognose: Bei Verwendung der Standardtabellen (MAPR, MVER, PROP und PROW) ist keine Datenübernahme notwendig. Verwenden Sie im Falle von Übernahme von Verbrauchsdaten das Übernahmeprogramm mit der Transaktion WFCS04. ______________________________________________________________ SAP AG 316 SAP-System ______________________________________________________________ Auswirkungen auf die Systemverwaltung Planen Sie die entsprechenden Programme ein. Auswirkungen auf das Customizing Aktivieren Sie im Custumizing zur Fortschreibung im POS-Eingang den Mehrschrittnachschub für eine Filiale, in dem Sie das Feld "Nachschubbestandsführung fortschreiben" auf "1" (Integrierte Nachschubbestandsführung) setzen. Siehe auch Weitere Informationen finden Sie in der Dokumentation zu SAP Retail (SAP-Bibliothek -> Logistik -> SAP Retail -> Einkauf -> Disposition -> Mehrschrittnachschub). 13.7 MM-PUR Einkauf 13.7.1 Barrierefrei: Listen im Einkauf auf ALV Grid umgestellt (geändert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie sich die meisten im Einkauf verwendeten Listen über ALV Grid Control anzeigen lassen. Damit sind die unten aufgeführten Listen barrierefrei für behinderte Nutzer/innen des SAP Systems zugänglich. Voraussetzungen Im SAPGUI können Sie die Listen - entweder über das Selektionskriterium Listumfang (s.a. Auswirkungen auf das Customizing) - oder über die Parameter-ID ME_USE_GRID = 'X' im Benutzerstamm aktivieren. Im SAP WEBGUI markieren Sie bei der Anmeldung das Kennzeichen Barrierefreiheit und erhalten dann alle Listen im ALV Grid. Die umgestellten Listen im einzelnen o über Selektionskriterium Listumfang im SAPGUI aktivierbar: Transaktion ME2B ME2C, ME3C, ME4C ME2K, ME3K ME2L, ME3L, ME4L ME2M, ME3M, ME4M ME2N, ME3N, ME4N ME2W ME3B, ME4B ME4S ME5A, ME5K Report Einkaufsbelege zur Bedarfsnummer Einkaufsbelege zur Warengruppe Einkaufsbelege zur Kontierung Einkaufsbelege zum Lieferant Einkaufsbelege zum Material Einkaufsbelege zur Belegnummer Einkaufsbelege zum Lieferwerk Einkaufsbelege zur Bedarfsnummer Anfragen zur Submission Listanzeige Bestellanforderungen ______________________________________________________________ SAP AG 317 SAP-System ______________________________________________________________ ME56 ME57 ME58 ME55 ME5F ME28, ME35K, ME35L, ME45 o Bezugsquelle zu Bestellanforderungen zuordnen Bestellanforderungen zuordnen und bearbeiten Zugeordnete Bestellanforderungen bestellen Sammelfreigabe Bestellanforderungen Freigabeerinnerung Bestellanforderungen Einkaufsbelege freigeben über Parameter-ID ME_USE_GRID = 'X' im SAPGUI aktivierbar Transaktion Report ME06 Orderbuch analysieren ME0M Orderbuch zum Material ME16 Löschvorschläge für Infosätze ME1E Angebotspreisentwicklung ME1L Infosätze zum Lieferanten ME1M Infosätze zum Material ME1P Bestellpreisentwicklung ME1W Infosätze zur Warengruppe ME91A, ME91E, ME91F Mahnen und Erinnern von Einkaufsbelegen ME92F, ME92K, ME92L Auftragsbestätigungen überwachen ME9A, ME9E, ME9F, ME9K, ME9L Nachrichtenausgabe MEQ6 Quotierung analysieren MEQ8, MEQM Quotierung zum Material ME2S Bestellreporting mit Leistungen ME3S Kontraktreporting mit Leistungen CATM CATS-Daten importieren ML83 Nachrichten ausgeben Leistungserfassung ML84 Liste Leistungserfassungsblätter Auswirkungen auf das Customizing Um ALV Grid-Listen über den Listumfang aktivieren zu können, nehmen Sie folgende Einstellungen im Customizing vor: -> Einkauf -> Berichtswesen -> o Einkaufslisten pflegen -> Listumfang definieren -> Detailsicht: Kennzeichen ALV Grid Control verwenden markieren o Bestellanforderungslisten pflegen -> Listumfang definieren -> Kennzeichen ALV Grid markieren Siehe auch Zur Barrierefreiheit können Sie sich alle Release-Informationen in einem Schritt anzeigen lassen. ______________________________________________________________ SAP AG 318 SAP-System ______________________________________________________________ 13.7.2 Business Add-Ins im Einkauf (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) stehen Ihnen im Einkauf folgende Business Add-Ins (BAdIs) zur Verfügung: o Funktion 'Merken' für Enjoy Bestellung deaktivieren ME_HOLD_PO o Verarbeitung der Enjoy Bestellung erweitern ME_PROCESS_PO_CUST o Kundeneigene Screens in der Enjoy Bestellung ME_GUI_PO_CUST o Folgebearbeitungen für Einkaufsbelege definieren ME_PURCHDOC_POSTED o Folgebearbeitungen für Bestellanforderungen definieren ME_REQ_POSTED o Änderbarkeit der Konfigurationsdaten ME_CIP_ALLOW_CHANGE o Zusätzliche Fortschreibung in Änderungsbelegen aktivieren ME_CHDOC_ACTIVE o Ergänzung der Lieferschnittstelle aus der Bestellung MM_EDI_DESADV_IN o Kopftext beim Kopieren von Banfen übernehmen ME_REQ_HEADER_TEXT o Obligofortschreibungvon Banfen aus anderen Applikationen aktivieren ME_REQ_OI_EXT o Steuerstandort-Code aus der Anlieferadresse übernehmen ME_TAX_FROM_ADDRESS o Positionen neu durchlaufen bei Änderungen in EKKO ME_CHECK_ALL_ITEMS o Steuerung des Preisfindungsart zusätzliche Felder ME_DEFINE_CALCTYPE Auswirkungen auf das Customizing Diese Business Add-Ins können Sie im Customizing des Einkaufs unter dem Abschnitt Business Add-Ins für den Einkauf pflegen. Siehe auch Weitere Informationen zu Business Add-Ins finden Sie in der SAP-Bibliothek unter Basis -> ABAP ______________________________________________________________ SAP AG 319 SAP-System ______________________________________________________________ Workbench -> Änderungen des SAP-Standards -> Business Add-Ins. 13.7.3 Umstellung der Matchcodes im Einkauf auf Suchhilfen Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) werden alle Matchcodes abgelöst, da diese in Unicodesystemen nicht unterstützt werden. Die Matchcode-IDs der Matchcodes MEBE, MEBZ und MEOR wurden durch gleichnamige elementare Suchhilfen ersetzt. In den neuen Suchhilfen werden als Selektionsmethode Datenbank-Views genutzt, welche anstelle der generierten Pool-Tabellen treten. Da die Views direkt von Datenbanktabellen lesen, wurde jeweils ein geeigneter Index für die verwendete Tabelle angelegt. Die Zuordnung zwischen ehemaligen Matchcodes, neuen Suchhilfen und Datenbankindizes sieht folgendermaßen aus: MatchSelektionsmethode neuer Index Suchhilfe code alt & neu zur Tabelle ID MEBE L M_MEBEL MEBE X M_MEBEX MEBZ F M_MEBZF MEOR V M_MEORV MEBEL EKBE -A MEBEX EKBE -B MEBZF EKBZ -A MEORV EORD -V Auswirkungen auf den Datenbestand Sofern in vorhandenen elementaren Suchhilfen (MEBEL) noch Pool-Tabellen als Selektionsmethode Verwendung fanden, wurden diese ebenfalls durch Datenbank-Views ersetzt. Die Namen der neuen Datenbank-Views stimmen ebenfalls mit denen der Pool-Tabellen überein. So ergibt sich in ABAP-Programmen, welche die Pool-Tabellen verwenden, kein Korrekturbedarf. Die Matchcodes, die Matchcode-IDs, die Pooltabellen und ihr Pool/Cluster wurden gelöscht. Siehe auch Release-Information zur Matchcode-Umstellung ______________________________________________________________ SAP AG 320 SAP-System ______________________________________________________________ 13.7.4 Fortbestand der herkömmlichen Bestellung und Bestellanforderung Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) beachten Sie für die herkömmliche Bestellung (ME21, ME22, ME23) und Bestellanforderung (ME51, ME52, ME53) bitte folgende Planung: Wartung: Für Fehler, die bei interaktiver Anwendung oder bei der Nutzung des Batch-Input auftreten, steht Ihnen im Release Enterprise Core 4.70 weiterhin eine entsprechende Wartung zur Verfügung. Weiterentwicklung: Für die herkömmliche Bestellung und Bestellanforderung finden keine Weiterentwicklungen mehr statt. Zukünftige Releases: Die SAP behält sich vor, die Transktionen für die herkömmliche Bestellung und Bestellanforderung in zukünftigen Releases eventuell abzuschalten. 13.7.5 Reports für die Bilanzierung derivativer Finanzinstrumente (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) stellt SAP Ihnen einen Report (RMFAS133) zur Verfügung, mit dem Sie die von der Regelung Statement of Financial Accounting Standards (SFAS) 133 betroffenen Einkaufsbelege ermitteln können. SFAS 133 sieht vor, dass alle derivativen Finanzinstrumente in der Bilanz mit ihrem Marktwert berücksichtigt werden. Zwei weitere Reports ermöglichen zum einen den Vergleich von Beleglisten (RMFASDTA), die zu unterschiedlichen Terminen erstellt wurden, zum andern das Löschen nicht mehr erforderlicher Daten (RMFASDEL). 13.7.6 Frischeabwicklung Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), stehen Ihnen in der Frischeabwicklung folgende neuen Funktionalitäten zur Verfügung: Verwendung der neuen Aufteiler- und Sammelbestellungsfunktionsbausteine zur Beleggenerierung: SAP stellt für die Prozesse Aufteiler und Sammelbestellung neue Funktionsbausteine zur Verfügung, die eine performante Beleggenerierung ermöglichen. Anbindung von SAP BW an die Frischedisposition: ______________________________________________________________ SAP AG 321 SAP-System ______________________________________________________________ Mittels der neuen Schnittstellen (Methoden: S160_EVALUATE und S160_FIL_EVALUATE des BAdIs WDFR_BADI) haben sie nun die Möglichkeit, anstelle des Warenwirtschaftsinformationssystems (Frischeinformationsstruktur S160 bzw. eigene Infostrukturen) InfoObjects des SAP BW als Informationsquelle zu nutzen. So können Sie z.B. die Abverkaufsdaten aus den InfoObjects des SAP BW nutzen. Die zu verwendenden Datenstrukturen, InfoObjects und Dateninhalte müssen zuvor in SAP BW angelegt und gepflegt sein. Flexiblere Eingriffsmöglichkeiten im Programmablauf: Ihnen stehen neue Schnittstellen (Methoden des BAdIs: WDFR_BADI) zur Verfügung. Diese Schnittstellen erlauben Ihnen einen modifikationsfreien Eingriff in den Ablauf der Frischedisposition. Die Methodenbezeichnungen sind so gewählt, daß sie mit der Formroutinenbezeichnung übereinstimmen. So kann z.B. mit der Methode TX_XX_FILL die komplette Frischedispositionslistenerstellung und mit der Methode FDIS_BELEGE_GENERIEREN die Beleggenerierung ersetzt werden. Speicherbare Frischedispositionsliste Die bisherige Funktion Sichern wird in Sichern der Frischedispositionsliste und Generieren der Belege getrennt. Bisher wurden die Belege mit der Funktion Sichern erstellt. Eine Nach- bzw. Weiterbearbeitung der Frischedispositionsliste war nicht vorgesehen. Lieferanten einfügen Mit der neuen Funktion "Lieferant einfügen" kann in eine bestehende Frischedispositionsliste ein neuer, im System bekannter Lieferant zu einem Artikel eingefügt werden. Auswirkungen auf den Datenbestand Mit der Transaktion WDFR2 "Frischedispositionsliste ändern" kann die Frischedisposition nachbearbeitet werden bzw. kann die Belegerstellung zum spätestmöglichen Zeitpunkt erfolgen. Dadurch wird insgesamt die Performance gesteigert und die Systembelastung verringert. Die Transaktion WDFR3 "Frischedispositionsliste anzeigen" vervollständigt die Frischebearbeitung. 13.7.7 MM-PUR-GF Grundfunktionen 13.7.7.1 Neue Änderungsbelege im Einkauf (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) stehen Ihnen im Einkauf folgende neue Änderungsbelege zur Verfügung: o Versionen zum Einkaufsbeleg (REVISION) In diesem Änderungsbeleg dokumentiert das System die Änderungen an einer Version. Siehe auch: Versionsverwaltung im Einkauf (neu) o Dokumentenzuordnung im Einkauf (EINKDOKUMENT) In diesem Änderungsbeleg dokumentiert das System, wenn Sie einer Bestellanforderung oder einem Einkaufsbeleg ein Dokument zuordnen oder die Zuordnung wieder löschen. o Lohnbearbeitungskomponenten (MDSB) In diesem Änderungsbeleg dokumentiert das System, wenn Sie in einer Lohnbearbeitungsbestellanforderung oder einem Lohnbearbeitungseinkaufsbeleg Änderungen an ______________________________________________________________ SAP AG 322 SAP-System ______________________________________________________________ den Lohnbearbeitungskomponenten vornehmen. o Export/Import-Daten (EXPIMPBELEG) In diesem Änderungsbeleg dokumentiert das System, wenn Sie Änderungen an Import- oder Exportdaten vornehmen. Außerdem wurden die folgenden Änderungsbelege um die zeitunabhängigen Konditionen (Tabelle KONVC) erweitert: o Einkaufsbeleg (EINKBELEG) o Änderungsbeleg-Dienstleistungsabwicklung (MM_SERVICE) Wenn Sie in einem Einkaufsbeleg oder im Rahmen der Dienstleistungsabwicklung zeitunabhängige Konditionen ändern, dann werden diese Änderungen jetzt durch das System dokumentiert. Hinweis Sie können sich die Änderungsbelege nun prinzipiell auch über ALV Grid Control anzeigen lassen. Auswirkungen auf das Customizing Mit Ausnahme der Versionen zum Einkaufsbeleg aktivieren Sie die genannten Änderungsbelege über das Business Add-In (BAdI) ME_CHDOC_ACTIVE: Zusätzliche Fortschreibung in Änderungsbelegen aktivieren. Das Business Add-In können Sie im Customizing des Einkaufs unter dem Abschnitt Business Add-Ins für den Einkauf pflegen. 13.7.7.2 Versionsverwaltung im Einkauf (neu) Verwendung Ab Release 4.70 steht Ihnen im Einkauf eine Versionsverwaltung zur Verfügung, mit der Sie Versionen zu Bestellanforderungen und Einkaufsbelegen (z.B. Bestellungen) erzeugen können. In einer Version werden die Änderungsbelege gesammelt, die durch eine nachträgliche Bearbeitung des Einkaufsbelegs erzeugt werden. Die Version gibt so den Stand des Einkaufsbelegs wieder und erweitert damit die bisherige Änderungsdokumentation zu Einkaufsbelegen. Die Versionsverwaltung bietet folgende Vorteile für die Beschaffung: o Die Änderungen an Bestellanforderungen und Einkaufsbelegen werden überschaubarer. Auch wenn nachträglich umfangreiche Änderungen an einem Einkaufsbeleg durchgeführt wurden, - können die Änderungen leicht nachvollzogen werden. - kann überprüft werden, welche Daten an den Lieferanten ausgegeben wurden. o Die Kommunikation mit dem Lieferanten wird erleichtert, da man sich nun z.B. bei einem Telefongespräch mit dem Lieferanten auf eine bestimmte Version einer Bestellung beziehen können. o Änderungen an Langtexten (z.B. Anlieferungstext) werden dokumentiert, was besonders für die ______________________________________________________________ SAP AG 323 SAP-System ______________________________________________________________ Beschaffung von Investitionsgütern interessant ist. Bisher waren die Änderungen an Langtexten nicht nachvollziehbar, mit der Versionsverwaltung ist es sogar möglich verschiedene Textfassungen miteinander zu vergleichen. Auswirkungen auf das Customizing Damit Sie die Versionsverwaltung verwenden können, müssen Sie diese im Customizing des Einkaufs unter Versionsverwaltung -> o Versionsverwaltung für Bestellanforderungen einstellen für die entsprechende Kombination von Belegtyp und Belegart aktivieren. o Versionsverwaltung für Einkaufsbelege einstellen für die entsprechende Kombination von Belegtyp, Belegart und Einkaufsorganisation aktivieren. 13.7.7.3 Änderbarkeit der Konfiguration im Einkauf steuerbar Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) haben Sie die Möglichkeit zu entscheiden, ob die Konfiguration von Materialien in Bestellanforderungen oder Einkaufsbelegen änderbar sein soll oder nicht. Die Funktion Konfiguration im Einkauf selbst besteht seit Release 4.6C. Vgl. Sie daher bitte auch gleichlautende Release-Info im Einkauf zu Release 4.6C. Auswirkungen auf das Customizing Sie aktivieren oder deaktivieren die Änderbarkeit der Konfigurationsdaten im Einkauf über das Business Add-In ME_CIP_ALLOW_CHANGE: Änderbarkeit der Konfigurationsdaten steuern. Das Business Add-In können Sie im Customizing des Einkaufs unter dem Abschnitt Business Add-Ins für den Einkauf pflegen. 13.7.7.4 Obligoanzeige in Einkaufsbelegen und in der Banf (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie sich in Bestellungen und Lieferplänen sowie in Bestellanforderungen direkt das jeweilige Obligo anzeigen lassen. Aus dem bereits verbuchten Beleg rufen Sie die Obligoanzeige über folgenden Menupfad auf: Umfeld -> R/W-Obligobelege Hinweis: Das angezeigte Obligo gilt für den gesamten Beleg und ist nicht positionsbezogen. ______________________________________________________________ SAP AG 324 SAP-System ______________________________________________________________ 13.7.7.5 Obligo in Umlagerungsbelegen (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie sowohl für Umlagerungsbestellanforderungen als auch für Umlagerungsbestellungen ein Obligo vom System erzeugen und in den Belegen anzeigen lassen. Über das Business Add-In ME_COMMITMENT_STO_CH aktivieren oder deaktivieren Sie die Funktion. Aus dem bereits verbuchten Beleg rufen Sie die Obligoanzeige positionsbezogen über folgenden Menupfad auf: Umfeld -> R/W-Obligo-Belege. Hinweis: Das Obligo der Umlagerungsbanf wird durch die Umlagerungsbestellung abgebaut. Das Obligo der Umlagerungsbestellung wird gemäß dem Wert des Warenausgangsbelegs reduziert. Ein Obligo kann nur bei einfach kontierten Positionen erzeugt werden. Auswirkungen auf den Datenbestand Für die einzelnen Belegpositionen wird ein Datensatz in der Tabelle COOI erzeugt. Auswirkungen auf das Customizing Die Preiskonditionsart im Kalkulationsschema für Umlagerungen muss auf nicht-statistisch gesetzt sein, damit das Obligo mit dem Nettowert fortgeschrieben wird: IMG: MM -> Einkauf -> Konditionen -> Preisfindung festlegen -> Kalkulationsschema festlegen -> RM2000-> Konditionsart P101: Nicht-statistisch 13.7.7.6 MM-PUR-GF-TAX Steuern 13.7.7.6.1 Condition-Based Excise Determination in MM (New) Verwendung As of SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), the system can calculate excise duties and sales tax in Materials Management (MM) using the standard condition technique. SAP has enhanced the existing tax procedure, TAXINJ, so that it now supports formula-based and condition-based excise determination. The R/3 System also comes with a new tax procedure, TAXINN, which only handles condition-based excise determination. Which Tax Procedure Must I Use? Existing customers must continue to work using the same tax procedure. If you switch to a new tax procedure, you cannot display any documents that you have already posted ______________________________________________________________ SAP AG 325 SAP-System ______________________________________________________________ using the old tax procedure. If you have worked with formula-based excise determination in previous releases and wish to continue, you do not have to do anything. However, if you wish to start using the condition-based excise determination method, proceed as specified below. We recommend that new customers use the condition-based excise determination and tax procedure TAXINN. How Do the New Functions Work? First, customize the system in the activities listed below. Then, for each material, create one condition record for each form of excise duty and sales tax that applies, and enter the tax code for purchasing documents (see below) in every condition record. When you come to create a purchase order, enter the tax code in each line item. The tax code tells the system whether to look in the condition types for formula-based or condition-based excise determination. Auswirkungen auf den Datenbestand Existing customers can leave all of their existing vendor master data and material master data as it is. When you have to enter new excise rates, you can use either the Excise Rate Maintenance transaction for formula-based excise determination or create condition records as described above if you want to use condition-based excise determination. When you come to create a purchase order, the system determines on the basis of the tax code in the line item whether to use formula-based or condition-based excise determination. This way, you can use both methods concurrently, and even within the same purchasing document. No tool is available for migrating the excise data from the old method to the new one. Auswirkungen auf das Customizing To set up the new excise determination method, carry out the following activities: IMG activity What to do Check Calculation Procedure Existing customers: Adjust your tax procedure to match the changes to TAXINJ. Steps 560-583 are new, as are 593-598. New customers: Create a copy of TAXINN. Select Tax Calculation Procedure New customers only: Assign the copy of TAXINN to India. Maintain Excise Defaults New customers only: Enter the condition type that you use for countervailing duty. Define Tax Code for Purchasing Documents Define a tax code. Assign Tax Code to Company Codes Assign the tax code to the company codes that it is relevant for. Classify Condition Types Specify which condition types you want to use for condition-based excise determination. Define Tax Accounts Check which G/L accounts the various taxes will be posted to. Define G/L accounts for the account keys used in the tax procedure. Siehe auch ______________________________________________________________ SAP AG 326 SAP-System ______________________________________________________________ SAP Library -> Logistics -> Country Versions -> India -> Materials Management (MM) -> Condition-Based Excise Determination. 13.7.7.7 MM-PUR-GF-REL Freigabe 13.7.7.7.1 Freigabetransaktionen im neuen Interaktionsdesign Verwendung Ab Release 4.70 steht Ihnen nun auch die Freigabe - wie schon die Bestellung und die Bestellanforderung - im neuen Design zur Verfügung. Mit Bestellanforderung freigeben (ME54N) und Bestellung freigeben (ME29N) kann sich der Freigabeberechtigte die aktuelle Version einer Bestellanforderung oder einer Bestellung anzeigen lassen und, ohne die Transaktion zu wechseln, aufgrund dieser Informationen mit seinen Freigabecodes freigeben. Hinweis Mit diesen Transaktionen können Sie eine Bestellanforderung oder eine Bestellanforderungsposition nicht nur freigeben, sondern auch ablehnen. 13.7.7.7.2 Neue Workflows zum Ablehnen von Freigaben (neu) Verwendung Ab Release 4.70 stehen Ihnen für das Freigabeverfahren neue Workflows zur Verfügung: o Einzelfreigabe für Bestellanforderungen ablehnen Workflow WS65400027, Aufgabe TS65400032 o Gesamtfreigabe für Bestellanforderungen ablehnen Workflow WS65400029, Aufgabe TS65400034 Mit diesen Workflows können Sie den Ersteller einer Bestellanforderung über die Ablehnung einer Bestellanforderung informieren. Dieser erhält dann ein Workitem, mit welchem er die abgelehnte Bestellanforderung in Bestellanforderung ändern (ME52N) bearbeiten kann. o Freigabe für Bestellungen ablehnen Workflow WS65400030, Aufgabe TS65400035 Mit diesem Workflow können Sie den Ersteller einer Bestellung über die Ablehnung einer Bestellung informieren. Dieser erhält dann ein Workitem, mit welchem er die abgelehnte Bestellung in Bestellung ändern (ME22N) bearbeiten kann. ______________________________________________________________ SAP AG 327 SAP-System ______________________________________________________________ 13.7.7.8 MM-PUR-GF-OC Nachrichtenfindung 13.7.7.8.1 Mahnstufe als Selektionskriterium beim Mahnen von Einkaufsbelegen (neu Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) steht Ihnen beim Mahnen und Erinnern von Einkaufsbelegen mit Einteilungen ein weiteres Selektionskriterium zur Verfügung: die maximale Mahnstufe. So können Sie bei der Selektion (ME91, ME91A, ME91E, ME91F) die gewünschte Anzahl der Mahnungen einer Einteilung mitgeben, so dass im Ergebnis nur diejenigen Belege angezeigt werden, welche die von Ihnen angegebene Mahnstufe erreicht haben. 13.7.8 MM-PUR-VM Lieferant / Materialbeziehung und Konditionen 13.7.8.1 Berechnung der Planlieferzeit Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie eine Berechnung und Änderung der Planlieferzeit durchführen. Durch die Verwendung dieser Funktion können Sie eine bessere Warenversorgung durch Ihre Lieferanten erzielen und so Lagerüberbestände oder Out-of-stock-Situationen vermeiden. Bisher mußten die Daten zur Planlieferzeit an drei unterschiedlichen Stellen manuell gepflegt werden: o auf Ebene des Lieferanten. o auf Ebene des Materials. o auf Ebene des Einkaufsinfosatzes. Die an diesen Stellen manuell gepflegten Werte basieren jedoch zu einem großen Teil auf Erfahrungswerten, die bei einer Änderung des Lieferantenverhaltens schnell veralten. Mit der neuen Funktion können Sie: 1. eine Berechnung der Planlieferzeit durchführen. Bei der Berechnung der Planlieferzeit ermittelt das System für eine frei wählbare Kombination aus Lieferant, Werk, Material, Einkaufsorganisation und Lieferantenteilsortiment die Anzahl der Tage zwischen der Bestellung beim Lieferanten und dem tatsächlichen Wareneingang. 2. eine Änderung der Daten der Planlieferzeit durchführen. Die Funktion unterstützt Sie bei der Entscheidung, ob Sie die manuell gepflegte Planlieferzeit beibehalten oder durch die berechnete Planlieferzeit ersetzen möchten. Sie können die Entscheidung für die Änderung der Planlieferzeit für jeden einzelnen Wert bei den Stammdaten zu Lieferant, Material und Einkaufsinfosatz treffen. Beachten Sie, daß Sie durch eine Änderung der Planlieferzeiten Einfluß auf die Beschaffung nehmen ______________________________________________________________ SAP AG 328 SAP-System ______________________________________________________________ können. Wichtig: Das System berechnet die Planlieferzeit in Kalendertagen, nicht in Werktagen. Auswirkungen auf die Systemverwaltung SAP empfiehlt, die Funktion regelmäßig zu nutzen. Auswirkungen auf das Customizing Einstellungen am Customizing sind nicht vorzunehmen. 13.7.8.2 MM-PUR-VM-SET Nachträgliche Abrechnung 13.7.8.2.1 Umsatzfortschreibung in der Kundenabrechnung Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie den Beleg Kundenabrechnung im Agenturgeschäft nutzen, um bonusrelevante Umsätze für die nachträgliche Abrechnung im Einkauf (MM-PUR-VM-SET) fortzuschreiben. Wenn Sie Kundenabrechnungen aus Regulierungseinzelanforderungen generieren, schreibt das System die Umsätze, die für die nachträgliche Abrechnung relevant sind, fort und bucht die rückgestellten Erträge anhand der Belegkonditionen der Kundenabrechnung. Dabei ermittelt das System die Konditionssätze zur nachträglichen Abrechnung unabhängig von den Einstellungen in der Kopiersteuerung (von der Regulierungseinzelanforderung zur Kundenabrechnung) neu. Auswirkungen auf die Systemverwaltung In den Vertriebsbereichsdaten des Kundenstammes existiert ein neues Kennzeichen Belegindex aktiv analog zum entsprechenden Kennzeichen im Lieferantenstamm. Wenn Sie die nachträgliche Umsatzfortschreibung in der Kundenabrechnung nutzen wollen, müssen Sie dieses Kennzeichen für alle Kunden setzen, für die Sie im Jahresverlauf rückwirkende Bonusabprachen erwarten. Bitte beachten Sie, daß das Kennzeichen zunächst nur für Kundenabrechnungen gilt. Wenn Sie auch Regulierungseinzelanforderungen für die nachträgliche Umsatzfortschreibung berücksichtigen möchten, müssen Sie zusätzlich in der Steuerung der Nachträglichen Abrechnung (Transaktion WMN9) das Kennzeichen Nachträgliche Fortschreibung gemäß Kennzeichen im Kundenstamm setzen. Auswirkungen auf das Customizing Im Customizing der Nachträglichen Abrechnung können Sie die Residenzzeit für die Archivierung zum Belegtyp Kundenabrechnung pflegen. Im Customizing von Fakturaarten unter Agenturgeschäft können Sie das Feld Zusatzdaten Position verwenden, um auch einkaufsseitige Konditionssätze (insbesondere Konditionssätze der nachträglichen Abrechnung) in der Preisfindung der Kundenabrechnung zu berücksichtigen. Wenn Sie dieses Kennzeichen setzen, ermittelt das System die relevanten Daten (Einkaufsorganisation, Rechnungssteller, abweichender Rechnungssteller) aus der Regulierungseinzelanforderung. Ansonsten sind die Felder während der Preisfindung der Kundenabrechnung leer und Konditionssätze, die sich auf diese Felder beziehen, werden von der Preisfindung entfernt. ______________________________________________________________ SAP AG 329 SAP-System ______________________________________________________________ 13.7.8.2.2 Auslaufende Funktionen in der Nachträglichen Abrechnung Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) stehen folgende Funktionen nicht mehr zur Verfügung: o Abrechnung per Gutschrift als Abrechnungsbeleg Diese Form der Abrechnung ist nicht mehr möglich. Verwenden Sie stattdessen Lieferantenfakturen. Nähere Informationen hierzu finden Sie in der Release-Information Umstellung der Nachträglichen Abrechnung auf Lieferantenfakturabelege zum Release 4.5. o Externe Datenübernahme über die Reports "RWMBONF0", "RWMBONF1" und "RWMBONF2" Eine externe Datenübernahme über die genannten Reports ist nicht mehr möglich. Weitere Informationen hierzu finden Sie in der Release-Information Neue Funktionen in der Nachträglichen Abrechnung zu Release 4.6A im Abschnitt Externe Datenübernahme. Die alten Reports stehen nur noch für Zwecke des Neuaufbaus im Fehlerfall zur Verfügung. Beachten Sie dabei, dass die Reports nicht vollständig Unicode-fähig sind. Es können keine Datenfiles im Unicode-Format verarbeitet werden. Nur noch vorhandene ASCII-Files - dies sind Files auf dem Applikationsserver - können zum Zweck des Neuaufbaus eingelesen werden. Files auf einem Front End (z.B. PC) - dies sind aus technischen Gründen Files im Binärformat können nach Umstellung auf UNICODE nicht mehr eingelesen werden. Sie müssen daher ggf. ins ASCII-Format konvertiert werden und auf einem Applikationsserver abgelegt werden. Auf das Auslaufen der genannten Funktionen wurden bereits in früheren Releases hingewiesen. Bisher standen die alten Funktionen parallel zu den neuen Funktionen zur Verfügung. Die Nutzung der alten Funktionen ist jetzt nicht mehr möglich. Siehe auch Weitere Informationen finden Sie in der Dokumentation zu SAP Retail (SAP-Bibliothek -> Logistik -> SAP Retail) unter Einkauf -> Nachträgliche Abrechnung. 13.7.8.2.3 Neuaufbau der Informationsstrukturen für Umsätze und Erträge Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) steht eine Funktion zum Neuaufbau der Informationsstrukturen von Umsätzen und Erträgen zur Verfügung. Diese Funktion wurde bereits zu 4.6C angekündigt, war aber bisher nicht freigegeben. Bitte lesen Sie hierzu die Release-Information Neuaufbau von Umsätzen und Erträgen zum Release 4.5. Für Zwecke der Parallelverarbeitung wurde ein Performancemaß eingeführt. Die zu bearbeitenden Absprachen werden in einem Startschritt hinsichtlich der zu erwartenden Laufzeit bewertet. Diese Vorgehensweise bietet den Vorteil, dass die großen performanceintensiven Absprachen am Anfang der Verarbeitung bearbeitet werden. Damit werden die zur Verfügung stehenden Prozesse/Systemressourcen optimal eingesetzt und die Gesamtlaufzeit der Verarbeitung minimiert. ______________________________________________________________ SAP AG 330 SAP-System ______________________________________________________________ Siehe auch Weitere Informationen finden Sie in der Dokumentation zu SAP Retail (SAP-Bibliothek -> Logistik -> SAP Retail) unter Einkauf -> Nachträgliche Abrechnung. 13.7.8.3 MM-PUR-VM-CON Konditionen 13.7.8.3.1 Kopierregeln für Konditionen im Einkauf (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie auch im Einkauf neue Kopierregeln für Konditionen definieren. Durch die Kopierfunktion ist es möglich, neue Konditionssätze mit minimalem Aufwand auf der Grundlage schon bestehender anzulegen. In den Kopierregeln stellen Sie Beziehungen zwischen Quell- und Zielkonditionstabellen her und legen Auswahlkriterien für Konditionssätze fest. Bisher war die Definition neuer Kopierregeln für Konditionssätze nur im Vertrieb (SD) möglich. Auswirkungen auf das Customizing Sie finden die Aktivität im Customizing des Einkaufs unter: -> Konditionen -> Preisfindung festlegen -> Kopiersteuerung für Konditionen 13.7.9 MM-PUR-OA 13.7.9.1 MM-PUR-OA-SCH Lieferantenrahmenverträge Lieferplan 13.7.9.1.1 Neue Änderungszeiger für Konditionssätze (WIND) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) stehen folgende zusätzliche Möglichkeiten im Rahmen der Beleganpassung bei Konditionsänderungen zur Verfügung: o Direkte Erzeugung von Einträgen im Arbeitsvorrat nach Konditionsänderungen o Aufnahme zusätzlicher Daten für einen Eintrag im Arbeitsvorrat Bei dem bisherigen Verfahren wurden die Einträge im Arbeitsvorrat auf der Basis der Änderungszeiger für Konditionsänderungen (Nachrichtentyp CONDBI) im Rahmen der Arbeitsvorratserstellung (Transaktion MEI4) erzeugt. Bei dem neuen Verfahren sind dagegen Änderungszeiger nicht mehr nötig. Bei der Änderung einer Kondition werden nun Einträge im Arbeitsvorrat direkt erstellt. Dadurch entfällt zum einen der bisherige performanceaufwendige Prozeßschritt der Arbeitsvorratserstellung aus Änderungszeigern. Darüber hinaus kann auf die Erzeugung von Änderungszeigern für Konditionsänderungen verzichtet werden, wenn diese nicht in anderen Prozessen verwendet werden. Das für die bisherige Arbeitsvorratserstellung geltende Customizing, das festlegt, welche Konditionsarten ______________________________________________________________ SAP AG 331 SAP-System ______________________________________________________________ im Arbeitsvorrat aufgenommen werden sollen (Tabelle T6I1), ist auch für die direkte Erzeugung gültig. Bei dem neuen Verfahren gibt es jedoch zusätzliche Filtermöglichkeiten. Zum einen kann pro Belegtyp festgelegt werden, für welche Arten von Konditionsänderungen (Betragsänderung, Gültigkeit, Kalkulationsrelevanz usw.) Arbeitsvorratseinträge erstellt werden sollen. Darüber hinaus existiert ein vom Filterkriterium Belegtyp abhängiges BAdI, mit dem kundenindividuelle Filterkriterien realisiert werden können. Das folgende Beispiel erläutert die Möglichkeiten des BAdIs: Aufgrund wechselnder Einkaufsbedingungen werden Frischeartikel in kurzen Abständen regelmäßig neu kalkuliert, eine Aktualisierung von Verkaufspreisen über den Prozess des Kalkulationsvorrats wird daher nicht benötigt. Verwenden Sie für die Anwendung Handelskalkulation (Belegtyp 10) in diesem Fall als zusätzliches Filterkriterium die Materialart. Bei einer Änderung des Einkaufsgrundpreises für einen Frischeartikel erzeugt das System dann aufgrund des eingerichteten Filterkriteriums keinen Arbeitsvorratseintrag für diesen Belegtyp. Die zusätzlichen Daten eines Arbeitsvorratseintrags bestehen zum einen aus Kopfdaten der Konditionen, mit denen man eine Verbesserung der Performance bei der Folgeverarbeitung erreicht, sowie aus variablen Kundenfeldern, mit denen eine selektive Folgeverarbeitung möglich wird. Das Füllen der Kundenfelder wird im Customizing festgelegt (Tabelle T6I2S). Auswirkungen auf den Datenbestand Wenn auf Änderungszeiger für Konditionsänderungen verzichtet wird, dann reduziert sich der Datenbestand der Änderungszeiger erheblich. Ein Änderungszeiger besteht i.d.R. aus mehreren Einträgen in der Tabelle BDCP bzw. BDCP2. Im einzelnen ergeben sich folgende Änderungen: o Die Tabellenbreite der Tabelle WIND erhöht sich durch die zusätzlichen Felder von 45 auf 262 Bytes. o Die Anzahl der Tabelleneinträge im Arbeitsvorrat kann sich aufgrund der zusätzlichen Filterkriterien verringern. o Änderungszeiger für den Nachrichtentyp CONDBI werden ggf. nicht mehr benötigt. Auswirkungen auf die Systemverwaltung Der Prozeßschritt der Erzeugung des Arbeitsvorrats aus Änderungszeigern (Transaktion MEI4) ist bei dem neuen Verfahren nicht mehr nötig. Die Prüfung gegen bestehende Belegindizes (Tabelle S111), die bei der bisherigen Arbeitsvorratserstellung möglich ist, muß nun im BAdI als zusätzliches Filterkriterium implementiert werden (siehe Beispiel-Coding). Die Migration des Arbeitssvorrats von den alten auf die neuen Arbeitsvorratseinträge wird mit dem Report RMEBEMIG vorgenommen. Der Report ergänzt die vorhandenen Einträge mit Informationen aus den Konditionssätzen. Wenn von dem alten auf das neue Verfahren umgestellt wird, ist für jeden Belegtyp ein spezielles Anpassungsverfahren notwendig. Dieses Verfahren ist jeweils in den Anwendungen beschrieben, die das neue Verfahren nutzen. Auswirkungen auf das Customizing Stellen Sie zunächst das neue Customizing für die direkte Erzeugung von Arbeitsvorratseinträgen ein. Bei ______________________________________________________________ SAP AG 332 SAP-System ______________________________________________________________ einer Neuinstallation oder wenn Sie die Beleganpassung für einen bestimmten Belegtyp noch nicht genutzt haben, setzen Sie das Kennzeichen für Migration und Direkteintrag manuell im Customizing. Bei der Umstellung vom alten auf das neue Verfahren werden die Kennzeichen im Rahmen des Migrationsverfahrens ggf. automatisch gesetzt. Zusätzlich legen Sie pro Belegtyp als Filterkriterium die Arten der Konditionsänderungen fest, für die Arbeitsvorratseinträge erstellt werden sollen, und wie die variablen Felder zu füllen sind. Wenn für alle verwendeten Belegtypen die direkte Erzeugung von Arbeitsvorratseinträgen eingestellt ist, kann ggf. auf die Erstellung von Änderungszeigern vom Nachrichtentyp CONDBI verzichtet werden. Deaktivieren Sie dann den Nachrichtentyp CONDBI im ALE-Customizing. Die Deaktivierung kann auch durch den Migrationsreport durchgeführt werden. Siehe auch Weitere Informationen finden Sie in der Dokumentation zu SAP Retail (SAP-Bibliothek -> Logistik -> SAP Retail) unter Stammdaten -> Konditionen -> Automatische Aktualisierung von Belegen nach Konditionsänderungen. 13.7.10 MM-PUR-REQ Bestellanforderungen 13.7.10.1 PBET: Ableitung des Buchungsdatums zur jeweiligen Version (geändert) Verwendung Ab dem Release SAP R/3 Enterprise Public Services 1.10, können Sie das HHM-Buchungsdatum für die periodenbasierte Obligofortschreibung (PBET) anhand des Versionsbuchungsdatums des Einkaufsbelegs (Bestellanforderung und Bestellung) ableiten. Auswirkungen auf den Datenbestand Dies hat keine Auswirkungen auf bestehende Daten. Auswirkungen auf das Customizing Aktivieren Sie die Versionsverwaltung für die Einkaufsbelege. 13.7.10.2 Purchase Requisitions Generated from Sales Orders Update FM (Changed) (geändert) Verwendung Ab dem Release SAP R/3 Enterprise Public Services 1.10, erzeugt eine Bestellanforderung, die aus einem Kundenauftrag generiert wird, ein Obligo im Haushaltsmanagement (HHM). Bei der Fortschreibung von Bestellanforderungen kann Budget verfügt werden. Auswirkungen auf den Datenbestand ______________________________________________________________ SAP AG 333 SAP-System ______________________________________________________________ Vorhandene Bestellanforderungen werden nicht automatisch fortgeschrieben. Die neue Funktion wird nur wirksam, wenn Sie in diesem Release mit neuen Kundenaufträge arbeiten. Auswirkungen auf das Customizing Die Bestellanforderungen werden im HHM als normale Bestellanforderungen angesehen. Daher ist kein spezielles Customizing notwendig. 13.7.10.3 Stock Transfer Orders Can Update Funds Management Commitment Verwendung Ab dem SAP R/3 Enterprise Public Services 1.10 wird der Vorgang Umlagerungsbestellungen im Haushaltsmanagement (HHM) unterstützt. Bestellungen und Bestellanforderungen für Umlagerungen werden als Obligos in das HHM fortgeschrieben. Die Bestellung wird durch den Warenausgang (mit Bestellreferenz) abgebaut. Auswirkungen auf den Datenbestand Vorhandene Daten werden nicht automatisch in das HHM übertragen. Auswirkungen auf die Systemverwaltung Diese Funktion aktivieren Sie mit dem BAdI ME_COMMITMENT_STO_CH. Die Aktivierung stößt eine Fortschreibung in anderen Modulen (wie z.B. Controlling und Grants Management) an. Auswirkungen auf das Customizing Es ist kein zusätzliches Customizing erforderlich. 13.7.10.4 Fortbestand der herkömmlichen Bestellung und Bestellanforderung Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) beachten Sie für die herkömmliche Bestellung (ME21, ME22, ME23) und Bestellanforderung (ME51, ME52, ME53) bitte folgende Planung: Wartung: Für Fehler, die bei interaktiver Anwendung oder bei der Nutzung des Batch-Input auftreten, steht Ihnen im Release Enterprise Core 4.70 weiterhin eine entsprechende Wartung zur Verfügung. Weiterentwicklung: Für die herkömmliche Bestellung und Bestellanforderung finden keine Weiterentwicklungen mehr statt. Zukünftige Releases: Die SAP behält sich vor, die Transktionen für die herkömmliche Bestellung und Bestellanforderung in zukünftigen Releases eventuell abzuschalten. ______________________________________________________________ SAP AG 334 SAP-System ______________________________________________________________ 13.7.10.5 Enjoy Bestellanforderung - Zuordnen und Bearbeiten (geändert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie bei der Folgebearbeitung von Bestellanforderungen auf nahezu alle Bearbeitungs- und Oberflächenfunktionen der Enjoy Bestellanforderung zugreifen, bequem Bezugsquellen zuordnen und in Folgebelege (Bestellungen oder Anfragen) umsetzen. Die Enjoy Folgebearbeitung von Bestellanforderungen kann nun als benutzerfreundliche Einbildtransaktion mit drei Bildbereichen verwendet werden. o Sie ermöglicht zum einen Änderungen an einzelnen sowie den Zugriff auf mehrere Banfen, o beschleunigt zum zweiten die Zuordnung einzelner oder mehrerer Banfen zu Bezugsquellen o und erleichtert schließlich die gezielte Umsetzung der Banfen in Anfragen und Bestellungen. Damit haben Sie mit der ME57 auch alle Funktionen der herkömmlichen Transaktionen ME56 und ME58 zur Verfügung. Voraussetzungen: Aktivieren Sie die Enjoy Folgebearbeitung über ALV Grid Control im Selektionsfenster durch den Listumfang (s.a. Auswirkungen auf das Customizing). Die verwendeten Listen sind damit auch für behinderte Nutzer/innen barrierefrei zugänglich. Auswirkungen auf das Customizing Um die ALV Grid-Liste über den Listumfang aktivieren zu können, nehmen Sie folgende Einstellung im Customizing vor: o Einkaufslisten pflegen -> Listumfang definieren -> Detailsicht: Kennzeichen ALV Grid Control verwenden markieren 13.7.10.6 Automatische Bestellerzeugung aus Banfen im neuen Interaktionsdesign Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie für die Automatische Bestellerzugung aus Bestellanforderungen die neue Enjoy Transaktion ME59N nutzen, die auch den Anforderungen der Barrierefreiheit genügt. Mit der neuen Automatischen Bestellerzeugung stehen Ihnen folgende zusätzlichen Möglichkeiten zur Verfügung: o Für das Protokoll können Sie zwischen den Optionen wählen: ______________________________________________________________ SAP AG 335 SAP-System ______________________________________________________________ - keine Details - nur Fehlermeldungen - alle Meldungen (also auch Warnungen) o Sie können nun in einer Bestellung Abrufe zu unterschiedlichen Kontrakten erzeugen. Gesteuert wird dies durch den zusätzlichen Parameter ' Je Kontrakt'. o Die Ergebnisse werden in interaktiven Listen ausgegeben. Sie können unmittelbar in die zugrunde liegende Banf, den zugeordneten Kontrakt oder die erzeugte Bestellung abspringen. o Für die Ergebnislisten haben Sie außerdem verschiedene Exportmöglichkeiten: - unkonvertiert - Tabellenkalkulation - Rich Text Format - HTML Format 13.7.11 MM-PUR-PO Bestellungen 13.7.11.1 PBET: Ableitung des Buchungsdatums zur jeweiligen Version (geändert) Verwendung Ab dem Release SAP R/3 Enterprise Public Services 1.10, können Sie das HHM-Buchungsdatum für die periodenbasierte Obligofortschreibung (PBET) anhand des Versionsbuchungsdatums des Einkaufsbelegs (Bestellanforderung und Bestellung) ableiten. Auswirkungen auf den Datenbestand Dies hat keine Auswirkungen auf bestehende Daten. Auswirkungen auf das Customizing Aktivieren Sie die Versionsverwaltung für die Einkaufsbelege. 13.7.11.2 Stock Transfer Orders Can Update Funds Management Commitment Verwendung Ab dem SAP R/3 Enterprise Public Services 1.10 wird der Vorgang Umlagerungsbestellungen im Haushaltsmanagement (HHM) unterstützt. Bestellungen und Bestellanforderungen für Umlagerungen werden als Obligos in das HHM fortgeschrieben. Die Bestellung wird durch den Warenausgang (mit ______________________________________________________________ SAP AG 336 SAP-System ______________________________________________________________ Bestellreferenz) abgebaut. Auswirkungen auf den Datenbestand Vorhandene Daten werden nicht automatisch in das HHM übertragen. Auswirkungen auf die Systemverwaltung Diese Funktion aktivieren Sie mit dem BAdI ME_COMMITMENT_STO_CH. Die Aktivierung stößt eine Fortschreibung in anderen Modulen (wie z.B. Controlling und Grants Management) an. Auswirkungen auf das Customizing Es ist kein zusätzliches Customizing erforderlich. 13.7.11.3 Freigabe der Enjoy-BAPIs: BAPI_PO_CREATE1 und BAPI_PO_CHANGE (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) sind die neuen BAPIs BAPI_PO_CREATE1 und BAPI_PO_CHAN GE offiziell freigegeben. Beide BAPIs beruhen auf der Funktionslogik der Enjoy Bestellung: Folgende neuen Möglichkeiten bieten Ihnen sowohl das BAPI_PO_CREATE1 als auch das BAPI_PO_CHANGE: o Sie können Partner individuell anlegen/ändern - mit Ausnahme der Partnerrolle LF (Lieferant). o Sie können im BAPI die Anlieferadresse mitgeben bzw. ändern. o Kopf- und Positionstexte können von den BAPIs verarbeitet werden. o Die Positionstypen können Sie auch mit den externen Darstellungswerten definieren (z.B. "B" statt "1"). o Sie können Konditionssätze über die BAPIs anlegen und ändern/löschen sowie eine neue Preisfindung durchführen. o Die Konfiguration (z.B. als Stückliste in der Lohnbearbeitung) kann in den BAPIs genutzt werden, allerdings nur indem vorhandene Konfigurationen/Stücklisten verwendet werden. o Sie können Unterpositionen anlegen bzw. ändern. o Die BAPIs haben eine ALE-Schnittstelle und können über EDIaufgerufen werden. o Bestellungen können über die BAPIs nun auch mit dem Status gemerkt gesichert werden (Dienstleistungs- und Streckenbestellungen können nicht gemerkt werden). Folgende speziellen Funktionen stehen Ihnen beim BAPI_PO_CREATE1 zur Verfügung: o Sie können die Bestellung mit Bezug zu einem Vorlagebeleg (Anfrage, Banf, Kontrakt, Lieferplan oder einer anderen Bestellung) anlegen. o Neben der Anlieferadresse können Sie auch die Lieferantenadresse im BAPI_PO_CREATE1 ______________________________________________________________ SAP AG 337 SAP-System ______________________________________________________________ definieren. o Die Versionsverwaltung kann auch beim BAPI_PO_CREATE1 genutzt werden. o Import-/Exportdaten können mitgegeben werden. o Nummerierung von Bestellpositionen kann über das BAPI beeinflusst werden. o Eine Warnmeldungsheuristik gibt Aufschluss darüber, wenn Schnittstellen vermutlich falsch gefüllt sind. Folgende spezielle Funktion ist im BAPI_PO_CHANGE wirksam: o Eine Firewall verhindert die Manipulation von Daten, welche nach der Geschäftslogik der Bestellung im Einkauf nicht änderbar sind (wie z.B. die Bestellnummer, der Lieferant u.ä.). 13.7.11.4 Konsignation auch buchungskreisübergreifend möglich (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie auch bei Lieferwerken aus anderen Buchungskreisen für den Konsignationsbestand, d.h. mit Positionstyp Konsignation, bestellen. Bis einschließlich Release 46C war bei Positionstyp Konsignation keine buchungskreisübergreifende Bestellung möglich. Auswirkungen auf das Customizing Im Customizing des Einkaufs wurde hierfür unter Bestellung -> Umlagerungsbestellung einstellen -> Lieferart und Prüfregel zuordnen folgendes Feld hinzugefügt (T161V): - LfartKonsi (Lieferart für Umlagerungen in den Konsignationsbestand) 13.7.11.5 Verschiedene Lieferarten in einem Umlagerungsbeleg (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) ist es möglich, in einem einzigen Beleg sowohl buchungskreisübergreifende als auch buchungskreisinterne Umlagerungspositionen aufzunehmen. Bis einschließlich 46C konnte nur eine Lieferart über die Belegart und das abgebende Werk (Lieferwerk) bestimmt werden. Ab SAP R/3 Enterprise können Sie über zwei neue Felder eine Lieferart im buchungskreisübergreifenden Fall (Cross Company Logik) und eine im internen Fall (interne Buchungslogik) bestimmen. Auswirkungen auf das Customizing Im Customizing des Einkaufs wurden hierfür unter Bestellung -> Umlagerungsbestellung einstellen -> ______________________________________________________________ SAP AG 338 SAP-System ______________________________________________________________ Lieferart und Prüfregel zuordnen folgende Felder hinzugefügt (T161V): - Lieferart 1 (Lieferart für Umlagerungen innerhalb eines Buchungskreises) und - Lieferart 2 (Lieferart für Umlagerungen zwischen zwei Buchungskreisen) 13.7.11.6 Fortbestand der herkömmlichen Bestellung und Bestellanforderung Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) beachten Sie für die herkömmliche Bestellung (ME21, ME22, ME23) und Bestellanforderung (ME51, ME52, ME53) bitte folgende Planung: Wartung: Für Fehler, die bei interaktiver Anwendung oder bei der Nutzung des Batch-Input auftreten, steht Ihnen im Release Enterprise Core 4.70 weiterhin eine entsprechende Wartung zur Verfügung. Weiterentwicklung: Für die herkömmliche Bestellung und Bestellanforderung finden keine Weiterentwicklungen mehr statt. Zukünftige Releases: Die SAP behält sich vor, die Transktionen für die herkömmliche Bestellung und Bestellanforderung in zukünftigen Releases eventuell abzuschalten. 13.7.11.7 Automatische Bestellerzeugung aus Banfen im neuen Interaktionsdesign Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie für die Automatische Bestellerzugung aus Bestellanforderungen die neue Enjoy Transaktion ME59N nutzen, die auch den Anforderungen der Barrierefreiheit genügt. Mit der neuen Automatischen Bestellerzeugung stehen Ihnen folgende zusätzlichen Möglichkeiten zur Verfügung: o Für das Protokoll können Sie zwischen den Optionen wählen: - keine Details - nur Fehlermeldungen - alle Meldungen (also auch Warnungen) o Sie können nun in einer Bestellung Abrufe zu unterschiedlichen Kontrakten erzeugen. Gesteuert wird dies durch den zusätzlichen Parameter ' Je Kontrakt'. o Die Ergebnisse werden in interaktiven Listen ausgegeben. Sie können unmittelbar in die zugrunde liegende Banf, den zugeordneten Kontrakt oder die erzeugte Bestellung abspringen. ______________________________________________________________ SAP AG 339 SAP-System ______________________________________________________________ o Für die Ergebnislisten haben Sie außerdem verschiedene Exportmöglichkeiten: - unkonvertiert - Tabellenkalkulation - Rich Text Format - HTML Format 13.7.11.8 Ergänzungen der Persönlichen Einstellungen in der Enjoy-Bestellung Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie folgende neuen Persönlichen Einstellungen vornehmen: 1. Bei den Grundeinstellungen sind für die Zusatzdisposition (SAP Retail) zwei Kennzeichen hinzugekommen: - Selektionsbild: Mit diesem Kennzeichen können Sie festlegen, dass Sie mit jedem Lauf der Zusatzdisposition neue Selektionskriterien einstellen können. - Mengenvorschlag: Mit diesem Kennzeichen können Sie festlegen, dass vom SAP-System Mengenvorschläge zu den Zusatzpositionen ermittelt werden. 2. Bei den Vorschlagswerten zur Bestellposition können Sie mit Hilfe des neuen Kennzeichens Immer vorschlagen wählen, ob Ihre in den Persönlichen Einstellungen gepflegten Werte Vorrang vor eventuellen Werten aus Vorgängerbelegen (z.B. aus Banfen oder Kontrakten) haben sollen. 13.7.11.9 Unterlieferungstoleranz bei Umlagerungsbestellungen (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie die Unterlieferungstoleranz der Umlagerungsbestellung auch für den Warenausgang aktivieren. Dafür steht Ihnen im Customizing der Umlagerungsbestellung ein neues Kennzeichen zur Verfügung, mit dem Sie festlegen können, bei welchen Kombinationen von abgebendem und empfangendem Werk die eingestellte Unterlieferungsspanne toleriert wird. Bei Unterlieferung innerhalb der Toleranzgrenze bewirkt das Kennzeichen, dass in der Bestellung automatisch das Endauslieferungskennzeichen gesetzt wird und dass im abgebenden Werk keine Folgeprozesse (Planauftrag, Produktionsauftrag) angestoßen werden. Auswirkungen auf das Customizing Um die Unterlieferungstoleranz zu aktivieren, markieren Sie das entsprechende Kennzeichen im Customizing des Einkaufs unter: - Bestellung -> Umlagerungsbestellung einstellen ->Belegart, Einschrittverfahren, ______________________________________________________________ SAP AG 340 SAP-System ______________________________________________________________ Unterlieferungstoleranz zuordnen 13.7.11.10 Anlegen einer Lohnbearbeitungsbestellung mit Chargennummer (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie bereits beim Anlegen einer Lohnbearbeitungsbestellung (LB-Bestellung) im Einkauf festlegen, welche Charge des Beistellmaterials (Lohnbearbeitungskomponente) an den Lohnbearbeiter geliefert werden soll. Dies kann beispielsweise nützlich sein, wenn das Material für die Lohnbearbeitung spezifische Eigenschaften haben muß, die Sie in Ihrem System mit Hilfe von Chargen abbilden. Um bei der Umbuchung des Beistellmaterials vom normalen Lagerortbestand in den Lieferantenbeistellbestand die Chargennummern aus der Bestellung anzeigen zu können, müssen Sie sich auf die Bestellung beziehen; eine Sammelumbuchung ist nicht möglich. Umbuchung über die LB-Bestandsüberwachungsliste Mit dem Report zur LB-Bestandsüberwachung zum Lieferanten (Transaktionscode ME2O) ist es möglich, die Chargen des Beistellmaterials anzuzeigen und direkt in den Lieferantenbeistellbestand umzubuchen. Auf dem Einstiegsbild des Reports können Sie mit dem Kennzeichen Nach Chargen gruppieren festlegen, wie die Chargeninformation bei der Anzeige berücksichtigt werden soll. Wareneingangsbuchung in der Bestandsführung Bei der Wareneingangsbuchung zur Lohnbearbeitungsbestellung mit der Transaktion MIGO oder MB01 wird vom System für die Verbrauchsbuchung der Lohnbearbeitungskomponenten die Chargennummer aus der Bestellung vorgeschlagen. Diesen Vorschlagswert können Sie bei Bedarf ändern. Siehe auch Weitere Informationen zur Chargenabwicklung in der Materialwirtschaft finden Sie in der SAP-Bibliothek unter Logistik -> Materialwirtschaft -> Bestandsführung -> Bestandsführung und Inventur -> Chargenabwicklung. Weitere Informationen zur Lohnbearbeitung in der Materialwirtschaft finden Sie in der SAP-Bibliothek unter Logistik -> Materialwirtschaft -> Bestandsführung -> Sonderbestände und Sonderbeschaffungsformen -> Lohnbearbeitung. 13.7.11.11 Höhere Performance beim Investment-Buying Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) verarbeitet das System Konditionsänderungen, die für das Investment-Buying relevant sind, schneller. Die neun Funktionen führen zu folgenden Verbesserungen: ______________________________________________________________ SAP AG 341 SAP-System ______________________________________________________________ o Die Länge des benötigten Zeitfensters wird verkleinert o Es werden weniger Systemresourcen benötigt. o Die Datenmenge auf der Datenbank und in internen Tabellen wird reduziert. Der Prozeß wurde in folgenden Punkten verändert: o Bei der Pflege der Konditionsänderung schreibt das System direkt einen Eintrag in die Tabelle WIND. o Der Investment-Buying-Algorithmus wurde verschlankt, was die selektierte Datenmenge und die intern durchlaufenen Schritte angeht. o Es ist auswählbar, ob das System eine Listungsprüfung durchführen soll. Dies führt das zu einer Laufzeitverbesserung, falls nur ein Teil des Gesamtsortiments in den ausgewählten Werken gelistet ist. Auswirkungen auf den Datenbestand Um die auf der Datenbank vorhandenen Datenmengen gering zu halten, muß das Programm RWVLB00C regelmäßig eingeplant werden. Dieses Programm ersetzt den Lauf des Programms MEI5. Auswirkungen auf die Systemverwaltung Das Programm RWVLB00C ist in regelmäßigen Abständen einzuplanen. Siehe auch Weitere Informationen finden Sie in der Dokumentation zu SAP Retail (SAP-Bibliothek -> Logistik -> SAP Retail) unter Einkauf -> Bestellwesen -> Bestelloptimierung. 13.7.11.12 Berechnung der Planlieferzeit Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie eine Berechnung und Änderung der Planlieferzeit durchführen. Durch die Verwendung dieser Funktion können Sie eine bessere Warenversorgung durch Ihre Lieferanten erzielen und so Lagerüberbestände oder Out-of-stock-Situationen vermeiden. Bisher mußten die Daten zur Planlieferzeit an drei unterschiedlichen Stellen manuell gepflegt werden: o auf Ebene des Lieferanten. o auf Ebene des Materials. o auf Ebene des Einkaufsinfosatzes. Die an diesen Stellen manuell gepflegten Werte basieren jedoch zu einem großen Teil auf Erfahrungswerten, die bei einer Änderung des Lieferantenverhaltens schnell veralten. Mit der neuen Funktion können Sie: 1. eine Berechnung der Planlieferzeit durchführen. Bei der Berechnung der Planlieferzeit ermittelt das System für eine frei wählbare Kombination aus ______________________________________________________________ SAP AG 342 SAP-System ______________________________________________________________ Lieferant, Werk, Material, Einkaufsorganisation und Lieferantenteilsortiment die Anzahl der Tage zwischen der Bestellung beim Lieferanten und dem tatsächlichen Wareneingang. 2. eine Änderung der Daten der Planlieferzeit durchführen. Die Funktion unterstützt Sie bei der Entscheidung, ob Sie die manuell gepflegte Planlieferzeit beibehalten oder durch die berechnete Planlieferzeit ersetzen möchten. Sie können die Entscheidung für die Änderung der Planlieferzeit für jeden einzelnen Wert bei den Stammdaten zu Lieferant, Material und Einkaufsinfosatz treffen. Beachten Sie, daß Sie durch eine Änderung der Planlieferzeiten Einfluß auf die Beschaffung nehmen können. Wichtig: Das System berechnet die Planlieferzeit in Kalendertagen, nicht in Werktagen. Auswirkungen auf die Systemverwaltung SAP empfiehlt, die Funktion regelmäßig zu nutzen. Auswirkungen auf das Customizing Einstellungen am Customizing sind nicht vorzunehmen. 13.7.11.13 Bestellstorno Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie Bestellstornos einfacher bearbeiten, da Sie nun in der Lage sind, überfällige/falsche Bestellungen zu löschen bzw. das Lieferdatum einer Bestellung zu ändern. Die Bearbeitung von Bestellstornos nehmen Sie in der Dispositionsworkbench vor. Sie können die Bearbeitung von Bestellstornos im Dialog oder im Hintergrundverfahren durchführen. Siehe auch Weitere Informationen finden Sie in der Dokumentation zu SAP Retail (SAP-Bibliothek -> Logistik -> SAP Retail) unter Einkauf -> Disposition -> Dispositionsworkbench. 13.7.11.14 Progress Tracking (neu) Verwendung Ab SAP R/3 Enterprise PLM Extension 1.10 (EA_APPL 110) stehen Ihnen die Funktionen des Progress Tracking als Teil des Projektsystems und der Materialwirtschaft zur Verfügung. Progress Tracking ermöglicht Ihnen, genau den Fortschritt von Netzplankomponenten im Projektsystem und Bestellungen in der Materialwirtschaft zu verfolgen. Indem Sie Ereignisse verfolgen, die Sie selber im Customizing des Progress Tracking oder in der Progress-Tracking-Transaktion definieren, erlangen Sie eine bessere Kontrolle über den Fortschritt Ihrer Netzplankomponenten oder Bestellungen. Sie können z.B. zur Verfolgung einer Bestellung Ereignisse für interne Vorgänge wie den Bestellausgang ______________________________________________________________ SAP AG 343 SAP-System ______________________________________________________________ anlegen. Zur Verfolgung einer Netzplankomponente können Sie Ereignisse für Warenausgang und Wareneingang definieren. Die Terminierung der Ereignisse ermöglicht es Ihnen, Abweichungen zu analysieren und Probleme rechtzeitig zu erkennen. Sie können Kundenerweiterungen verwenden, um Termine für Ereignisse festzulegen, die auf Systemterminen bzw. externen Daten beruhen. Progress Tracking bietet eine übersichtlich aufgebaute und intuitive Oberfläche, die unabhängig vom Objekt ist, das Sie gerade verfolgen. Der Aufbau der Oberfläche ist flexibel: Sie können das initiale Selektionsbild Ihren Bedürfnissen anpassen, indem Sie kundenspezifische Felder einfügen, und auf dem Hauptbild des Progress Tracking, das aus zwei Übersichten besteht, die mit dem ABAP List Viewer (ALV) erstellt wurden, können Sie benutzer- bzw. anwendungsspezifische Layouts definieren und pflegen. Obwohl Progress Tracking alle Möglichkeiten der Terminverfolgung umfasst, die es seit dem Release 4.6 im Projektsystem gibt, hat es einen viel allgemeineren Ansatz, wodurch auch die Verwendung für andere Objekte, wie Bestellungen, ermöglicht wird. Im Vergleich zur Terminverfolgung bietet das Progress Tracking unter anderem o ein umfassendes Customizing zur Definition der Standardeinstellungen o eine weitaus attraktivere Benutzerobfläche für die benutzer- und anwendungsspezifische Layouts angelegt werden können und mit der es möglich ist, die angezeigten Einträge zu filtern, gruppieren und summieren o die Möglichkeit kundenspezifische Felder einzufügen o eine Menge von BAdIs, die verschiedenste Möglichkeiten bieten, um spezielle Kundenanforderungen zu erfüllen Auswirkungen auf das Customizing Um ProMan anwenden zu können, führen Sie folgende Aktivitäten im Einführungsleitfaden (IMG) des Projektsystems oder der Materialwirtschaft aus, indem Sie Logistik -> Projektsystem -> Fortschritt -> Progress Tracking oder Logistik -> Materialwirtschaft -> Einkauf -> Bestellung -> Progress Tracking wählen: o Standardereignisse definieren o Ereignis-Szenarien definieren o Ereignisrelationen innerhalb eines Szenarios pflegen o Zuordnung Default-Szenario zu Warengruppe o Prioritäten zu einem Ereignis pflegen o Progress-Tracking-Profil definieren o Statusinfotypen definieren o Nummernkreis Statusinformation o Kundeneigene Auswertungen Siehe auch Weitere Informationen über Progress Tracking finden Sie in der SAP-Bibliothek: Logistik -> Projektsystem -> Progress Tracking oder Logistik -> Materialwirtschaft -> Einkauf -> Progress Tracking. ______________________________________________________________ SAP AG 344 SAP-System ______________________________________________________________ 13.8 MM-SRV Dienstleistungen 13.8.1 MM-SRV-SR Leistungserfassung 13.8.1.1 Retoure für Leistungserfassungsblätter aus Arbeitszeitblättern (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie in einem Arbeitszeitblatt, das Sie bereits in ein Leistungserfassungsblatt übergeleitet haben, nachträglich eine Zeit- oder Mengenangabe ändern und mit den neuen Daten vom System sofort ein neues Leistungserfassungsblatt erstellen lassen. Sobald Sie das veränderte Arbeitszeitblatt ebenfalls in Externe Leistungen überleiten, erzeugt das System zusätzlich sowohl ein Leistungserfassungsblatt mit den neuen Daten, als auch ein Leistungserfassungsblatt, in dem die ursprünglichen Daten zurückgenommen werden und in dem das Retourekennzeichen markiert ist. Hinweis: Eine Retoure ist nur bei Verwendung und Überleitung eines Arbeitszeitblattes in Externe Leistungen (cats/catm) möglich. Das Retourekennzeichen kann auch nicht manuell markiert werden, sondern wird vom System durch Überleitung eines geänderten Arbeitszeitblattes in externe Leistungen gesetzt. Auswirkungen auf den Datenbestand Das bereits vorhandene Leistungserfassungsblatt wird durch das zusätzlich erzeugte Retoureblatt aufgehoben. Dies können Sie in der Bestellentwicklung der zugrundeliegenden Bestellung kontrollieren. Auswirkungen auf das Customizing Um die Retoure von Arbeitszeitblättern bei der Leistungserfassung zu ermöglichen, müssen Sie das entsprechende Aktivierungskennzeichen im Customizing der Dienstleistung markieren: Bezugsquellenfindung und Vorschlagswerte -> für den Mandanten festlegen -> Retoure aktiv 13.9 MM-IM Bestandsführung 13.9.1 Goods Movements and Excise Documents Combined (New) Verwendung As of SAP R/3 Enterprise Core 4.70 (SAP_APPL 470), users working in manufacturing plants can enter incoming and outgoing excise invoices when they enter a goods receipt or goods issue in the standard Goods Movements transaction, MIGO. Users working in depots can enter incoming excise invoices when they enter a goods receipt. When they ______________________________________________________________ SAP AG 345 SAP-System ______________________________________________________________ enter a goods issue, they can assign the appropriate register RG 23D entries to it. Other excise documents are also supported, for example, subontract orders. For more information, see the documentation mentioned below. Incoming Excise Invoices When goods are delivered to your company, the user runs the Goods Movements transaction and enters the goods receipt details and the excise invoice information on the same screen: For these purposes, SAP has added two new tabs to the Goods Movements transaction, one for information about the excise invoice at header level and one for item level. As well as speeding up your business processes, it also means that the person who enters the goods receipt can also post the excise duty to the CENVAT account instantly, improving your company's cash flow. Outgoing Excise Invoices Similarly, users can also create and post outgoing excise invoices in the Goods Movements transaction when they post a goods issue. Auswirkungen auf das Customizing Activate the functions for each excise group that wants to work with them, in the MIGO group box in the IMG activity Maintain Excise Groups. Siehe auch SAP Library -> Logistics -> Country Versions -> Asia-Pacific -> India -> Materials Management (MM) -> Goods Movements and Excise Documents Combined. 13.9.2 MM-IM: Überblick Release-Infos zu SAP R/3 Enterprise Core 470 Verwendung Im Folgenden erhalten Sie einen Überblick über alle Release-Infos in der Anwendungskomponente MM-Bestandsführung zu SAP R/3 Enterprise Core 4.70 (SAP_APPL 470). Sie können sich die Release-Infos direkt anzeigen lassen. o Funktionale Erweiterungen in der MIGO (geändert) o Ablösung der MB*-Transaktionen durch die Transaktion MIGO (neu) o Business Add-Ins in der Bestandsführung (neu) o Funktionale Ergänzung zum BAPI CreateFromData (geändert) o Anlegen einer Lohnbearbeitungsbestellung mit Chargennummer(neu) o Nachrichtenfindung: Programm zur Erzeugung von Konditionssätzen(neu) o SAP Smart Forms in der Bestandsführung (neu) ______________________________________________________________ SAP AG 346 SAP-System ______________________________________________________________ 13.9.3 MM-IM-GF Grundfunktionen 13.9.3.1 Business Add-Ins in der Bestandsführung (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) stehen Ihnen folgende Business Add-Ins (BAdI) zur Verfügung: o Ändern von Positionsdaten in der Transaktion MIGO (MB_MIGO_ITEM_BADI) o Pflegen externer Detail-Subscreens für Transaktion MIGO (MB_MIGO_BADI) o Prüfen/Ergänzen der Dialogdaten für Transakt. MB21/MB22 (MB_RESERVATION_BADI) Auswirkungen auf das Customizing Diese Business Add-Ins pflegen Sie im Customizing der Bestandsführung unter dem Abschnitt Customer-Exits und Business Add-Ins pflegen. Siehe auch Weitere Informationen zu Business Add-Ins finden Sie in der SAP-Bibliothek unter Basis -> ABAP Workbench -> Änderungen des SAP-Standards -> Business Add-Ins. 13.9.3.2 Nachrichtenfindung: Programm zur Erzeugung von Konditionssätzen (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) gibt es ein Programm, mit dem Sie für die Nachrichtenfindung in der Bestandsführung diejenigen Konditionssätze anlegen können, die wir standardmäßig für die Nachrichtenfindung empfehlen. Das Programm legt nur Konditionssätze für Warenbegleitscheine an; die Konditionssätze für Etikettendruck sowie für Mails müssen Sie weiterhin manuell anlegen. Das Programm heißt Batch-Input für Konditionssätze Nachrichtenfindung (RM07NKON). Weitere Informationen finden Sie in der Reportdokumentation. Auswirkungen auf den Datenbestand Dieser Report legt die Konditionssätze nur dann an, wenn noch keine dieser Konditionssätze im System vorhanden sind. Bestehende Konditionssätze werden nicht überschrieben. Siehe auch Weitere Informationen zu den Einstellungen der Nachrichtenfindung finden Sie im Einführungsleitfaden (IMG) der Bestandsführung unter Nachrichtenfindung -> Tips zur schnellen Einführung der ______________________________________________________________ SAP AG 347 SAP-System ______________________________________________________________ Nachrichtenfindung. 13.9.4 MM-IM-GR Wareneingang 13.9.4.1 Funktionale Ergänzung zum BAPI CreateFromData (geändert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) gibt es in der Methode (BAPI) zum Buchen von Warenbewegungen CreateFromData (Funktionsbaustein: BAPI_GOODSMVT_CREATE) funktionale Ergänzungen im Bereich Lohnbearbeitung. Mit dieser Methode können beim Buchen eines Wareneingangs zu einer LB-Bestellung die in der LB-Bestellung angegebenen Komponentenmengen nicht verändert werden. Es werden grundsätzlich nur die im Voraus angegebenen Komponentenmengen als Warenausgang gebucht. Die Buchung einer Nachverrechnung war über diese Methode ebenfalls nicht möglich. Wegen dieser funktionalen Einschränkungen wurde die Methode um folgende Funktionen erweitert: o Beim Buchen eines Wareneingangs zu einer LB-Bestellung ist es jetzt möglich, die Vorschlagsmengen der Komponenten aus der Bestellung zu ändern. Damit unterstützt die Methode in vollem Umfang die Funktionen der Transaktion MB01 für den Prozess "Wareneingang zur Lohnbearbeitungsbestellung". o Um eventuellen Mehr- oder Minderverbrauch von Komponentenmengen nachträglich berücksichtigen zu können, ist es mit dieser Methode jetzt auch möglich, nachträglich zu verrechnen. Damit unterstützt die Methode in vollem Umfang die Funktionen der Transaktion MB04 für den Prozess "Nachverrechnung von Beistellmaterial". Siehe auch Weitere Informationen erhalten Sie in der zugehörigen BAPI-Dokumentation. 13.9.4.2 Anlegen einer Lohnbearbeitungsbestellung mit Chargennummer (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie bereits beim Anlegen einer Lohnbearbeitungsbestellung (LB-Bestellung) im Einkauf festlegen, welche Charge des Beistellmaterials (Lohnbearbeitungskomponente) an den Lohnbearbeiter geliefert werden soll. Dies kann beispielsweise nützlich sein, wenn das Material für die Lohnbearbeitung spezifische Eigenschaften haben muß, die Sie in Ihrem System mit Hilfe von Chargen abbilden. Um bei der Umbuchung des Beistellmaterials vom normalen Lagerortbestand in den Lieferantenbeistellbestand die Chargennummern aus der Bestellung anzeigen zu können, müssen Sie sich auf die Bestellung beziehen; eine Sammelumbuchung ist nicht möglich. Umbuchung über die LB-Bestandsüberwachungsliste ______________________________________________________________ SAP AG 348 SAP-System ______________________________________________________________ Mit dem Report zur LB-Bestandsüberwachung zum Lieferanten (Transaktionscode ME2O) ist es möglich, die Chargen des Beistellmaterials anzuzeigen und direkt in den Lieferantenbeistellbestand umzubuchen. Auf dem Einstiegsbild des Reports können Sie mit dem Kennzeichen Nach Chargen gruppieren festlegen, wie die Chargeninformation bei der Anzeige berücksichtigt werden soll. Wareneingangsbuchung in der Bestandsführung Bei der Wareneingangsbuchung zur Lohnbearbeitungsbestellung mit der Transaktion MIGO oder MB01 wird vom System für die Verbrauchsbuchung der Lohnbearbeitungskomponenten die Chargennummer aus der Bestellung vorgeschlagen. Diesen Vorschlagswert können Sie bei Bedarf ändern. Siehe auch Weitere Informationen zur Chargenabwicklung in der Materialwirtschaft finden Sie in der SAP-Bibliothek unter Logistik -> Materialwirtschaft -> Bestandsführung -> Bestandsführung und Inventur -> Chargenabwicklung. Weitere Informationen zur Lohnbearbeitung in der Materialwirtschaft finden Sie in der SAP-Bibliothek unter Logistik -> Materialwirtschaft -> Bestandsführung -> Sonderbestände und Sonderbeschaffungsformen -> Lohnbearbeitung. 13.9.4.3 Funktionale Erweiterungen in der MIGO (geändert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) verfügt die Transaktion für Warenbewegungen MIGO über folgende neue Funktionen: o Umbuchungen und Umlagerungen Die MIGO können Sie jetzt auch für Umbuchungen und Umlagerungen einsetzen. Wählen Sie dazu im Listenfeld für den betriebswirtschaftlichen Vorgang (Ausführbare Aktion in Transaktion MIGO) die Aktionen Umbuchung, Auslagern oder Einlagern. o Nachverrechnung Es ist jetzt auch möglich, die MIGO für die Nachverrechnung bei Lohnbearbeitung zu verwenden. Wählen Sie dazu in dem Listenfeld für den betriebswirtschaftlichen Vorgang (Ausführbare Aktion in Transaktion MIGO) die Aktion Nachverrechnung. o Neue Business Add-Ins für die MIGO Für die MIGO stehen neue Business Add-Ins zur Verfügung. Siehe Release-Info Business Add-Ins in der Bestandsführung. o Änderung von Vorschlagswerten Es ist jetzt möglich, die Vorschlagswerte für die Bewegungsart und für das Sonderbestandskennzeichen direkt zu ändern, ohne das Dialogfenster für die Vorschlagswerte aufzurufen. Geben Sie dazu in der MIGO in der ersten Zeile oben rechts die gewünschte Bewegungsart und das Sonderbestandskennzeichen ein und wählen Sie Weiter. o Manuelle Eingabe der Anzahl der zu druckenden WE-Scheine Es ist jetzt möglich, beim Buchen einer Warenbewegung die Anzahl der zu druckenden WE-Scheine manuell einzugeben. ______________________________________________________________ SAP AG 349 SAP-System ______________________________________________________________ Das Feld Anzahl WE-Scheine ist erst dann sichtbar, wenn das Feld im Customizing der MIGO-Feldauswahl pro Bewegungsart aufgenommen wurde. Wählen Sie dazu im Customizing der Bestandsführung Einstellungen für Enjoytransaktionen -> Einstellungen für Warenbewegungen (MIGO) -> Feldauswahl pro Bewegungsart. o Manuelle Auswahl für die Version des Warenbegleitscheins Es ist jetzt möglich, die Version für den Warenbegleitschein (Einzelschein, Einzelschein mit Prüftext, Sammelschein) manuell einzugeben. Bisher wurde vom System die Version grundsätzlich aus den Einstellungen im Customizing (Konditionen pflegen) ermittelt. Das System verhält sich jetzt folgendermaßen: - In den Kopfdaten auf der Registerkarte Allgemein erscheint die Version als Listbox. Bei der Anzeige eines Materialbeleges erscheint dagegen die Drucktaste Drucken nicht mehr, wenn der Materialbeleg noch nicht gedruckt wurde. Um Nachrichten bei der Anzeige zu erzeugen, müssen Sie nun das Ankreuzfeld rechts neben dem Druckersymbol markieren. Sowohl das Ankreuzfeld zum Drucken als auch die Version sind eingabebereit, falls für den Materialbeleg noch keine Nachricht erzeugt wurde. - Vorschlag der Version: Wenn der Benutzer manuell die vorgeschlagene Version ändert, wird diese Version für die aktuelle Vorgangsart als Benutzer-Default gemerkt und bei der Erfassung des nächsten Belegs dieser Vorgangsart vorgeschlagen. Wenn der Benutzer noch keinen Benutzer-Default für die Vorgangsart hat, so wird die Default-Version aus dem Customizing (Default-Version pro Transaktion) ermittelt. - Bei der Anzeige des Materialbeleges wird die im Materialbeleg gespeicherte Version vorgeschlagen. Der Benutzer kann die Version in den Kopfdaten ändern und anschließend die Nachrichtenfindung über das Ankreuzfeld starten. Die Nachrichtenfindung wird mit der manuell geänderten Version ausgeführt. Allerdings wird die Version im Materialbeleg nicht verändert, denn dies ist die Version zum Zeitpunkt der Anlage des Materialbelegs. Siehe auch Release-Info Ablösung der MB*-Transaktionen durch die Transaktion MIGO 13.9.4.4 Ablösung der MB*-Transaktionen durch die Transaktion MIGO (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie die Transaktion für Warenbewegungen MIGO auch für Umbuchungen und Umlagerungen sowie für die Nachverrechnung bei Lohnbearbeitung einsetzen. Siehe dazu die Release-Info Funktionale Erweiterungen in der MIGO. Somit kann die MIGO alle herkömmlichen Transaktionen zum Buchen von Warenbewegungen, die mit MB* beginnen, ersetzen. In diesem Release können Sie sowohl die MIGO als auch die herkömmlichen MB*-Transaktionen uneingeschränkt parallel benutzen. SAP behält sich jedoch vor, die Wartung für die herkömmlichen MB*-Transaktionen in einer späteren Version einzustellen, so dass Sie dann nur noch die MIGO einsetzen können. ______________________________________________________________ SAP AG 350 SAP-System ______________________________________________________________ 13.9.4.5 SAP Smart Forms in der Bestandsführung (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) steht Ihnen das Smart Form MMIM_GRPO_SINGLE (Wareneingangsschein) zum Drucken von Einzelscheinen bei Wareneingängen (Nachrichtenart WE01) zur Verfügung. Das SAPscript-Layout entspricht dem des Formulars WESCHEINVERS1. Gegenüber einem herkömmlichen SAPscript-Formular bieten Smart Forms folgende Vorteile: o Erstellen und Pflegen von Formularen in der halben Zeit o Formularanpassung ohne Programmierkenntnisse dank vollständiger grafischer Benutzeroberfläche o Web Publishing mit Hilfe einer generierten XML-Ausgabe Die SAP Smart Forms lösen SAPscript-Formulare ab. SAPscript-Formulare werden weiterhin unterstützt und können ohne Änderung benutzt werden. SAPscript-Texte können in den Smart Forms verwendet werden. Die Migration von SAPscript-Formularen in Smart Forms wird unterstützt. Smart Forms können Sie mit der Transaktion SMARTFORMS anlegen, ändern und anzeigen. Auswirkungen auf das Customizing Das Smart Form MMIM_GRPO_SINGLE pflegen Sie im Customizing der Bestandsführung unter dem Abschnitt Nachrichtenfindung -> Formulare und Programme zuordnen. Um das Smart Form einsetzen zu können, müssen Sie das Programm SAPFM07P_SMART und das Smart Form MMIM_GRPO_SINGLE der Nachrichtenart WE01 zuordnen: o Nachrichtenart: WE01 o Programm: SAPFM07P_SMART o Formroutine: ENTRY_WE01 o Smart Form: MMIM_GRPO_SINGLE Siehe auch Weitere Informationen zu SAP Smart Forms finden Sie in der SAP-Bibliothek unter Basis -> Basis-Services / Kommunikationsschnittstelle (BC-SRV) -> SAP Smart Forms (BC-SRV-SCR). 13.9.5 MM-IM-GI Warenausgang und Rücklieferung 13.9.5.1 Funktionale Ergänzung zum BAPI CreateFromData (geändert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) gibt es in der Methode (BAPI) zum Buchen von ______________________________________________________________ SAP AG 351 SAP-System ______________________________________________________________ Warenbewegungen CreateFromData (Funktionsbaustein: BAPI_GOODSMVT_CREATE) funktionale Ergänzungen im Bereich Lohnbearbeitung. Mit dieser Methode können beim Buchen eines Wareneingangs zu einer LB-Bestellung die in der LB-Bestellung angegebenen Komponentenmengen nicht verändert werden. Es werden grundsätzlich nur die im Voraus angegebenen Komponentenmengen als Warenausgang gebucht. Die Buchung einer Nachverrechnung war über diese Methode ebenfalls nicht möglich. Wegen dieser funktionalen Einschränkungen wurde die Methode um folgende Funktionen erweitert: o Beim Buchen eines Wareneingangs zu einer LB-Bestellung ist es jetzt möglich, die Vorschlagsmengen der Komponenten aus der Bestellung zu ändern. Damit unterstützt die Methode in vollem Umfang die Funktionen der Transaktion MB01 für den Prozess "Wareneingang zur Lohnbearbeitungsbestellung". o Um eventuellen Mehr- oder Minderverbrauch von Komponentenmengen nachträglich berücksichtigen zu können, ist es mit dieser Methode jetzt auch möglich, nachträglich zu verrechnen. Damit unterstützt die Methode in vollem Umfang die Funktionen der Transaktion MB04 für den Prozess "Nachverrechnung von Beistellmaterial". Siehe auch Weitere Informationen erhalten Sie in der zugehörigen BAPI-Dokumentation. 13.9.5.2 Funktionale Erweiterungen in der MIGO (geändert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) verfügt die Transaktion für Warenbewegungen MIGO über folgende neue Funktionen: o Umbuchungen und Umlagerungen Die MIGO können Sie jetzt auch für Umbuchungen und Umlagerungen einsetzen. Wählen Sie dazu im Listenfeld für den betriebswirtschaftlichen Vorgang (Ausführbare Aktion in Transaktion MIGO) die Aktionen Umbuchung, Auslagern oder Einlagern. o Nachverrechnung Es ist jetzt auch möglich, die MIGO für die Nachverrechnung bei Lohnbearbeitung zu verwenden. Wählen Sie dazu in dem Listenfeld für den betriebswirtschaftlichen Vorgang (Ausführbare Aktion in Transaktion MIGO) die Aktion Nachverrechnung. o Neue Business Add-Ins für die MIGO Für die MIGO stehen neue Business Add-Ins zur Verfügung. Siehe Release-Info Business Add-Ins in der Bestandsführung. o Änderung von Vorschlagswerten Es ist jetzt möglich, die Vorschlagswerte für die Bewegungsart und für das Sonderbestandskennzeichen direkt zu ändern, ohne das Dialogfenster für die Vorschlagswerte aufzurufen. Geben Sie dazu in der MIGO in der ersten Zeile oben rechts die gewünschte Bewegungsart und das Sonderbestandskennzeichen ein und wählen Sie Weiter. o Manuelle Eingabe der Anzahl der zu druckenden WE-Scheine ______________________________________________________________ SAP AG 352 SAP-System ______________________________________________________________ Es ist jetzt möglich, beim Buchen einer Warenbewegung die Anzahl der zu druckenden WE-Scheine manuell einzugeben. Das Feld Anzahl WE-Scheine ist erst dann sichtbar, wenn das Feld im Customizing der MIGO-Feldauswahl pro Bewegungsart aufgenommen wurde. Wählen Sie dazu im Customizing der Bestandsführung Einstellungen für Enjoytransaktionen -> Einstellungen für Warenbewegungen (MIGO) -> Feldauswahl pro Bewegungsart. o Manuelle Auswahl für die Version des Warenbegleitscheins Es ist jetzt möglich, die Version für den Warenbegleitschein (Einzelschein, Einzelschein mit Prüftext, Sammelschein) manuell einzugeben. Bisher wurde vom System die Version grundsätzlich aus den Einstellungen im Customizing (Konditionen pflegen) ermittelt. Das System verhält sich jetzt folgendermaßen: - In den Kopfdaten auf der Registerkarte Allgemein erscheint die Version als Listbox. Bei der Anzeige eines Materialbeleges erscheint dagegen die Drucktaste Drucken nicht mehr, wenn der Materialbeleg noch nicht gedruckt wurde. Um Nachrichten bei der Anzeige zu erzeugen, müssen Sie nun das Ankreuzfeld rechts neben dem Druckersymbol markieren. Sowohl das Ankreuzfeld zum Drucken als auch die Version sind eingabebereit, falls für den Materialbeleg noch keine Nachricht erzeugt wurde. - Vorschlag der Version: Wenn der Benutzer manuell die vorgeschlagene Version ändert, wird diese Version für die aktuelle Vorgangsart als Benutzer-Default gemerkt und bei der Erfassung des nächsten Belegs dieser Vorgangsart vorgeschlagen. Wenn der Benutzer noch keinen Benutzer-Default für die Vorgangsart hat, so wird die Default-Version aus dem Customizing (Default-Version pro Transaktion) ermittelt. - Bei der Anzeige des Materialbeleges wird die im Materialbeleg gespeicherte Version vorgeschlagen. Der Benutzer kann die Version in den Kopfdaten ändern und anschließend die Nachrichtenfindung über das Ankreuzfeld starten. Die Nachrichtenfindung wird mit der manuell geänderten Version ausgeführt. Allerdings wird die Version im Materialbeleg nicht verändert, denn dies ist die Version zum Zeitpunkt der Anlage des Materialbelegs. Siehe auch Release-Info Ablösung der MB*-Transaktionen durch die Transaktion MIGO 13.9.5.3 Ablösung der MB*-Transaktionen durch die Transaktion MIGO (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie die Transaktion für Warenbewegungen MIGO auch für Umbuchungen und Umlagerungen sowie für die Nachverrechnung bei Lohnbearbeitung einsetzen. Siehe dazu die Release-Info Funktionale Erweiterungen in der MIGO. Somit kann die MIGO alle herkömmlichen Transaktionen zum Buchen von Warenbewegungen, die mit MB* beginnen, ersetzen. In diesem Release können Sie sowohl die MIGO als auch die herkömmlichen MB*-Transaktionen uneingeschränkt parallel benutzen. ______________________________________________________________ SAP AG 353 SAP-System ______________________________________________________________ SAP behält sich jedoch vor, die Wartung für die herkömmlichen MB*-Transaktionen in einer späteren Version einzustellen, so dass Sie dann nur noch die MIGO einsetzen können. 13.9.6 MM-IM-ST Umlagerung / Umbuchung 13.9.6.1 Stock Transfer Orders Can Update Funds Management Commitment Verwendung Ab dem SAP R/3 Enterprise Public Services 1.10 wird der Vorgang Umlagerungsbestellungen im Haushaltsmanagement (HHM) unterstützt. Bestellungen und Bestellanforderungen für Umlagerungen werden als Obligos in das HHM fortgeschrieben. Die Bestellung wird durch den Warenausgang (mit Bestellreferenz) abgebaut. Auswirkungen auf den Datenbestand Vorhandene Daten werden nicht automatisch in das HHM übertragen. Auswirkungen auf die Systemverwaltung Diese Funktion aktivieren Sie mit dem BAdI ME_COMMITMENT_STO_CH. Die Aktivierung stößt eine Fortschreibung in anderen Modulen (wie z.B. Controlling und Grants Management) an. Auswirkungen auf das Customizing Es ist kein zusätzliches Customizing erforderlich. 13.9.6.2 Konsignation auch buchungskreisübergreifend möglich (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie auch bei Lieferwerken aus anderen Buchungskreisen für den Konsignationsbestand, d.h. mit Positionstyp Konsignation, bestellen. Bis einschließlich Release 46C war bei Positionstyp Konsignation keine buchungskreisübergreifende Bestellung möglich. Auswirkungen auf das Customizing Im Customizing des Einkaufs wurde hierfür unter Bestellung -> Umlagerungsbestellung einstellen -> Lieferart und Prüfregel zuordnen folgendes Feld hinzugefügt (T161V): - LfartKonsi (Lieferart für Umlagerungen in den Konsignationsbestand) 13.9.6.3 Verschiedene Lieferarten in einem Umlagerungsbeleg (neu) Verwendung ______________________________________________________________ SAP AG 354 SAP-System ______________________________________________________________ Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) ist es möglich, in einem einzigen Beleg sowohl buchungskreisübergreifende als auch buchungskreisinterne Umlagerungspositionen aufzunehmen. Bis einschließlich 46C konnte nur eine Lieferart über die Belegart und das abgebende Werk (Lieferwerk) bestimmt werden. Ab SAP R/3 Enterprise können Sie über zwei neue Felder eine Lieferart im buchungskreisübergreifenden Fall (Cross Company Logik) und eine im internen Fall (interne Buchungslogik) bestimmen. Auswirkungen auf das Customizing Im Customizing des Einkaufs wurden hierfür unter Bestellung -> Umlagerungsbestellung einstellen -> Lieferart und Prüfregel zuordnen folgende Felder hinzugefügt (T161V): - Lieferart 1 (Lieferart für Umlagerungen innerhalb eines Buchungskreises) und - Lieferart 2 (Lieferart für Umlagerungen zwischen zwei Buchungskreisen) 13.9.6.4 Obligo in Umlagerungsbelegen (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie sowohl für Umlagerungsbestellanforderungen als auch für Umlagerungsbestellungen ein Obligo vom System erzeugen und in den Belegen anzeigen lassen. Über das Business Add-In ME_COMMITMENT_STO_CH aktivieren oder deaktivieren Sie die Funktion. Aus dem bereits verbuchten Beleg rufen Sie die Obligoanzeige positionsbezogen über folgenden Menupfad auf: Umfeld -> R/W-Obligo-Belege. Hinweis: Das Obligo der Umlagerungsbanf wird durch die Umlagerungsbestellung abgebaut. Das Obligo der Umlagerungsbestellung wird gemäß dem Wert des Warenausgangsbelegs reduziert. Ein Obligo kann nur bei einfach kontierten Positionen erzeugt werden. Auswirkungen auf den Datenbestand Für die einzelnen Belegpositionen wird ein Datensatz in der Tabelle COOI erzeugt. Auswirkungen auf das Customizing Die Preiskonditionsart im Kalkulationsschema für Umlagerungen muss auf nicht-statistisch gesetzt sein, damit das Obligo mit dem Nettowert fortgeschrieben wird: IMG: MM -> Einkauf -> Konditionen -> Preisfindung festlegen -> Kalkulationsschema festlegen -> RM2000-> Konditionsart P101: Nicht-statistisch ______________________________________________________________ SAP AG 355 SAP-System ______________________________________________________________ 13.9.6.5 Unterlieferungstoleranz bei Umlagerungsbestellungen (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie die Unterlieferungstoleranz der Umlagerungsbestellung auch für den Warenausgang aktivieren. Dafür steht Ihnen im Customizing der Umlagerungsbestellung ein neues Kennzeichen zur Verfügung, mit dem Sie festlegen können, bei welchen Kombinationen von abgebendem und empfangendem Werk die eingestellte Unterlieferungsspanne toleriert wird. Bei Unterlieferung innerhalb der Toleranzgrenze bewirkt das Kennzeichen, dass in der Bestellung automatisch das Endauslieferungskennzeichen gesetzt wird und dass im abgebenden Werk keine Folgeprozesse (Planauftrag, Produktionsauftrag) angestoßen werden. Auswirkungen auf das Customizing Um die Unterlieferungstoleranz zu aktivieren, markieren Sie das entsprechende Kennzeichen im Customizing des Einkaufs unter: - Bestellung -> Umlagerungsbestellung einstellen ->Belegart, Einschrittverfahren, Unterlieferungstoleranz zuordnen 13.9.6.6 Funktionale Ergänzung zum BAPI CreateFromData (geändert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) gibt es in der Methode (BAPI) zum Buchen von Warenbewegungen CreateFromData (Funktionsbaustein: BAPI_GOODSMVT_CREATE) funktionale Ergänzungen im Bereich Lohnbearbeitung. Mit dieser Methode können beim Buchen eines Wareneingangs zu einer LB-Bestellung die in der LB-Bestellung angegebenen Komponentenmengen nicht verändert werden. Es werden grundsätzlich nur die im Voraus angegebenen Komponentenmengen als Warenausgang gebucht. Die Buchung einer Nachverrechnung war über diese Methode ebenfalls nicht möglich. Wegen dieser funktionalen Einschränkungen wurde die Methode um folgende Funktionen erweitert: o Beim Buchen eines Wareneingangs zu einer LB-Bestellung ist es jetzt möglich, die Vorschlagsmengen der Komponenten aus der Bestellung zu ändern. Damit unterstützt die Methode in vollem Umfang die Funktionen der Transaktion MB01 für den Prozess "Wareneingang zur Lohnbearbeitungsbestellung". o Um eventuellen Mehr- oder Minderverbrauch von Komponentenmengen nachträglich berücksichtigen zu können, ist es mit dieser Methode jetzt auch möglich, nachträglich zu verrechnen. Damit unterstützt die Methode in vollem Umfang die Funktionen der Transaktion MB04 für den Prozess "Nachverrechnung von Beistellmaterial". Siehe auch Weitere Informationen erhalten Sie in der zugehörigen BAPI-Dokumentation. ______________________________________________________________ SAP AG 356 SAP-System ______________________________________________________________ 13.9.6.7 Anlegen einer Lohnbearbeitungsbestellung mit Chargennummer (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie bereits beim Anlegen einer Lohnbearbeitungsbestellung (LB-Bestellung) im Einkauf festlegen, welche Charge des Beistellmaterials (Lohnbearbeitungskomponente) an den Lohnbearbeiter geliefert werden soll. Dies kann beispielsweise nützlich sein, wenn das Material für die Lohnbearbeitung spezifische Eigenschaften haben muß, die Sie in Ihrem System mit Hilfe von Chargen abbilden. Um bei der Umbuchung des Beistellmaterials vom normalen Lagerortbestand in den Lieferantenbeistellbestand die Chargennummern aus der Bestellung anzeigen zu können, müssen Sie sich auf die Bestellung beziehen; eine Sammelumbuchung ist nicht möglich. Umbuchung über die LB-Bestandsüberwachungsliste Mit dem Report zur LB-Bestandsüberwachung zum Lieferanten (Transaktionscode ME2O) ist es möglich, die Chargen des Beistellmaterials anzuzeigen und direkt in den Lieferantenbeistellbestand umzubuchen. Auf dem Einstiegsbild des Reports können Sie mit dem Kennzeichen Nach Chargen gruppieren festlegen, wie die Chargeninformation bei der Anzeige berücksichtigt werden soll. Wareneingangsbuchung in der Bestandsführung Bei der Wareneingangsbuchung zur Lohnbearbeitungsbestellung mit der Transaktion MIGO oder MB01 wird vom System für die Verbrauchsbuchung der Lohnbearbeitungskomponenten die Chargennummer aus der Bestellung vorgeschlagen. Diesen Vorschlagswert können Sie bei Bedarf ändern. Siehe auch Weitere Informationen zur Chargenabwicklung in der Materialwirtschaft finden Sie in der SAP-Bibliothek unter Logistik -> Materialwirtschaft -> Bestandsführung -> Bestandsführung und Inventur -> Chargenabwicklung. Weitere Informationen zur Lohnbearbeitung in der Materialwirtschaft finden Sie in der SAP-Bibliothek unter Logistik -> Materialwirtschaft -> Bestandsführung -> Sonderbestände und Sonderbeschaffungsformen -> Lohnbearbeitung. 13.9.6.8 Funktionale Erweiterungen in der MIGO (geändert) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) verfügt die Transaktion für Warenbewegungen MIGO über folgende neue Funktionen: o Umbuchungen und Umlagerungen Die MIGO können Sie jetzt auch für Umbuchungen und Umlagerungen einsetzen. Wählen Sie dazu im Listenfeld für den betriebswirtschaftlichen Vorgang (Ausführbare Aktion in Transaktion MIGO) die Aktionen Umbuchung, Auslagern oder Einlagern. o Nachverrechnung ______________________________________________________________ SAP AG 357 SAP-System ______________________________________________________________ Es ist jetzt auch möglich, die MIGO für die Nachverrechnung bei Lohnbearbeitung zu verwenden. Wählen Sie dazu in dem Listenfeld für den betriebswirtschaftlichen Vorgang (Ausführbare Aktion in Transaktion MIGO) die Aktion Nachverrechnung. o Neue Business Add-Ins für die MIGO Für die MIGO stehen neue Business Add-Ins zur Verfügung. Siehe Release-Info Business Add-Ins in der Bestandsführung. o Änderung von Vorschlagswerten Es ist jetzt möglich, die Vorschlagswerte für die Bewegungsart und für das Sonderbestandskennzeichen direkt zu ändern, ohne das Dialogfenster für die Vorschlagswerte aufzurufen. Geben Sie dazu in der MIGO in der ersten Zeile oben rechts die gewünschte Bewegungsart und das Sonderbestandskennzeichen ein und wählen Sie Weiter. o Manuelle Eingabe der Anzahl der zu druckenden WE-Scheine Es ist jetzt möglich, beim Buchen einer Warenbewegung die Anzahl der zu druckenden WE-Scheine manuell einzugeben. Das Feld Anzahl WE-Scheine ist erst dann sichtbar, wenn das Feld im Customizing der MIGO-Feldauswahl pro Bewegungsart aufgenommen wurde. Wählen Sie dazu im Customizing der Bestandsführung Einstellungen für Enjoytransaktionen -> Einstellungen für Warenbewegungen (MIGO) -> Feldauswahl pro Bewegungsart. o Manuelle Auswahl für die Version des Warenbegleitscheins Es ist jetzt möglich, die Version für den Warenbegleitschein (Einzelschein, Einzelschein mit Prüftext, Sammelschein) manuell einzugeben. Bisher wurde vom System die Version grundsätzlich aus den Einstellungen im Customizing (Konditionen pflegen) ermittelt. Das System verhält sich jetzt folgendermaßen: - In den Kopfdaten auf der Registerkarte Allgemein erscheint die Version als Listbox. Bei der Anzeige eines Materialbeleges erscheint dagegen die Drucktaste Drucken nicht mehr, wenn der Materialbeleg noch nicht gedruckt wurde. Um Nachrichten bei der Anzeige zu erzeugen, müssen Sie nun das Ankreuzfeld rechts neben dem Druckersymbol markieren. Sowohl das Ankreuzfeld zum Drucken als auch die Version sind eingabebereit, falls für den Materialbeleg noch keine Nachricht erzeugt wurde. - Vorschlag der Version: Wenn der Benutzer manuell die vorgeschlagene Version ändert, wird diese Version für die aktuelle Vorgangsart als Benutzer-Default gemerkt und bei der Erfassung des nächsten Belegs dieser Vorgangsart vorgeschlagen. Wenn der Benutzer noch keinen Benutzer-Default für die Vorgangsart hat, so wird die Default-Version aus dem Customizing (Default-Version pro Transaktion) ermittelt. - Bei der Anzeige des Materialbeleges wird die im Materialbeleg gespeicherte Version vorgeschlagen. Der Benutzer kann die Version in den Kopfdaten ändern und anschließend die Nachrichtenfindung über das Ankreuzfeld starten. Die Nachrichtenfindung wird mit der manuell geänderten Version ausgeführt. Allerdings wird die Version im Materialbeleg nicht verändert, denn dies ist die Version zum Zeitpunkt der Anlage des Materialbelegs. Siehe auch Release-Info Ablösung der MB*-Transaktionen durch die Transaktion MIGO ______________________________________________________________ SAP AG 358 SAP-System ______________________________________________________________ 13.9.6.9 Ablösung der MB*-Transaktionen durch die Transaktion MIGO (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie die Transaktion für Warenbewegungen MIGO auch für Umbuchungen und Umlagerungen sowie für die Nachverrechnung bei Lohnbearbeitung einsetzen. Siehe dazu die Release-Info Funktionale Erweiterungen in der MIGO. Somit kann die MIGO alle herkömmlichen Transaktionen zum Buchen von Warenbewegungen, die mit MB* beginnen, ersetzen. In diesem Release können Sie sowohl die MIGO als auch die herkömmlichen MB*-Transaktionen uneingeschränkt parallel benutzen. SAP behält sich jedoch vor, die Wartung für die herkömmlichen MB*-Transaktionen in einer späteren Version einzustellen, so dass Sie dann nur noch die MIGO einsetzen können. 13.9.7 MM-IM-VP Bilanzbewertungsverfahren 13.9.7.1 Strukturänderungen in der Inflationsbuchhaltung Verwendung Ab SAP R/3-Release 4.70 ist der Einführungsleitfaden (IMG) für die Inflationsbuchhaltung noch einfacher zu verwenden. SAP hat die Dokumentation neu strukturiert und umgeschrieben und einige Bilder überarbeitet. Beachten sie, dass sich nur die Struktur des IMG und die Dokumentation, nicht jedoch die Sichten geändert haben. Sie müssen daher bestehende Customizing-Einstellungen nicht verändern. Änderungen im IMG Bisher gab es eine Gruppe von IMG-Aktivitäten für die Inflationsbuchhaltung unter Finanzwesen (FI) und weitere unter Anlagenbuchhaltung (FI-AA) und Materialwirtschaft (MM). Um die Inflationsbuchhaltung für FI-AA im Customizing einzustellen, mussten Sie also die Aktivitäten unter FI und diejenigen unter FI-AA durchgehen. SAP hat den IMG jetzt derart geändert, dass jede Komponente für sich ihren eigenen Einführungsleitfaden für die Inflationsbuchhaltung hat. Um jetzt beispielsweise die Inflationsbuchhaltung für FI-AA im Customizing einzustellen, müssen Sie nicht mehr die IMG-Aktivitäten unter Bilanzielle Aufwertungen und anschließend die Aktivitäten unter Inflationsbuchhaltung durchgehen. Auch ist es nicht mehr notwendig, die Aktivitäten unter Finanzwesen -> Grundeinstellungen Finanzwesen -> Inflationsbuchhaltung durchzugehen. Stattdessen müssen Sie lediglich die Aktivitäten unter Inflationsbuchhaltung durchgehen. Die IMG-Aktivitäten für FI und MM wurden analog neu strukturiert. Die IMGs befinden sich in der SAP-Referenz-Struktur immer noch an derselben Stelle: o Finanzwesen -> Grundeinstellungen Finanzwesen -> Inflationsbuchhaltung ______________________________________________________________ SAP AG 359 SAP-System ______________________________________________________________ o Finanzwesen -> Anlagenbuchhaltung -> Spezielle Bewertungen -> Auf-/Abwertungen des Anlagevermögens -> Bilanzielle Aufwertungen -> Inflationsbuchhaltung o Materialwirtschaft -> Bewertung und Kontierung -> Bilanzbewertungsverfahren -> Wiederbeschaffungswert-Verfahren einrichten (Inflation) Änderungen in der SAP-Bibliothek Die Dokumentation der Inflationsbuchhaltung in der SAP-Bibliothek wurde ebenfalls unter den drei Komponenten aufgeteilt. Diese Dokumentation befindet sich nun unter den folgenden Menüpfaden: o Finanzwesen (FI) -> Hauptbuchhaltung (FI-GL) -> Abschlußarbeiten und Berichtswesen -> Bilanzvorbereitung -> Inflationsbuchhaltung o Finanzwesen (FI) -> Anlagenbuchhaltung (FI-AA) -> Spezielle Bewertungen -> Wiederbeschaffungswerte (allgemein) -> Inflationsbuchhaltung o Materialwirtschaft (MM) -> Bewertung -> Bilanzbewertung (MM-IM-VP) -> Wiederbeschaffungsbewertung (Inflation) 13.9.7.2 Erweiterungen in der Bilanzbewertung Verwendung Im Folgenden erhalten Sie eine Übersicht der Entwicklungen in der Bilanzbewertung zu SAP R/3 Enterprise Core 4.70 (SAP_APPL 470). o o Integration von Bewertungsalternativen - Sie können die Tabelle der Bewertungsalternativen (CKMLPR_EB) direkt aus der Bilanzbewertung fortschreiben. Diese Funktion ist in folgenden Transaktionen eingebunden: MRN0, MRN1, MRN2, MRN3, MRN9, MRF1, MRL4, MRL5 und MRY1. - Sie können die Tabelle der Bewertungsalternativen direkt in die Bilanzbewertung einbeziehen. Diese Funktion ist in folgenden Transaktionen eingebunden: MRN0 & MRN3 (Vergleichspreis), MRN1 & MRN2 (Basispreis), MRN9 (Stufenzuordnung), MRL1 & MRL2 (Materialpreis), MRF1 & MRL3 (Niederstwertabgleich). - Sie können Preise aus dem Material Ledger in die Tabelle der Bewertungsalternativen übertragen oder als Inventurpreise im Materialstamm fortschreiben (Transaktion MRY4). - Sie können weitere Preisfelder für den Übertrag von Preisen aus dem Materialstamm in die Tabelle der Bewertungsalternativen nutzen (Transaktion MRY2). - Sie können sich Bewertungsalternativen über eine einfache Liste anzeigen lassen(Transaktion MRY3). Weitergehende Analysefunktionen gibt es im SAP Standard derzeit nicht. Erweiterte Log-Funktion beim Fortschreiben Materialstamm Jeder Lauf der Niederstwertermittlung nach Gängigkeit (Transaktion MRN2) erzeugt beim Fortschreiben der Abwertungskennziffer im Materialstamm künftig automatisch einen Eintrag in einer speziellen Log-Datei. Darüberhinaus wird die Option zum Erzeugen von Änderungsbelegen beim Fortschreiben von Preisen im Materialstamm auf folgende Transaktionen erweitert: MRN0, MRN1, MRN3, MRN9, MRF1, MRL4, MRL5, MRY1 und MRY4. ______________________________________________________________ SAP AG 360 SAP-System ______________________________________________________________ o Erweiterte Möglichkeiten bei der Nutzung von Reportvarianten Alle Parameter werden in den Programmen der Bilanzbewertung künftig einzeln abgespeichert. Vorteil ist, dass Sie dadurch konsequent Variantenvariablen nutzen können. Darüberhinaus wird die Einbindung weiterer Parameter vereinfacht. Alte Varianten werden nach "Holen" auf das Selektionsbild und anschließendem "Sichern" automatisch umgesetzt. o Angabe von Belegkopftext und Referenzbelegnummer bei automatischer Preisänderung Sie können einen Belegkopftext (BKTXT) und eine Referenzbelegnummer (XBLNR) mitgeben, wenn Sie aus der Bilanzbewertung heraus eine automatische Preisänderung per Direkt-Update oder Batch-Input durchführen. Diese Funktion ist in folgenden Transaktionen eingebunden: MRN0, MRN1, MRN2, MRN3, MRN9, MRF1, MRL4, MRL5, MRY1. o Zusätzliche Optionen beim Aufbau LIFO/FIFO-Zugangsdaten per Belegextrakt Sie können für einen Lauf des Belegextraktes zur LIFO/FIFO-Bewertung (Transaktion MRL9 & MRF3) zusätzliche Einstellungsmöglichkeiten nutzen: o - Ablage von Rechnungsdifferenzen - Bei regelmäßigem Einsatz des Belegextraktes zum Aufbau von Einzelzugangssätzen kann es sinnvoll sein, nicht verteilte Rechnungsdifferenzen zwischenzuspeichern. - Ein-/Ausschluss bestimmter Belegtypen - Folgende Belegtypen können Sie explizit ein- oder ausschließen: Auftragsabrechnungen, Kontenpflegebelege, Nicht bestellbezogene Nachbelastungen. Niederstwertermittlung: Beziehung Vergleichspreis zum Marktpreis Bei den Verfahren 'Niederstwertermittlung nach Marktpreisen' (Transaktion MRN0) und 'Verlustfreie Bewertung' (Transaktion MRN3) können Sie einstellen, in welcher Beziehung der Vergleichspreis zum Marktpreis stehen soll. Dabei gibt es folgende Einstellungsmöglichkeiten: Niederstwertvergleich, Vergleichspreis als Ersatzwert oder Kein Vergleichspreis. Als Vergleichspreis können Sie in beiden Verfahren künftig mehrere Preisfelder/Bewertungsalternativen ankreuzen. Das System übernimmt das jeweilige Minimum. 13.10 MM-IV Rechnungsprüfung 13.10.1 MM-IV-GF Grundfunktionen 13.10.1.1 CENVAT Credit on Capital Goods after Budget 2000 (Changed) Verwendung When you purchase capital goods, you can credit 50% of the excise duty to your CENVAT account as soon as you receive the goods. This is done when you verify the vendor excise invoice. For the balance credit which is available it is possible to take it into CENVAT using this functionality. It is also possible to transfer only a portion of the balance credit into CENVAT. If you have already taken the credit on capital goods purchases into onhold before April 2000, you can transfer it to the CENVAT account using this function. Auswirkungen auf den Datenbestand ______________________________________________________________ SAP AG 361 SAP-System ______________________________________________________________ This procedure is the same for all materials, irrespective of whether the material type indicator is set to A (assets), C (consumables) or T (tools). 13.10.2 MM-IV-LIV Lieferantenrechnung (Logistik Rechnungsprüfung) 13.10.2.1 Übersicht der Entwicklungen in der Logistik-Rechnungsprüfung Verwendung Im Folgenden erhalten Sie eine Übersicht der Entwicklungen in der Logistik-Rechnungsprüfung zu SAP R/3 Enterprise Core 4.70 (SAP_APPL 470). o Alle Funktionen in der Logistik-Rechnungsprüfung o Automatische Mengen- und Betragsverteilung bei Mehrfachkontierung o Anzeige der MM- und FI-Belegnummer o Ausgleich des WE/RE-Verrechnungskontos bei Dienstleistungsbestellungen o Erweiterungen in der Übersicht Rechnungen o Frachtrechnung im Hintergrund prüfen o Erweiterung der BAPIs in der Logistik-Rechnungsprüfung o Business Add-Ins in der Logistik-Rechnungsprüfung o EDI: Buchen auf Material- und Sachkonto per Customer-Exit o Das Include RMMR1MI1, das als Ersatz des Customer-Exits für die automatische Rechnungsplanabrechnung (MRIS) verwendet wurde, ist zu SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) gelöscht worden. Verwenden Sie zum Ändern von Kopf- und Positionsdaten bei Abrechnungen zum Rechnungsplan das Business Add-In MRM_MRIS_HDAT_MODIFY (Ändern von Kopfdaten bei Rechnungsplanabrechnung) oder das Business Add-In MRM_MRIS_IDAT_MODIFY (Ändern von Positionsdaten bei Rechnungsplanabrechnung). o Der Customer-Exit EXIT_RMVKON00_003 und EXIT_RMVKON90_001 (Customer-Exit der herkömmlichen Rechnungsprüfung) zur Konsignations- und Pipelineabrechnung (MRKO) wurde zu SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) gelöscht. Verwenden Sie zum Ändern von Lieferant und Belegart bei der Konsignationsabrechnung das Business Add-In MRM_MRKO_HDAT_MODIFY. Beachten Sie, dass Sie beim Wechsel der Konsignationsabrechnung von der herkömmlichen Rechnungsprüfung auf die Logistik-Rechnungsprüfung alle Belege mit dem Customer-Exit EXIT_RMVKON90_001 abgerechnet haben müssen. o Sie können in den Transaktionen Eingangsrechnung hinzufügen (MIRO), vorerfassen (MIR7) und für die Hintergrundprüfung hinzufügen (MIRA) Segmenttexte der Kreditorenzeile (Feld SGTXT) im Kopf auf der Registerkarte Grunddaten verwenden. Die Eingaben im Feld Belegkopftext (BKTXT) auf der Registerkarte Detail werden nicht mehr in den Segmenttext der Kreditorenzeile, sondern nur noch in den Belegkopftext des FI-Beleges kopiert. o Sie können in den Transaktionen Eingangsrechnung hinzufügen (MIRO) und vorerfassen ______________________________________________________________ SAP AG 362 SAP-System ______________________________________________________________ (MIR7) das Bündelungskennzeichens (Feld LOTKZ) im Kopf auf der Registerkarte Grunddaten für den Bereich Public Sector verwenden. o Sie können in der Transaktion ArchiveLink: Administration abgelegter Dokumente (OAAD) eine Suchhilfe für Rechnungsbelegnummern zum Business-Objekt 2081, Dokumentart MMILOGINV, verwenden. Auswirkungen auf das Customizing Späte Sperren: Sie können im Customizing der Materialwirtschaft einstellen, wann die Materialien beim Erfassen einer Rechnung gesperrt werden: o In der Zuordnungsphase werden alle in der Rechnung vorkommenden Materialien gesperrt. o Beim Simulieren bzw. beim Buchen werden Materialien gesperrt, deren Bestand geändert werden muss. o Beim Buchen werden Materialien gesperrt, deren Bestand geändert werden muss. Weitere Informationen finden Sie im Customizing der Materialwirtschaft -> Allgemeine Einstellungen Materialwirtschaft -> Materialsperre für die Rechnungsprüfung einstellen. 13.10.2.2 Alle Funktion in der Logistik-Rechnungsprüfung Verwendung In SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) sind wie bereits ab SAP R/3 Release 4.6C in der Logistik-Rechnungsprüfung alle Funktionen der herkömmlichen Rechnungsprüfung und viele weitere Funktionen, z.B. buchungskreisübergreifendes Buchen und Rechnungskürzung, verfügbar. Die folgenden neuen Transaktionen sind im besonderen Kontakt mit Kunden und Usabilityexperten redesignt worden: o Logistik-Rechnungsprüfung (MIRO) o Belegvorerfassung (MIR7) o Rechnungsbeleg anzeigen/ändern (MIR4) o Rechnungserfassung für die Prüfung im Hintergrund (MIRA) o Übersicht Rechnungen (MIR6) o Rechnungsfreigabe (MRBR) Die Logistik-Rechnungsprüfung ersetzt vollständig die herkömmliche Rechnungsprüfung in o dem SAP Easy Access o dem Einführungsleitfaden (IMG) o der Struktur der SAP-Bibliothek Die Wartung der herkömmlichen Rechnungsprüfung ist seit SAP R/3 Release 4.6C eingestellt. ______________________________________________________________ SAP AG 363 SAP-System ______________________________________________________________ Siehe auch Weitere Informationen finden Sie in der SAP-Bibliothek unter Logistik-Rechnungsprüfung. 13.10.2.3 MM-IV-LIV-CRE Erfassung 13.10.2.3.1 Automatische Mengen- und Betragsverteilung bei Mehrfachkontierung Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie auf dem Bild der Mehrfachkontierung der Logistik-Rechnungsprüfung abweichende Beträge und Mengen eingeben. Das manuelle Berechnen und Eintragen von Beträgen entfällt; dadurch werden Rechnungen mit Übertragungsfehler vermieden. o Ändern des Gesamtbetrags und der Gesamtmenge Die Felder Gesamtbetrag und Gesamtmenge sind eingabebereit. Der Eintrag des Gesamtbetrags und der Gesamtmenge und das Wählen von Prüfen (Enter) oder Zurück (Übernehmen) ist der Auslöser für die automatische Verteilung auf die jeweiligen Kontierungsobjekte anhand der Verteilungsschema. o Ändern der Beträge und Mengen in den Kontierungszeilen Wenn Sie die Beträge und Mengen in den Kontierungszeilen ändern, addiert das System hieraus nach Wählen von Prüfen (Enter) die Gesamtbeträge und -mengen . Neu erfasste Gesamtbeträgeund mengen werden - unter Ausgabe einer customizebaren Fehlermeldung - durch die berechneten Beträge und Mengen überschrieben. Die automatisch berechneten Werte dienen als Vorschlagswerte, diese sind bis zum Sichern der Rechnung änderbar. Falls Rundungen auftreten sollten, werden diese auf die Positionen mit der größten Menge oder dem größten Betrag addiert. Siehe auch Weitere Informationen finden Sie in der SAP-Bibliothek unter Logistik-Rechnungsprüfung im Kapitel Kontierungen ändern. 13.10.2.3.2 Erweiterungen der BAPIs in der Logistik-Rechnungsprüfung Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) gibt es folgende neue Methoden (BAPI = Business Application Programming Interface). In den Klammern finden Sie den jeweiligen Namen des Funktionsbausteins. ______________________________________________________________ SAP AG 364 SAP-System ______________________________________________________________ Business Objekt IncomingInvoice (Eingangsrechnung) o ParkFromData (BAPI_INCOMINGINVOICE_PARK) Eingangsrechnung vorerfassen o SaveFromData (BAPI_INCOMINGINVOICE_SAVE) Eingangsrechnung für die Prüfung im Hintergrund hinzufügen Mit den Methoden CreateFromData, ParkFromData und SaveFromData können Sie Eingangsrechnungen erfassen, die o Quellensteuer enthalten o die einen Betragssplit enthalten, das heißt auf mehrere Kreditorenzeilen buchen o die Buchungen auf Sachkonten enthalten o die Buchungen auf Materialkonten enthalten Entsprechende Informationen können Sie mit der Methode GetDetail anzeigen. Siehe auch Wählen Sie zur Anzeige Werkzeuge -> Business Framework -> BAPI Explorer. Weitere Information erhalten Sie in der zugehörigen BAPI-Dokumentation. 13.10.2.3.3 Anzeige von MM- und FI-Belegnummer Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) kann das System beim Buchen einer Eingangsrechnung erzeugte Rechnungsbelegnummern in der Materialwirtschaft und die Belegnummer des Buchhaltungsbelegs im Finanzwesen und gegebenenfalls die Nummer des Rechnungskürzungsbelegs anzeigen. Für folgende Transaktionen können erzeugte Belegnummern in der Statuszeile angezeigt werden: o Eingangsrechnung hinzufügen (MIRO) o Eingangsrechnung vorerfassen (MIR7) o Rechnung stornieren (MR8M) o Übersicht Rechnungen (MIR6) Für folgende Transaktionen können erzeugte Belegnummern in der Ausgabeliste angezeigt werden: o Automatische Wareneingangsabrechnung (MRRL) o Neubewertung (MRNB) o Rechnungsplan (MRIS) o Hintergrundrechnungsprüfung (RMBABG00) Die Einstellung, ob auch die FI-Belegnummer angezeigt wird, erfolgt benutzerspezifisch über den ______________________________________________________________ SAP AG 365 SAP-System ______________________________________________________________ Parameter IVFIDISPLAY. 13.10.2.3.4 Ausgleich des WE/RE-Verrechnungskontos bei Dienstleistungsbestellungen Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) gibt es folgende neue Funktionen: Beim Erfassen von Rechnungen zu Dienstleistungsbestellungen, für die keine leistungsbezogene Rechnungsprüfung vorgesehen ist, steuert das Kennzeichen WE/RE-Ausgleich (Feld WEREC) in der Positionsliste die Buchungen auf das WE/RE-Verrechnungskonto. Das System schlägt das Kennzeichen WE/RE-Ausgleich beim Erfassen von Rechnungen markiert vor. o Wenn das Kennzeichen WE/RE-Ausgleich markiert ist, wird das WE/RE-Verrechnungskonto beim Buchen der Rechnung vollständig ausgeglichen, auch wenn Sie nur eine Teilrechnung erfassen. o Wenn Sie Teilrechnungen buchen, und das WE/RE-Verrechnungskonto beim Buchen nicht vollständig ausgeglichen werden soll, müssen Sie das Kennzeichen WE/RE-Ausgleich demarkieren. Das Endrechnungskennzeichen (Feld EREKZ) steuert nur noch den Obligoabbau. Beim Erfassen von Dienstleistungsbestellungen wird dieses beim Erfassen einer Rechnung nicht mehr markiert vorgeschlagen. o Wenn das Endrechnungskennzeichen markiert ist, wird das Obligo vollständig abgebaut o Wenn das Endrechnungskennzeichen nicht markiert ist, das heißt, wenn Sie noch weitere Rechnungen zu dieser Bestellposition erwarten, wird das Obligo entsprechend dem Betrag der erfassten Rechnung abgebaut. Beachten Sie: Wenn Sie Rechnungen zu Bestellungen erfassen, die keine Dienstleistungsbestellungen sind oder zu Dienstleistungsbestellungen, für die leistungsbezogenen Rechnungsprüfung vorgesehen ist, dann wird das Kennzeichen für den WE/RE-Ausgleich nicht in der Positionsliste angezeigt. Wenn Sie beim Erfassen einer Rechnung zu einer Dienstleistungsbestellung ohne leistungsbezogene Rechnungsprüfung das Endrechnungskennzeichen setzen, setzt das System das Kennzeichen WE/RE-Ausgleich automatisch. Dadurch wird für die betroffene Bestellposition sowohl das Obligo abgebaut als auch das WE/RE-Verrechnungskonto vollständig ausgeglichen. Siehe auch Weitere Informationen finden Sie in der SAP-Bibliothek unter Logistik-Rechnungsprüfung im Kapitel Abrechnung zu Dienstleistungsbestellungen. 13.10.2.4 MM-IV-LIV-IVB Batch-Abrechnung 13.10.2.4.1 Erweiterungen in der Übersicht Rechnungen Verwendung ______________________________________________________________ SAP AG 366 SAP-System ______________________________________________________________ Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) gibt es folgende neue Funktionen: Erweiterte Selektionskriterien Es wurden folgende Selektionskriterien in der Transaktion Übersicht Rechnungen (MIR6) ergänzt: o Belegart o Referenz o Belegkopftext Sie können gebuchte Rechnungsbelege selektieren und in der Rechnungsübersicht anzeigen, die o mit dem BAPI BAPI_INCOMINGINVOICE_CREATE erstellt wurden o über die automatische Wareneingangsabrechnung (ERS) erzeugt wurden o über die Rechnungsplanabrechnung mit der Logistik-Rechnungsprüfung erstellt wurden o einen anderen Beleg stornieren o vorerfasst wurden Zusätzlich können Sie gemerkte und vorerfasste Rechnungen mit folgenden Status selektieren und bearbeiten: o gemerkt o vorerfasst o vorerfasst vollständig Zusätzliche Informationen in der Liste der Rechnungsbelege In der Liste der Rechnungsbelege werden zusätzliche Informationen angezeigt: o Herkunft des Rechnungsbelegs o Belegart o Belegdatum o Buchungsdatum o Belegkopftext Siehe auch Weitere Informationen finden Sie in der SAP-Bibliothek unter Logistik-Rechnungsprüfung im Kapitel Übersicht Rechnungen. 13.10.2.4.2 Frachtrechnung im Hintergrund prüfen Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie beim Hinzufügen einer Eingangsrechnung für die Prüfung im Hintergrund (MIRA) eine Zuordnung zum Transportdienstleister durchführen. Wenn Sie diesen wählen, können Sie in der Logistik-Rechnungsprüfung für die ______________________________________________________________ SAP AG 367 SAP-System ______________________________________________________________ Hintergrundprüfung Frachtkosten mit Transportdienstleistern abrechnen. Siehe auch Weitere Informationen hierzu finden Sie in der SAP-Bibliothek unter Transporte im Kapitel Frachtkostenabrechnung mit Dienstleistern. 13.10.3 MM-IV-INT Schnittstellen 13.10.3.1 Business Add-Ins in der Logistik-Rechnungsprüfung Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) stehen Ihnen in der Logistik-Rechnungsprüfung folgende Business Add-Ins (BAdIs) für die Transaktionen Eingangsrechnung hinzufügen (MIRO), Eingangsrechnung vorerfassen (MIR7) und Eingangsrechnung für die Prüfung im Hintergrund hinzufügen (MIRA) zur Verfügung: o BAdI MRM_HEADER_DEFAULT zum Vorbelegen verschiedener Kopffelder o BAdI MRM_PAYMENT_TERMS zum Setzen von Zahlungsbedingungen o BAdI MRM_UDC_DISTRIBUTE zum Verteilen ungeplanter Nebenkosten: Sie können ungeplante Nebenkosten nach eigenen Regeln verteilen, zum Beispiel unter o BAdI MRM_TRANSACT_DEFAULT zum Vorbelegen verschiedener Transaktionsfelder o BAdI MRM_WT_SPLIT_UPDATE zum Ändern der Quellensteuerdaten und der Daten bei Kreditorensplit o BAdI MRM_TOLERANCE_GROUP zum Setzen lieferantenabhängiger Toleranzgruppen Weiteres Business Add-Ins: o BAdI MRM_RELEASE_CHECK für zusätzliche Prüfungen vor der Freigabe von Rechnungen, d.h. Sie können die Liste der freizugebenden Rechnungen durch Definieren eigener Kriterien einschränken. o BAdI MRM_MRIS_HDAT_MODIFY zum Ändern der Kopfdaten bei der Rechnungsplanabrechnung o BAdI MRM_MRIS_IDAT_MODIFY zum Ändern der Positionsdaten bei der Rechnungsplanabrechnung o BAdI MRM_MRKO_HDAT_MODIFY zum Ändern der Belegkopfdaten bei der Konsignationsabrechnung Auswirkungen auf das Customizing Business Add-Ins pflegen Sie im Einführungsleitfaden (IMG) der Logistik-Rechnungsprüfung mit der Aktivität Business Add-Ins für die Rechnungsprüfung pflegen. Siehe auch Weitere Informationen zu Business Add-Ins finden Sie in der SAP-Bibliothek unter Basis -> ABAP ______________________________________________________________ SAP AG 368 SAP-System ______________________________________________________________ Workbench -> BC - Änderungen des SAP-Standards -> Business Add-Ins. 13.11 MM-EDI 13.11.1 MM-EDI-IV Electronic Data Interchange Rechnungsprüfung 13.11.1.1 EDI: Buchen auf Material- und Sachkonto per Customer-Exit Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie beim Verarbeiten von EDI-Eingangsrechnungen mit der Logistik-Rechnungsprüfung mithilfe einer Kundenerweiterung auf Material- oder Sachkonten buchen. Verwenden Sie dazu die Erweiterung MRMH0002 mit dem Customer-Exit EXIT_SAPLMRMH_015. Siehe auch Weitere Informationen finden Sie in der SAP-Bibliothek unter Logistik-Rechnungsprüfung im Kapitel EDI-Eingang einer Rechnung. ______________________________________________________________ SAP AG 369 SAP-System ______________________________________________________________ 14 LE Logistics Execution 14.1 LE-MOB Mobile Datenerfassung 14.1.1 Business Add-Ins für Logistics Execution (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) stehen im Bereich Logistics Execution in den folgenden Bereichen Business Add-Ins (BAdIs) zur Verfügung: o in der Lagerverwaltung o im Versand o im Transport o in der Mobilen Datenerfassung Auswirkungen auf das Customizing Um ein Business Add-In zu aktivieren, müssen Sie eine aktive Implementierung anlegen. Gehen Sie dazu in das Customizing der Logistics Execution, und wählen Sie o o o Lagerverwaltung -> Systemanpassungen -> Business Add-Ins in der Lagerverwaltung -> - Business Add-In für die Quantermittlung - Business Add-In für die Lagertypermittlung - Business Add-In für die Lagereinheitentypermittlung - Business Add-In für die Inventurdatenerfassung in der Bestandsführung Versand -> Systemanpassungen -> Business Add-Ins im Versand - Business Add-In für die Lieferungsbearbeitung - Business Add-In für die Preisfindung in der Lieferung - Business Add-In für den nachträglichen Auslieferungssplit - Business Add-In für das Buchen von Warenbewegungen - Business Add-In für zusätzliches Kopfdetailbild im Lieferungsdialog - Business Add-In für zusätzliches Positionsdetailbild im Lieferungsdialog - Business Add-In für zusätzliches Übersichtsbild im Lieferungsdialog Transport --> Systemanpassungen --> Business Add-Ins im Transport - Business Add-In zum Prüfen beim Anlegen eines Frachtkostenbeleges - Business Add-In beim Erzeugen eines Frachtkostenbeleges - Business Add-In bei der Frachtkostenkontierung ______________________________________________________________ SAP AG 370 SAP-System ______________________________________________________________ o - Business Add-In für Prüfungen bei der Frachtkostenbearbeitung - Business Add-In für das Überleiten von Frachtkostenpositionen - Business Add-In beim Sichern von Frachtkostenbelegen Mobile Datenerfassung -> Systemanpassungen -> Business Add-Ins in der Mobilen Datenerfassung - Business Add-In für die Queue-Ermittlung 14.2 LE-IDW 14.2.1 LE-IDW-CEN Integration dezentrales WMS Zentrale Abwicklung 14.2.1.1 Nachträgliche Änderung der Lieferung (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie in An- und Auslieferungen nachträglich bestimmte Daten ändern, nachdem sie vom zentralen Enterprise-Resource-Planning-System (ERP-System) an das dezentrale Warehouse-Management-System (WMS) verteilt worden sind. Sie können eine solche Änderung sowohl im zentralen als auch im dezentralen System durchführen. Die Schnittstelle zwischen beiden Systemen führt bei den folgenden für einen Abgleich vorgesehenen Lieferungsdaten eine nachträgliche Änderung im jeweiligen Partnersystem durch: o o o Änderungen der Anlieferungskopfdaten - Brutto- und Nettogewicht - Volumen - Liefertermin - Tor - Lieferung löschen (nur über Schnittstelle) - externe Identifikation Änderungen der Anlieferungspositionsdaten - Brutto- und Nettogewicht - Volumen - Verfallsdatum - Liefermenge - Lieferposition löschen (nur über Schnittstelle) Änderungen der Auslieferungskopfdaten ______________________________________________________________ SAP AG 371 SAP-System ______________________________________________________________ o o - Brutto- und Nettogewicht - Volumen - Liefertermin - Tor - Lieferung löschen (nur über Schnittstelle) - Incoterms - Route - Versandbedingung - Lieferpriorität - Abladestelle - Kommissionierdatum - Ladedatum - Transportdatum - Warenausgangsdatum Änderung der Auslieferungspositionsdaten - Brutto- und Nettogewicht - Volumen - Liefermenge - Lieferposition löschen (nur über Schnittstelle) Änderung der Partnerdaten für An- und Auslieferungen - Partner zur einer Partnerrolle ändern oder löschen - Adresse eines Partners ändern Auswirkungen auf das Customizing Wenn Sie noch kein Verteilungsmodell für An- und Auslieferungen generiert haben, erstellen Sie dieses Verteilungsmodell im Customizing unter Logistik -> Logistics Execution -> Integration dezentrales WMS -> Zentrale Abwicklung -> Verteilungsmodell generieren -> Verteilungsmodell generieren, und aktivieren dort das Änderungsmanagement für An- und Auslieferungen. Wenn das Verteilungsmodell für An- und Auslieferungen schon existiert, fügen Sie folgende Methoden im zentralen System manuell über das ALE-Customizing in das Verteilungsmodell ein: o InboundDelivery.DeliveryChange o OutboundDelivery.DeliveryChange Außerdem setzen Sie für diese Methoden die Filter für die Empfängerermittlung: o Aus dem zentralen System an das dezentrale System erfolgt die Empfängerermittlung über den Filter Lagernummer. ______________________________________________________________ SAP AG 372 SAP-System ______________________________________________________________ o Aus dem dezentralen System an das zentrale System können sie für die Empfängerermittlung den Filter logisches System verwenden, wenn beide Systeme mindestens den Stand von SAP R/3 Enterprise haben. Dann generieren Sie die Partnervereinbarung für die neuen Methoden und verteilen das Verteilmodell an das angeschlossene dezentrale WMS. Auf Seiten des dezentralen WMS muß über ein Sperrkonzept sichergestellt sein, daß Sie die Lieferung nicht gleichzeitig in beiden Systemen bearbeiten können. Wählen Sie dazu im Customizing Logistik -> Logistics Execution -> Integration dezentrales WMS -> Zentrale Abwicklung -> Verteilungsmodell generieren -> CSL-Sperre aktivieren. Siehe auch Weitere Informationen zur systemübergreifenden Sperre finden Sie in der SAP-Bibliothek unter Basis -> Client-Server-Technologie -> Cross-System Lock (CSL). 14.2.1.2 Verzögerte Verteilung von An- und Auslieferungen an das dezentrale Warehouse-Management-System (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) haben Sie die Möglichkeit, An- und Auslieferungen verzögert an das dezentrale Warehouse-Management-System (WMS) zu verteilen. Sie können hierbei selber entscheiden, ab welchem Zeitpunkt die An - oder Auslieferung fertiggestellt ist und somit an das dezentrale WMS übergeben werden kann. Auswirkungen auf das Customizing Nehmen Sie die folgenden Einstellungen im Customizing an der Lagernummer und an der Lieferart vor: 1. Stellen Sie an der Lagernummer ein, ob Lieferungen direkt nach dem Anlegen oder verzögert verteilt werden sollen. Weitere Informationen finden Sie im Einführungsleitfaden (IMG) unter Logistics Execution --> Integration dezentrales WMS --> Zentrale Abwicklung --> Applikation --> Dezentrales WMS aktivieren. Diese Einstellung betrifft alle An - und Auslieferungen, die in der entsprechenden Lagernummer bearbeitet werden. 2. Stellen Sie für die entsprechende Lieferart den Verteilmodus für die Lieferungen ein. Die erlaubten Modi für die Verteilung von An - und Auslieferungen sind wie folgt: a) Die Verteilung erfolgt gemäß der Einstellungen an der Lagernummer. b) Die Verteilung wird zurückgehalten. c) Die Verteilung erfolgt sofort nach dem Anlegen der Lieferung. Weitere Informationen finden Sie im Einführungsleitfaden (IMG) unter Logistics Execution --> Versand --> Lieferungen --> Lieferarten definieren. Über diese Aktivität könnnen Sie die Verteilung pro Lieferart unabhängig von der Lagernummer einstellen. Beachten Sie, dass die hier vorgenommenen Einstellungen, die Einstellungen an der Lagernummer übersteuern. Hinweis ______________________________________________________________ SAP AG 373 SAP-System ______________________________________________________________ Sie können zurückgehaltene An- oder Auslieferungen, zu dem von Ihnen gewünschten Zeitpunkt, über die Funktion 'zur Verteilung' im Liefermonitor (Transaktion VL06) an das dezentrale WMS verteilen. 14.2.2 LE-IDW-DEC Dezentrale Abwicklung 14.2.2.1 Mehrere ERP-Systeme an einem dezentralen WMS Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) ist es technisch möglich mehrere ERP-Systeme an ein dezentrales WMS-System anzubinden. Hierdurch ändern sich insbesondere die Filterkriterien, wobei durch das neue Filterkriterium "logisches System" das ERP-System gefunden wird. Für folgende Methoden der Lieferung wird das zentrale ERP System anhand des Filterkriteriums "logisches System" ermittelt: o InboundDelivery.ConfirmDecentral o InboundDelivery.DeliveryChange o OutboundDelivery.ConfirmDecentral o OutboundDelivery.DeliveryChange o OutboundDelivery.SplitDecentral Auswirkungen auf den Datenbestand Für die Methode GoodsMovement.CreateFromData wird das ERP-System weiterhin anhand der Filterkriterien 'Werk' und 'Lagerort' gefunden. Hierzu müssen alle ERP-Systeme, die an ein dezentrales WMS angeschlossen sind, eindeutige und einander ausschließende Werk-Lagerortkombinationen haben. Führen Sie die Bestände der verschiedenen ERP-Systeme auf Werk-Lagerortebene, damit Inventurdifferenzen eindeutig zu einem ERP-System zugeschrieben werden können. Selektieren Sie beim Ausbuchen von Inventurdifferenzen immer zusätzlich über Werk-Lagerort. Die Felder können der freien Selektion entnommen werden. Wählen Sie für das Ausbuchen von Inventurdifferenzen im SAP-Menü: Logistik --> Logistics Execution --> Lagerinterne Prozesse --> Inventur --> in der Lagerverwaltung --> Differenzen ausbuchen --> Bestandsführung. Folgende Voraussetzungen müssen erfüllt sein, wenn Sie mehrere ERP-Systeme an ein dezentrales WMS anschliessen: o Eindeutige Nummern bei Stammdaten im dez. WMS Die verschiedenen Kundenstämme, Lieferantenstämme, Keditorenstämme und Materialstämme aus den verschiedenen ERP-Systemen müssen eindeutige Nummern haben, so dass ein Stammsatz auf dem dezentralen WMS immer eindeutig gelesen werden kann. o Eindeutige Nummern bei Organisationseiheiten im dez. WMS Die verschiedenen Werke und Lagerorte müssen im dezentralen WMS eindeutige Nummern haben. o Eindeutige Lieferungsnummern im dezentralen WMS Im dezentralen WMS müssen die Lieferungen aus den verschiedenen ERP-Systemen eindeutig sein. Stellen Sie beim Replizieren der Lieferungen sicher, das die Lieferungen im dezentralen System ______________________________________________________________ SAP AG 374 SAP-System ______________________________________________________________ eindeutig sind. Auswirkungen auf die Systemverwaltung Wenn mehrere ERP-Systeme an ein dezentrales WMS angeschlossen werden, muss ein bestehendes Verteilmodell wie folgt abgeändert werden. Für nachfolgende Methoden müssen die Filterkriterien zur Empfängerermittlung wie unten beschrieben geändert werden: o InboundDelivery.ConfirmDecentral o InboundDelivery.DeliveryChange o OutboundDelivery.ConfirmDecentral o OutboundDelivery.DeliveryChange o OutboundDelivery.SplitDecentral Folgende Aktivitäten zur Änderung der Filterkriterien müssen Sie einmalig vornehmen:: 1. Pflegen Sie den Filterobjekttyp Wählen Sie hierfür im SAP-Menü: Werkzeuge -> ALE -> ALE-Entwicklung -> Empfängerermittlung -> Filterobjekttyp pflegen. Nehmen Sie in der Tabelle den folgenden Eintrag auf: ALE-Objekttyp LOGSYS Tabellenname TBDLS Feldname LOGSYS 2. Ordnen Sie den Filterobjekttyp einem BAPI zu Wählen Sie hierfür im SAP-Menü: Werkzeuge -> ALE -> ALE-Entwicklung -> Empfängerermittlung -> Filterobjekttyp einem BAPI zuordnen. Nehmen Sie in der Tabelle folgende Eintragungen vor: Objekttyp Methode Filterobjekttyp LIKP CONFIRMDECENTRAL LOGSYS LIKP DELIVERYCHANGE LOGSYS LIKP SPLITDECENTRAL LOGSYS BUS2015 CONFIRMDECENTRAL LOGSYS BUS2015 DELIVERYCHANGE LOGSYS 3. Ändern Sie für jede der oben genannten Methoden im entsprechenden Verteilungsmodell die Filterkriterien. a) Pflegen Sie das Verteilungsmodell und verteilen Sie die Sichten (siehe auch:Verteilungsmodell pflegen und Sichten verteilen) b) Legen Sie eine neue Filtergruppe mit den folgenden Werten an: Logisches System = Logisches ERP-System eintragen Lagernummer = Kein Wert eintragen Wenn noch kein Verteilmodell existiert, so kann das Verteilmodell anhand der Customizing-Aktivität Verteilungsmodell generieren automatisch generiert werden. Die Filter der oben genannten Methoden werden automatisch wie oben beschrieben generiert. Auswirkungen auf das Customizing ______________________________________________________________ SAP AG 375 SAP-System ______________________________________________________________ Pflegen Sie im Einführungsleitfaden das Verteilungsmodell. Wählen Sie hierfür im Customizing: SAP Web Application Server --> Application Link Enabling (ALE) --> Geschäftsprozesse modellieren und implementieren --> Verteilungsmodell pflegen und Sichten verteilen. 14.2.2.2 Nachträgliche Änderung der Lieferung (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie in An- und Auslieferungen nachträglich bestimmte Daten ändern, nachdem sie vom zentralen Enterprise-Resource-Planning-System (ERP-System) an das dezentrale Warehouse-Management-System (WMS) verteilt worden sind. Sie können eine solche Änderung sowohl im zentralen als auch im dezentralen System durchführen. Die Schnittstelle zwischen beiden Systemen führt bei den folgenden für einen Abgleich vorgesehenen Lieferungsdaten eine nachträgliche Änderung im jeweiligen Partnersystem durch: o o o Änderungen der Anlieferungskopfdaten - Brutto- und Nettogewicht - Volumen - Liefertermin - Tor - Lieferung löschen (nur über Schnittstelle) - externe Identifikation Änderungen der Anlieferungspositionsdaten - Brutto- und Nettogewicht - Volumen - Verfallsdatum - Liefermenge - Lieferposition löschen (nur über Schnittstelle) Änderungen der Auslieferungskopfdaten - Brutto- und Nettogewicht - Volumen - Liefertermin - Tor - Lieferung löschen (nur über Schnittstelle) - Incoterms - Route - Versandbedingung ______________________________________________________________ SAP AG 376 SAP-System ______________________________________________________________ o o - Lieferpriorität - Abladestelle - Kommissionierdatum - Ladedatum - Transportdatum - Warenausgangsdatum Änderung der Auslieferungspositionsdaten - Brutto- und Nettogewicht - Volumen - Liefermenge - Lieferposition löschen (nur über Schnittstelle) Änderung der Partnerdaten für An- und Auslieferungen - Partner zur einer Partnerrolle ändern oder löschen - Adresse eines Partners ändern Auswirkungen auf das Customizing Wenn Sie noch kein Verteilungsmodell für An- und Auslieferungen generiert haben, erstellen Sie dieses Verteilungsmodell im Customizing unter Logistik -> Logistics Execution -> Integration dezentrales WMS -> Zentrale Abwicklung -> Verteilungsmodell generieren -> Verteilungsmodell generieren, und aktivieren dort das Änderungsmanagement für An- und Auslieferungen. Wenn das Verteilungsmodell für An- und Auslieferungen schon existiert, fügen Sie folgende Methoden im zentralen System manuell über das ALE-Customizing in das Verteilungsmodell ein: o InboundDelivery.DeliveryChange o OutboundDelivery.DeliveryChange Außerdem setzen Sie für diese Methoden die Filter für die Empfängerermittlung: o Aus dem zentralen System an das dezentrale System erfolgt die Empfängerermittlung über den Filter Lagernummer. o Aus dem dezentralen System an das zentrale System können sie für die Empfängerermittlung den Filter logisches System verwenden, wenn beide Systeme mindestens den Stand von SAP R/3 Enterprise haben. Dann generieren Sie die Partnervereinbarung für die neuen Methoden und verteilen das Verteilmodell an das angeschlossene dezentrale WMS. Auf Seiten des dezentralen WMS muß über ein Sperrkonzept sichergestellt sein, daß Sie die Lieferung nicht gleichzeitig in beiden Systemen bearbeiten können. Wählen Sie dazu im Customizing Logistik -> Logistics Execution -> Integration dezentrales WMS -> Zentrale Abwicklung -> Verteilungsmodell generieren -> CSL-Sperre aktivieren. Siehe auch ______________________________________________________________ SAP AG 377 SAP-System ______________________________________________________________ Weitere Informationen zur systemübergreifenden Sperre finden Sie in der SAP-Bibliothek unter Basis -> Client-Server-Technologie -> Cross-System Lock (CSL). 14.3 LE-WM Lagerverwaltung 14.3.1 Business Add-Ins für Logistics Execution (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) stehen im Bereich Logistics Execution in den folgenden Bereichen Business Add-Ins (BAdIs) zur Verfügung: o in der Lagerverwaltung o im Versand o im Transport o in der Mobilen Datenerfassung Auswirkungen auf das Customizing Um ein Business Add-In zu aktivieren, müssen Sie eine aktive Implementierung anlegen. Gehen Sie dazu in das Customizing der Logistics Execution, und wählen Sie o o o Lagerverwaltung -> Systemanpassungen -> Business Add-Ins in der Lagerverwaltung -> - Business Add-In für die Quantermittlung - Business Add-In für die Lagertypermittlung - Business Add-In für die Lagereinheitentypermittlung - Business Add-In für die Inventurdatenerfassung in der Bestandsführung Versand -> Systemanpassungen -> Business Add-Ins im Versand - Business Add-In für die Lieferungsbearbeitung - Business Add-In für die Preisfindung in der Lieferung - Business Add-In für den nachträglichen Auslieferungssplit - Business Add-In für das Buchen von Warenbewegungen - Business Add-In für zusätzliches Kopfdetailbild im Lieferungsdialog - Business Add-In für zusätzliches Positionsdetailbild im Lieferungsdialog - Business Add-In für zusätzliches Übersichtsbild im Lieferungsdialog Transport --> Systemanpassungen --> Business Add-Ins im Transport - Business Add-In zum Prüfen beim Anlegen eines Frachtkostenbeleges - Business Add-In beim Erzeugen eines Frachtkostenbeleges ______________________________________________________________ SAP AG 378 SAP-System ______________________________________________________________ o - Business Add-In bei der Frachtkostenkontierung - Business Add-In für Prüfungen bei der Frachtkostenbearbeitung - Business Add-In für das Überleiten von Frachtkostenpositionen - Business Add-In beim Sichern von Frachtkostenbelegen Mobile Datenerfassung -> Systemanpassungen -> Business Add-Ins in der Mobilen Datenerfassung - Business Add-In für die Queue-Ermittlung 14.3.2 Strukturänderung im IMG von Logistics Execution Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) existiert die R/2-R/3-Kopplung im Bereich Logistics Execution nicht mehr, da das System die Migration von R/2 auf SAP R/3 Enterprise nicht mehr unterstützt. Deshalb wurden die folgenden Aktivitäten im Einführungsleitfaden (IMG) von Logistics Execution entfernt: Gelöschte Knoten unter Lagerverwaltung: o Dezentrale Anbindung an R/2 definieren Gelöschte Knoten unter Versand: o R/2-R/3-Kopplung o Kennzeichen für die Kommunikation definieren o Mailsteuerung definieren o Umschlüsselung der Kundennummern R/2-R/3 definieren o Nummernkreise für dezentrale Lieferungen definieren o Lieferungsarten und Positionstypen überprüfen o Nachrichten für die Kommunikation überprüfen o Übernahme der Texte definieren o Chargenprüfung je Lieferposition festlegen Wir empfehlen, von R/2 auf das R/3-Release 4.6C zu migrieren. 14.3.3 Verzögerte Fortschreibung der Auslieferung (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) haben Sie die Möglichkeit, die Quittierung von Transportaufträgen (TAs) verzögert an die zugrundeliegende Auslieferung zurückzumelden. ______________________________________________________________ SAP AG 379 SAP-System ______________________________________________________________ Mit dieser Funktion vermeiden Sie Sperrprobleme bei der Quittierung von Transportaufträgen zur Auslieferung und der entsprechenden Aktualisierung der Auslieferungsdaten. Außerdem dient diese Funktion der Verbesserungen der Systemperformance, da das System nicht mit jeder Quittierung einer Transportauftragsposition die gesamte Auslieferung bearbeitet und sperrt, um die Auslieferung zu aktualisieren. Sie können die Auslieferung zu den folgenden Zeitpunkten aktualisieren: o Das System meldet die Quittierungsdaten sofort bei jeder Quittierung einer Transportauftragsposition an die zugrundeliegende Auslieferung zurück. In diesem Fall ist die verzögerte Fortschreibung der Auslieferung nicht aktiviert. o Das System meldet die Quittierungsdaten an die Auslieferung zurück, sobald alle Positionen eines Transportauftrags quittiert sind. o Das System meldet die Quittierungsdaten an die Auslieferung zurück, sobald alle Transportaufträge, die zu einer Auslieferung erstellt wurden, quittiert sind. Diese Art der Fortschreibung ist nicht für lieferungsübergreifende TAs vorgesehen. Beachten Sie, daß das System bei lieferungsübergreifenden Transportaufträgen die Quittierung an die Auslieferung dann zurückmeldet, sobald alle Positionen dieses TAs quittiert sind. Auswirkungen auf das Customizing Sie aktivieren die verzögerte Fortschreibung der Auslieferung im Customizing der Lagerverwaltung unter Schnittstellen -> Versand -> Versandsteuerung definieren -> Versandsteuerung pro Lagernummer mit dem Kennzeichen Verzögerte Lieferungsfortschreibung. Außerdem steht Ihnen im Customizing der Lagerverwaltung unter Systemanpassungen -> Business Add-Ins in der Lagerverwaltung ein Business Add-In für die Beeinflussung der späten Auslieferungsfortschreibung zur Verfügung, mit dem Sie individuell festlegen können, unter welchen Umständen Sie eine Auslieferung zu einem späteren Zeitpunkt fortschreiben wollen. 14.3.4 LE-WM-TFM Lagerbewegungen 14.3.4.1 Business Add-Ins für Logistics Execution (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) stehen im Bereich Logistics Execution in den folgenden Bereichen Business Add-Ins (BAdIs) zur Verfügung: o in der Lagerverwaltung o im Versand o im Transport o in der Mobilen Datenerfassung Auswirkungen auf das Customizing Um ein Business Add-In zu aktivieren, müssen Sie eine aktive Implementierung anlegen. ______________________________________________________________ SAP AG 380 SAP-System ______________________________________________________________ Gehen Sie dazu in das Customizing der Logistics Execution, und wählen Sie o o o o Lagerverwaltung -> Systemanpassungen -> Business Add-Ins in der Lagerverwaltung -> - Business Add-In für die Quantermittlung - Business Add-In für die Lagertypermittlung - Business Add-In für die Lagereinheitentypermittlung - Business Add-In für die Inventurdatenerfassung in der Bestandsführung Versand -> Systemanpassungen -> Business Add-Ins im Versand - Business Add-In für die Lieferungsbearbeitung - Business Add-In für die Preisfindung in der Lieferung - Business Add-In für den nachträglichen Auslieferungssplit - Business Add-In für das Buchen von Warenbewegungen - Business Add-In für zusätzliches Kopfdetailbild im Lieferungsdialog - Business Add-In für zusätzliches Positionsdetailbild im Lieferungsdialog - Business Add-In für zusätzliches Übersichtsbild im Lieferungsdialog Transport --> Systemanpassungen --> Business Add-Ins im Transport - Business Add-In zum Prüfen beim Anlegen eines Frachtkostenbeleges - Business Add-In beim Erzeugen eines Frachtkostenbeleges - Business Add-In bei der Frachtkostenkontierung - Business Add-In für Prüfungen bei der Frachtkostenbearbeitung - Business Add-In für das Überleiten von Frachtkostenpositionen - Business Add-In beim Sichern von Frachtkostenbelegen Mobile Datenerfassung -> Systemanpassungen -> Business Add-Ins in der Mobilen Datenerfassung - Business Add-In für die Queue-Ermittlung 14.3.4.2 Lieferungsübergreifender Transportauftrag (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) können Sie einen Transportauftrag (TA) zu mehreren Auslieferungen anlegen. Sie verwenden auslieferungsübergreifende Transportaufträge vor allem dann, wenn Sie viele Auslieferungen des gleichen Materials mit jeweils nur einer oder wenigen Auslieferungspositionen bearbeiten wollen. Die einzelnen Positionen des Transportauftrags beziehen sich auf unterschiedliche Auslieferungen. ______________________________________________________________ SAP AG 381 SAP-System ______________________________________________________________ Sie können den lieferungsübergreifenden Transportauftrag auch zur Wegeoptimierung im Lager nutzen, indem Sie Materialpositionen aus unterschiedlichen Auslieferungen, die nahe beieinander lagern, zu einem Transportauftrag zusammenfassen. Sie erstellen einen lieferungsübergreifenden TA o mit dem Funktionsbaustein L_TO_CREATE_DN_MULTIPLE Sie wählen mit diesem Funktionsbaustein die Auslieferungen aus und erstellen dann direkt einen lieferungsübergreifenden TA zu den ausgewählten Auslieferungen. o zu einer Gruppe von Auslieferungen über die Transaktion Anlegen lieferungsübergreifender TA (LT0S). Wählen Sie dazu Logistik -> Logistics Execution -> Warenausgangsprozeß -> Warenausgang zur Auslieferung -> Kommissionierung -> Transportauftrag anlegen -> Anlegen lieferungsübergreifender Transportauftrag. Nachdem Sie einen lieferungsübergreifenden Transportauftrag erstellt haben, können Sie diesen nach bestimmten Kriterien (z.B. Volumen, Gewicht oder TA-Positionen) in kleinere Transportaufträge splitten, so daß diese kleineren Transportaufträge von mehreren Kommissionierern bearbeitet werden können. Nutzen Sie dafür den User Exit MWMTO012. Das System unterstützt für den lieferungsübergreifende Transportauftrag die gleichen Funktionen wie für den herkömmlichen Transportauftrag. 14.3.4.3 Verzögerte Fortschreibung der Auslieferung (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) haben Sie die Möglichkeit, die Quittierung von Transportaufträgen (TAs) verzögert an die zugrundeliegende Auslieferung zurückzumelden. Mit dieser Funktion vermeiden Sie Sperrprobleme bei der Quittierung von Transportaufträgen zur Auslieferung und der entsprechenden Aktualisierung der Auslieferungsdaten. Außerdem dient diese Funktion der Verbesserungen der Systemperformance, da das System nicht mit jeder Quittierung einer Transportauftragsposition die gesamte Auslieferung bearbeitet und sperrt, um die Auslieferung zu aktualisieren. Sie können die Auslieferung zu den folgenden Zeitpunkten aktualisieren: o Das System meldet die Quittierungsdaten sofort bei jeder Quittierung einer Transportauftragsposition an die zugrundeliegende Auslieferung zurück. In diesem Fall ist die verzögerte Fortschreibung der Auslieferung nicht aktiviert. o Das System meldet die Quittierungsdaten an die Auslieferung zurück, sobald alle Positionen eines Transportauftrags quittiert sind. o Das System meldet die Quittierungsdaten an die Auslieferung zurück, sobald alle Transportaufträge, die zu einer Auslieferung erstellt wurden, quittiert sind. Diese Art der Fortschreibung ist nicht für lieferungsübergreifende TAs vorgesehen. Beachten Sie, daß das System bei lieferungsübergreifenden Transportaufträgen die Quittierung an die Auslieferung dann zurückmeldet, sobald alle Positionen dieses TAs quittiert sind. Auswirkungen auf das Customizing ______________________________________________________________ SAP AG 382 SAP-System ______________________________________________________________ Sie aktivieren die verzögerte Fortschreibung der Auslieferung im Customizing der Lagerverwaltung unter Schnittstellen -> Versand -> Versandsteuerung definieren -> Versandsteuerung pro Lagernummer mit dem Kennzeichen Verzögerte Lieferungsfortschreibung. Außerdem steht Ihnen im Customizing der Lagerverwaltung unter Systemanpassungen -> Business Add-Ins in der Lagerverwaltung ein Business Add-In für die Beeinflussung der späten Auslieferungsfortschreibung zur Verfügung, mit dem Sie individuell festlegen können, unter welchen Umständen Sie eine Auslieferung zu einem späteren Zeitpunkt fortschreiben wollen. 14.3.5 LE-WM-BIN Lagerplatzbezogene Inventur 14.3.5.1 Business Add-Ins für Logistics Execution (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) stehen im Bereich Logistics Execution in den folgenden Bereichen Business Add-Ins (BAdIs) zur Verfügung: o in der Lagerverwaltung o im Versand o im Transport o in der Mobilen Datenerfassung Auswirkungen auf das Customizing Um ein Business Add-In zu aktivieren, müssen Sie eine aktive Implementierung anlegen. Gehen Sie dazu in das Customizing der Logistics Execution, und wählen Sie o o Lagerverwaltung -> Systemanpassungen -> Business Add-Ins in der Lagerverwaltung -> - Business Add-In für die Quantermittlung - Business Add-In für die Lagertypermittlung - Business Add-In für die Lagereinheitentypermittlung - Business Add-In für die Inventurdatenerfassung in der Bestandsführung Versand -> Systemanpassungen -> Business Add-Ins im Versand - Business Add-In für die Lieferungsbearbeitung - Business Add-In für die Preisfindung in der Lieferung - Business Add-In für den nachträglichen Auslieferungssplit - Business Add-In für das Buchen von Warenbewegungen - Business Add-In für zusätzliches Kopfdetailbild im Lieferungsdialog - Business Add-In für zusätzliches Positionsdetailbild im Lieferungsdialog - Business Add-In für zusätzliches Übersichtsbild im Lieferungsdialog ______________________________________________________________ SAP AG 383 SAP-System ______________________________________________________________ o o Transport --> Systemanpassungen --> Business Add-Ins im Transport - Business Add-In zum Prüfen beim Anlegen eines Frachtkostenbeleges - Business Add-In beim Erzeugen eines Frachtkostenbeleges - Business Add-In bei der Frachtkostenkontierung - Business Add-In für Prüfungen bei der Frachtkostenbearbeitung - Business Add-In für das Überleiten von Frachtkostenpositionen - Business Add-In beim Sichern von Frachtkostenbelegen Mobile Datenerfassung -> Systemanpassungen -> Business Add-Ins in der Mobilen Datenerfassung - Business Add-In für die Queue-Ermittlung 14.3.6 LE-WM-STU Lagereinheitenverwaltung 14.3.6.1 Bestandsübersicht für ein LE-verwaltetes Blocklager (geändert) Verwendung Zur Berechnung der aktuellen Bestandsübersicht im lagereinheitenverwalteten (LE-verwalteten) Blocklager liest das System alle offenen Transportaufträge (TAs) zum entsprechenden Blocklagertyp. Anhand dieser TAs gleicht das System die Bestandsmengen im Vonlagertyp und im Nachlagertyp auf Summenebene aus. Seit SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) berechnet das System die aktuelle Bestandssituation anhand von Dummyquants, die aus den offenen Transportaufträgen zum Lagertyp abgeleitet sind. Diese Dummyqants dienen nur der korrekten Berechnung der Bestandsmengen im jeweiligen Lagertyp. Das Systen speichert Dummyquants nicht auf der Datenbank, da sie keine im Lager existierenden Quants darstellen, sondern nur für systeminterne Berechnung kurzzeitig zur Verfügung stehen. Um sich einen Überblick über die Materialbestände im zu verschaffen, wählen Sie vom SAP-Menü aus Logistik -> Logistics Execution -> Lagerinterne Prozesse -> Plätze und Bestände -> Anzeigen -> Platzbestände pro Material oder Gesamtbestand pro Material (Lagerverwaltung). In der Detailübersicht pro Lagertyp (Platzbestände pro Material) ist die verfügbare Menge pro Quant in der Standardauslieferung nicht eingeblendet, weil das System im LE-verwalteten Blocklager dem Auslagerungs-TA im voraus kein bestimmtes auszulagerndes Quant zuweisen kann. Sie haben jedoch die Möglichkeit, die Bestandsübersicht pro Quant anhand einer Listenvariante einzublenden. Beachten Sie dabei, daß im System o die verfügbare Menge pro Dummyquant einer negativen Menge entspricht o die verfügbare Menge pro Quant im LE-verwalteten Blocklager der aktuellen Gesamtmenge dieses Quants entspricht. Wenn Sie sich von der Bestandsübersicht aus die Quantdaten anzeigen zu lassen, beachten Sie o daß das System Dummyquants nicht anzeigt, da diese nicht auf der Datenbank existieren ______________________________________________________________ SAP AG 384 SAP-System ______________________________________________________________ o daß das System für ein LE-verwaltetes Blockalger die auszulagernde Menge im Nachquant anzeigt. 14.3.7 LE-WM-IFC Anbindung Lagertechnologie 14.3.7.1 Verknüpfungen zwischen IDoc und Business-Objekt (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) legt das System beim IDoc-Eingang Verknüpfungen zwischen IDoc und dazugehörigem Business-Objekt ab. Damit ist es möglich, aus der IDoc-Anzeige das entsprechende Business-Objekt mit Detaildaten anzeigen lassen. Außerdem ist es möglich, vom Business-Objekt aus das verknüpfte IDoc anzuzeigen. Folgende Nachrichtentypen werden mit folgenden Business-Objekt verknüpft: Nachrichtentyp WMCATO WMTOCO WMTORD WMINVE WMPIHU WMSUMO WMTREQ Business-Objekt Transportauftrag Transportauftrag Transportauftrag Inventurbeleg Transportauftrag Transportauftrag Transportbedarf Auswirkungen auf die Datenübernahme Die Verknüpfungen werden nur für neue IDocs angelegt. Für die vor dem Releasewechsel bestehenden IDocs sind nicht verknüpft und können auch nicht nachträglich verknüpft werden. 14.3.7.2 Task and Resource Management (LE-TRM) Verwendung Mit dem Task and Resource Management (TRM) können Sie die Prozesse im Lager steuern und optimieren. TRM unterstützt diese Optimierung durch folgende Merkmale: Aufgaben-Ressourcen-Optimierung TRM optimiert Lagerprozesse durch die Ermittlung der optimalen Routen und durch Erzeugung und Priorisierung von Aufgaben, die von Ressourcen im Lager auszuführen sind. Ausführungssteuerung Mit dem TRM können Sie die Ausführung von Aufgaben in vordefinierten Bereichen Ihres Standortes ______________________________________________________________ SAP AG 385 SAP-System ______________________________________________________________ steuern und die Aufgaben-Ressourcen-Optimierung vereinfachen, indem Sie eine Ballung von Ressourcen verhindern. Überwachungs- und Reaktionswerkzeuge - TRM-Monitor Mit dem TRM können Sie alle Aspekte von Lagervorgängen überwachen und Methoden aufrufen, um auf die sich ständig ändernden Gegebenheiten im Lager zu reagieren. Werkzeuge zur Behandlung von Alerts und Ausnahmen - TRM-Alert-Monitor TRM liefert Informationen zu aktuellen und im Entstehen begriffenen problematischen Situationen im Lager und ermöglicht es Ihnen, auf Ausnahmen zu reagieren. Darstellung auf mobilem Gerät TRM ermöglicht es Ihnen, die Darstellung auf verschiedenartigen Endgeräten ressourcenspezifisch anzupassen. LES und TRM arbeiten bei der Abwicklung von Lagervorgängen zusammen. Die Trennung zwischen den Systemen bleibt jedoch erhalten; jedes System hat klar definierte Zuständigkeiten. LES liefert die Detailinformationen dazu, welche Aktivität für welches Objekt durchzuführen ist, während TRM festlegt, wie und wann die Anforderung ausgeführt wird. Auswirkungen auf das Customizing Um TRM mit WMS zu integrieren, müssen Sie WM-Lager zu TRM-Standorten zuordnen und die WM-TRM-Verknüpfung bei Transportaufträgen steuern. Weitere Informationen finden Sie in den folgenden IMG-Aktivitäten: o Logistics Execution -> Lagerverwaltung -> Schnittstellen -> Task and Resource Management -> Standort zuordnen. o Logistics Execution -> Lagerverwaltung -> Schnittstellen -> Task and Resource Management -> Steuerung WMS-TRM- Schnittstelle für Transportaufträge. Es gibt im IMG für Logistics Execution -> Task and Resource Management obligatorische und optionale Einstellungen, die Ihnen Folgendes ermöglichen: o Allgemeine TRM-Einstellungen vornehmen, z.B. TRM-Standorte, Aktivitäten und Ursachencodes für Ausnahmen definieren o Nummernkreise für Anforderungen, Aufgaben, Ressourcen und Nachrichten vom Lagerleiter definieren o Einstellungen für die Ressourcensteuerung definieren, z.B. Ressourcentypen und Ressourcenelementtypen o Kritische Zeitfenster pflegen, Mechanismen, die die Synchronisation von Aufgaben vereinfachen o Einstellungen für das Standortlayout definieren, z.B. TRM-Objekte wie Zonen und Arbeitsbereiche, und WM-Objekte wie Lagerplätze, Lagertypen und Bereitstellungszonen erweitern o Einstellungen definieren, die die Darstellung von Daten auf Ressourcenendgeräten beeinflussen, z.B. Menüs und Drucktasten o Routenbezogene Einstellungen definieren o Ausführungssteuerung für Ihre Standorte definieren ______________________________________________________________ SAP AG 386 SAP-System ______________________________________________________________ o Einstellungen für den TRM-Monitor und den Alert-Monitor definieren o Bei Bedarf User-Exits anlegen Siehe auch Weitere Informationen zu TRM finden Sie in der SAP-Bibliothek zum Task and Ressource Management. 14.3.8 LE-WM-GF Sonstige Funktionen 14.3.8.1 Verzögerte Fortschreibung der Auslieferung (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) haben Sie die Möglichkeit, die Quittierung von Transportaufträgen (TAs) verzögert an die zugrundeliegende Auslieferung zurückzumelden. Mit dieser Funktion vermeiden Sie Sperrprobleme bei der Quittierung von Transportaufträgen zur Auslieferung und der entsprechenden Aktualisierung der Auslieferungsdaten. Außerdem dient diese Funktion der Verbesserungen der Systemperformance, da das System nicht mit jeder Quittierung einer Transportauftragsposition die gesamte Auslieferung bearbeitet und sperrt, um die Auslieferung zu aktualisieren. Sie können die Auslieferung zu den folgenden Zeitpunkten aktualisieren: o Das System meldet die Quittierungsdaten sofort bei jeder Quittierung einer Transportauftragsposition an die zugrundeliegende Auslieferung zurück. In diesem Fall ist die verzögerte Fortschreibung der Auslieferung nicht aktiviert. o Das System meldet die Quittierungsdaten an die Auslieferung zurück, sobald alle Positionen eines Transportauftrags quittiert sind. o Das System meldet die Quittierungsdaten an die Auslieferung zurück, sobald alle Transportaufträge, die zu einer Auslieferung erstellt wurden, quittiert sind. Diese Art der Fortschreibung ist nicht für lieferungsübergreifende TAs vorgesehen. Beachten Sie, daß das System bei lieferungsübergreifenden Transportaufträgen die Quittierung an die Auslieferung dann zurückmeldet, sobald alle Positionen dieses TAs quittiert sind. Auswirkungen auf das Customizing Sie aktivieren die verzögerte Fortschreibung der Auslieferung im Customizing der Lagerverwaltung unter Schnittstellen -> Versand -> Versandsteuerung definieren -> Versandsteuerung pro Lagernummer mit dem Kennzeichen Verzögerte Lieferungsfortschreibung. Außerdem steht Ihnen im Customizing der Lagerverwaltung unter Systemanpassungen -> Business Add-Ins in der Lagerverwaltung ein Business Add-In für die Beeinflussung der späten Auslieferungsfortschreibung zur Verfügung, mit dem Sie individuell festlegen können, unter welchen Umständen Sie eine Auslieferung zu einem späteren Zeitpunkt fortschreiben wollen. ______________________________________________________________ SAP AG 387 SAP-System ______________________________________________________________ 14.4 LE-TRM Task & Resource Management 14.4.1 Task and Resource Management (LE-TRM) Verwendung Mit dem Task and Resource Management (TRM) können Sie die Prozesse im Lager steuern und optimieren. TRM unterstützt diese Optimierung durch folgende Merkmale: Aufgaben-Ressourcen-Optimierung TRM optimiert Lagerprozesse durch die Ermittlung der optimalen Routen und durch Erzeugung und Priorisierung von Aufgaben, die von Ressourcen im Lager auszuführen sind. Ausführungssteuerung Mit dem TRM können Sie die Ausführung von Aufgaben in vordefinierten Bereichen Ihres Standortes steuern und die Aufgaben-Ressourcen-Optimierung vereinfachen, indem Sie eine Ballung von Ressourcen verhindern. Überwachungs- und Reaktionswerkzeuge - TRM-Monitor Mit dem TRM können Sie alle Aspekte von Lagervorgängen überwachen und Methoden aufrufen, um auf die sich ständig ändernden Gegebenheiten im Lager zu reagieren. Werkzeuge zur Behandlung von Alerts und Ausnahmen - TRM-Alert-Monitor TRM liefert Informationen zu aktuellen und im Entstehen begriffenen problematischen Situationen im Lager und ermöglicht es Ihnen, auf Ausnahmen zu reagieren. Darstellung auf mobilem Gerät TRM ermöglicht es Ihnen, die Darstellung auf verschiedenartigen Endgeräten ressourcenspezifisch anzupassen. LES und TRM arbeiten bei der Abwicklung von Lagervorgängen zusammen. Die Trennung zwischen den Systemen bleibt jedoch erhalten; jedes System hat klar definierte Zuständigkeiten. LES liefert die Detailinformationen dazu, welche Aktivität für welches Objekt durchzuführen ist, während TRM festlegt, wie und wann die Anforderung ausgeführt wird. Auswirkungen auf das Customizing Um TRM mit WMS zu integrieren, müssen Sie WM-Lager zu TRM-Standorten zuordnen und die WM-TRM-Verknüpfung bei Transportaufträgen steuern. Weitere Informationen finden Sie in den folgenden IMG-Aktivitäten: o Logistics Execution -> Lagerverwaltung -> Schnittstellen -> Task and Resource Management -> Standort zuordnen. o Logistics Execution -> Lagerverwaltung -> Schnittstellen -> Task and Resource Management -> Steuerung WMS-TRM- Schnittstelle für Transportaufträge. Es gibt im IMG für Logistics Execution -> Task and Resource Management obligatorische und optionale Einstellungen, die Ihnen Folgendes ermöglichen: ______________________________________________________________ SAP AG 388 SAP-System ______________________________________________________________ o Allgemeine TRM-Einstellungen vornehmen, z.B. TRM-Standorte, Aktivitäten und Ursachencodes für Ausnahmen definieren o Nummernkreise für Anforderungen, Aufgaben, Ressourcen und Nachrichten vom Lagerleiter definieren o Einstellungen für die Ressourcensteuerung definieren, z.B. Ressourcentypen und Ressourcenelementtypen o Kritische Zeitfenster pflegen, Mechanismen, die die Synchronisation von Aufgaben vereinfachen o Einstellungen für das Standortlayout definieren, z.B. TRM-Objekte wie Zonen und Arbeitsbereiche, und WM-Objekte wie Lagerplätze, Lagertypen und Bereitstellungszonen erweitern o Einstellungen definieren, die die Darstellung von Daten auf Ressourcenendgeräten beeinflussen, z.B. Menüs und Drucktasten o Routenbezogene Einstellungen definieren o Ausführungssteuerung für Ihre Standorte definieren o Einstellungen für den TRM-Monitor und den Alert-Monitor definieren o Bei Bedarf User-Exits anlegen Siehe auch Weitere Informationen zu TRM finden Sie in der SAP-Bibliothek zum Task and Ressource Management. 14.5 LE-SHP Versand 14.5.1 Strukturänderung im IMG von Logistics Execution Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) existiert die R/2-R/3-Kopplung im Bereich Logistics Execution nicht mehr, da das System die Migration von R/2 auf SAP R/3 Enterprise nicht mehr unterstützt. Deshalb wurden die folgenden Aktivitäten im Einführungsleitfaden (IMG) von Logistics Execution entfernt: Gelöschte Knoten unter Lagerverwaltung: o Dezentrale Anbindung an R/2 definieren Gelöschte Knoten unter Versand: o R/2-R/3-Kopplung o Kennzeichen für die Kommunikation definieren o Mailsteuerung definieren o Umschlüsselung der Kundennummern R/2-R/3 definieren ______________________________________________________________ SAP AG 389 SAP-System ______________________________________________________________ o Nummernkreise für dezentrale Lieferungen definieren o Lieferungsarten und Positionstypen überprüfen o Nachrichten für die Kommunikation überprüfen o Übernahme der Texte definieren o Chargenprüfung je Lieferposition festlegen Wir empfehlen, von R/2 auf das R/3-Release 4.6C zu migrieren. 14.5.2 LE-SHP-DL Lieferabwicklung 14.5.2.1 Business Add-Ins für Logistics Execution (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) stehen im Bereich Logistics Execution in den folgenden Bereichen Business Add-Ins (BAdIs) zur Verfügung: o in der Lagerverwaltung o im Versand o im Transport o in der Mobilen Datenerfassung Auswirkungen auf das Customizing Um ein Business Add-In zu aktivieren, müssen Sie eine aktive Implementierung anlegen. Gehen Sie dazu in das Customizing der Logistics Execution, und wählen Sie o o Lagerverwaltung -> Systemanpassungen -> Business Add-Ins in der Lagerverwaltung -> - Business Add-In für die Quantermittlung - Business Add-In für die Lagertypermittlung - Business Add-In für die Lagereinheitentypermittlung - Business Add-In für die Inventurdatenerfassung in der Bestandsführung Versand -> Systemanpassungen -> Business Add-Ins im Versand - Business Add-In für die Lieferungsbearbeitung - Business Add-In für die Preisfindung in der Lieferung - Business Add-In für den nachträglichen Auslieferungssplit - Business Add-In für das Buchen von Warenbewegungen - Business Add-In für zusätzliches Kopfdetailbild im Lieferungsdialog - Business Add-In für zusätzliches Positionsdetailbild im Lieferungsdialog ______________________________________________________________ SAP AG 390 SAP-System ______________________________________________________________ o o Business Add-In für zusätzliches Übersichtsbild im Lieferungsdialog Transport --> Systemanpassungen --> Business Add-Ins im Transport - Business Add-In zum Prüfen beim Anlegen eines Frachtkostenbeleges - Business Add-In beim Erzeugen eines Frachtkostenbeleges - Business Add-In bei der Frachtkostenkontierung - Business Add-In für Prüfungen bei der Frachtkostenbearbeitung - Business Add-In für das Überleiten von Frachtkostenpositionen - Business Add-In beim Sichern von Frachtkostenbelegen Mobile Datenerfassung -> Systemanpassungen -> Business Add-Ins in der Mobilen Datenerfassung - Business Add-In für die Queue-Ermittlung 14.5.2.2 Umstellung der Matchcode-Objekte in der Lieferungsbearbeitung Verwendung Für Lieferungsbelege werden zusätzlich zu den Belegdaten besondere Datenbanktabellen fortgeschrieben, die einen effektiven Zugriff auf Lieferungen in verschiedenen Stadien der Bearbeitung ermöglichen. Für diese Tabellen wurde bislang die Funktionalität der Matchcode-Objekte genutzt, die ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) nicht mehr zur Verfügung steht. Die bisherigen Tabellen der Matchcode-Pools für Lieferungen werden durch neue transparente Tabellen und durch Views abgelöst. Die transparenten Tabellen werden während der normalen Lieferungsbearbeitung automatisch fortgeschrieben. Zwischen den bisherigen Matchcode-Tabellen und den neuen Tabellen bzw. Views gibt es folgenden Zusammenhang: Matchcode-Tab.Neues Objekt Typ Auslieferungen M_VMVLASHP_IDX_GDSI Tabelle M_VMVLB SHP_IDX_PICK Tabelle M_VMVLC SHP_IDX_GDSI Tabelle M_VMVLDSHP_IDX_CRED Tabelle M_VMVLI SHP_VIEW_EXTI View Anlieferungen M_VMVMA (entfallen) M_VMVMB SHP_VIEW_TRAI View M_VMVMC SHP_VIEW_BOLN View M_VMVMD SHP_VIEW_EXVE View M_VMVME SHP_IDX_GDRC Tabelle Inhalt Nicht WA-gebuchte Auslieferungen Nicht kommissonierte Auslieferungen Nicht WA-gebuchte Auslieferungen Kreditgeprüfte Auslieferungen Auslieferungen: Externe Identifikation Anlieferungen: Verursachender Beleg Anlieferungen: Transportidentifikation Anlieferungen: Frachtbriefnummer Anlieferungen: Externe Identifikation Anlieferungen: Nicht WE-gebucht ______________________________________________________________ SAP AG 391 SAP-System ______________________________________________________________ M_VMVMF SHP_IDX_PUTA Tabelle Grob-Wareneingänge M_VMVG SHP_IDX_ROGR Tabelle Anlieferungen: Nicht eingelagert Grob-Wareneingänge zum Lieferanten Auswirkungen auf den Datenbestand Die Einträge in den bisherigen Matchcode-Tabellen werden beim Upgrade auf das SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) automatisch in die neuen Tabellen (Indextabellen) kopiert. Sollte es im späteren Produktivbetrieb erforderlich sein, die Einträge in den Indextabellen zu korrigieren, müssen Sie den Report RLE_SHP_IDX_TABLE_MAINTAIN verwenden. Die Matchcode-Objekte VMVL (Auslieferungen), VMVM (Anlieferungen) und VMVG (Grob-Wareneingänge) werden nach der Datenübernahme beim Upgrade zusammen mit den abhängigen Objekten (Matchcode-IDs, Matchcode-Tabellen) gelöscht. Überprüfen Sie daher Ihre Programme auf eventuelle Verwendungen dieser Objekte und ersetzen Sie diese nach dem obigen Schema. Da die neuen Tabellen und Views mindestens die gleichen Felder wie die bisherigen Tabellen enthalten, ist es bei Programmen in der Regel ausreichend, die SELECT-Anweisungen auf die Matchcode-Tabellen und die Datendefinition der Zieltabelle bzw. -struktur dieser Anweisungen anzupassen. Modifikationen an den Matchcode-Objekten gehen beim Upgrade verloren. Auswirkungen auf die Systemverwaltung Mit Hilfe des Reports RLE_SHP_IDX_TABLE_MAINTAIN können Sie den Datenbestand in den Indextabellen analysieren und ggf. korrigieren. Siehe auch Release-Information zur Matchcode-Umstellung 14.5.2.3 Teilwareneingang zur Anlieferung (neu) Verwendung Ab SAP R/3 Enterprise Core 4.70 (SAP_APPL 470) haben Sie die Möglichkeit, Teilwareneingänge zu Anlieferungen zu buchen. Sie können für warenbewegungsrelevante Anlieferungen Wareneingangsbuchungen über die Einlagerungsquittierung von einem oder mehreren Transportaufträgen durchführen. Sie können die Teilwareneingangsbuchung zur Anlieferung durch die folgenden Verfahren durchführen: 1. Durch das Anlegen und Rückmelden mehrerer Transportaufträge 2. Durch eine schrittweise Rückmeldung von einem Transportauftrag, d.h. Sie buchen nur einen Teil der Positionen oder Mengen Sie haben die Möglichkeit, sich die einzelnen Teilwareneingänge im Belegfluss der Anlieferung anhand der entsprechenden Anzahl der vorhandenen Materialbelege anzusehen. Weiterhin können Sie bereits gebuchte Teilwareneingänge auf Ebene der Materialbelege wieder stornieren. Hierbei können Sie einzelne oder alle Materialbelege stornieren. Das Stornieren von Teilmengen innerhalb der Materialbelegspositionen ist nicht möglich, sondern Sie können nur immer den gesamten vorher erstellten Beleg wie