SAP TERP10 Preparation Practice 3 German Dr. Gábor Pauler, Associate Professor, Private Entrepeneur Tax Reg. No.: 63673852-3-22 Bank account: 50400113-11065546 Location: 1st Széchenyi str. 7666 Pogány, Hungary Tel: +36-309-015-488 E-mail: pauler@t-online.hu Übersetzung: Meisl Gábor +36 30/435-9753gigamgbo@gmail.com Kerber Tamás Péter +36 20/933-2728,tamas.kerber@gmail.com

Inhalt der Übung Hausaufgaben überprüfen 2: Kaufinfosatz 2.Beschaffungszenario (Fortgesetzt) 2.7.Rechnung bearbeiten 2.7.1.MM:Eingangsrechnung hinzuf. (Szállítói Számla):MIRO 2.7.2.MM: Rechnungsdokumente und Bestellgeschichte Anschauen:MIRO 2.7.3.FI:Kreditoren Einzelpostenliste:FBL1N 2.7.4.FI: Zahlung mit Druck:F-58 2.7.5.Kontrollieren zahlten Posten:FBL1N 2.8.Quermodulenintegration von MM:Beschaffung 2.9.MM Reporting: 2.9.1.MM:Einkaufablege zum Lieferant:ME2L 2.9.2.MM:Lieferantenanalyse:MCE3 2.10.Beschaffung: Business Process Diagram (BPD) 2.10.1.BPD Elemente 2.10.2.Beschaffung: Prozessenansicht 2.11.Beschaffung: Advanced Database Diagram (ADD) 2.10.1.ADD Elemente 2.10.2.Beschaffung: Datenflußübersicht Hausaufgabe 3: LIS Flexible report Referenz Object/GUI Symbole

2.Procurement: 2.7.Rechnung Processing 2.7.Rechnung processing (Szállítói Számlakezelés) 2.7.1.MM: Enter Lieferant Rechnung (Szállítói Számla):MIRO Plot: Lieferant reicht eine Rechnung von 55,000 EUR (500 € * 110 ST Wheel-0005) + 10,450 EUR (19 % VAT) ein. 2.7.1.1.PROC: Rechnungüberprüfung (Számlaellenőrzés) 2.7.1.1.1.Lieferantrechnung erhalten: per allen Medien (fax, e-mail, EDI, usw.) 2.7.1.1.2.Formale Rechnungüberprüfung: alle notwendige Felden werden gefüllt (Mengeität, Einheitspreis, Steuer) 2.7.1.1.3.Inhaltsüberprüfung: Vergliech (Mengeität, Einheitspreis, Steuer) zwischen: 2.7.1.1.3.1.Lieferantsrechnung (Szállítói Számla) und ihr 2.7.1.1.3.2.Referenzdokument (Előd-bizonylat): Es kann:  2.7.1.1.3.2.1.ALT:Bestellung (Megrendelés): Regelt immer die ganze Rheie, unabhängig von parzieller LiefeAusführeng  2.7.1.1.3.2.2.ALT:LiefeAusführengschein (Fuvar Értesítés):  2.7.1.1.3.2.3.ALT:Wareneingang (Anyagbevételi Bizonylat): Regelt nur den Teil der Bestellung der Erhaltung hat, die Mengeität kann nicht mehr sein! 2.7.1.1.4.ALT:Wenn es Differenz gibt: Rechnung wird blockiert und widerbewertet: 2.7.1.1.4.1.ALT:Wenn Material ist M gleit. Durchschnittspreis bewertet: im Materialwirtschaft, Gleitender Durchschnittspreis wird wieder gerechnet Rechnung wird neu bewertet mit dem neuen Preis × veränderte Mengeität 2.7.1.1.4.2.ALT:Wenn Material ist S Standard bewertet:  Rechnung ist mit veränderter Mengeität neu bewertet 2.7.1.1.5.ALT:Wenn alles OK ist: Rechnung wird zum SAP FI und CO gepostet: 2.7.1.1.5.1.Goods Receipt/Rechnung Receipt, GR/IR Account: speichert vorläufige Haftpflicht vom ausstellende goods receipt gestammt. Dann wird gelöscht mit 2.7.1.1.5.2.Rechnung Receipt (Számlabizonylat): wird ausgestellt als Beweis der Haftpflicht zum Lieferant 2.7.1.1.5.3.Lieferant Reconciliation Account (Beszállítói elszámoló számla): wird einen neuen geöffneten Artikel haben 2.7.1.1.5.4.Accounting document (Könyvelési bizonylat): wird vorbereitet 2.7.1.1.5.5.Purchase Requistion History (Beszerzési igény történet): wird mit Rechnungsdokument aktualisiert

