Concevoir les modèles de processus de gestion des impayés et les types d'événement

Le tableau ci-dessous illustre un exemple de modèle de processus de gestion des impayés pour l'une des règles de la cellule Résidentiel/Nord de la matrice de la précédente section.

Modèle de processus de gestion des impayés

Type d'événement d'impayé

Lors du déclenchement

Processus de gestion des impayés accéléré pour les clients résidentiels

Lettre de dette ancienne

A l'origine du processus

Coupure des éléments de contrat actifs

10 jours après le commencement

Réduction de la cote client

10 jours après le commencement (c'est-à-dire, au moment où le processus de coupure est lui-même créé)

Passage en P&P d'une dette à faible montant

0 jour après la finalisation des processus de coupure

Soumission de la dette à un agent de recouvrement

0 jour après la tentative de réduction de valeur d'un petit montant (la réduction de valeur ou la soumission à une agence de recouvrement a lieu et si la réduction de valeur réussit, les TF de la facture sont lettrés par rapport aux événements de lettrage soldés et le processus de gestion des impayés s'arrête)

Annulation de la soumission à l'agent de recouvrement

45 jours après la soumission

Passage de la dette en Pertes & Profits

0 jours après l'annulation de l'agent de recouvrement

Vous pouvez créer un tableau similaire pour chaque modèle de processus de gestion des impayés de votre matrice.

A ce stade, vous avez conçu les différents modèles de processus de gestion des impayés. Ensuite, vous devrez concevoir les algorithmes qui permettent de contrôler les processus de gestion des impayés :

  • L'algorithme Calculer les montants non payés et d'origine d'un modèle calcule les montants d'origine et impayés des objets soumis au recouvrement par un processus. Ces valeurs sont utilisées dans tout le module de traitement des impayés.
  • L'algorithme Critères d'annulation d'un modèle est exécuté pour déterminer si un processus doit être annulé. Pour plus d'informations, voir Comment les processus de gestion des impayés sont-ils annulés ?.
  • L'algorithme Logique d'annulation d'un modèle est exécuté pour annuler un processus. Pour plus d'informations, voir Comment les processus de gestion des impayés sont-ils annulés ?. Veuillez noter que la logique incorporée dans ce type d'algorithme peut s'avérer sophistiquée car il est responsable de l'arrêt des activités d'un processus en cours (par exemple, cela peut impliquer l'annulation d'activités terrain ou de dossiers client). Les algorithmes d'annulation sont également responsables de l'insertion d'entrées de journal.
  • L'algorithme Activation d'événement de suspension d'un modèle est appelé pour déterminer si le gestionnaire des événements d'impayé/de coupure doit suspendre l'activation des événements du processus.
  • L'algorithme Information du modèle est appelé pour bâtir la "chaîne d'infos" de substitution.

Ensuite, extrayez chaque type d'événement unique de la table ci-dessus :

Evénement d'impayé

section de paiement

Action

Lettre de dette ancienne

Création d'un contact client

Coupure des éléments de contrat actifs

Démarrage d'un processus de coupure pour chaque EdC actif comportant une TF impayée sur la facture

Réduction de la cote client

Insertion d'un enregistrement d'historique de cote de compte

Passage en P&P d'une dette à faible montant

Création de régularisations de Pertes & Profits si la dette impayée est inférieure à x €

Soumission de la dette à un agent de recouvrement

Création d'une soumission à une agence de recouvrement

Annulation de la soumission à l'agent de recouvrement

Annulation de la soumission à l'agence de recouvrement

Passage de la dette impayée en Pertes & Profits

Création de régularisations pour faire passer la dette impayée en Pertes & Profits

A ce stade, vous connaissez les différents types d'événement. Ensuite, vous devrez concevoir les algorithmes qui permettent de contrôler le cycle de vie de chaque type d'événement :

  • Les algorithmes Activation de l'événement du type d'événement sont exécutés par le gestionnaire des événements d'impayé/de coupure à la date de déclenchement. Les points suivants décrivent la logique incorporée dans ce type d'algorithme :
  • Les algorithmes Logique d'annulation du type d'événement sont appelés lorsqu'un événement est annulé. Les points suivants décrivent la logique incorporée dans ce type d'algorithme :
    • Si l'événement peut être annulé. Cette logique peut s'avérer nécessaire si certaines conditions empêchent l'annulation de ce type d'événement. Par exemple, vous souhaiterez peut-être empêcher l'annulation d'un événement lorsque des événements ultérieurs dépendants ne sont pas annulés.
    • Toute action auxiliaire qui se produit lors de l'annulation.
    • De quelle façon les entrées de journal associées à l'annulation de l'événement seront construites.
  • Les algorithmes Surveiller les événements en attente du type d'événement sont appelés pour surveiller un événement à l'état Attente. Ces algorithmes sont responsables du passage d'un événement de l'état Attente à l'état Finalisé si l'objet attendu est finalisé.
  • L'algorithme Informations sur l'événement est appelé pour bâtir la "chaîne d'infos" de substitution.

Une fois que vous avez conçu les algorithmes de chaque type d'événement, vous êtes prêt à concevoir vos processus de coupure.