Étape 1 : Paramétrage

Concept

Certains paramétrages sont nécessaires pour gérer les mandats dans les processus de créances.

Menus locaux (TXT)

Paramètres pour gérer les prélèvements SEPA.

Ouvrir : Développement > Dictionnaire données > Tables > Menus locaux - Messages 

Chapitre 2604 - Nature transaction règlement

Un nouveau type de transaction de règlement a été ajouté : SDD.

Gestion des mandats SEPA dans les processus de créances de Sage X3.

Transactions saisie règlements (GESTPY)

Ouvrir : Paramétrage > Comptabilité tiers > Transactions saisie règlements

Transaction SDD

Toute transaction de saisie de règlement ayant le sens Recette et l'indicateur Génération SEPA activé, est considérée comme une transaction SDD dans les traitements et fonctions de Sage X3.

Pour gérer les encaissements SDD, une transaction SDD doit être créée.

• Désormais, l'indicateur Génération SEPA s'applique au SCT et au SDD.

  Si vous saisissez d'abord un fichier SEPA, la famille fichier bancaire n'est pas contrôlée et vous pouvez saisir une famille fichier bancaire qui n'est pas lié au SEPA. Dans ce cas, lors de la génération du fichier SEPA, un message d'erreur s'affiche : "Structure fichier incorrect". Corrigez le fichier bancaire si nécessaire.
  Si cette valeur est d'abord saisie, le système restreindra la sélection du fichier SEPA en fonction de la législation et de la famille fichier bancaire.
  Attention : la sélection sur le champ Fichier SEPA permet d'accéder à tout type de fichier, pas uniquement aux fichiers SEPA.
• Nouveaux contrôles de cohérence entre le sens de la transaction, l'indicateur Génération SEPA et les modes de règlement sélectionnés :

  • Si le sens de la transaction de saisie est Recette et l'indicateur Génération SEPA est coché, le mode de règlement sélectionné doit être SDD.

    

  • Si la cohérence n'est pas respectée, un message d'erreur bloquant s'affiche : "Transaction de type SEPA : incohérence entre le sens du règlement et les modes de règlement rattachés (SDD)."

Gestion des échéances (GESGDS)

Ouvrir : Paramétrage > Comptabilité tiers > Ecrans > Gestion échéances

C'est le champ Référence mandat qui permet la gestion du mandat.

Modes de règlement (GESTAM)

Ouvrir : Données de base > Tables tiers > Modes de règlement

Utilisez la fonction Modes de règlement (GESTAM) pour définir les modes de règlement applicables aux processus et fonctions des mandats SEPA.

Paramétrage

Dans le bloc Gestion, cochez la case Gestion SDD pour indiquer que le mode de règlement est lié au mode de gestion des mandats SDD (SEPA Direct Debits). Dans ce cas, le champ Relevé devient inactif. Ainsi, il n'est pas possible de saisir un code relevé pour un mandat de type SDD. Par conséquent, les échéances SDD n'apparaissent jamais sur les relevés. À l'inverse, le champ Relevé est actif lorsque la case Gestion SDD est décochée.

Tables diverses (FONADI)

Ouvrir : Données de base > Données de base > Tables diverses

Table 330 - Séquence de prélèvement

Les séquences de prélèvement sont définies dans la table 330. Ces séquences sont allouées aux encaissements en fonction de l'ordre de création des règlements.

Modèles import/export (GESAOE)

Ouvrir : Paramétrage > Exploitation > Imports/Exports > Modèles import/export

Import saisies règlements SDD

Le champ Référence du mandat est disponible dans le modèle PAY.

Import saisies pièces SDD

Le champ Référence du mandat est disponible dans le modèle GASDUD livré.

Définition fichier bancaire (GESTFB)

Ouvrir : Paramétrage > Comptabilité tiers > Fichiers > Fichiers bancaires

Fichier bancaire SDD

Un pré-paramétrage pour la génération du fichier XML est fourni : SDD02.