2.Procurement: 2.7.Rechnung Processing: 2.7.1.Enter Lieferant Rechnung Step MM 2.5.Procur. 2.6.Goods Process 2.7.Rechnung Process 2.7.1.2.LO|MM|Logistik- Rechnung prüfung|Belegerfassung|MIRO Eingangsrechnung hinzufüg| 2.7.1.2.1.SCR:Start: DDN:Firma = 1000 2.7.1.2.2.SCR:Main: 2.7.1.2.2.1.TAB:Basic data:  TBX:Rechnungsdatum = Jetzt  TBX:Buchungsdatum = Jetzt  TBX:Betrag = 11900 EUR  CHK:Steuer Rechnen = Richtig  DDN:Steuercode = VA (Vorsteuer Inland 19%) 2.7.1.2.2.2.TAB:PO Reference  DDN:Reference document = 1 (Purchase order)  TBX:Bestellung document number = 4500017969  KEY:Enter:Summe mit Steuer widergerechnet! 2.7.1.2.2.3.BTN:Speichern( ) Zugeordnete Rechnung ID anmerken: Click Click Click Click ME29N: Release PurOrd 45000 17969 Click Click MIGO: Waren eingang Einkauf- org: 45000 17969 Menge: 100St Lager: 0110 Click Click Click Click MIGO: Um buchung Wheel -Name Menge: 100St Lager: 0110 Click Click MIRO: Rechnung from PO 45000 17969 Value: €11900 5105608982

2. Procurement: 2. 7. Rechnung Processing: 2. 7. 2 2.Procurement: 2.7.Rechnung Processing: 2.7.2.Practice:Display Rechnung Documents 2.7.2.MM: Display Rechnung Document and Order History:MIRO 2.7.2.1.LO|MM|Logistik- Rechnung prüfung|Belegerfassung|MIRO Eingangsrechnung hinzufüg| 2.7.2.1.1.SCR:Start: DDN:Firma = 1000 2.7.2.1.2.SCR:Main: DDN:Transaction = 1 (Rechnung) TBX:Buchungkreis = 5105608982 2.7.2.1.2.1.Rechnung documents|Display|  BTN:Follow-on documents:  LIN:Accounting documents:  SCR:Display document:Man kann sehen, dass Buchhaltungsdokumente und Rechnungen haben separierte ID um partiellen Regelung von einem Rechnung ID:  Buchhaltung ID anmerken: 2.7.2.1.2.2.TAB:PO Reference  FRM:Item overview:  LIN:Purchase order = 4500017969  FRM:Item detail:  Bestellung, Gutenbewegungen, und Rechnungsdokumente sollen in der Liste geschaut werden uns ihr Status soll gerechnet werden! 2.7.3.FI:Check subledger account of Lieferant:FBL1N 2.7.3.1.Rechnungwesen|FIKreditoren|Konto|FBL1N Posten anzeigen/ändern| 2.7.3.1.1.SCR:Start DDN:Lieferant Account = 100271 DDN:Firma Code = 1000 RAD:Öffnen posten = Richtig:Um unbezahlte Artikeln zeigen! RAD:Ausgeglichene posten = False:Bezahlte Artikeln zeigen BTN:Ausführen( ): 2.7.3.1.2.SCR:Main:Mengenfälligkeit überprüfen! 5100000000

2.Procurement: 2.7.Rechnung Processing: 2.7.4.Payment 2.7.4.FI: Payment:F-58 2.7.4.1.DEF:Payment 2.7.4.1.1.ALT:Manual outgoing payment: Select payment method and bank  Select items to pay  Calculate payment with cash discounts  Post payment document  Print payment medium 2.7.4.1.2.ALT:Automatic outgoing payment 2.7.4.2.Rechnungwesen|FI|Kreditoren| Buchung|Zahlungausgan|F-58Buchen+Druken 2.7.4.2.1.SCR:Header data DDN:Firma code = 1000 DDN:Zahlweg= C (Check) DDN:Hausebank = 1000 (Comp1000) DDN:Scheckstapelnummer = 0001 DDN:Drucker für Formular = LOCAL (Standard local printer) CHK:Sofort drucken = Richtig 2.7.4.2.1.1.BTN:Enter payments:  TBX:Betrag = 11900  DDN:Lieferant = 100271 2.7.4.2.1.2.BTN:Process open items:  Check open positions list! 2.7.4.2.1.3.BTN:Speichern( )  Take note of assigned Payment document ID: Step MM FI 2.6.Goods Process 2.7.Rechnung Process MIGO: Waren eingang Einkauf- org : 45000 17969 Menge: 100St Lager: 0110 Click Click Click Click Click MIGO: Um buchung Wheel -Name Menge: 100St Lager: 0110 Click Click MIRO: Rechnung aus PO 45000 17969 Wert: €11900 Click F-58: Paymnt €11900 Lieferant 100271 1500000000

