SAP TERP10 Preparation Practice 3 German Dr. Gábor Pauler, Associate Professor, Private Entrepeneur Tax Reg. No.: 63673852-3-22 Bank account: 50400113-11065546

SAP TERP10 PreparationPractice 3 German

Dr. Gábor Pauler, Associate Professor, Private EntrepeneurTax Reg. No.: 63673852-3-22

Bank account: 50400113-11065546Location: 1st Széchenyi str. 7666 Pogány, Hungary

Tel: +36-309-015-488E-mail: [email protected]

Übersetzung:

Meisl Gábor +36 30/[email protected] Tamás Péter +36 20/933-2728,[email protected]

mailto:[email protected]



Inhalt der ÜbungHausaufgaben überprüfen 2: Kaufinfosatz2.Beschaffungszenario (Fortgesetzt)

2.7.Rechnung bearbeiten2.7.1.MM:Eingangsrechnung hinzuf. (Szállítói Számla):MIRO2.7.2.MM: Rechnungsdokumente und Bestellgeschichte Anschauen:MIRO2.7.3.FI:Kreditoren Einzelpostenliste:FBL1N2.7.4.FI: Zahlung mit Druck:F-582.7.5.Kontrollieren zahlten Posten:FBL1N

2.8.Quermodulenintegration von MM:Beschaffung2.9.MM Reporting:

2.9.1.MM:Einkaufablege zum Lieferant:ME2L2.9.2.MM:Lieferantenanalyse:MCE3

2.10.Beschaffung: Business Process Diagram (BPD)2.10.1.BPD Elemente2.10.2.Beschaffung: Prozessenansicht

2.11.Beschaffung: Advanced Database Diagram (ADD)2.10.1.ADD Elemente2.10.2.Beschaffung: Datenflußübersicht

Hausaufgabe 3: LIS Flexible reportReferenzObject/GUI Symbole

2.Procurement: 2.7.Rechnung Processing2.7.Rechnung processing (Szállítói Számlakezelés)

2.7.1.MM: Enter Lieferant Rechnung (Szállítói Számla):MIROPlot: 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 ihr2.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ät2.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 mit2.7.1.1.5.2.Rechnung Receipt (Számlabizonylat): wird ausgestellt als Beweis der Haftpflicht zum Lieferant2.7.1.1.5.3.Lieferant Reconciliation Account (Beszállítói elszámoló számla): wird einen neuen geöffneten Artikel haben2.7.1.1.5.4.Accounting document (Könyvelési bizonylat): wird vorbereitet2.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 Rechnung2.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:

StepMM

2.5.Procur.

2.6.Goods Process

2.7.Rechnung Process

ME29N:Release PurOrd4500017969MIGO:Waren

eingangEinkauf-

org:4500017969

Menge: 100StLager:0110

MIGO:Um

buchungWheel-Name


5105608982

MIRO:Rechnungfrom PO4500017969Value: €11900

ClickClickClickClick




Click

Click

ClickClick

ClickClick

ClickClick

2.Procurement: 2.7.Rechnung Processing: 2.7.2.Practice:Display Rechnung Documents2.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 = 51056089822.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:FBL1N2.7.3.1.Rechnungwesen|FIKreditoren|Konto|FBL1N Posten anzeigen/ändern|

2.7.3.1.1.SCR:StartDDN:Lieferant Account = 100271DDN:Firma Code = 1000RAD:Öffnen posten = Richtig:Um unbezahlte Artikeln zeigen!RAD:Ausgeglichene posten = False:Bezahlte Artikeln zeigenBTN:Ausführen( ):

2.7.3.1.2.SCR:Main:Mengenfälligkeit überprüfen!

5100000000

2.Procurement: 2.7.Rechnung Processing: 2.7.4.Payment2.7.4.FI: Payment:F-58

2.7.4.1.DEF:Payment2.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 payment2.7.4.2.Rechnungwesen|FI|Kreditoren| Buchung|Zahlungausgan|F-58Buchen+Druken

2.7.4.2.1.SCR:Header dataDDN:Firma code = 1000DDN:Zahlweg= C (Check)DDN:Hausebank = 1000 (Comp1000)DDN:Scheckstapelnummer = 0001DDN:Drucker für Formular = LOCAL (Standard local printer)CHK:Sofort drucken = Richtig2.7.4.2.1.1.BTN:Enter payments: TBX:Betrag = 11900 DDN:Lieferant = 1002712.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: 1500000000

Step

MM FI

2.6.Goods Process


F-58:Paymnt €11900

Lieferant100271