Le prélèvement SEPA est basé sur la norme ISO20022 "Customer Direct Debit Initiation".

Le message "Customer Direct Debit Initiation" contient des données structurées regroupées en blocs définis selon le schéma "pain.008.001.02" (utilisé pour CORE/COR1 ainsi que B2B).

Ce fichier XML est toujours composé de trois blocs :

• Bloc GroupHeader (En-tête)

  Ce bloc est obligatoire et n'apparaît qu'une seule fois. Il contient des éléments généraux qui s'appliquent à l'intégralité du message (date de création, numéro de transaction, etc.).

• Bloc PaymentInformation (En-tête)

  Ce bloc est obligatoire et répétitif. Il contient des éléments liés à la partie de la transaction relative au crédit (échéance, mode de règlement, type de règlement, identifiant créancier, compte crédité, etc.). 

• Bloc DirectDebitTransactionInformation (Détail)

  Ce bloc fait partie du bloc PaymentInformation. Il est obligatoire et répétitif (autant de fois que le nombre de règlements sur le bordereau de remise). Il contient des éléments liés aux informations de débit et de mandat (références, référence unique du mandat, montant, compte de débit, etc.).

• Pour plus de détails sur la structure, référez-vous au chapitre Étape 5 Mandats et fichiers bancaires.

Ce pré-paramétrage utilise le compteur défini dans la fonction d'Affectation des compteurs (GESTCA), pour le Type de document : Référence message SEPA.

Certaines banques demandant des informations complémentaires, ce paramétrage peut être ajusté afin de répondre aux différentes exigences.

Concepteur de fichiers bancaires

Le concepteur de fichiers bancaires est mis à jour pour gérer les balises XML :

Champ	Commentaires
Type format	Format soit Fixe ou Variable. Le format Variable déclenche l'affichage de colonnes requises dans la table de paramétrage, à savoir : Séparateur début, Séparateur fin, Obligatoire et Condition. Un message d'avertissement s'affiche lorsque le format Séparateur fin n'est pas cohérent avec le Séparateur début.
Extension de fichier	Lorsqu'elle est saisie, elle est utilisée en plus de l'extension déjà existante dans la fonction Comptes en banque (GESBAN). 4 caractères au maximum.
Séparateur début / Séparateur fin	Permet de saisir des balises XML. Un contrôle est effectué entre la balise de début et la balise de fin pour vérifier la cohérence du code des balises (message d'avertissement : "Le séparateur de fin devrait être </XX>. Voulez-vous le modifier ?").
Obligatoire	Disponible lorsque le contenu entre les balises XML ne correspond pas à un groupe d'éléments XML. Si le contenu est obligatoire et que l'exigence n'est pas satisfaite à la génération du fichier bancaire XML, une erreur s'affiche (mais le fichier bancaire est quand même créé).
Condition	Les règles de gestion XML imposent que les balises de début et de fin ne soient pas générées s’il n’y a pas de contenu entre les deux balises. Du fait de ce champ de condition, un groupe d'éléments XML comprenant du contenu optionnel n'est pas créé si la condition n'est pas remplie, évitant ainsi la création de contenu vide. Saisir une condition n'est pas nécessaire pour les balises qui contiennent des données optionnelles tant que ces balises ne sont pas directement comprises dans le groupe d'éléments XML. En effet, le traitement FICMAG détecte automatiquement ces fiches et ne les crée pas. Les informations saisies afin de permettre la correspondance avec le transfert payé (par exemple, une facture commerciale) sont soit sous forme non structurée (recommandation du Conseil européen des paiements, CEP), soit sous forme structurée, mais pas les deux. Dans Sage X3, le paramétrage standard permet la correspondance sous forme non structurée.   Dans le cas d'informations structurées, les valeurs des codes sont listées ou déterminées au préalable avec l'établissement financier. Sage X3 fournit les balises structurées pour vous permettre d'ajuster le pré-paramétrage comme vous le souhaitez. Exemple d'informations structurées

Limites