Généralités

En mode fusion compta/règlement, le traitement des règlements des tickets génère des transactions de règlement.

Pour une utilisation optimale il est préférable de paramétrer le module règlement en comptabilisation immédiate.

Cas des règlements “simples” : espèce, chèque, CB

Le paramétrage est fait au niveau du zoom des mode de règlements : paramétrage commun à toutes les caisses.

• Menu : Point de vente / Fichiers / Paramètres point de vente / Mode de règlement.

  • Onglet complément / sous groupe Règlement/ champ état : saisir l'état correspondant à l'état final du règlement.

Règlements de type mise en portefeuille (Espèce, chèque)

Choisir un état de type “En portefeuille”.

Vérifier qu’il existe un changement d'état de type encaissement en attente pour lequel le nouvel état est celui paramétré sur le mode de règlement du TPV.

La comptabilisation sera faite du compte de tiers vers le compte présent sur le mode de règlement.

Si un masque de compte de règlement est présent au niveau de la caisse, il sera appliqué.

Exemple de paramétrage des règlements par chèque :

• On met l'état C30 au niveau du mode de règlement CHQ du TPV. Utiliser le même paramétrage pour les chèques différés CHQD.

• Utilisation du changement d'état PORCHQ associé au compte 411500.

• La comptabilisation utilisée sera *10 vers C30 : Règles comptables TT + TP

• Règle TP : Création d’une écriture entre le compte du client et le compte 411500 (avec application du masque si présent au niveau de la caisse). Le journal est celui associé à la règle comptable.

Gestion des chèques différés CHQD : utiliser le même paramétrage (C30). On retrouvera la date de différé dans le champ date prévisionnelle de remise de la transaction générée, information visible lors de l’utilisation du programme de remise ne banque des chèques différés

Exemple de paramétrage des règlements en espèce :

• On met l'état E30 ( à créer si inexistant) au niveau du mode de règlement ESP du TPV.

• Utilisation du changement d'état PORESP (à créer si inexistant) associé au compte de caisse 530000.

• La comptabilisation utilisée sera *10 vers E30 (à créer si inexistant) : Règles comptables TT + TP.

• Règle TP : Création d’une écriture entre le compte du client et le compte 530000 (avec application du masque si présent au niveau de la caisse). Le journal est celui associé à la règle comptable.

Règlements de type remise en banque (CB)

Choisir un état de type “Remis”.

Vérifier qu’il existe un changement d'état de type encaissement en attente pour lequel le nouvel état est celui paramétré sur le mode de règlement du TPV.

La banque est celle définie au niveau du changement d'état ou si absente celle associée au journal de règlement de la caisse.

La comptabilisation sera faite du compte de tiers vers la banque trouvée.

Si un bordereau est associé à l'état choisi, il faudra générer le bordereau depuis le module Divalto Règlement pour faire la comptabilisation.

Exemple de paramétrage des règlements par carte bancaire :

• On met l'état K50 ( à créer si inexistant) au niveau du mode de règlement CB du TPV.

• Utilisation du changement d'état REMCB (à créer si inexistant) avec banque de type à saisir.

• Paramétrage du journal T1 (BNP) au niveau du journal de règlement de la caisse 1

• La comptabilisation utilisée sera *10 vers K50 (à créer si inexistant) : Règles comptables TT + TB.

• Règle TB : Création d’une écriture entre le compte du client et le compte de banque BNP

Ouvertures

Lors du traitement des règlements des tickets:

• La recherche du changement d'état est faite dans la fonction Rechercher_ChgEtat du module pvtmcpta.dhop.

• La recherche de la banque est faire dans la fonction Rechercher_Banque du module pvtmcpta.dhop.

Gestion des acomptes

Génération d’acompte

La génération d’un acompte est faite au niveau de la caisse à l’aide du type d’opération E - Acompte versé

Comme dans le module de règlement, le compte utilisé pour la comptabilisation d’un acompte versé dépend du paramétrage du compte tiers. Champ “Compte acompte / trop perçu” de l’onglet généralité. si vide on prend le compte “normal” du tiers