MIGO:Waren

eingangEinkauf-

org :4500017969


MIGO:Um

buchungWheel-Name


MIRO:Rechnung

aus PO4500017969Wert:

€11900

ClickClick

ClickClick

ClickClick

ClickClick

ClickClick

ClickClick

ClickClick

ClickClick








2.Procurement: 2.7.Rechnung Processing: 2.8.MM Cross-Module Integration2.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 demNebenbuchkreditorkonto wird definiert für alle Leiferanten und Hauptlieferanten

2.8.2.Sales&Distribution (SD): Sales orderEs 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 brauchtWartung 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 Displays2.9.MM Reporting:

2.9.1.MM:List display:ME2L2.9.1.1.DEF:List dislay tools in SAP:

SE16 ListView: Karakterbasierender Tafelzeiger, einfach, altALV 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 = 1000DDN:Einkauforganisation = 1000DDN:Lieferdatum = 01.01.2003 .. JetztDDN:Listumfang= BEST_ALV (Informa-tionsstrukturtyp)BTN:Ausführen( )

2.9.1.2.2.SCR:ALV Grid2.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.9.Reporting

F-58:Zahlung €11900

Lieferant100271

MIGO:Um

buchungWheel-Name



ME2L:Einkauf-ablegen

zum Lieferant

Werk1000


ClickClick

ClickClick

ClickClick

ClickClick

ClickClick

ClickClick

ClickClick

ClickClick

ClickClick

ClickClick

ClickClick

ClickClick

ClickClick

ClickClick

Clic

kC

lick

ClickClick

ClickClick

2.Procurement: 2.9.Reporting: 2.9.2.Standard Analysis 12.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 Berichterstattung2.9.2.1.1.LIS Data sources:

2.9.2.1.1.1.Master data Material Lieferant Bestellinfosatz2.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, Min2.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 werden2.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 32.9.2.2.LO|LO execution| infosystem|Wareneingang| Standardanalysen|MCE3 Lieferant|

2.9.2.2.1.SCR:StartDDN:EinkaufsOrg = 1000DDN:Monaten = 01.2004..JetztBTN:Ausführen( )

2.9.2.2.2.SCR:ListView2.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ählen2.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

Lieferant-Paul

Step

MM FI

2.6.Goods Process


2.9.Reporting

F-58:Zahlung €11900

Lieferant100271

MIGO:TransferPosting:Wheel-Name



ME2L:Einkauf-ablegeZum

lieferantWerk1000

MC3E:Liefer-anten-

analyseWerk1000


ClickClick

ClickClick

ClickClick


Click

Click

Click

Click

ClickClick

ClickClick

Click

Click

Click

Click

ClickClick

ClickClick

ClickClick

ClickClick

ClickClick

ClickClick

ClickClick








2.Procurement: 2.10.Business Process Diagram(BPD): 2.10.1.BPD ElementsBusiness 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 aufgeteiltRollen (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 sindActivitä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 WertZykluskondition /footer mit ZyklusvariabelnConditon 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

Sql:Decl: Step:

EndFOR:AFOR:AEndIF:BIF:B ElseIF:B:

Invoicing Initialize Process items Total Customer identification New customer IssueClose

SalesPerson

Customer

Proc

:Invo

icing

Cus

tom

erID

Rec

hnun

gID

EndP

roc:

Invo

icing

Step

:Sc

an It

em

FOR

EA

CH

Ite

mSt

ep:

Give

Item

IF:B

arco

de O

K?

EndF

OR

:Item

Else

IF:B

arco

de?

EndI

F:Ba

rcod

e?

IF:P

rice

is O

K?

Else

IF:P

rice?

EndI

F:Pr

ice?

Sql:Q

uery

un

it pr

ice

Step

:Ad

d Ite

m

Proc

:Res

tock

Bar

Cod

eM

enge

ityR

echn

ungI

D

Step

:Ent

erM

enge

ity

Proc

:Che

-ck

bar

code

Step

:Com

-pu

te to

tals

Dec

l:Te

mpN

ame

Tem

pAdr

ess

Step

:Ask

cus

-to

mer

dat

a

Sql:Q

uery

Cu

stom

ers

IF:N

ew

Cust

omer

?St

ep:R

ecor

dCu

stom

er d

ata

EndI

F:Ne

w Cu

st?

Step

:Isuu

e Re

chnu

ng

2.Procurement: 2.10.Business Process Diagram: 2.10.2.Process Overview 1We overview Procurement Process describing data dependencies across transactions:

Precondition (Előfeltétel): , Data dependency (Adatfüggés): St

ep

2.4.Create Master Data 2.5.Procurement Processing 2.6.Goods Processing

2.7.Rechnung Processing

MM

FI

MMF1:Fertig-

zeugnissanlegen

GigaBike-Name

MMB1:Halb-

fabrikatanlegen

BaseBike-Name

MMR1:Rohstoff

anlegenCarb

Frame/Wheel/Chain-Name

MMH1:Han-

delswareanlegn

Gearing-Name

XK01:Kreditoranlegen

Lieferant-Name

ME11:Infosatzanlegen

CarbFrame/Wheel/Chain/Wheel-Name

ME51N:Bestell-

anforder-ung an-legenWheel-Name100 +10 for

CostCtr4280

ME21N:Bestell-

ung anlegen10013873

fromLieferant: 100271PurOrg:

1000

ME29N:Bestell-

ung freigeben4500017969

ME9F:Nach-

richten-ausgabe4500017969

MIGO:Waren-eingangbestell-

ung:4500017969


MIGO:Um

buchungWheel-Name


F58:Zahlung €11900

Lieferant100271


Step

2.9.Reporting

MM

FI

ME2L:Einkaufsbelegezum

Lieferant1000

MCE3:Lieferan-

ten-analyse

Werk1000

Materialtype =HAWA

(Trading good)ensured by

MMH1Valuationclass =3100

(Trading good)

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)

