# ============================================================
#  Gegenbuch für OpenCRM
# ============================================================
# Diese Datei gehört auf den Gegenbuch-Rechner – NICHT auf den CRM-Server.
#
# Was hier passiert: Der Rechner holt regelmäßig einen kurzen Kontrollwert von
# OpenCRM ab und schreibt ihn in ein Buch, das nur hier liegt. Wird später im
# CRM etwas nachträglich verändert, widerspricht das dem Buch.
#
# Welche Bücher sollen laufen?
COMPOSE_PROFILES=prod,staging

# Nur Kosmetik – steht in den Einträgen des Buchs.
NOTAR_EMAIL=gegenbuch@example.de

# ---------------- Produktion ----------------
# Von welcher OpenCRM-Instanz wird geholt?
PROD_CRM_URL=https://crm.example.de

# Token eines Benutzers mit dem Recht audit:read – MEHR NICHT.
# Damit lassen sich ausschließlich Prüfwerte lesen: keine Kundendaten, keine
# Änderungen. Selbst wenn es abhandenkommt, ist damit nichts anzufangen.
PROD_CRM_TOKEN=

# Wie oft geprüft wird (Sekunden). 3600 = stündlich.
# Kürzer heißt: kleineres Zeitfenster, in dem eine Änderung unbemerkt bliebe.
PROD_INTERVAL=3600

# Beim ALLERERSTEN Start einmalig auf true setzen, danach wieder leeren.
# Grund: Die erste Eintragung legt fest, was als Ausgangszustand gilt – das
# soll nicht versehentlich passieren.
PROD_GENESIS_ACK=

# Normalerweise leer lassen. Nur nötig, wenn das Gedächtnis des Gegenbuchs
# verlorenging (z. B. Verzeichnis gelöscht) und du geklärt hast, warum.
PROD_ADOPT_ACK=

# Wo das Buch liegt. DIESES VERZEICHNIS GEHÖRT INS BACKUP.
PROD_DIR=./data/prod

# ---------------- Test / Staging ----------------
STAGING_CRM_URL=https://staging.example.de
STAGING_CRM_TOKEN=
STAGING_INTERVAL=3600
STAGING_GENESIS_ACK=
STAGING_ADOPT_ACK=
STAGING_DIR=./data/staging