La comptabilisation sera faite du d’acompte vers le compte lié au règlement (Portefeuille, caisse ou banque)

Cas des factures déjà réglées

Les règlements associés à un numéro de pièce pour laquelle il n’existe pas d'échéances en attente seront traités comme des acomptes versés

Utilisation d’acompte (Bon d’acompte) dans le règlement d'un ticket.

Mode de règlement ACP (bon d’acompte) utilisable par le bouton RAcpte en standard.

L'état associé doit être WAC - Lettrage acompte (TPV). Etat de type encaissement à créer si inexistant

Le traitement d’un bon d’acompte (état WAC) recherche pour le tiers un acompte d’un montant > ou = au montant saisie en caisse.

Si un acompte est trouvé, un lettrage sera effectué entre l’acompte trouvé le facture à régler.

Si aucun acompte n’est trouvé (parce que l'acompte recherché correspond à une somme de plusieurs acomptes par exemple) : il faudra faire la compensation manuellement dans le module Divalto-règlement.

Le message d’avertissement n° 3348 est présent dans le livre de bord
Client C0000001 Caisse 1 Ticket125658 : Aucun acompte >= 125,00 trouvé. Compensation à faire.

Remboursement d’acompte

Le remboursement d’acompte, type d’opération C peut être fait par avec un mode de règlement qui accepte la saisie de montant négatif (ESP ou CB).

Si le mode de règlement ESP est associé à l'état E30. Il faut vérifier la présence d’une comptabilisation entre entre l'état ' ' et l'état ‘*30’ pour que le remboursement puis être comptabilisé.

Si le mode de règlement CB est associé à l'état K50. Il faut vérifier la présence d’une comptabilisation entre entre l'état ' ' et l'état ‘*50’ pour que le remboursement puis être comptabilisé.

Pour qu’un lettrage soit fait avec un acompte existant il faut que le montant de la demande de remboursement correspond exactement au montant de l’acompte à lettrer. Pas de lettrage partiel automatique.

Gestion des avoirs

Emission d’avoir

L'émission d’avoir est faite à l’aide d’un ticket négatif (retour articles) associé au mode de règlement EAV - (Emission avoir) au bouton EAvoir en standard.

Au niveau du mode de règlement EAV il faut laisser le champ état à vide.

Utilisation d’avoir (Bon d’avoir) dans le règlement d'un ticket.

Mode de règlement BAV (bon d’avoir) utilisable par le bouton RAvoir en standard.

L'état associé doit être WAV - Lettrage avoir (TPV). Etat de type encaissement à créer si inexistant

Le traitement d’un bon d’avoir (état WAV) recherche pour le tiers un avoir d’un montant > ou = au montant saisie en caisse.

Si un avoir est trouvé, un lettrage sera effectué en ter l’acompte le facture à règler.

Si aucun avoir n’est trouvé (parce que l’avoir recherché correspond à une somme de plusieurs avoirs par exemple) : il faudra faire la compensation manuellement dans le module Divalto-règlement.

Le message d’avertissement n° 3349 est présent dans le livre de bord

Client C0000001 Caisse 1 Ticket 154875 : Aucun avoir >= 75,00 trouvé. Compensation à faire.

Gestion des bons cadeaux

Il n’y pas en standard de paramétrage de l’utilisation de bon /chèque cadeaux pour le règlement d’un ticket.

Exemple de paramétrage pour l’utilisation de bon / chèque cadeau

Créer un nouveau mode de règlement CKD (Chèque / bon cadeau) associé au bouton KADO. Etat en position Final

Création d’un changement d'état CADEAU de type encaissement avec nouvel état = CKD et compte fixe de comptabilisation = 4670000

Créer une comptabilisation entre les états *10 vers CKD : Règles comptables TT + TP.

Règle TP : Création d’une écriture entre le compte du client et le compte 46700000 (avec application du masque si présent au niveau de la caisse). Le journal est celui associé à la règle comptable.