Inhalt der Übung Hausaufgaben überprüfen 2: Kaufinfosatz 2.Beschaffungszenario (Fortgesetzt) 2.7.Rechnung bearbeiten 2.7.1.MM:Eingangsrechnung hinzuf. (Szállítói Számla):MIRO 2.7.2.MM: Rechnungsdokumente und Bestellgeschichte Anschauen:MIRO 2.7.3.FI:Kreditoren Einzelpostenliste:FBL1N 2.7.4.FI: Zahlung mit Druck:F-58 2.7.5.Kontrollieren zahlten Posten:FBL1N 2.8.Quermodulenintegration von MM:Beschaffung 2.9.MM Reporting: 2.9.1.MM:Einkaufablege zum Lieferant:ME2L 2.9.2.MM:Lieferantenanalyse:MCE3 2.10.Beschaffung: Business Process Diagram (BPD) 2.10.1.BPD Elemente 2.10.2.Beschaffung: Prozessenansicht 2.11.Beschaffung: Advanced Database Diagram (ADD) 2.10.1.ADD Elemente 2.10.2.Beschaffung: Datenflußübersicht Hausaufgabe 3: LIS Flexible report Referenz Object/GUI Symbole

2. Procurement: 2. 7. Rechnung Processing: 2. 8 2.Procurement: 2.7.Rechnung Processing: 2.8.MM Cross-Module Integration 2.8.Cross-module integration of MM:Procurement 2.8.1.Financial accounting (FI): Rechnung accounting documents: Konto 160000: Versöhnungskonto für alle Lieferanten, gepaart mit dem Nebenbuchkreditorkonto wird definiert für alle Leiferanten und Hauptlieferanten 2.8.2.Sales&Distribution (SD): Sales order Es kann mit einer BestellanfordeAusführeng erfolgen, wenn verkäufte Fertigerzeugnisse und ihre Teilen im BOM nicht am Stock sind. 2.8.3.Production Planning(PP): Es kann mit BestellanfordeAusführeng erfolgen, wenn Halbfabrikaten oder Rohstoffe nicht am Stock sind. 2.8.4.Maintenance( MT): Wareneingang kann ein Refernz zum BOM haben: zB. Ein Rohstoff wird bestellt und liefert, weil das BOM des Fertigerzeugnisses es braucht Wartung kann Ersatzteile davon zurückhalten 2.8.5.Warehouse Management System (WMS) Inventarmanagement speichert nur das Typ und Mengeität des Materials, Es fügt Handlungs- und LageAusführengsdaten dazu

2.Procurement: 2.9.Reporting: 2.9.1.List Displays 2.9.MM Reporting: 2.9.1.MM:List display:ME2L 2.9.1.1.DEF:List dislay tools in SAP: SE16 ListView: Karakterbasierender Tafelzeiger, einfach, alt ALV Grid: Flexibler graphischer Tafelzeiger mit standardierten Kontrollen 2.9.1.2.LO|MM|Einkauf|Bestellung|Listanzeigen|ME2L By Lieferant| 2.9.1.2.1.SCR:Start DDN:Werk = 1000 DDN:Einkauforganisation = 1000 DDN:Lieferdatum = 01.01.2003 .. Jetzt DDN:Listumfang= BEST_ALV (Informa- tionsstrukturtyp) BTN:Ausführen( ) 2.9.1.2.2.SCR:ALV Grid 2.9.1.2.2.1.Simple operations: Toolbar  BTN:Show detail( )  BTN:Filter( )  BTN:Sortieren( )  BTN:Summen( )  BTN:Zwischensummen( )  BTN:Layout ändern( )  BTN:Layout sichern( ) 2.9.1.2.2.2.Complex operations: Settings|Layout|Change|  TAB:Short order  BTN:Add/Remove field( ) 2.9.1.2.2.3.BTN:Speichern( )  TBX:Name = Layout-Name Step MM FI 2.6.Goods Process 2.7.Rechnung Process 2.9.Reporting MIGO: Um buchung Wheel -Name Menge: 100St Lager: 0110 Click Click Click Click Click Click Click Click MIRO: Rechnung from PO 45000 17969 Value: €11900 F-58: Zahlung €11900 Lieferant 100271 Click Click Click Click Click Click ME2L: Einkauf- ablegen zum Lieferant Werk 1000 Click Click Click Click Click

