# 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)
#
# M\\ailHead: 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