Diese Seite (Version-1) wurde zuletzt am 28-März-2017 14:37 von Administrator geändert.

Du bist nicht autorisiert, diese Seite umzubenennen.

Du bist nicht autorisiert, diese Seite zu löschen.

Versionsgeschichte der Seite

Version Zuletzt geändert Größe Autor Änderungen Kommentar

Links

Eingehende Links Ausgehende Links
ALE
ALE

Versionsunterschiede

Unterschiede zwischen Version und .

Zeile 1: 237 Zeilen hinzugefügt.
[{ALLOW view All}]
[{ALLOW edit Markus}]
New Aug 2013, Delivered in EHP5:SP10 and EHP6:SP07
|WLF_IDOC|[IDoc-Monitor|https://www.dsag.de/index.php?id=246&tx_ttnews%5Btt_news%5D=2525&cHash=532ac0c949]
see also [SAP_Workflow]
|WEDI|Bereichsmenü
|BALE|ALE Administration
|BDA1|Restart Execution
|BD64|Verteilungsmodell
|BD87|Neustart IDOC
|BD97|RFC-Destinationen für synchrone Methodenaufrufe
|BDM2|Verfolgung IDOC Verlauf (auch im Ziel)
|BDM5|Technische Konsistenz prüfen
|BDXM|ALE Output
|SALE|Guide
|SCC4|Logisches System der Mandanten (T000)
|SM58|Schedule RFC
|SM59|RFC-Destinations
|WE05|IDOC Überwachung
|WE09|IDocs durchsuchen (Dann WE02, IDoc wählen, Drucken, nochmal suchen)
|WE11|Löschen von IDocs
|WE14 / r.RSEOUT00|IDocs versenden
|WE19|Erneute Verarbeitung
|WE20|Partnervereinbarungen|t.EDPP1 = Partner, t.EDP12 = Ausgang, t.EDP21 = Eingang, t.EDP13=Ports)
|PCP0|Buchungsinformationen
|r.RBDCUS15|Partnervereinbarung generieren
|r.RBDCUS19|__Konsistenzprüfung__ !!
|r.RSARFC01|Reorganisation tRFC
|r.RBDMIDOC|IDocs aus den Änderungszeigern erzeugen
Report aus der IDoc-Verarbeitung (werden bei BD87 aufgerufen):
|RBDMOIN8|STATUS PRÜFEN
|RSEOUT00|Verarbeitung aller selektierten IDocs (auch Nachverarbeitung SM58)
|RBDAGAIN|Wiederverarbeiten von fehlerhaften IDocs im Ausgang
|RBDSYNEO|IDoc trotz Syntaxfehler weiterverarbeiten (Ausgang)
|RBDAGAIE|Wiederverarbeitung von editierten IDocs
|RBDMANI2|Manuelle Verarbeitung von IDocs: Nicht gebuchte IDocs einbuchen
|RBDAGAI2|Wiederverarbeiten von IDocs nach ALE-Eingangsfehler
|RBDSYNEI|IDoc trotz Syntaxfehler weiterverarbeiten (Eingang)
|RBDAPP01|Eingangsverarbeitung von übergabebereiten IDocs
|RBDAGAIE|Wiederverarbeitung von editierten IDocs
|RBDPROCESS|IDoc-Verarbeitung
|RBDMOIND|Statusumsetzung bei erfolgreicher tRFC-Ausführung
[ALE Fehleranalyse|http://help.sap.com/saphelp_45b/helpdata/de/b5/9c48e8fc6f11d1bf5a0000e8a7386f/frameset.htm] \\
* ggf. hat der Benutzer im Fremdsystem auch keine Berechtigung, ein IDoc zu erstellen.\\
* Nachdem das IDoc in WE05 auf grün steht, wird es in der SM58 versendet. Dort können auch noch Fehler auftauchen.
* Die IDoc-Nachverfolgung arbeitet mit dem ACKNOWLEDGEMENT, wenn das nicht aktiviert ist, gibt es keine Nachverfolgung
!IDocs prüfen
|t.EDI40|Rohdaten
|t.EDID4|Aufbereitete IDoc Daten
|t.EDIPORT|WE21 ALE Ports
|t.EDIPOA|WE21 RFC-Destination of port
|t.TBLSYSDEST|BD97 RFC Destinations
|t.edipox|XML Ports
|t.edifm|Pfade für Ports
! Kostenstellen / Profitcenter / PSP
||Nachrichten||Bezeichnung||Tabellen
|COSFET (ALEREQ01)|Anforderung Kostenstellen|CSKS + CSKT
|COSMAS|Senden Kostenstellen|
|PRCFET (ALEREQ01)|Anforderung Profitcenter|CEPC + CEPCT + CEPC_BUKRS
|PRCMAS|Senden Profitcenter
|PROJECT|PSP-Element (Projektstrukturplanelement) Stammdaten|PROJ + PRPS
|COGRP1|Kostenstellengruppen
|COGRP6|Profitcentergruppen
Achtung: Vor dem Holen muss initial mindestens einmal ein IDoc aus dem Quellsystem gesendet worden sein !
Es erfolgt auch eine Prüfung im IT0000 + IT0001 auf Kostenstellen und Profitcenter, wenn das folgende BAPI im Modell eingestellt ist: __BUS6001.CHECKACCOUNTASSIGNMENT__.\\
Im Include LKACBF04 (FuBa COBL_EX_CODINGBLOCK_CHECK) > FORM check_codingblock_remote > CALL FUNCTION 'BAPI_ACCSERV_CHECKACCASSIGNMT' wird dann das FI/CO aufgerufen. Nach diesem Aufruf erhält man einen Geschäftsbereich, der im IT0001 aus dem FI/CO übernommen wird.
|x.KS01-3|Kostenstelle anlegen, ändern, anzeigen
|x.KE51-3|Profitcenter anlegen, ändern, anzeigen
|x.KCH1-3|Profit-Center Gruppen anlegen, ändern, anzeigen
|x.KCH6N|Standardhierarchie anzeigen
|x.BD16|Kostenstellen senden
|x.BD17|Kostenstellen holen
|x.KAVB|Kostenstellengruppen (r.RGSALECC) oder Kostenartengruppe (r.RGSALECE) senden
|x.KE79|Profitcentergruppen senden
|x.OKKP|Kostenrechnungskreis > Kontenplan
|x.KE75|r.RBDFEPRC, ALE Profit Center holen,
|x.KE77|r.RBDSEPRC, ALE Profit Center senden
|x.CJAL|r.RCJ_SEND_PROJECT_ALE, ALE Projektstrukturpläne senden (PSP)
|x.PS01|Bereichsmenü [Projektstrukturpläne|SAP Projektstrukturplan]
!Kostenstellenhierarchie (=Kostenstellengruppen)
|x.KSH1-3|Kostenstellengruppen anlegen, ändern, anzeigen
|t.setheader|setclass='0101' => KstGrp und subclass=kokrs
|t.setnode|setclass='0101' => KstGrp und subclass=kokrs
|t.SETCLS|Setklassen (0101, 0106)
|x.OKKP|Kostenrechnungskreis pflegen (Hierarchie eintragen)
|x.OKEON|Hierarchie pflegen
! Verarbeitung
|WE30|Nachrichtentyp
|WE31|Segmente
|WE57|Verknüpfung Funktion zu IDoc-Typ und Nachrichtentyp|t.EDIFCT
|WE41|Vorgangscodes Ausgang (Doppelklick)
|WE42|Vorgangscodes Eingang|t.TEDE2 + t.EDE2T
|WE81|Logische Nachrichtentypen
|WE82|Zuordnung Nachrichten zu IDoc-Typ (t.EDIMSG)
!OM, Org-Management
Bei der Zuordnung einer Planstelle zu einer Person, erfolgt eine Verprobung im FI über\\
BAPI_ACCSERV_CHECKACCASSIGNMT aus LKACBF04.check_codingblock_remote.\\
Im ALE Modell ist das AcctngServices.CheckAccountAssignment (BUS6001).
! Buchungs ins FI
|ACC_EMPLOYEE_EXP|Finaler Nachrichtentype, der erst beim "übergeben" erstellt wird
Ein Storno der Buchung enthält im E1BAPACHE04 folgendes zusätzliches Feld:
|OBJ_TYPE |HRPAY
|OBJ_KEY |0000016497
|OBJ_SYS |ABC_100
|USERNAME |DUCKD
|HEADER_TXT |PP0000007869
|__OBJ_KEY_R__ |__0000016481__
|BUS_ACT |HRP1
...
Hinweis: OBJ_KEY_R = OBJ_KEY des alten IDocs\\
Doku zu OBJ_KEY_R:\\
Beim Stornieren von Buchhaltungsbelegen über die Schnittstelle ins Rechnungswesen kann die rufende Anwendung in diesem Feld die Belegnummer des zu stornierenden Belegs mitgeben. Sie besteht aus Stornoreferenznummer (AWREF_REV) und Stornoorganisationen (AWORG_REV).\\
Die Stornierung erfolgt durch Report RPCIPR00. Hier wird in perform create_revdoc ein neues IDoc anhand der PPDIT erstellt, wo die Menge und Betrag umgedreht werden (Segment E1BPACCR04)!
Die Stornierung übergibt das erstellte IDoc sofort. Hierzu wird intern der Report RPCIPP00 aufgerufen.
!Verknüpfung IDoc zur Buchung
Siehe x.WE09
{{{
Logische Nachricht = ACC_EMPLOYEE_EXP
Segament = E1BPACHE04
1. Feld = HEADER_TXT
1. Wert = PPxxxxxxxxxx (PP=type, x=runid in PPDHD)
2. Feld = COMP_CODE
2. Wert = bbbb (b=Bukrs in PPDHD)
}}}
! Kundeneigene Filter
|BD95|Filtername (ALE-Objekttyp), Tabelle, Feld anlegen
|BD59|Filter einer Nachricht zuordnen
|BD96|Filter einem BAPI zuordnen
!Filter und Regeln
|t.TBD30|ALE: Umsetzregeln für IDoc-Segmente
|t.KCDRS|ALE: Umsetzungswerte (Datenübernahme Regeln: Selektionsbedingungen Senderfelder)
|t.KCDRA|Datenübernahme Regeln: Attribute der Empfängerfelder
|t.KCDRM|Datenübertragung Regeln: Offsets und Längen der Senderfelder
Ein Filter greift nur im sendenden System (bei COSMAS im FI).\\
Regeln greifen sowohl im Eingang als auch im Ausgang.
!Mitarbeiter Stammdaten verteilen, HRMD_A und HRMD_ABA
[ERP zu CRM|ERP2CRM_HRMD]
! Stammdatenverteilung, Change Pointer
Menu > Werkzeuge > ALE > Stammdatenverteilung > Rechnugswesen > Kostenstelle > Stammdaten
|r.RBDFECOS|HR
|r.RBDSECOS|FI/CO
|x.BD22|Delete change pointers
|t.BDCP|Änderungszeiger
|t.BDCPS|Änderungszeiger: Status
|t.KCDRF|Datenübernahme Regeln: Formeln
|t.KCDMSF|Datenübernahme: Senderfelder für gen. Regel umbenennen
Entweder über Reports oder über Änderungszeiger.\\
WE20 > System > Nachricht gibt an, ob der Eingang sofort oder mit einem Report
(gescheduled) verarbeitet werden soll.\\
Änderungszeiger kann man aktivieren über \\
SALE > Geschäftsprozesse modellieren > Verteilung von Stammdaten konfigurieren >
Replikation von geänderten Daten einrichten
!! IDocs in Datei exportieren und aus Datei importieren
! Exportieren\\
1. BD64 anpassen\\
2. "Datei"-Port (WE21) anlegen (nicht "XML-Datei"-Port, da das nicht mit WE19 eingelesen werden kann)\\
3. WE20 anlegen
4. Generellen Report/Transaktion zum Versenden ausführen
!Importieren
1. BD64, WE20 und WE21 anpassen
2. WE19 - "Datei als Vorlage" (und UNICODE=X)
3. Als Empfängerport SAP<SID> in der IDoc Datei ändern (und ggf sonstige Anpassungen machen)
4. "Standard Eingang" wählen
Mit der WE19 - "existierendes IDoc" kann man übrigens ein IDoc nochmal verbuchen
!IDoc erstellen und freigeben
Freigabe in der Entwicklung wieder löschen
{{{
SELECT * FROM EDISDEF SET CLOSED=' ' WHERE SEGTYP='ZP01ZS_E1BPCC1DNPERSO_FIT'
}}}
! General tasks for usage
# Define IDoc
# Create program to create IDoc and send to ALE subsystem
# Create function to receive IDoc from ALE subsystem
# Customize ALE subsystem
## set up destination for IDoc via tRFC
## set up receiving function for IDoc
!! 1. IDoc
An IDoc contain a tree out of segments (or just one)
!Segments
* Create segments with WE31
* a segment has two parts
** header, called "segment type", contains type and definition attributes, start with Z1
** data, called "segment definition", contain all fields, start with Z2 by default (name is given automatically)
* SAP segments start with "E1", customer segments start with "__Z1__"
!IDoc
* Use transaction WE30
** Create "Basic Type"
** Add as many segment(s) as you like
** You can create a segment tree with nodes and siblings
** Activate in initial WE31 screen with (Menu > Edit > Set release ...)
!Message type
* Create message type with WE81
* Connect message type with IDoc via WE82 ("Release" is a 3 digit number like "701" or "640")
!!2. Program for Sending
* Check if receiver available with function ALE_MODEL_INFO_GET
* Create IDoc via types "edidc" (__c__ontrol = header) and "edidd" (__d__ata)
* Use function MASTER_IDOC_DISTRIBUTE
* COMMIT_WORK
!!3. Program for Receiving
* Copy function ALE_INPUT_ALEAUD into new function Z_...
* TABLES parameter contain IDoc
* Navigate through doc with function NUMBER_GET_NEXT
* Read iDoc and update database with MODIFY ...
* return result(s)
!!4. Register functions (sending/receiving)
Diese Seite (Version-1) wurde zuletzt am 28-März-2017 14:37 von Administrator geändert.Top