2.Procurement: 2.9.Reporting: 2.9.2.Standard Analysis 1 2.9.2.MM:LIS Lieferantenanalyse:MCE3 2.9.2.1.DEF: Logistic Information System, LIS (Logisztikai Információs rendszer) On-Line Analitical Processing (OLAP) System der logistischen managerialen Berichterstattung 2.9.2.1.1.LIS Data sources: 2.9.2.1.1.1.Master data  Material  Lieferant  Bestellinfosatz 2.9.2.1.1.2.Documents(transaction data):  BestellanfordeAusführeng/Bestellung  Materialdokumente  Rechnungdokumente  Zahlungsdokumente 2.9.2.1.2.LIS Structure: 2.9.2.1.2.1.DEF:Information structure  Baublock von PURCHIS  Statistical table collected from transaction data and updated regularly  It has predefined field structure from 3 functional type of fields:  2.9.2.1.2.1.1.DEF:Karakteristika: Mögliche aggregierte Hierarchiestufen von Transaktionsdaten:  Client|Firma|Werk|Lager|Material  2.9.2.1.2.1.2.DEF:Perioden (Periódus): Mögliche aggregierte Hierarchiestufen von Zeit:  Period|Monat|Woche|Tag  2.9.2.1.2.1.3.DEF:Key figures (Kulcsmutató): Aggregaten von Transaktionsdatenfelden in einer bestimmten Stufe der Hierarchie  Count, Sum, Avg, Max, Min 2.9.2.1.2.2.DEF:Analysis (Elemzés): Ein OLAP Datenwürfel gerechnet von:  2.9.2.1.2.2.1.DEF:Object of analysis (Elemzés tárgya):Set von Karakteristika und Periodeneinheiten aggregiert von  2.9.2.1.2.2.2.DEF:Selections (Kiválasztás):Set von Schlüsselfiguren zu aggregieren

2.Procurement: 2.9.Reporting: 2.9.2.Standard Analysis 2  2.9.2.1.2.2.3.DEF:Initiale/Drill-down Liste (Lefúrás): ausführliche Pegeln zeigen Daten hinten den aggregierten  ALT:Standardanalyse(Sztendred Elemzés):vordefiniert vom SAP  ALT:Flexible Analyse (Rugalmas Elemzés):es kann durch GUI bearbeitet werden 2.9.2.1.2.3.DEF:Funktionen (Funkciók):Vorher geschaffte Resultaten durch Analyse können statistisch bearbeitet werden:  2.9.2.1.2.3.1.DEF:ABC Analyse (ABC Elemzés): hilft bei der Sammlung der hohe 10% der wichtigsten (Kategorie A) Elemente  2.9.2.1.2.3.2.DEF:Klassifikation (Osztályozás): klassifiziert multivariante Beobachtungen in predefinierte Gruppen mit Discriminanzanalyse (Diszkriminancia Elemzés)  2.9.2.1.2.3.3.DEF:Segmentation (Szegmentáció): klassifiziert multivariante Beobachtungen in K-Gruppen mit K-Mittlere GruppieAusführeng (K-közép Klaszterezés) und rechnet Gruppendurchschnitte  2.9.2.1.2.3.4.DEF:Plannierter/Aktueller Vergliech (Terv/Tény eltérés): parallele Darstellung von plannierte und sachliche Daten  2.9.2.1.2.3.5.DEF:Kumulierte Frequenzen (Kumulált gyakoriságok): hilft bei der IdentifizieAusführeng hohe/niedrige Ausreichern (Kilógó elem) in einer Variable  2.9.2.1.2.3.6.DEF:Korrelation (Korreláció):  messt Unabhängigkeit (around 0)/ parallel movement (+1) / counter movement (-1) of 2 cardinal variables,  it can show only Monotonic (Monoton) connections  2.9.2.1.2.3.7.DEF:Time series (Idősorok): Basis/Chain Rates (Bázis/Láncviszonyszám) to measure relative change, Moving averages (Mozgóátlagok) to smooth small waves 2.9.2.1.3.LIS Parts: 2.9.2.1.3.1.Sales Information System(SIS) 2.9.2.1.3.2.Purchasing Information System(PURCHIS) 2.9.2.1.3.3.Inventory Controlling(INVCO) 2.9.2.1.3.4.Transportation Information System(TIS) 2.9.2.1.3.5.Shop Floor Information System(SFIS) 2.9.2.1.3.6.Quality Management Information System(QMIS) 2.9.2.1.3.7.Werk Maintenance Information System(PMIS)

