Vous sont présentés les divers outils :

...

Rappel : Tous les traitements concernant les encaissements/décaissements réservaient les entités sur le dossier. Ainsi, si un utilisateur/administrateur devait lancer la reprise sur incident, tous les utilisateurs devaient sortir de leur programme pour libérer les réservations.
Désormais, les programmes effectuent leur réservation sur le dossier et l'utilisateur courant. Si un incident survient, seul cet utilisateur devra sortir des programmes.
Ajout du code utilisateur :
Un champ « Utilisateur » a été ajouté au programme et nécessite la confidentialité « R*** » pour le renseigner.

...

• Si les écritures des effets en portefeuille ne sont pas auxiliarisées : on indique une fourchette de comptes généraux (non collectifs) dans les champs comptes et on laisse la partie Comptes collectifs à vide

• Si les écritures des effets en portefeuille sont auxiliarisées : on indique la fourchette des auxiliaires Tiers à traiter dans Comptes, et on indique la fourchette de collectifs dans Comptes Collectifs.

ATTENTION : si on a du 416, il faudra passer le traitement deux fois :

...

Ce traitement permet de mettre en place les liens entre les écritures et les effets suite à l'activation du lien postérieur au démarrage.
Vous accédez au traitement par l'option de menu : Règlement / Utilitaires / Initialisation des liens écritures

...

Épuration du module règlement

Ce traitement supprime tous les enregistrements jusqu'à la date indiquée.
Vous accédez au traitement par l'option de menu : Règlement / Utilitaires / Epurations / Epuration
Vous précisez jusqu'à quelle date, vous souhaitez épurer les factures et les effets.
Seront épurés les effets en position « final » ou « périmé » avec une date de sortie d'encours dépassée, ainsi que les factures réglées dont la TVA est soldée.

...

L'intégration est automatique si Divalto Commerce & Logistique et Divalto Comptabilité sont installés.
Dans le cas contraire ou en cas de reprise de données, ce traitement permet d'intégrer les factures et les effets liés dans Divalto Règlement.

On accède au traitement par l'option de menu Règlement / Traitement / Import des factures et effets.

Le fichier à intégrer est de type RCFM.dhfi. Celui provenant de Divalto Commerce & Logistique s'appelle RCFMG3.dhfi.
Ce fichier contient pour chaque facture à intégrer, un enregistrement facture et un ou plusieurs effets à générer.
Dans le cas d'un règlement multi-échéances, il y aura autant d'effets que d'échéances.

• Si la facture n'existe pas, la facture est créée, les effets sont créés et des liens entre la facture et chaque effet sont générés.

• Si la facture existe, 2 cas peuvent se présenter :

  • Tous les effets sont attendus et la TVA n'est pas déclarée : l'ancienne facture, et tout ce qui s'y rapporte, est annulée puis recréée avec les nouveaux éléments.

  • La déclaration de TVA n'est pas faite, mais des effets sont déjà réglés : les anciens effets ne sont pas touchés, un effet négatif du montant de l'ancienne facture est généré, les nouveaux effets du fichier d'intégration sont créés.

Rattachement factures/avoirs dans les anciens règlements complexes (V10.8)

Option de menu : Règlement OLD / Traitement / Import des factures et effets.

Prise en compte des effets liés à des acomptes afin que le lettrage avec les factures associées lors du règlement soit faite de manière optimale. Ainsi si lors d'un règlement complexe (1EFFNLIE) et des avoirs sont sélectionnés, les liens (R6) nécessaires au lettrage sont créés.

Annulation d'une transaction

...

Remarque : Ce programme génère la facture et l'effet associé.

Intégration des règlements

L’intégration des règlement est un traitement qui permet à partir d’une fichier au format JSON d’intégrer des règlements

Un fichier Json est composé d'une liste d'entête correspondant à un règlement
Chaque entête est rattachée à un ensemble de détails permettant de savoir à quelle facture et pour quel montant le règlement est fait.
Ces détails permet aussi de préciser les différences de règlements éventuellement associées par échéance.
Ces détails permet de préciser les éventuels acomptes.

La liste des natures d’opération est la suivante :

• WAR acompte,

• WDR Différence de règlement,

• WDC différence de change,

• WDA différence d'arrondi,

• WXX règlement divers,

• WPA règlement partiel sans nouvelle écriture,

• WRC règlement partiel ou rééchelonnement avec nouvelle écriture,

• WRE rééchelonnement,

• WE escompte,

• WLE lettrage