PostDate = Jetzt(Pre-deadline

delivery)Delivery note =

* (None)Stock type =

002 (Qual.insp)

Date = Jetzt+1wo(Allow some time

for delivery)

2.Procurement: 2.11.Advanced Database Diagram(ADD): 2.11.1.ADD Elements 1Objektenbeziehungsdiagramm (Egyedkapcsolati diagram) (ERD): sollte das Design des Relational Database Systems (RDS) repräsentierenObjekte 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 ZeitAttributen werden mit ihrem Datentypicons gelistet:( , , , , , , , , )und Namen:italic meint op-tionelle-, normal meint erforderliche-, fettartig meint auto-gefüllte AttributeDatenattributen sind lila, Primärschlüsseln sind orange aufgefordert vom ( ), Fremdschlüsseln sind oliv aufgefordert vom( ), auto-gefüllt Systemenlogattributen sind schwarz1: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 ( ).

EntityNameEntityNameIDTextIntegerFractionBinaryDateTimeImageSoundMovieReqForeignKeyOptForeignKeyModifierModifiedStatus

MasterEntityMasterIDMasterName

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

2.Procurement: 2.11.Advanced Database Diagram(ADD): 2.11.1.ADD Elements 2

Question?

Decision

NaturalIDTextBoxOptionButtonsNumberBoxCheckBoxDateTimePictureShowSoundPlayerMoviePlayerReqForgnKeyOptForgnKeyQueryButton

FormName

Elementen des GUI- diagrams:Form(Űrlap) Block:Formname am oben blauFolgt 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 optionellUnterlinie 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 startenPopup Form (Felugró):Es enthält ja/nein Frage und gehört zu einem konditionellen Blockpaar auf dem BPD Address

AddressIDDoorFloorHouseNumStreetNameTelFaxStreetTypeIDZipIDCountryIDModifierModifiedStatus

PersonPersonIDNaturalIDGivenName1GivenName2SurNameMaidenNameBirthPlaceMotherNameBirthDateModifierModifiedStatus

naturalIDGivenName1GivenName2VSurNameMaidenNameBirthPlaceMothersNameBirthDateResStartDateResEndDateDoorFloorHouseNumTelStreetNameStreetTypeZipStore data

ChkNewCust

ResidenceResidIDStartDateEndDatePersonIDAddressIDModifierModifiedStatus

MainForm base entity

SubForm joined entity

Sql:Select StartDate, EndDate, Door, Floor, …From (Residence R Inner JoinAddress A On R.AddressID=A. AddressID);

SubForm datasource SQL query

SubForm base entity

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 BirthDatePerson 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)

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:( )

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








Home Assignment 3: LIS Flexible ReportABC-Analyse von Lieferanten beim PurchOrg = 1000 widerholenKlassifizierung den Lieferanten von:

Strategie = Absolute PO WertIn 3 Kategorien:

A = 60%, B = 35%, C = 5%

Screenshot von Resultatendiagram schicken (5 Punkte)

Referenceshttp://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/

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/

É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)

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)

Object SymbolsCé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)

Click

ClickR

ight

Click

Right

Click

GUI SymbolsTo 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 boxERR:-Errorbox