2.Procurement: 2.9.Reporting: 2.9.2.Standard Analysis 3 Click 2.9.2.2.LO|LO execution| infosystem|Wareneingang| Standardanalysen|MCE3 Lieferant| 2.9.2.2.1.SCR:Start DDN:EinkaufsOrg = 1000 DDN:Monaten = 01.2004..Jetzt BTN:Ausführen( ) 2.9.2.2.2.SCR:ListView 2.9.2.2.2.1.COL:Lieferant: Characteristika Spalte: ID von Lieferant  Einstellungen|Merkmalsdarstellung|  |Schlüssdel u. Beze.:Schaut LieferantID  Doppeleclick|ändern spalten- breite: 2.9.2.2.2.2.Edit|  |Choose key fig.s:Felden zu scahuen wählen 2.9.2.2.2.3.COL:PO Value:Schlüsselfigurspalte: Wert der Bescahffung  Edit|ABC-analysis:classifiziert Lieferanten von:  DDN:Strategy = Total % PO Wert  In 3 Kategorien:  A = 70%,  B = 20%,  C = 10%  BTN:Grafik:Draws diagram  Record wichtigsten Verkäufer: 2.9.2.2.2.4.Extras|  |Select log: shaut, welche Informationenstrukturen wurden von welchen Reportoperation benutzt Click Step MM FI 2.6.Goods Process 2.7.Rechnung Process 2.9.Reporting Click Click MIGO: Transfer Posting: Wheel -Name Menge: 100St Lager: 0110 Click Click Click Click Click MIRO: Rechnung from PO 45000 17969 Value: €11900 Click Click Click Click Click Click Click F-58: Zahlung €11900 Lieferant 100271 Click ME2L: Einkauf- ablege Zum lieferant Werk 1000 Click Click MC3E: Liefer- anten- analyse Werk 1000 Lieferant-Paul

Inhalt der Übung Hausaufgaben überprüfen 2: Kaufinfosatz 2.Beschaffungszenario (Fortgesetzt) 2.7.Rechnung bearbeiten 2.7.1.MM:Eingangsrechnung hinzuf. (Szállítói Számla):MIRO 2.7.2.MM: Rechnungsdokumente und Bestellgeschichte Anschauen:MIRO 2.7.3.FI:Kreditoren Einzelpostenliste:FBL1N 2.7.4.FI: Zahlung mit Druck:F-58 2.7.5.Kontrollieren zahlten Posten:FBL1N 2.8.Quermodulenintegration von MM:Beschaffung 2.9.MM Reporting: 2.9.1.MM:Einkaufablege zum Lieferant:ME2L 2.9.2.MM:Lieferantenanalyse:MCE3 2.10.Beschaffung: Business Process Diagram (BPD) 2.10.1.BPD Elemente 2.10.2.Beschaffung: Prozessenansicht 2.11.Beschaffung: Advanced Database Diagram (ADD) 2.10.1.ADD Elemente 2.10.2.Beschaffung: Datenflußübersicht Hausaufgabe 3: LIS Flexible report Referenz Object/GUI Symbole

