WISKI-Import von Dateiformat KISTERS ZRXP mittels WISKI REST API

Die Konvertierung dieses Formats kann mit TBBM PROZESSING mittels FORMAT_SRC = zrxp_import erfolgen.

Funktionsweise:

1. Wegen SEPARATE_FILES_PER_HEADER = 1 wird jeder ZRXP-Header einzeln verarbeitet. Aus dem Header #REXCHANGE (Import-Nummer / exchangeNumber) wird in der WISKI-Datenbank (DB_WISKI) die passende Zeitreihe (ts_id) gesucht. Gibt es dafür keine Zeitreihe, schlägt der Import für diesen Header fehl.
2. Aus dem Header #CUNIT (z. B. cm) wird die in WISKI hinterlegte Einheiten-Kurzform (z. B. CM) nachgeschlagen, damit die Werte mit der korrekten Einheit importiert werden.
3. Die Zeitreihenwerte werden per HTTP PUT über die WISKI REST API (WISKI_REST) an die gefundene Zeitreihe übertragen. Fehlende Werte (Lücken-Kennung im ZRXP) werden dabei als null übermittelt. Die Authentifizierung an der REST API erfolgt per OAuth2 Client-Credentials (oauth_token_url, client_id, client_secret).

[CONV]
REGEX = zrxp
FORMAT_SRC = zrxp_import
FORMAT_DEST = zrxp
SPOOL = D:/Daten/zrxp/WISKI-Import
DEST = D:/Daten/zrxp/WISKI-Import-Archiv
FAILED = D:/Daten/zrxp/WISKI-Import-Fehler
SEPARATE_FILES_PER_HEADER = 1

[DB_WISKI]
DB_HOST = wiski.example.com
DB_USER = ...
DB_PASSWORD = ...
DB_NAME = ...
DB_PORT = ...

[WISKI_REST]
insecure = 1
to = D:/Daten
url = https://wiski.example.com:7408/
oauth_token_url = https://wiski.example.com:7415/realms/kisters-water-default/protocol/openid-connect/token
oauth_token_data =
    grant_type=client_credentials
    scope=openid email profile
    client_id=...
    client_secret=...