Prozesskonfiguration in OOD

01

1. Beginnen Sie nicht mit dem Bildschirm.

1. Wählen Sie einen konkreten Fall aus und benennen Sie dessen Anfang und Ende.
2. Liste der Beteiligten, Verantwortlichkeiten, Eingabedokumente und maßgeblichen Systeme.
3. Trennen Sie die rechtliche oder interne Regelung von den heutigen Gepflogenheiten und technischen Beschränkungen.
4. Füllen Sie die Ausnahmen aus: fehlendes Dokument, Betragsabweichung, Ablehnung, Inaktivität, Überlastung und Integrationsfehler.

02

2. Entwurf der Definition

Proces: Přijatá faktura
Verze definice: 1.0-draft

Společné stavy:
  PRIJATA -> KONTROLA_DAT -> VECNE_SCHVALENI
  -> KONTROLA_ROZPOCTU -> SCHVALENA_K_UCETNIMU_ZPRACOVANI

Volitelná interní účetní kontrola:
  SCHVALENA_K_UCETNIMU_ZPRACOVANI -> UCETNI_KONTROLA
  -> PRIPRAVENA_PRO_EIS

Předání ekonomickému systému:
  PRIPRAVENA_PRO_EIS -> ODESLANA_DO_EIS -> EIS_TECHNICKY_PRIJAL

Další stav smí odpovídat jen tomu, co EIS skutečně vrací:
  CEKA_NA_UCETNI | DOKLAD_ZALOZEN_V_EIS | ZAUCTOVAN_V_EIS

Výjimky:
  KONTROLA_DAT -> VRACENA_DODAVATELI
  VECNE_SCHVALENI -> VRACENA_REFERENTOVI
  KONTROLA_ROZPOCTU -> NEDOSTATECNE_KRYTI
  ODESLANA_DO_EIS -> EIS_ODMITL_DATA | CHYBA_PRENOSU_EIS
  NEJASNY_VYSLEDEK -> NUTNA_REKONCILIACE

Před publikací ověřit:
  role, zástupy, limity, termíny, notifikace,
  idempotenci integrací, audit, návratové větve a podmínku uzavření.
  Technické přijetí ani ID dávky samo o sobě neznamená zaúčtování.

03

3. Formular und Daten

• Jedes Feld hat einen Namen, einen Typ, eine Quelle, eine Verpflichtung, eine Sichtbarkeit und Änderungsrechte.
• Bei kopierten Daten sollten die Quelle und gegebenenfalls der ursprüngliche und der korrigierte Wert aufbewahrt werden.
• Die Nummerierungsbücher müssen einem maßgeblichen System entnommen werden; die lokale Kopie muss einen Besitzer und eine Methode zur Synchronisierung haben.
• Die Validierung muss dem Benutzer mitteilen, was falsch ist und wie der Fehler behoben werden kann.
• Für Anhänge gelten bei CUL/eSSL bestimmte Anforderungen an Typ, Größe, Zweck und Übermittlungsregel.

04

4. Rollen, Menschenmengen und das Prinzip der Vieraugenbeobachtung

• Rollen sollten anhand von Verantwortlichkeiten definiert werden, nicht anhand von Namen bestimmter Personen.
• ZST delegiert lediglich die angegebene Rolle, das Modul und den Zeitraum; das Benutzerkonto wird nicht übertragen.
• Vor dem Übergang werden verbotene Rollenkombinationen und -beschränkungen überprüft.
• Die erzwungene Zustimmung durch zwei Personen muss unabhängig erfolgen und im Prüfbericht protokolliert werden.
• Eine Eskalation der Inaktivität führt nicht automatisch zur Genehmigung, es sei denn, die Regel lässt dies ausdrücklich zu.

05

5. Integration und Dokumente

• Geben Sie für jede Richtung das Beweissystem, den Vertrag, die Authentifizierung, das Timeout, die Wiederholungsrate, den Idempotenzschlüssel und die Korrelations-ID an.
• Versionieren Sie die DOG-Vorlage zusammen mit der Prozessdefinition und den Testdaten.
• EPK/WSCS trennt Geschäftsentscheidungen von technischen Signaturen.
• Die Übermittlung an eSSL ordnet das Dokument, die Metadaten und die Kennungen gemäß dem bestätigten Integrationsprofil zu.
• Der Zielsystemfehler erzeugt einen lösbaren Zustand; er darf nicht ohne eine entsprechende Aufgabe im Protokoll verschwinden.

06

6. Test, Veröffentlichung und Änderung

1. Testen Sie den normalen Durchlauf, jeden Rücksprungzweig, die Crowd, die Rollensperre, das Timeout und die nicht verfügbare Integration.
2. Verwenden Sie anonyme oder synthetische Daten und die erwarteten Ergebnisse.
3. Lassen Sie den Prozesseigentümer die Bedeutung der Regeln bestätigen und die IT das Integrationsverhalten bestätigen.
4. Veröffentlichen Sie eine unveränderte Version der Definition; die laufende Änderung darf keine Auswirkungen auf laufende Fälle ohne Migrationsregel haben.
5. Notieren Sie die Änderungen, die Auswirkungen, die Zustimmung und die Möglichkeit einer Rückkehr zur vorherigen Definition.