2.Procurement: 2.10.Business Process Diagram(BPD): 2.10.1.BPD Elements Business Process Diagram (BPD): bescheibt einen Prozess mit gegebenen Input, Output, Verantwortung, Zeit- und Ressourcenverbrauch. Es ist ein Flussdiagram in einem zweidimensionellen Koordinatensystem angeordnet: Zeit: es ist kaum eine physische Zeit, sondern eine nonlineare Zeitskala vom einzigartig benannte Haltepunkten (Töréspont) oder Milestones des Prozesses aufgeteilt Rollen (Szerepek): diskrete (Diszkrét beosztású) Koordinatenachsen , die einzigartig benannte Einheiten der Organisation repräsentieren (nicht bestimmte Personen, weil die gefeuert werden können!) oder Partners, Lieferanten (Beszállító), Käufer ie für Aktivitäten verantwortlich sind Activitäten (Tevékenység) des Prozesses werden von Blocken des Flußdiagramms repräsentiert. Während die Blocklänge ist proportionell gegen ihre Zeitanforderung, andere Ressourcenverbräuche (Arbeitskraft, Hardware, usw.) können in dem Text der Blocken beschreibt werden. Die können: Blockpaaren (Blokkpárok) beschriben Prozessenkontroll. Die können ineinander genestet werden. Genestete Paaren sind immer tabellarisch anordnet (wie Programmkode) zum Beispiel: Procedure header /footer mit Parameterliste und Icontype. Fettartige (Félkövér) Parametern sind durch Referenz geschaut, andere durch Wert Zykluskondition /footer mit Zyklusvariabeln Conditon header /Else Zweig /footer mit Kondition Einzelne Blocken (Egyedi blokkok) beschreiben: Deklaration von Lokalen Variabeln mit Typenicons, Prozessschritt, SQL query Es gibt vier Typen von Pfeilen (Nyíl) die Blocken verbinden: Ja Zweig der Konditionen (), Nein Zweig (), tdie werden immer bevor Blocken gezeichnet um die Nestenhierarchie zu visualisieren, Vorwärtsschritt (), Reaktion(Visszacsatolás) (), nur dieser Schritt kann zurücktreten in der Zeit. (natürlich logisch) Proc:A EndProc:A EndFOR:A FOR:A EndIF:B IF:B ElseIF:B: Sql: Decl: Step: Invoicing Initialize Process items Total Customer identification New customer Issue Close Sales Person   Customer Proc:Invoicing CustomerID RechnungID EndProc: Invoicing Scan Item Step: FOR EACH Item Give Item IF:Barcode OK? EndFOR:Item ElseIF:Barcode? EndIF:Barcode? IF:Price is OK? ElseIF:Price? EndIF:Price? Sql:Query unit price Add Item Proc:Restock BarCode Mengeity Step:Enter Proc:Che- ck barcode Step:Com- pute totals TempName TempAdress Decl: Step:Ask cus- tomer data Customers Customer? IF:New Step:Record Customer data EndIF:New Cust? Step:Isuue Rechnung

2.5.Procurement Processing 2.Procurement: 2.10.Business Process Diagram: 2.10.2.Process Overview 1 We overview Procurement Process describing data dependencies across transactions: Precondition (Előfeltétel): , Data dependency (Adatfüggés):  Step 2.4.Create Master Data 2.5.Procurement Processing 2.6.Goods Processing 2.7.Rechnung Processing MM FI MMF1: Fertig- zeugniss anlegen Giga Bike- Name MMB1: Halb- fabrikat anlegen Base Bike- Name MMR1: Rohstoff anlegen Carb Frame /Wheel /Chain- Name MMH1: Han- delsware anlegn Gearing- Name XK01: Kreditor anlegen Lieferant -Name ME11: Infosatz anlegen Carb Frame/ Wheel/ Chain/ Wheel -Name ME51N: Bestell- anforder- ung an- legen Wheel -Name 100 + 10 for CostCtr 4280 ME21N: Bestell- ung anlegen 10013873 from Lieferant: 100271 PurOrg: 1000 ME29N: Bestell- ung freigeben 45000 17969 ME9F: Nach- richten- ausgabe 45000 17969 MIGO: Waren- eingang bestell- ung: 45000 17969 Menge: 100St Lager: 1010 MIGO: Um buchung Wheel -Name Menge: 100St Lager: 1010 MIRO: Rechnung from PO 45000 17969 Value: €11900 F58: Zahlung €11900 Lieferant 100271 Step 2.9.Reporting MM FI Material type = HAWA (Trading good) ensured by MMH1 Valuation class = 3100 Account grp = KRED (Auto numbered) Lieferant ID = Leer! Reconciliation account = 161010 (Foreign vend) G/L account = 410000 (Rohstoff) Cost ctr = 4280 (Test lab) (only for 10PC) Date = Jetzt+1wo (Allow some time for delivery) PostDate = Jetzt (Pre-deadline delivery) Delivery note = * (None) Stock type = 002 (Qual.insp) ME2L: Einkaufs belege zum Lieferant 1000 MCE3: Lieferan- ten- analyse Werk 1000

