Dies ist eine alte Version des Dokuments!
# idoup.ini V3.xx
#
#
# general Syntax:
# Flags: 0/1[<default>]
# Zahlenwerte: <wert1>-<wert2>[<default>]
#
# ===============================================================================================
# Global Section: IDOUP
# ======================
#
# common settings
# —————
#
# DebugLevel: controls verbosity of diagnostic outputs in protofiles (0=lowest)
# 0 = only severe errors will appear
# 9 = verbose diagnostics
# Note: Level 9 (max) produces additional output of detailed IDOC-content
#
# ProtoBuffer..: size of buffer for protocol files
# useful values: 256..1024
# –> for debugging the value 0 may be used for immediate writing
# but this increases system load significantly!!!!
#
# BackupCount: [0..999, default=10] number of days to keep files
# when set, backupfiles (in sapdaten.d/bak) of transferred data are written
# since they count up daily, they get overwritten cyclical
#
# Convert2Coup: [0..1, default=0]
# activates conversion from former KK1
#
# FailedLogonSleep: [1..600, default=30]
# retry time after a rejected login
#
# StrictData: [0..1, default=1]
# when set, datasets with invalid length are rejected
# they are written to errorfiles <idocname>_<date>.err (eg. hrcc1upteven01_20010925.err)
#
# SegmentSize: [1..100.000, default=1000]
# uploadfiles may be segmented to reduce systemload of the destination system
# SegmentSize defines the count of datasets in one segment
#
# SegmentMax: [0..999, default=999]
# max. amount of segments. A value of 0 inhibits segmentation
#
# SleepTime: [1..60000, default=1000]
# sleeptime [msec] after processing scanner loop
# useful if quicker reaction to upload requests is indicated, but more cpu load
# especialliy, when SeparateUploadCycle=-1 so the upload is self triggering
#
# LogData: [0/1, default=1]
# when set, protocols data in transition inputfile → datafile
# and when transport table ist filled
#
#—<german>——————————————————————
#
# allgemeine Einstellungen
# ————————
#
# DebugLevel: steuert die Menge der Diagnoseausgaben
# 0 = nur schwerwiegende Fehler werden protokolliert
# 9 = extrem ausfuehrliche Protokollierung
# Hinweis: im Level 9 (max) werden detailierte Ausgaben der IDOC-Inhalte erzeugt
#
# Protobuffer: Groesse des Ausgabepuffers fuer das Protokollfile
# brauchbare Werte sind 256..1024
# –> zum Debugging empfiehlt sich 0, so werden Diganoseausgaben
# sofort ins Protokollfile geschrieben, aber hoehere Prozesslast!
#
# BackupCount: [-1..999, default=10]
# Transportierte Uploads werden in Backupfiles in den Pfad von <DataFile>/bak
# geschrieben. BackupCount kontrolliert das Loeschverhalten fuer alte Backups.
# Files, die aelter als (Systemzeit - BackupCount-Tage) sind, werden geloescht.
# Pfad-Beipiel:
# [IDOC01]
# DataFile=$BS_DIR/sapdaten.d/subsys/ppcc2pretevent
# –>Backup-Files=$BS_DIR/sapdaten.d/subsys/bak/IDOC01.20030605111213
#
# Convert2Coup: [0..1, default=0]
# aktiviert die Konvertierung aus dem KK1-Format
#
# FailedLogonSleep: [1..600, default=30]
# Wartezeit zum naechsten Versuch bei fehlgeschlagenem Logon
#
# StrictData: [0..1, default=1]
# wenn 1, werden Datensaetze falscher Laenge unterdrueckt
# Diese Datensaetze werden in einem File <idocname>_<datum>.err
# protokolliert (z.B. hrcc1upteven01_20010925.err)
#
# SegmentSize: [1..100.000, default=1000]
# Uploadfiles koennen segmentiert werden, um die
# Belastung des Zielsystems durch grosse IDOCs zu verringern.
# SegmentSize definiert die Anzahl Datensaetze in den Einzelsegmenten.
#
# SegmentMax: [0..999, default=999]
# Anzahl der Segmente. Der Wert 0 schaltet die Segmentierung aus.
#
# SleepTime: [1..60000, default=1000]
# Latenzzeit [msec] nach Durchlauf der Scannerschleife
# Erlaubt eine schnellere Reaktion auf Upload-Requests, aber hoehere Systemlast.
# Insbesondere bei selbstausloesenden Uploads mit SeparateUploadCycle=-1
#
# LogData: 0/1, default=1
# schreibt Datensätze bei Transport Uebergabefile → Datenfile
# sowie beim Fuellen der Tabelle ins Protokoll
#
# 2.19.10
# TableBackup: 0/1, default=0
# schreibt ein Backup der beiden Tabellen nach dem Transport ins bak-Vz
#
[IDOUP]
DebugLevel=9
#SourceDebugging=0
Protobuffer=0
Convert2Coup=0
Convert2KK2=0
CnvGetPerno=0
FailedLogonSleep=60
StrictData=0
BackupCount=14
# SegmentSize=1000
# SegmentMax=999
SegmentMax=0
SleepTime=1000
LogData=0
#TableBackup=0
#NoSapAccess=0
#
# wenn PPPDCUplReqFile gesetzt wird,
# muessen Sektionen [IDOCxx] existieren mit
# IDOCTYP=PPCC2PRETTICKET01 und PPCC2PRETEVENT01
PPPDCUplReqFile=$BS_DIR/sapdaten.d/pppdc/ppcc2reqconf
ParseFile=$BS_DIR/ini.d/idoup-dfstest.prs
#
# XI-definitions
#
# notes
# - if XI-Adr is defined, no normal tRFC operation is possible
# - XI-UserPwd: plain password directly inserted in „Authorization“ line
#
#XI-Adr=XIHOST.DOMAINNAME.COM
#XI-Port=
#XI-Service=XISRVHRPDC
#XI-UserPwd=
# ===============================================================================================
# Connection Settings Section
# ===========================
#
# Note: ANY variable in this section (besides the pair PASSWD/PASSWDCRYPT)
# will be reported to function RfcOpenEx(), read separate tRFC-documentation from SAP
# about this function before inserting new variables.
#
# connection settings to SAP system
# TYPE………: RFC server type to which idoup is connecting 2/3/E, default=3 (R/3)
# CLIENT…….: client in SAP system where HR/PP is installed
# USER………: user in client for Upload,
# System-User recommended with at least B_ALE_ALL + S_A.USER + S_A.CPIC
# note: entry is case sensitive !
#
# PASSWD…….: password of the user in clear, NOT CRYPTED! Case sensitive.
# PasswdCrypt..: password of the user, crypted with separate tool mkpasswd
# Note: use only one of the above password options.
#
# LANG………: SAP logon language (1 byte SAP or 2 byte ISO –> E-EN, D-DE)
# LCHECK…….: logon check when connecting (0/1 default=1, else check is delayed)
# TRACE……..: RFC trace (0/1, default=0 = off)
#=============================================================================
# Connection without load balancing
# ASHOST……..: host where SAP system is running (hostname or ip address)
# SYSNR………: the SAP system number (e.g. 00)
# GWHOST……..: host where a SAP Gateway is running
# (in most cases same as ashost)
# GWSERV……..: service (= TCP-Port) to connect to SAP Gateway (e.g. sapgw00 or 3300 directly)
#=============================================================================
# Connection using load balancing
# MSHOST……..: host name of message server
# MSSERV……..: service port on message server (36xx)
# R3NAME……..: name of R/3 system
# GROUP………: group name of application servers
#
#—<german>——————————————————————
#
# Hinweis: ALLE Variablen dieser Sektion (ausser PASSWD/PASSWDCRYPT)
# werden als Parameter der Funktion RfcOpenEx() übergeben.
# Vor Einfuegen neuer Variablen, die separate Dokumentation dazu lesen.
#
# Verbindungseinstellungen zum SAP-System
# TYPE………: Typ des Zielservers, 2/3/E, standard=3 (R/3)
# CLIENT…….: Mandant im SAP System, in dem HR/PP installiert ist
# USER………: User im Mandanten fuer den Upload,
# idealerweise ein System-User mit B_ALE_ALL + S_A.USER + S_A.CPIC
# Gross-/Klein-Schreibung beachten
#
# PASSWD…….: Passwort des Users in Klarschreibweise, UNKODIERT!
# Gross-/Kleinschreibung
# PasswdCrypt..: Passwort des Users mit mkpasswd kodiert.
# Hinweis: jeweils nur eine der beiden Passwort-Variablen verwenden.
#
# LANG………: SAP Logon Sprache (1 Byte SAP oder 2 Byte ISO –> E-EN, D-DE)
# LCHECK…….: Logontest direkt beim Verbinden (0/1 std=1, sonst verzoegerter Test)
# TRACE……..: RFC Protokollierung in File (0/1, std=0 = aus)
#=============================================================================
# Verbindung ohne Load-Balancing
# ASHOST……..: SAP-Host (Name oder IP-Adresse)
# SYSNR………: SAP Systemnummer (z.B. 00)
# GWHOST……..: Rechner, auf dem das SAP Gateway laeuft,
# in den meisten Faellen identisch mit ashost
# GWSERV……..: TCP-Port des SAP-Gateway, (z.B. sapgw00 oder direkt 3300)
#=============================================================================
# Verbindung mit Load-Balancing
# MSHOST……..: Hostname des Messageservers
# MSSERV……..: Port auf dem Messageserver (36xx)
# R3NAME……..: Name des R/3 Systems
# GROUP………: Gruppenname des Application-Servers
#=============================================================================
#
[LOGON]
CLIENT=800
USER=ub
#PasswdCrypt=218905B931991589
PASSWD=UB4321
LANG=DE
TRACE=0
# no load balancing
#
ASHOST=rhs.icaro.com
SYSNR=00
GWHOST=rhs.icaro.com
GWSERV=sapgw00
# load balancing
# message Server: service to connect to the SAP message server system (36XX)
#
#MSHOST=
#MSSERV=3600
#R3NAME=
#GROUP=
# ===============================================================================================
# EDIDC Section
# =============
#
[EDIDC]
# sndprn: logical System of Time Recording System (sender for upload)
# see Partner Profile or Distribution Model
#
# logisches System der Zeiterfassung (Sender),
# aus Partnervereinbarung oder Verteilungsmodell entnehmen
#
#
# rcvprn: logical System of Receiver Client
# see Partner Profile or Distribution Model
#
# logisches System des Empfängermandanten (Receiver)
# aus Partnervereinbarung oder Verteilungsmodell entnehmen
#
# IMPORTANT: CAPITAL LETTERS ONLY
#
# WICHTIG: NUR GROSSBUCHSTABEN
#
#=============================================================================
#
#sndprn=HR-PDC-45
#sndprn=HR-PDC-45
#rcvprn=T90CLNT090
sndpor=HRPDC_HP
sndprn=HRPDC_HP
rcvprn=T90CLNT100
#
# IDOC-Data Definitions #
# # Note: Directory underneath sapdaten.d must have the same name # <sndprn> as the logical System of the Time Recording System # (sender for upload / receiver for download) # This Directory must be created manually! # IdocSize = Satzlaenge, bei -1 wird die Satzlaenge angepasst # # SeparateUploadCycle # Upload is triggered, when datafile is detected. # If upload fails, uploads retries are retriggered every SeparateUploadCycle seconds. # Values: -1= immediate upload (Build 2.18) # 0 = [default] feature off, data is collected normally # 1 = only one single upload is tried # 60…1800: cycle time in seconds (=1min…5h) # # V2.19.3 InputFile (Windows only) # InputFile is renamed into DataFile on detection. If rename failes, another process # may have still access to the file (normally the process that writes this file). # On failure, the file is redetected on next sampling cycle until success. # Note: # - DataFile is used internally, do not create this file from outside! # - function works properly only under windows # # V2.19.4 DailyBackup # Values= 0/1 = off/on # In conjunction with global „BackupCount“. Besides single backups # (with date+time-extension), separate backupfiles (only date-extension) are written # where data of one day is collected. These backups are deleted after „BackupCount“ days. # #—<german>—————————————————————— # # Hinweis: Das Verzeichnis unterhalb von sapdaten.d muss genausso # heissen wie das logische System der Zeiterfassung # (Sender beim Upload / Empfaenger beim Download) # Dieses Verzeichnis muss manuell angelegt werden! # # IdocSize = Satzlaenge, bei -1 wird die Satzlaenge angepasst # # SeparateUploadCycle # Upload wird getriggert, sobald Datenfile verfuegbar ist # Bei fehlgeschlagenem Transfer wird alle SeparateUploadCycle Sekunden # ein neuer Upload versucht. # Werte: -1= sofortiger Upload (Build 2.18) # 0 = [default] Feature aus, Daten werden gesammelt # 1 = nur einmaliger Uploadversuch # 60…1800: Zykluszeit in Sekunden (1min…5h) # # V2.19.3 InputFile (nur Windows) # Dieses File wird in das DataFile umbenannt (rename). Das misslingt, # wenn das InputFile noch von einem schreibenden Prozess geoeffnet ist. # Das File wird dann im naechsten Abtastzyklus neu getestet, bis der rename gelingt. # Hinweise: # - DataFile wird dabei intern verwendet, nicht beschreiben! # - Funktion nur unter Windows gewaehrleistet # # V2.19.4 DailyBackup # Werte= 0/1 fuer aus/ein # In Verbindung mit dem globalen BackupCount. Neben Einzelbackups mit # Datum+Uhrzeit-Erweiterung im Dateinamen, werden kumulierte Backups in Tagesfiles # erstellt. Auch diese Backupfiles werden nach Ablauf von BackupCount-Tagen geloescht. # #—————————————————————————–
# # HR-PDC Zeitereignisse/Timeevents TEVEN # [TEVEN]
DataFile=$BS_DIR/sapdaten.d/HRPDC_HP/hrcc1upteven01 RqstFile=$BS_DIR/sapdaten.d/HRPDC_HP/hrcc1requpteven01 # DailyBackup=1 # Segmentname XI # SEGNAM=E1BPCC1UPTEVEN
# HR-PDC Mitarbeiterausgaben/Employee Expenses EXTWT [EXTWT]
DataFile=$BS_DIR/sapdaten.d/HRPDC_HP/hrcc1upextwt01 RqstFile=$BS_DIR/sapdaten.d/HRPDC_HP/hrcc1requpextwt01 # DailyBackup=1 # Segmentname XI # SEGNAM=E1BPCC1UPEXTWT
#—————————————————————————– # PP-PDC: PPCC2PRETTICKET01 # [IDOC00] IDOCTYP=PPCC2PRETTICKET01 MESTYP=PPCC2PRETTICKET SEGNAM=E1BP_PP_TIMETICKET IdocSize=-1 IncludeSegnam=0 DataFile=$BS_DIR/sapdaten.d/pppdc/ppcc2pretticket01 RqstFile=$BS_DIR/sapdaten.d/pppdc/ppcc2pretticketupreq
# PP-PDC: PPCC2PRETEVENT01 # [IDOC01] IDOCTYP=PPCC2PRETEVENT01 MESTYP=PPCC2PRETEVENT SEGNAM=E1BP_PP_TIMEEVENT IdocSize=-1 IncludeSegnam=0 DataFile=$BS_DIR/sapdaten.d/pppdc/ppcc2pretevent01 RqstFile=$BS_DIR/sapdaten.d/pppdc/ppcc2preteventupreq
#—————————————————————————– # PECASO HR-Importer An/Abwesenheiten # [IDOC02] IDOCTYP=YTCA_SOL14_IDOC_002 MESTYP=YTCA_SOL14_MSG_002 SEGNAM=YTCA_SOL14_SEGTYP_002 IdocSize=-1 DataFile=$BS_DIR/sapdaten.d/pecaso/ptex2000 RqstFile=$BS_DIR/sapdaten.d/pecaso/ytca_sol14_idoc_start
# PECASO HR-Importer Vertretungen # [IDOC03] IDOCTYP=YTCA_SOL14_IDOC_003 MESTYP=YTCA_SOL14_MSG_003 SEGNAM=YTCA_SOL14_SEGTYP_003 IdocSize=-1 DataFile=$BS_DIR/sapdaten.d/pecaso/ptex2003 RqstFile=$BS_DIR/sapdaten.d/pecaso/YTCA_SOL14_IDOC_START01
# PECASO HR-Importer Entgeltbelege # [IDOC04] IDOCTYP=YTCA_SOL14_IDOC_004 MESTYP=YTCA_SOL14_MSG_004 SEGNAM=YTCA_SOL14_SEGTYP_004 IdocSize=-1 DataFile=$BS_DIR/sapdaten.d/pecaso/ptex2010 RqstFile=$BS_DIR/sapdaten.d/pecaso/YTCA_SOL14_IDOC_START02
#—————————————————————————– # Beispiel fuer frei einstellbare IDOCs # Sample free defined IDOCs # [IDOC05] IDOCTYP=TESTIDOCTYP MESTYP=TESTIDOCMESTYP SEGNAM=TESTIDOCSEGNAME IdocSize=-1 DataFile=$BS_DIR/sapdaten.d/subsys/testidoc RqstFile=$BS_DIR/sapdaten.d/subsys/testidocupreq
[IDOC06] IDOCTYP=TESTIDOCTYP MESTYP=TESTIDOCMESTYP SEGNAM=TESTIDOCSEGNAME IdocSize=-1 DataFile=$BS_DIR/sapdaten.d/subsys/testidoc03 #DataFile=$BS_DIR/sapdaten.d/wildcard/testidoc*.dat SeparateUploadCycle=120
#Konversion KK2 → PP-PDC # # Beispiel Konvertierung KK2 → PPPDC # Beachte: Parameter RqstFile enthaelt Sektionsname (IDOC07) # # Example converting data KK2 → PPPDC # Note: Parameter RqstFile contains section name (IDOC07) # [IDOC07] DataFile=$BS_DIR/sapdaten.d/pppdc/conf21.upl RqstFile=IDOC07 TicketFile=$BS_DIR/sapdaten.d/pppdc/ppcc2pretticket01 TeventFile=$BS_DIR/sapdaten.d/pppdc/ppcc2pretevent01
# Spezial DFS [IDOC10] #IDOCTYP=Z1DFSEX IDOCTYP=ZTEST_DFSUPLD01 MESTYP=Z1DFSEX SEGNAM=Z2DFSEX000 #IdocSize=-1 IncludeSegnam=0 # Wildcard DataFile DataFile=$BS_DIR/sapdaten.d/dfs/*.yml #DataFile=$BS_DIR/sapdaten.d/dfs/*.xml # DataFile triggert Upload, 120sec retry SeparateUploadCycle=120 # Uebersetzung kommasepariertes Datenfile zu Feldnamen in Idoc-Struktur CsvXlateFile=$BS_DIR/ini.d/dfs_csv_xlate.dat #XmlXlateFile=$BS_DIR/ini.d/dfs_xml_xlate.dat
# KK-Interface, only # # Abtastung der Pfade zu KK1…KK5. # Die Uploadfiles werden in Standardnamen erwartet (conf11.upl usw.) # REQUIx: Schalter 0/1, standard=0 # Unter bestimmten Umstaenden kommt der Upload-Requestfile nicht als conf11.req sondern als # REQI1 im System an. in diesem Fall kann mit dem Schalter die Abtastung auf diesen Namen geaendert werden. # Conf11.req und REQUI1 nur als Besipiel, das gilt fuer die anderen Kanaele ebenso (REQUI1, REQUI2…) # REQUI: gleiche Funktion, wirkt aber global auf die KK-Sektion. Die Werte der anderen REQUI-Schalter # werden uebernommen, wenn REQUI=0 # # Hinweis: diese Sektion nicht zusammen mit PP-Upload bei vorheriger Konvertierung KK2 → PP verwenden! # Falls im Kanal diese Umwandlung conf21.upl → conf21.sap beobachtet wird, kann es sein, daß diese # Sektion aktiv ist und den eigentlich gewuenschten Upload aus KK2 mit Konversion nach PP stoert. # # — # Paths to KK1…KK5 are scanned. # Upload files are expected in standard names (conf11.upl and so on). # REQIx: flag 0/1, default=0 # under some circumstances, the upload trigger file is not called conf11.req but „REQUI1“ # if that happens, idoup can trigger uploads on that file, when this switch is set. # Note that above names are examples, the flags exist for the other KKs also (REQUI1, REQUI2…) # REQUI: the same functionallity but global for the [KK] section. # If specific REQUIs are set their value is taken, when REQUI=0. # # Note: don't have this secztion active, when using PP uploads with conversion KK2 → PPPDC # If you get a conf21.upl → conf21.sap this section may be active, disturbing the intended # format conversion plus PPPDC-upload. # #[KK] #KK1=$BS_DIR/sapdaten.d/SUB_KK1 #REQUI1=0 #KK2=$BS_DIR/sapdaten.d/SUB_KK2 #REQUI1=0
# # Storno Fertigungsauftraege mit BAPI_PRODORDCONF_CANCEL # # Inputverhalten, wie die anderen IDOC-Einstellungen # DataFile kann Saetze in den Formaten ppcc2pretevent (415 Zeichen) und # ppcc2pretticket (665 Zeichen) enthalten. Die Daten sammeln sich in # einem separaten Datenfile (<DataFile>.sap) # Das RqstFile startet den Transfer der angesammelten Storno-Buchungen. # Bei Fehlern in der Verarbeitung bleiben die Saetze im Datenfile stehen. # # Achtung: Zeitverhalten! Die synchronen Aufrufe im SAP sind zeitaufwendiger, # als Massendatentransfer ueber IDOCs. Während der Verarbeitung der Stornos # kann der Prozess keine anderen Kanaele verwalten! # # ShowProdOrdConfirmations=0-2, default=0 (aus) # gibt Auswahlkriterien und Ergebnistabelle vom Aufruf BAPI_PRODORDCONF_GETLIST # ins File „prodordconfirmations.dat“ des Stornokanals aus. # 1 = kompakte Darstellung / 2 = detailiert nach Feldern # # NoMail: 0/1, default=1 # bei 1 wird keine Mail erzeugt, Probleme bei der Stornierung koennen in # den Files „errmail.<zeitstempel>“ im Verzeichnis „error“ des Stornokanals # untersucht werden. # Hinweis: idoup erzeugt nur Mailfiles im Verzeichnis $BS_DIR/mail.d # Fuer den smtp-Versand, wird ein separates Hilfsprogramm (icmail) benoetigt. # # MailFrom: von dieser Mail-Adresse kommen die Mails # # MailTo: an diese Adressen geht die Mail, mehrere Adressen durch Komma trennen # # MailSubject: Betreff der Mail ($DATE and $TIME) # # MailHead: Kopfzeile der Mail ($DATE and $TIME) # # MailErrTxt[0..9]: Textblock bei Problemen in BAPI_PRODORDCONF_CANCEL oder # BAPI_TRANSACTION_COMMIT # ($RC, $CONFNO, $CONFCNT, $ORDERID, $EXIDENT, $FU, $ERRMSG, $RAWDATA) # # MailErrTxtNoListHead: Kopfzeile zum Block nicht stornierbarer Daten # # MailErrTxtNoList[0..9]: Textblock zu jedem nicht stornierbaren Datensatz # ($CONFNO, $ORDERID, $EXIDENT, $RAWDATA) # # Makros in den Texten # # $CONFNO, $CONFCNT, $ORDERID, $EXIDENT # entsprechen den Feldern der jeweiligen Datenstruktur # $RC: Rueckgabewert nach RFC-Aufruf, keine Ausgabe, wenn kein Fehler gemeldet wird # $FU: RFC-Funktion # $ERRMSG: erklaerender Text zum RFC-Fehler # $RAWDATA: roher Datensatz als eine Zeile # # — # # Cancel Production Orders with BAPI_PRODORDCONF_CANCEL # # input behaviour as other IDOC settings # DataFile may contain data sets of format ppcc2pretevent (415 characters) and # ppcc2pretticket (665 characters). Data is collected in a separate data file # named <DataFile>.sap # # Note: timing! The BAPI-calls are synchronous RFC-calls that can take some more # time, than transporting mass data via IDOCs. While the cancels are processed, # the program cannot deal with other upload channels. # # ShowProdOrdConfirmations=0-2, default=0 (off) # writes select criteria and resulting table from call to BAPI_PRODORDCONF_GETLIST # to file „prodordconfirmations.dat“ in storno directory # 1 = compact dataset / 2 = dataset with single fields # # NoMail: 0/1, default=1 # when set (1) no mail will be produced, problems may be inspected in # files „errmail.<dateextension>“ in directory „error“ of storno channel # Note: idoup produces only mail files in directory $BS_DIR/mail.d # to actually transport them via smtp another tool (icmail) is necessary # # MailFrom: storno mails come from this adress # # MailTo: mails are sent to this adress(es), separate adresses with comma # # MailSubject: subject line of the mail ($DATE and $TIME) # # MailHead: Headline of the mail ($DATE and $TIME) # # MailErrTxt[0..9]: when BAPI_PRODORDCONF_CANCEL or BAPI_TRANSACTION_COMMIT # fail, this text block is used # ($RC, $CONFNO, $CONFCNT, $ORDERID, $EXIDENT, $FU, $ERRMSG, $RAWDATA) # # MailErrTxtNoListHead: Headline of block of uncanceled datasets # # MailErrTxtNoList[0..9]: block for each dataset that was refused or not in selection # ($CONFNO, $ORDERID, $EXIDENT, $RAWDATA) # # Macros in the text blocks # # $CONFNO, $CONFCNT, $ORDERID, $EXIDENT # correspond to the fields of that name in data structure # $RC: return value of a RFC-call, not shown, when the call itself returned OK # $FU: RFC-function that was called # $ERRMSG: further explaining text on the RFC-error # $RAWDATA: the whole dateset on one line # [PRODORDCONF_CANCEL] DataFile=$BS_DIR/sapdaten.d/pppdc/ppcc2pretticketc RqstFile=$BS_DIR/sapdaten.d/pppdc/pocc.trg
ShowProdOrdConfirmations=0
MailFrom=stornomaster@example.com MailTo=boss@example.com,admin@somewhere.net MailSubject=Stornierung am $DATE um $TIME NoMail=1
MailHead=— Storno am $DATE$TIME — MailErrTxt0=Fehler $RC in Funktion $FU : $ERRMSG MailErrTxt1=Datensatz: EXIDENT=$EXIDENT, ORDERID=$ORDERID, CONFNO=$CONFNO, CONFCNT=$CONFCNT #MailErrTxt2=Datensatz=$RAWDATA
MailErrTxtNoListHead=Abgelehnte Datensaetze oder nicht in BAPI_PRODORDCONF_GETLIST MailErrTxtNoList0=EXIDENT=$EXIDENT, ORDERID=$ORDERID, CONFNO=$CONFNO #MailErrTxtNoList1=Datensatz=$RAWDATA