Show TOC

 Sperren/WIB Inkasso (Rahmenworkflow)

Einsatzmöglichkeiten

Der Rahmenworkflow Sperren/Wiederinbetriebnahme Inkasso (ISUDISCON12) ermöglicht Ihnen, einen Anschluss wegen Zahlungssäumnis zu sperren.

Der Rahmenworkflow Sperren/Wiederinbetriebnahme Inkasso wird automatisch aus der Sperrmahnstufe des Vertragskontokorrents gestartet und beinhaltet folgende Funktionen:

  • Sachbearbeiterfindung

  • mehrfaches Erstellen von Serviceaufträgen

  • automatische Wiedervorlagen oder Eskalationsaktivitäten

  • Reaktion auf einen hinfällig gewordenen Sperrgrund

Voraussetzungen

  • Die Bearbeiter sind dem Workflow und den zugehörigen Sub-Workflows zugeordnet.

  • Ein Debitor hat die Sperrmahnstufe als Resultat eines Mahnlaufs erreicht. Hierdurch wird das Ereignis Sperrbeleg anlegen (Disconnect.Created) ausgelöst.

Hinweis Hinweis

Der Funktionsbaustein ISU_EVENT_FILTER_DISCREASON_01 (Ereignisfilter auf Sperrgrund 01 für Ereigniskopplung) stellt sicher, dass der Rahmenworkflow nur dann gestartet wird, wenn es sich um einen Sperrbeleg als Resultat eines Mahnlaufs handelt. Dieser Funktionsbaustein wird in der Ereignistypkoppelung definiert.

Ende des Hinweises

Ablauf

  1. Das Vertragskonto als Bezugsobjekt wird ermittelt.

  2. Dem Sperrbeleg wird der Status 00 (neu) zugewiesen.

  3. Das Kennzeichen bereits durchlaufen wird zugewiesen, das steuert, ob der Workflow bereits durchlaufen wurde oder nicht.

Hinweis Hinweis

Das Kennzeichen ist notwendig, damit der Rahmenworkflow nicht in eine Endlosschleife läuft. Damit wird sichergestellt, dass das Ereignis Sperranforderung auslösen (Disconnect.DisconOrderCrea), das den Workflow Sperrauftrag erstellen anstößt, nicht mehrfach eintritt. Wenn der Rahmenworkflow an dieser Stelle bereits durchlaufen wurde, wartet er auf eines der folgenden Ereignisse:

Ende des Hinweises

  • Sperraktion storniert

  • Wiederinbetriebnahme erfasst

  1. Unabhängig vom Status des Sperrbelegs können folgende Ereignisse eintreten:

  • der Kunde zieht aus oder

  • der Sperrgrund wird obsolet (z.B. durch Zahlung des Kunden)

Der Workflow Sperrworkflow unterbrechen (ISUDISCBREAK) wird gestartet.

  • eine Aktion innerhalb des aktuellen Sperrbelegs wird storniert

Der Workflow Sperrworkflow stornieren (ISUDISCSTORN) wird gestartet.

  1. Wenn alle beteiligten Objekte des Sperrbelegs wiederinbetriebgenommen sind, erhält der Sperrbeleg den Status 99 (endgültig abgeschlossen).

Hinweis Hinweis

Die Sub-Workflows für die Sperrung und für die Wiederinbetriebnahme steuern sich selbst, da vom Rahmenworkflow keine Steuerung erfolgt. Die einzige Steuerung erfolgt, wenn der Sperrgrund obsolet ist, dann wird die Wiederinbetriebnahme angestoßen. Der Rahmenworkflow steuert jedoch nicht, dass nach der Erstellung eines Sperrauftrags eine Sperrung erfasst werden muss. Diese Steuerung findet zwischen den darunterliegenden Workflows statt.

Ende des Hinweises

Ergebnis

Der Rahmenworkflow ist beendet, wenn der Sperrbeleg den Status 99 (endgültig abgeschlossen) hat.