Transactions de règlements
Utilisez cette fonction pour définir les caractéristiques de la transaction de règlement et les modes de règlement utilisés par la société :
- caractéristiques générales : sens (recette ou dépense), mode de règlement (virement, chèque, etc.),
- écrans de saisie : champs affichés, champs obligatoires,
- étapes de comptabilisation et modalités de regroupement : remise en banque, mise en portefeuille, éclatement de fichiers bancaires, etc.
Prérequis
Reportez-vous à la documentation de Mise en oeuvre
Gestion de l'écran
En-tête
Transaction de règlement (champ PAYTYP) |
Code unique identifiant la transaction de règlement. |
Législation (champ LEG) |
Intitulé (champ DESTRA) |
Intitulé classique de la fiche courante. |
Intitulé court (champ SHOTRA) |
Groupe (champ GFY) |
Onglet Général
Critères
Actif (champ ENAFLG) |
Code d'accès (champ ACS) |
Ce code d'accès permet de restreindre l'accès aux données par utilisateur ou groupes d'utilisateurs. |
Sens (champ SNS) |
Sélectionnez le sens de règlement. Si vous sélectionnez Dépense ou Recette, ce champ ne s'affiche pas dans l'en-tête du règlement en saisie de règlements. Dans ce cas, on sait que la transaction de règlement est toujours une dépense (Chèque émis par exemple) ou toujours une recette (Chèque reçu par exemple). Si vous sélectionnez Indéterminé, vous devez effectuer votre sélection en en-tête de règlement : soit Dépense, soit Recette. Ceci permet de ne créer qu'une transaction de règlement servant à la fois aux recettes ou dépenses (saisie caisse par exemple) . L'étape d'approbation des règlements ne s'applique qu'aux dépenses ou règlements indéterminés lorsque les cases à cocher Bordereaux de remise et Fichier banque sont sélectionnées. Pour définir les utilisateurs autorisés à approuver des règlements, utilisez le paramètre PAYAPP - Autorisation de paiement. |
Bloc numéro 2
Banque ou caisse (champ BANCSH) |
Sélectionnez Banque pour un registre de banque et Caisse pour un registre de caisse. Vous pouvez sélectionnez le Sens correspondant : Recette ou Dépense. |
Destination défaut (champ DENDEF) |
Définit la destination comptable proposée par défaut lors de la saisie d'un règlement pour cette transaction. |
Code interbancaire (champ CIB) |
Le code interbancaire (CIB) est une codification employée par toutes les banques pour indiquer le type d'opérations bancaires sur les lignes de relevés bancaires qu'elles envoient à leurs clients. |
Type de cours (champ RATTYP) |
Indiquez ici le type de cours à utiliser pour effectuer les conversions de devises en cours saisie ou de comptabilisation des règlements. |
Application cours facture (champ RATINV) |
Si cette case à cocher est sélectionnée pour une facture dont la devise est différente de la devise de la société, le cours appliqué entre la devise de l'échéance et la devise de la société pour le solde du compte tiers (soldé lors de la première étape de comptabilisation) est le même cours que celui de la facture. Aucune pièce d'écart de change ne sera constatée en devise de société. Si cette case à cocher n'est pas sélectionnée, le cours appliqué entre la devise de l'échéance et la devise de la société pour le solde du compte tiers est le cours appliqué à la date de comptabilisation. En cas d'écart de change, une pièce d'écart de change est générée en devise de société. Remarque : Cette case à cocher est également utilisée pour la devise de reporting : une pièce d'écart de change en devise de reporting peut être générée (ou non) en fonction de l'activation de cette case. Ce cours est applicable aux destinations comptables de type Banque ou Tiers et uniquement pour les cas où une ou plusieurs facture(s) est/sont imputée(s). Pour les autres destinations comptables ou les destinations comptables Banque/Tiers non imputées, le cours retenu est fixé par rapport au type de cours précédemment précisé. Consécutivement à l'application de ce cours facture d'origine, plusieurs taux peuvent co-exister. Dans ce cas, la pièce comptable affiche un taux de change vide et un taux de change est proposé (incrusté sur l'écran). Si la case à cocher Cours référentiel principal est sélectionnée sur l'onglet Saisie, ce champ est désactivé. |
Gestion par date échéance (champ DUDFLG) |
Si cette case à cocher est sélectionnée :
|
Gestion endossement (champ FLGEND) |
Paiement cash (champ SPACSH) |
Cet indicateur est affiché uniquement lorsque le code activité KSP est actif. |
Type règlement suisse (champ SWIPAYTYP) |
Ce champ nécessite l'activation du code d'activité KSW - Localisation suisse. Utilisez ce champ pour sélectionner le type de fichier généré :
Reportez-vous au guide de la législation suisse disponible sur le Centre d'aide en ligne, sur l'onglet Livres blancs pour plus d’informations sur le paramétrage des règlements et du BVR. |
Tiers (champ BPRTYP) |
TVA sur encaissements (champ CSHVATRGM) |
Tableau Mode règlement
No (champ NUMLIG) |
Mode règlement (champ PAM) |
Cette table vous permet d’indiquer les modes de règlement utilisés dans la proposition automatique de règlement (cf. Documentation Proposition automatique des règlements). |
Onglet Saisie
Zones supplémentaires
Il est possible d'ajouter des données en saisie (jusqu'à 30 champs). Ces champs doivent être définis dans l'écran PAY2, et sont optionnellement repris dans les écrans de transaction en fonction des réponses de présence données dans ce tableau.
Ces champs sont, par exemple, liés au code activité KSW - Suisse.
Motif économique
Le code motif économique est utilisé par la Banque de France dans le cadre de l’établissement de la Balance des paiements.
Il est nécessaire pour toute opération entrant dans le cadre suivant :
- transactions en euro vers une banque de l'Union européenne, y compris la France, pour les comptes de non-résidents et à partir de 50 000 euros,
- transactions en euro vers une banque située à l'extérieur de l'Union européenne et à partir de 12 500 euros,
- transactions en devise autre que l'euro vers une banque de l'Union européenne, y compris la France et à partir de 12 500 euros.
La qualité de résident/non-résident est définie au niveau Tiers.
Les seuils déclaratifs sont déterminés par les valeurs paramètres AMTVIR1, AMTVIR2 et AMTVIR3 dans le chapitre Tiers / Valeurs par défaut.
La saisie de ce code et son caractère obligatoire sont déterminés au niveau du paramétrage de la transaction de saisie de règlements.
Si la société à partir de laquelle on constitue le règlement a le statut de déclarant direct général à la balance des paiements, le code 060 ‘Déclarant direct général’ est proposé (paramétrage fiche Société).
Dans le cas contraire, la valeur proposée sera celle définie au niveau du tiers (paramétrage fiche Tiers).
Ce code est modifiable.
Cette valeur est reprise dans les fichiers bancaires (AFB160, AFB320, SEPA Credit Transfer).
Fonctionnement du code motif économique
Si la société est déclarante directe, le code Motif économique '060' doit être renseigné dans la section Compta de la fiche Société.
Ce code est automatiquement appliqué à tout règlement à destination de tiers non résidents généré à partir de cette société.
Ce champ n'est pas alimenté s'il s'agit d'opérations avec des résidents.
Si la société n'est pas déclarante directe, le code motif économique doit être renseigné pour chaque tiers non résident.
En fonction des seuils déclaratifs, il est pris en compte :
- Saisie des règlements
Il est alors modifiable.
Les seuils déclaratifs sont définis par les valeurs paramètres "Seuil 1 Balance des paiements" (Chapitre PAY/ Groupe RGL/ AMTVIR1) , et " Seuil 2 Balance des paiements ( Chapitre Pay/ Groupe RGL/ AMTVIR2) en proposition automatique en fonction des seuils de déclaration.
Si aucune valeur n'a été renseignée dans la ficheTiers, un code peut être sélectionné directement ensaisie de règlement.
La saisie est rendue obligatoire si le paramétrage de la transaction desaisie de règlement l'impose.
Champs
Banque (champ DACBAN) |
Pas d'aide liée à ce champ. |
Obligatoire (champ BANOBL) |
Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements |
Société (champ DACCPY) |
Cette zone est affichée automatiquement en saisie de règlement. Elle correspond à la société dans laquelle se trouve le site précisé en en-tête de règlement. |
Référence (champ DACREF) |
On peut saisir une référence interne pour la pièce de règlement. |
Obligatoire (champ REFOBL) |
Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements |
Référence remise (champ DACFRMREF) |
Obligatoire (champ FRMREFOBL) |
Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements |
Type de remise (champ DACFRMTYP) |
Libellé en-tête (champ DACDES) |
Vous pouvez saisir un libellé, pour information. Ce libellé sera repris par défaut dans le libellé des lignes de saisie du règlement (si le champ ‘Libellé ligne’ a été sélectionné). |
Obligatoire (champ DESOBL) |
Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements |
Libellé ligne (champ DACDESLIN) |
Obligatoire (champ DESLINOBL) |
Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements |
Mode règlement (champ DACPAM) |
Ce champ est lié à la table diverse n°3. |
Date origine (champ DACORIDAT) |
Obligatoire (champ ORIDATOBL) |
Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements |
Date échéance (champ DACDUDDAT) |
Obligatoire (champ DUDDATOBL) |
Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements |
Date de valeur (champ DACVALDAT) |
Obligatoire (champ VALDATOBL) |
Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements |
Date création (champ DACBILDAT) |
Obligatoire (champ BILDATOBL) |
Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements |
Numéro compte bancaire (champ DACBID) |
Sélectionnez cette case à cocher si le champ RIB doit être affiché dans la transaction de saisie de règlement. Ce champ est obligatoire si le type de règlement est utilisé pour des règlements électroniques. Vous devez sélectionner cette case à cocher et la case à cocher Obligatoire correspondante. Sur les règlements effectués par transmission électronique, les cases à cocher Fichier banque ou Génération SEPA de l'onglet Etapes doivent être sélectionnés. Le RIB est généralement initialisé à partir du code adresse de règlement. Si la transaction de saisie de règlement est liée à un prélèvement, le RIB est récupéré par défaut du mandat saisi dans le règlement d'entête (voir le livre blanc sur la gestion des mandats SEPA dans Sage X3 sur le Centre d'aide en ligne, section 'Comptabilité'). |
Obligatoire (champ BIDOBL) |
Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements |
Domiciliation 1 (champ DACPAB1) |
Champ indiquant le nom de la banque. La domiciliation de la banque est généralement initialisée à partir du code adresse de règlement. |
Obligatoire (champ PAB1OBL) |
Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements |
Domiciliation 2 (champ DACPAB2) |
Obligatoire (champ PAB2OBL) |
Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements |
Référence tiré (champ DACBPRREF) |
Obligatoire (champ BPRREFOBL) |
Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements |
Motif de règlement (champ DACEPARENP) |
Obligatoire (champ EPARENPAYO) |
Bloc numéro 2
Type de chèque (champ DACCHQTYP) |
Numéro chèque (champ DACCHQNUM) |
Obligatoire (champ CHQNUMOBL) |
Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements |
Etablisst payeur (champ DACCHQBAN) |
Obligatoire (champ CHQBANOBL) |
Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements |
No carte bancaire (champ DACCRDNUM) |
Obligatoire (champ CRDNUMOBL) |
Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements |
Autorisation carte (champ DACCRDAUZ) |
Obligatoire (champ CRDAUZOBL) |
Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements |
Type achat (champ DACPURTYP) |
Cours référentiel principal (champ DACCURRAT) |
Sélectionnez cette case à cocher pour saisir directement un cours de devise en saisie de règlement. Cette action écrase la devise de règlement par défaut dans la table des Cours de devise. Cette case à cocher est désactivée quand la case à cocher Application cours facture est sélectionnée sur l'onglet Général. Si vous sélectionnez cette case à cocher, le champ Application cours facture est désactivé sur l'onglet Général. |
Obligatoire (champ CURRATOBL) |
Sélectionnez cette case à cocher pour rendre obligatoire la saisie d'un cours de devise en saisie de règlement. |
Montant banque (champ DACAMTBAN) |
Définit ou non la présence de le champ ‘montant banque’. Ce champ |
Obligatoire (champ AMTBANOBL) |
Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements |
Date banque (champ DACBANDAT) |
Obligatoire (champ BANDATOBL) |
Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements |
Nombre de colonnes fixes (champ NBRCOL) |
Indique le nombre de colonnes qui sont figées à gauche |
Onglets
Lot de saisie (champ DACPYL) |
Conditionne la gestion des lots de saisie (onglet Lot de saisie et zones en-tête) dans la saisie des règlements. |
Contrôle solde (champ LOTPROBALC) |
Ce champ est visible uniquement si le paramètre PROBALCTL - Contrôle solde progressif (chapitre TRS - groupe PAY) a pour valeur 'Oui'. Il est accessible si la case ‘Lot de saisie’ est activée.
|
Transaction saisie règlement (champ DACPAYTYP) |
Ce champ est disponible si le champ Banque ou Caisse a pour valeur Banque ou Caisse dans la section Général en législation polonaise ou sud-africaine.
Aucune transaction dédiée aux registres de caisse ou banque n’est disponible en saisie de règlements (GESPAY). |
Tableau Zones supplémentaires
No (champ NUMLIG) |
Saisie (champ DACSUP) |
Ce tableau est constitué de champs optionnels qui ont pu être ajoutés par votre installateur. |
Intitulé (champ LIBSUP) |
Cette case à cocher permet de rendre obligatoire la zone correspondante lors de la saisie de règlements |
Obligatoire (champ SUPOBL) |
Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements |
Onglet Étapes
La section Etapes permet de définir les étapes de comptabilisation propres à la transaction de règlement. L'ordre des étapes est immuable. Si, pour une transaction de règlement, toutes les étapes de comptabilisation sont sélectionnées, chaque traitement doit être complété avant de pouvoir passer à l'étape suivante.
Éclatement de fichiers bancaires
Vous pouvez créer une transaction de règlement dédiée à l’éclatement de fichier bancaire en utilisant les champs de la section Eclatement fichier bancaire. Vous pouvez ensuite utiliser cette transaction pour créer des bordereaux de remise et générer des fichiers bancaires dans les fonctions Saisie bordereau de remise (GESFRM) et Remises magnétiques (FICMAG). Lors de la génération de fichiers bancaires, un ou plusieurs fichiers sont créés selon les données de règlement et les critères d’éclatement renseignés.
L’éclatement de fichier dépend du format du fichier bancaire et doit être évalué. Par exemple, pour effectuer un éclatement par devise, vous devez utiliser un format spécifique prenant en charge le multi-devise (généralement par le biais de plusieurs fichiers séparés par devise).
Cette option n’est pas disponible en création de fichiers EDI.
Comptabilisation intermédiaire
Dernière étape de comptabilisation possible des règlements avant la comptabilisation en banque, une écriture peut être passée sur un compte intermédiaire de remise à l'encaissement ou à l'escompte par exemple.
Cette étape n'est accessible que pour les règlements placés sur un bordereau de remise.
Vous pouvez associer à l'étape de comptabilisation intermédiaire un groupe de pièces automatiques (cf. Groupe de pièces automatiques) : selon qu'il s'agisse de le première étape de comptabilisation ou de la seconde, le groupe de pièce proposé en standard peut être respectivement STEP1 ou STEP N.
Vous pouvez indiquer le journal de comptabilisation de la comptabilisation intermédiaire. Vous pouvez générer des schémas comptables différents suivant que le règlement soit remis à l'encaissement ou à l'escompte. Le journal sélectionné, selon le paramétrage, peut être déterminant pour la recherche du compte intermédiaire. Le type de journal sélectionné est lié à la définition de la Banque.
Un traitement propre vous permet d'effectuer la comptabilisation intermédiaire en masse des règlements sur bordereau.
Se reporter à la documentation sur la Comptabilisation intermédiaire pour plus d'informations.
Comptabilisation en banque
Cette avant-dernière étape est obligatoire pour toutes les transactions de règlements. Elle permet la comptabilisation en banque du règlement.
Vous pouvez associer à l'étape de comptabilisation en banque un groupe de pièce automatique (cf. documentation Groupe de pièces automatiques). Selon qu'il s'agisse de le première étape de comptabilisation ou de la seconde/troisième, le groupe de pièce proposé en standard peut être respectivement STEP1 ou STEPN.
Les champs Regroupement si encaissement et Regroupement si escompte sont accessibles lorsque la transaction comporte une étape de saisie de bordereau ou de saisie d'avis de domiciliation.
Le code de regroupement vous permet de définir si une écriture est générée selon le type de remise :
- par règlement (1 règlement, 1 pièce comptable),
- par bordereau (1 bordereau de remise, 1 pièce comptable),
- par date d'échéance (1 pièce comptable par date d'échéance).
Le regroupement par échéance ou bordereau n'est possible que si l’option Bordereau de remise est activée.
Si le code édition rattaché au code traitement est "CHE" ou "CHR" (table diverse N° 304), le champ Regroupement si escompte est inaccessible.
Vous devez indiquer ensuite le journal utilisé pour la comptabilisation en banque. Le journal sélectionné, selon le paramétrage, peut être déterminant pour la recherche du compte bancaire. Le type de journal sélectionné est lié à la définition de la Banque.
Un traitement propre vous permet d'effectuer la comptabilisation en banque des règlements (voir Comptabilisation en banque). Vous pouvez également remettre un règlement en banque depuis la saisie de remise ou saisie de domiciliations (suivant les étapes paramétrées), ce qui permet aussi de valider cette étape pour un règlement/bordereau/avis unique
Autorisation requise
Vous pouvez exiger que les règlements de type dépense ou indéterminés soient soumis à une approbation. Pour cela, sélectionnez la case à cocher Autorisation et assurez-vous que les cases Bordereaux de remise et Fichier banque sont aussi sélectionnées. Les utilisateurs désignés comme approbateurs ont le paramètre PAYAPP - Autorisation de paiement (chapitre TDS, groupe AUZ) sur Oui.
Dévalorisation des effets
Cette dernière étape permet de gérer la comptabilisation des effets, notamment pour les législations espagnole ou portugaise. Indépendamment des législations, cette dernière étape permet de générer une étape de comptabilisation supplémentaire depuis la fonction Dévalorisation des effets.
Le groupe de pièce doit être défini.
Vous devez indiquer le journal utilisé pour la comptabilisation intermédiaire. Vous pouvez générer des schémas comptables différents suivant que le règlement soit remis à l'encaissement ou à l'escompte. Le journal sélectionné, selon le paramétrage, peut être déterminant pour la recherche du (des) compte(s). Le type de journal sélectionné est lié à la définition de la Banque.
Traitement
Proposition auto (champ PAYPPS) |
Ce champ indique si le mode de règlement doit être pris en compte par la fonction de proposition automatique des règlements. |
Impression
Code édition (champ CODEDT) |
Saisissez le code d'état pour identifier les types de règlements à inclure. Ce code vous permet d'imprimer des états associés à des chèques, traites ou remises. Pour les saisies de type banque ou caisse, appliquez les codes suivants :
|
Impression obligatoire (champ EDTFLG) |
Indiquez si l'impression associée au code est une |
Bloc numéro 2
Affectation banque (champ STA4) |
Ce champ indique si une phase d'affectation bancaire automatique est |
Retour acceptation (champ STA2) |
Ce champ indique si une étape d'acceptation est nécessaire avant la première validation du règlement. |
Autorisation (champ PAYAPP) |
Sélectionnez cette case à cocher si l'approbation des règlements est requise. Remarque : L'étape d'approbation s'applique uniquement aux règlements de type dépense ou indéterminés, et les cases à cocher Bordereaux de remise et Fichier banque doivent être sélectionnées.
|
Comptabilisation intermédiaire
Comptabilisation (champ STA8) |
Indiquez si le bordereau de remise doit subir une comptabilisation intermédiaire avant sa comptabilisation en banque (utilisé par exemple pour les effets reçus lors de la remise à l'encaissement ou à l'escompte). |
Groupe pièce (champ AUTACE8) |
Type journal encaiss (champ JOU8) |
Type journal escompte (champ JOU82) |
Comptabilisation des effets
Comptabilisation (champ STA3) |
Indiquez si une étape de comptabilisation des effets est nécessaire pour cette transaction de règlement. La comptabilisation des effets en portefeuille consiste à valider le règlement individuellement sur un compte différent du compte bancaire. |
Màj portefeuille effets (champ UPDBIL) |
Utilisez ce champ pour indiquer si le type de règlement est lié à un des champs Portefeuille de la fiche tiers. Les champs Portefeuille (1, 2, etc.) correspondent à un ensemble d'effets à payer ou recevoir non échus. Ces effets sont ensuite soumis à une phase de dévalorisation dans une fonction dédiée. |
Groupe pièce (champ AUTACE3) |
Type journal (champ JOU3) |
Comptabilisation en banque
Comptabilisation (champ STA9) |
Groupe pièce (champ AUTACE9) |
Regroupement règlement (champ ACETYP91) |
Regroupement escompte (champ ACETYP92) |
Type journal (champ JOU9) |
Remises
Bordereaux de remise (champ STA5) |
Sélectionnez cette case à cocher pour indiquer si les règlements doivent être regroupés sur des bordereaux de remise avant leur comptabilisation en banque. Lorsque l'approbation des règlements est requise, cette case à cocher doit être sélectionnée. |
Domiciliations (champ STA7) |
Indiquez si les règlements doivent être regroupés en avis de domiciliation avant leur comptabilisation en banque (cas des effets émis). |
Fichier banque (champ STA6) |
Sélectionnez cette case à cocher si une transmission magnétique du bordereau de remise est possible avec la banque (virements, LCR, etc). Pour les domiciliations, sélectionnez cette case pour tracer les fichiers importés et exportés dans le suivi des règlements et avis de domiciliations. Lorsque l'approbation des règlements est requise, cette case à cocher doit être sélectionnée. |
Support magnétique (champ FILREF6) |
Pour la France, il s'agit du fichier ETEBAC. Indiquez le nom du fichier à générer si la transaction ne génère que ce type de fichier. Sinon, laisser la zone vide pour que le choix du fichier se fasse à l'étape de la remise magnétique. |
EDI (champ FILREF71) |
Génération SEPA (champ EPACDTTRF) |
Lorsque que cette case à cocher est sélectionnée, elle permet de générer des fichiers bancaires au format SEPA pour la transaction de saisie de règlement sélectionnée. |
Fichier SEPA (champ FILREF8) |
Utilisez ce champ pour sélectionner le fichier texte ‘pivot’ de Sage X3, envoyé à Sage Connect pour conversion en .xml. |
Famille fichier bancaire (champ NATPAY) |
La nature du règlement identifie les formats des fichiers bancaires qui peuvent être générés par la transaction de règlement. Suivant l'établissement bancaire ou le caractère national/international du règlement, le format du fichier est différent. La nature du règlement permet d'associer à une transaction de règlement, un ensemble de fichiers bancaires possibles. Cette zone est obligatoire si la transaction génère un fichier bancaire. |
Dévalorisation des effets
Groupe pièce (champ AUTACE10) |
Type journal (champ JOU10) |
Eclatement fichier bancaire
Mode règlement (champ GRPPAM) |
Sélectionnez cette case à cocher dans les critères pour éclater les fichiers bancaires d’un groupe de bordereaux de remise donné, selon le mode de règlement. L’éclatement de fichier dépend du format du fichier bancaire et doit être évalué pour chaque type. Cette option n’est pas disponible en création de fichiers EDI. |
Devise (champ GRPCUR) |
Sélectionnez cette case à cocher dans les critères pour éclater les fichiers bancaires d’un groupe de bordereaux de remise donné, selon la devise. L’éclatement de fichier dépend du format du fichier bancaire et doit être évalué pour chaque type. Par exemple, pour effectuer un éclatement par devise, vous devez utiliser un format spécifique prenant en charge le multi-devise (généralement par le biais de plusieurs fichiers séparés par devise). |
Date échéance (champ GRPDUD) |
Sélectionnez cette case à cocher dans les critères pour éclater les fichiers bancaires d’un groupe de bordereaux de remise, selon la date d’échéance. L’éclatement de fichier dépend du format du fichier bancaire et doit être évalué pour chaque type. |
Onglet Trésorerie
Export
Fait générateur (champ FLGCAS) |
Ce champ vous permet de préciser quel est le fait générateur de la prise en compte des règlements d'une transaction dans le fichier d'export des règlements, vers le progiciel de trésorerie (cf. documentation Export règlement tréso Sage).
|
Code fichier regroup (champ FICCAS) |
Ce champ pointe sur la table diverse 325. C’est un critère de regroupement ou d’éclatement des règlements lors de la génération de fichiers d’export de règlement. |
Tableau Equivalence
Code zone (champ CODCAS) |
Code de la zone du fichier d'export des règlements dont le paramétrage du contenu peut être effectué.
Ce code doit nécessairement être saisi en majuscules. |
Formules (champ CLCFOR) |
La formule de paramétrage peut être saisie de façon guidée grâce à l'assistant de formules. Par défaut, les principales tables accessibles sont proposées :
Ainsi que les principaux écrans :
|
Longueur fixe de champ
Le fichier d'export des échéances est en longueur fixe (cf. documentation Export échéancier tréso Sage).
De ce fait, le contenu d'une zone peut être tronqué si, du fait du paramétrage, elle vient à contenir trop de caractères par rapport à sa longueur maximale dans le progiciel de trésorerie.
S'agissant de l'interface avec Sage Concept Trésorerie :
- pour le code Nature (CPTA) = 16 caractères maximum
- pour le code Annexe (CDC) = 16 caractères maximum
- pour le Commentaire (DESCR) = 32 caractères maximum
- pour le code Référence (CODRIF) = 8 caractères maximum
- pour le Numéro de chèque (NASS) = 8 caractères maximum
Le paramétrage de certaines zones doit aussi tenir compte descontraintessuivantes :
- les zones Nature (CPTA) et Annexe (CDC)
Au niveau du progiciel de trésorerie, ces zones pointent sur une table de valeur ; il est donc préférable de les alimenter de la même façon pour l'export des échéances. - la zone Numéro de chèque (NASS)
Celle-ci n'a pas vocation à récupérer un numéro de chèque, inexistant à ce stade du cycle de vie des échéances, mais plutôt à récupérer des informations complémentaires (si CODRIF et DESCR sont insuffisants par exemple)
Valeurs par défaut et valeurs saisies
Dans le cas où le paramétrage n'est pas renseigné pour tout ou partie des champs du fichier de trésorerie, les valeurs par défaut suivantes sont appliquées, quelle que soit la transaction et la banque :
- pour la Date d'opération (DOPE) =
- si le fait générateur = remise en banque
- DOPE = date comptable
- si le fait générateur < remise en banque
- DOPE = date échéance si date échéance > date comptable
- DOPE = date comptable si date échéance < date comptable
- le champ Numéro de chèque (NASS) =
- si le paramétrage de la transaction de règlement prévoit le champ 'Numéro de chèque' (CHQNUM de PAYMENTH), son contenu est automatiquement repris.
- pour le neutraliser, il suffit de paramétrer un autre contenu (y compris "" pour que la zone soit transmise vide)
Dans le cas où ces valeurs par défaut ne conviennent pas, le paramétrage de certaines zones doit tenir compte des contraintes suivantes :
- les zones Nature (CPTA) et Annexe (CDC)
Au niveau du progiciel de trésorerie, ce champ pointe sur une table de valeurs ; il est donc préférable de l'alimenter de la même façon pour l'export des règlements. - le champ Date d'opération (DOPE)
Ce champ est au format de date JJMMAAAA. - le champ Numéro de chèque (NASS)
Celle-ci a ici vocation à récupérer un numéro de chèque, mais elle peut parfaitement être 'détournée' sur certaines transactions, pour récupérer des informations complémentaires (si CODRIF et DESCR sont insuffisants par exemple)
Longueur fixe de champ
- pour le code Transfert (TRANS) = 128 caractères maximum
- pour le code Libellé (DESCR) = 128 caractères maximum
Ces zones ne pointent pas sur des tables de valeur, côté Sage 1000 Trésorerie.
Valeurs par défaut et valeurs saisies
Dans le cas où le paramétrage n'est pas renseigné pour tout ou partie des champs du fichier de trésorerie, les valeurs par défaut suivantes sont appliquées, quelle que soit la transaction et la banque :
- pour la Date d'opération (DOPE) =
- si le fait générateur = remise en banque
- DOPE = date comptable
- si le fait générateur < remise en banque
- DOPE = date échéance si date échéance > date comptable
- DOPE = date comptable si date échéance < date comptable
- pour la Référence (REF) =
- si le paramétrage de la transaction de règlement prévoit le champ 'Numéro de chèque' (CHQNUM de PAYMENTH), son contenu est automatiquement repris.
- pour le neutraliser, il suffit de paramétrer un autre contenu (y compris "" pour que la zone soit transmise vide)
Dans le cas où ces valeurs par défaut ne conviennent pas, le paramétrage de certaines zones doit tenir compte des contraintes suivantes :
- le champ Transfert (TRANS)
Elle permet de savoir s'il s'agit d'un virement international ou non et le contenu attendu de ce champ est de type Oui ou Non. Les valeurs envoyées sont libres pour peu qu'il n'y en ait que 2 distinctes (Sage 1000 Trésorerie utilise alors une table de transcodage) - le champ code Budgétaire (BUDG)
Au niveau du progiciel de trésorerie, ce champ pointe sur une table de valeurs ; il est donc préférable de l'alimenter de la même façon pour l'export des règlements. - le champ Date d'opération (DOPE)
Ce champ est au format de date JJMMAAAA. - le champ Référence (REF)
Celle-ci a ici vocation à récupérer un numéro de chèque, mais elle peut parfaitement être 'détournée' sur certaines transactions, pour récupérer des informations complémentaires (si CODRIF et DESCR sont insuffisants par exemple) - le champ Type de LCR (LCR)
Les valeurs attendues sont Encaissement/Escompte/Aucune, ou toutes autres valeurs dès lors qu'il n'y en a que 3. Le transcodage est alors fait au niveau de Sage 1000 Trésorerie.
S’agissant de l'interface avec Sage FRP Treasury
- pour le code Libellé (DESCR) = 32 caractères maximum,
- pour le code Référence (REFXRT) = 16 caractères maximum.
Ces zones ne pointent pas sur des tables de valeur, côté Sage FRP Treasury.
Valeurs par défaut et valeurs saisies
Dans le cas où le paramétrage n'est pas renseigné pour tout ou partie des champs du fichier de trésorerie, les valeurs par défaut suivantes sont appliquées, quelle que soit la transaction et la banque :
- pour la Date d'opération (DOPE) =
- si le fait générateur = remise en banque
- DOPE = date comptable
- si le fait générateur < remise en banque
- DOPE = date échéance si date échéance > date comptable
- DOPE = date comptable si date échéance < date comptable
Actions spécifiques
Cette action permet de valider le paramétrage de l'écran de saisie. |
Cette action permet de copier le paramétrage de la transaction sur un autre dossier. |
Messages d'erreur
Outre les messages génériques, les messages d'erreur suivants peuvent apparaître lors de la saisie :
Transaction de type SEPA : incohérence entre le sens du règlement et les modes de règlement rattachés ($1$)
Ce message s'affiche lorsque le contrôle de cohérence entre le sens de la transaction de saisie et le mode de règlement sélectionné échoue.