Dans l’exemple ci-dessous, on est dans le dossier 998. On effectue une transaction contenant en 2 “EnteteReglement” (sous-transaction)

La première correspond à

• un encaissement ("RegltTyp" : "1"),

• effectué par le tiers C0000007 ("TIERS" : "C0000007")

• en date du 20/03/2021 ("TRANSACDT" : "20210320")

• pour un montant de 2510 ("MTDEV" : "2510") EUR ("DEV" : "EUR")

• C’est le changement d'état de remise en portefeuille ("ChgEtat" : "PORCHQ")

• Et l'état final est le C30 ( "EtatFin" : "C30")

• Ce règlement se décompose en 3 DetailReglement

  • Règlement de 110 de la facture 10001130 du tiers C0000007 d’un montant d’origine de 116.41

    • Un règlement de 110 ("MTDEVFIN" : "110") de la devise de la pièce

    • Pour la facture 10001130 ("PIECE" : "10001130")

    • Du tiers C0000007 ("TIERS" : "C0000007")

  • Règlement partiel de 6.41 de la facture 10001130 du tiers C0000007 d’un montant d’origine de 116.41

    • Unrèglement partiel ("NatureOperation" : "WDR")

    • de 6.41("MTDEVFIN" : "6.41") de la devise de la pièce

    • Pour la facture 10001130 ("PIECE" : "10001130")

    • Du tiers C0000007 ("TIERS" : "C0000007")

  • Règlement de 2400 de la facture 10001130 du tiers C0000007 d’un montant d’origine de 467

    • Un règlement de 2400 ("MTDEVFIN" : "2400 ") de la devise de la pièce

    • Pour la facture 467 ("PIECE" : "467")

    • Du tiers C0000007 ("TIERS" : "C0000007")

La seconde correspond à

• un encaissement ("RegltTyp" : "1"),

• effectué par le tiers C0000003 ("TIERS" : "C0000003")

• en date du 20/03/2021 ("TRANSACDT" : "20210320")

• pour un montant de 5000 ("MTDEV" : "5000 ") EUR ("DEV" : "EUR")

• C’est le changement d'état de remise en portefeuille ("ChgEtat" : "PORCHQ")

• Et l'état final est le C30 ( "EtatFin" : "C30")

• Ce règlement se décompose en 1 DetailReglement

  • Règlement d’un acompte de 110 EUR du tiers C0000003

    • Un règlement de 5000("MTDEVFIN" : "5000") de la devise de la pièce

    • En acompte ("NatureOperation" : "WAR")

    • Du tiers C0000007 ("TIERS" : "C0000007")

{
 "action": {"swinfinity": "integration_reglement"},
 "parameters":
 {
 "doscpt": "998",
 "dos": "998",
 "etb": " "
 } 
 ,"data":
 {
 "EnteteReglementtb":
 [
 {
 "EnteteReglement":
 {
 "ETB" : "",
 "TRANSACDT" : "20210320",
 "DEV" : "EUR",
 "TIERS" : "C0000007",
 "MTDEV" : "2510",
 "LIB" : "Règlement",
 "RegltTyp" : "1", 
 "ChgEtat" : "PORCHQ",
 "EtatFin" : "C30",
 "DetailReglementtb":
 [
 {
 "DetailReglement":
 {
 "MTDEVFIN" : "110",
 "PREFPIECE" : " ",
 "PIECE" : "10001130",
 "TIERS" : "C0000007",
 "NatureOperation" : " "
 }
 },
 {
 "DetailReglement":
 {
 "MTDEVFIN" : "2400",
 "PREFPIECE" : " ",
 "PIECE" : "467",
 "TIERS" : "C0000007",
 "NatureOperation" : " "
 }
 },
 {
 "DetailReglement":
 {
 "MTDEVFIN" : "6.41",
 "PREFPIECE" : " ",
 "PIECE" : "10001130",
 "TIERS" : "C0000007",
 "NatureOperation" : "WDR"
 }
 }
 ]

} }, { "EnteteReglement": { "ETB" : "", "TRANSACDT" : "20210320", "DEV" : "EUR", "TIERS" : "C0000003", "MTDEV" : "5000", "LIB" : "Règlement", "RegltTyp" : "1", "ChgEtat" : "PORCHQ", "EtatFin" : "C30", "DetailReglementtb": [ { "DetailReglement": { "MTDEVFIN" : "5000", "PREFPIECE" : " ", "PIECE" : "", "TIERS" : "C0000003", "NatureOperation" : "WAR" } } ] } } ] } }

Exemple de fichier JSON