2. Procurement: 2. 11. Advanced Database Diagram(ADD): 2. 11. 1 2.Procurement: 2.11.Advanced Database Diagram(ADD): 2.11.1.ADD Elements 1 Objektenbeziehungsdiagramm (Egyedkapcsolati diagram) (ERD): sollte das Design des Relational Database Systems (RDS) repräsentieren Objekte sind die abgerundete Eckige Boxen mit Entity-Name auf dem Top. Blaue Hintergrund bedeutet codetable/master Objekte mit minimale Datenveränderung in der Zeit, Gelb bedeutet relationale/transaction: unaufhebbare Datenveränderungen in der Zeit Attributen werden mit ihrem Datentypicons gelistet: ( , , , , , , , , )und Namen:italic meint op-tionelle-, normal meint erforderliche-, fettartig meint auto-gefüllte Attribute Datenattributen sind lila, Primärschlüsseln sind orange aufgefordert vom ( ), Fremdschlüsseln sind oliv aufgefordert vom( ), auto-gefüllt Systemenlogattributen sind schwarz 1:viel Relationen werden aufgefordert vom ( ) verbundeten primäre und fremde Schlüsseln: Unabhängige Seite der Relation ist auf dem ERD mit gestrichte Linie bezeichnet ( ), abhängig mit solide ( ) Die referenzielle Integritätsüberprüfung ist mit ( ) bezeichnet, unverwechselnd mit ( ), Kascadenlöschung deaktiviert mit ( ). Objekten werden in einen zweidimensionellen Raster organisiert, wo Spalten sind die Dimensionen den Problemen und Rheien sind Hierarchische Stufen (Hierarchikus szint) der Dimensionen: Es gibt standarde Dimensionen, die in allen Systemen gefunden werden können: Zeit, Raum, Person, Organization, Partner, usw. There are problem specific dimensions: SD, MM, PP, FI, CO, PS MasterEntity MasterID MasterName EntityName EntityNameID Text Integer Fraction Binary Date Time Image Sound Movie ReqForeignKey OptForeignKey Modifier Modified Status

SubForm datasource SQL query 2.Procurement: 2.11.Advanced Database Diagram(ADD): 2.11.1.ADD Elements 2 Person PersonID NaturalID GivenName1 GivenName2 SurName MaidenName BirthPlace MotherName BirthDate Modifier Modified Status MainForm base entity Elementen des GUI- diagrams: Form(Űrlap) Block: Formname am oben blau Folgt vom verschiedene Type von Datenkontrollen (Adatmegjelenítő kontroll) mit ihrer Beschriftung und Kontrolltypicon. Alle sind zu einem bestimmten Datentyp gelinkt, nur NumberBox nicht, was beide Integer und Fraktionnumber zeigen kann. Fettartige kontrollen auto-gefüllt, normale sind nötig, kursive asind optionell Unterlinie meint vom Sektionenbrechung (Űrlap szekció törés): verschiedene Formensektionen haben verschiedene Tafel- oder Querydatenquellen (Beispiel später) Form kann Buttons enthalten die Query/Andere Formen starten Popup Form (Felugró): Es enthält ja/nein Frage und gehört zu einem konditionellen Blockpaar auf dem BPD Beispiel von Formensektionen: 1 Personen können viele Addresse residieren (in der Zeit), ud 1 Address kann residiert sein von viele Personen (Resi-dierung ist Relationsobjekt) Stellen wir vor, dass wir eine neue Kauferativität haben am BPD, dass wir mit Datenbank unterstützen möchten beim CheckNewCust Form. Sein Inhalt 1:1 verbundet zu Person, so dass es wird der Basisobjekt(Bázisegyed) Datenquelle von Hauptformensektionen geht bis BirthDate Person ist1:viel relativ zu Residierung, so Daten von dem letzteren können nicht in demselben Formensektion gehen, aber es wird Basisobjekt vom Subform (Segédűrlap) Residierung ist viel:1 verbundet zu Address, so letzten Daten können im Subformensektion zusammengebundet werden, es wurde ihr Verbindungsobjekt (Csatolt egyed) Datenquelle von 1Formensektion kann 1 Tafble/Query sein, Address und Re-sidenz sind abgefragt in 1 Sicht (Nézet) naturalID GivenName1 GivenName2 VSurName MaidenName BirthPlace MothersName BirthDate ResStartDate ResEndDate Door Floor HouseNum Tel StreetName StreetType Zip Store data ChkNewCust NaturalID TextBox OptionButtons NumberBox CheckBox Date Time PictureShow SoundPlayer MoviePlayer ReqForgnKey OptForgnKey QueryButton FormName Residence ResidID StartDate EndDate PersonID AddressID Modifier Modified Status SubForm base entity SubForm joined entity Sql:Select StartDate, EndDate, Door, Floor, … From ( Residence R Inner Join Address A On R.AddressID= A. AddressID); Question? Decision Address AddressID Door Floor HouseNum StreetName Tel Fax StreetTypeID ZipID CountryID Modifier Modified Status Data Source (Adatforrás) verbinder: bidirektionelle Datenkonnektion eines Formensektions und ein Table/SQL-query: Kann kein Create record:( )/can:( ) Kann kein Read record:( )/can:( ) Kann kein Update record:( )/can:( ) Kann kein Delete record:( )/can:( ) SubForm datasource SQL query

