...
Traitement des règlements point de vente en mode fusion compta / règlement (A partir du pack 217d)
Au niveau des mode de règlements du TPV : les champs journaux et compte définis pour la comptabilisation des écritures ne sont plus utilisés. On utilise plus que le champ “état”.
Si l'état choisi contient un code bordereau il faudra générer le bordereau pour que la comptabilisation soit faite
Règlement TPV de type “mise en portefeuille”.
Dans le zoom des règlements du point de vente correspondant au type de règlement à traiter : définir un état de type “en portefeuille”. Si cet état est associé à un bordereau il faudra une fois les tickets traités aller dans le module de règlement pour traiter le bordereau.
Définir un changement d'état de type “encaissement” “en attente” avec nouvel état = état paramétré au niveau du règlement du point de vente. Dans ce changement d'état définir le compte qui devra être utilisé pour faire les écritures de mise en portefeuilles.
Définir une règle de comptabilisation entre l'état ”*10” et l'état de mise en portefeuille à traiter.
Sur la règle comptable définir le journal à utiliser pour la comptabilisation.
Règlement TPV de type “remise en banque”.
Dans le zoom des règlements du point de vente correspondant au type de règlement à traiter : définir un état de type “remis”. Si cet état est associé à un bordereau il faudra une fois les tickets traités aller dans le module de règlement pour traiter le bordereau.
Définir un changement d'état de type “encaissement” “en attente” avec nouvel état = état paramétré au niveau du règlement du point de vente. Si aucune banque n’est définie au niveau de ce changement d'état vous devez paramétré un journal de trésorerie au niveau de la caisse du TPV (journal de règlement)
Définir une règle de comptabilisation entre l'état ”*10” et l'état remis à traiter.
Comptabilisation des règlements du point de vente
C’est le programme “Intégration ticket Divalto comptabilité” qui se charge du traitement des règlements du point de vente après avoir générer les écritures liées aux ventes du point de vente.
Le traitement des règlements mets à jour Divalto règlement avec la transaction correspondant aux règlements du point de vente.
Si l’option comptabilisation immédiate est cochée au niveau du module de règlement, les écritures liées aux règlements seront générées automatiquement sinon il faudra aller dans le menu règlement / Traitement / Export des écritures comptables pour les générer
Cas des factures déjà réglées
Les règlements associés à un numéro de facture pour lequel il n’existe pas d'échéances en attente seront traités comme des acomptes.
Mode de règlement utilisé pour générer des acomptes (A partir du pack 217e)
Pour qu’un mode de règlement génère un acomptes (ou un bon d’avoir) lors du traitement des règlements il faut
Que l’option “négatif autorisé” soit active
Que le paramétrage de l'état (sous-groupe règlement) soit vide ou 'WAR'
Si un mode de règlement de type ‘WAR’ est utilisé avec un montant négatif lors du règlement d’un ticket, le programme d’intégration comptable générera un acompte correspondant au montant saisi.
Pour que cet acompte soit comptabilisé il faut qu’il existe un changement d'état de type ' ' vers l'état associé au règlement. Exemple : Si on associe l'état ‘C30’ au règlement par chèque et que l’acompte est fait à partir d’un “trop perçu” lié à un règlement par chèque il faut un changement d'état de type ' ' vers ‘C30’
Utilisation d’acompte dans le règlement d'un ticket. (A partir du pack 217e)
Pour qu’un mode de règlement permette l’utilisation d’un acompte (ou d'un bon d’avoir) lors du traitement des règlements il faut
Que le paramétrage de l'état (sous-groupe règlement) soit 'WLE'
Si un acompte correspondant au montant du règlement n'est pas trouvé on prend l'acompte le plus ancien avec un montant > au règlement demandé.
Pour utilisé plusieurs bon d'acomptes : il faut saisir un règlement par bon d'acompte.
La fonction 'Choisir_acompte_av' du module 'pvttcpta_sql.dhop' permet de filtrer les acomptes utilisés. Par défaut on ne prend que les acomptes de moins d'un an. Condition modifiable par surcharge.
Si un acompte est trouvé, un lettrage sera effectué entre la facture associé au ticket et l’acompte.
Ouvertures
La recherche du changement d'état est faite dans la fonction Initialiser_RgltJnlEnt_ChgEtat du module pvttcpta_sql.dhop
La recherche de la banque est faire dans la fonction Initialiser_Banque_Transac du module pvttcpta_sql.dhop
Vous pouvez donc surcharger ces 2 fonctions si besoin. L’enregistrement PAR (Paramètre de la caisse) correspondant à la caisse traitée est chargée.
Traitement comptables des mouvements en mode fusion compta / règlement (A partir du pack 217e)
Les mouvements suivants sont pris en comptes si l’option “Intégration dans Divalto Comptabilité est active au niveau des “types d’opération de la caisse”
Prélèvement (Type = '3')
Entrée (Type = '4')
Sortie (Type = '5')
JNL
L'écriture est créée sur le journal de mouvement de la caisse. En absence d’un journal de mouvement on prend le journal de règlement de la caisse
On n’utilise pas le journal présent dans le sous-groupe comptabilisation du mode de règlement de la caisse.
Compte
Le compte lié au mouvement est celui paramétré au niveau du type d’opération de la caisse.
Le compte lié au mode de règlement saisie sur le ticket est celui présent dans le sous-groupe “comptabilisation” du mode de règlement de la caisse. Lien vers notre documentation dédiée
Paramétrage du point de vente en mode fusion compta/règlement