2. Procurement: 2. 11. Advanced Database Diagram: 2. 11. 2 2.Procurement: 2.11.Advanced Database Diagram: 2.11.2.Data Stream Overview Click for enlarged view: ProcurementADD.docx and for animated guide: ProcurementPrezi.exe

Inhalt der Übung Hausaufgaben überprüfen 2: Kaufinfosatz 2.Beschaffungszenario (Fortgesetzt) 2.7.Rechnung bearbeiten 2.7.1.MM:Eingangsrechnung hinzuf. (Szállítói Számla):MIRO 2.7.2.MM: Rechnungsdokumente und Bestellgeschichte Anschauen:MIRO 2.7.3.FI:Kreditoren Einzelpostenliste:FBL1N 2.7.4.FI: Zahlung mit Druck:F-58 2.7.5.Kontrollieren zahlten Posten:FBL1N 2.8.Quermodulenintegration von MM:Beschaffung 2.9.MM Reporting: 2.9.1.MM:Einkaufablege zum Lieferant:ME2L 2.9.2.MM:Lieferantenanalyse:MCE3 2.10.Beschaffung: Business Process Diagram (BPD) 2.10.1.BPD Elemente 2.10.2.Beschaffung: Prozessenansicht 2.11.Beschaffung: Advanced Database Diagram (ADD) 2.10.1.ADD Elemente 2.10.2.Beschaffung: Datenflußübersicht Hausaufgabe 3: LIS Flexible report Referenz Object/GUI Symbole

Home Assignment 3: LIS Flexible Report ABC-Analyse von Lieferanten beim PurchOrg = 1000 widerholen Klassifizierung den Lieferanten von: Strategie = Absolute PO Wert In 3 Kategorien: A = 60%, B = 35%, C = 5% Screenshot von Resultatendiagram schicken (5 Punkte)

References http://www.sap-img.com/abap.htm http://erpgenie.com/ http://help.sap.com/search/sap_trex.jsp http://sap.ittoolbox.com/groups/technical-functional/sap-abap/

Bevitt anyag (Partner material) Készlet (Inventory) Raktár (Deposit) Object Symbols Cég (Firma) Gyár (Werk) Értékesítési szervezet (Sales Department) Üzletkötő csoport (Sales Representative Group) Értékesítési integráció (Sales Integration) Csatorna (Channel) Földrajzi hely (Geographic Location) Kiszállítási hely (Delivery Location) Szállítási mód (Transportation Mode) Rakodási pont (Loading Point) Árucsoport (Product Group) Értékesítési terület (Sales Area) Partner (Partner) Anyag (Material) Sarzs (Batch) Bevitt anyag (Partner material) Készlet (Inventory) Raktár (Deposit) Gyári szám (Serial number) Darabjegyzék (Bill of materials) Szortiment (Sortiment) Anyagmeghatá-rozás (Material Identification) Árazás (Pricing) Engedmény (Allowance) Fizetési mód (Payment Method) Számla (Rechnung) Bizonylat (Voucher) Értékesítés támogatás (Sales Promotion) Direkt mail (Direct mail) Ajánlat (Offer) Árazás (Pricing) Rendelés (Order) Validáció (Validation) Szerződés (Contract) Szállítás (Transport) Hitel (Credit) Ütemezés (Scheduling) Szerviz (Service) Vevőszolgálat (Customer Service) Kattintás (Click) Dupla kattintás (Double Click) Adatbevitel (Write) Csak olvasható (Read Only) Click Right Click

GUI Symbols To make GUI usage descriptions more short and straightforward, we will use standardized denotions of GUI controls, which can be nested into each other: DEF:-definition, PRC:-process, ALT:-alternatives, CYC:-cycle, -follows,  -(dis)advantage, Aaa|Bbb|-Menu/Submenu, SCR:-Screen, FRM:-Frame, ID-UniqueID, BTN:-Button, TXB:-Textbox, DDN:-Dropdown, TAB:-Page tab, CHK:-Checkbox (any of them can be checked) RAD:-Radiobox (one can be checked only), LIN:-Tableline, KEY:-Hotkey, WRN:-Warning box ERR:-Errorbox