TSEP - Génération d'un virement SEPA Credit Transfert

   Ce traitement permet de générer un ou plusieurs fichier(s) de remise d'ordre de paiement.

   Le virement européen SEPA SCT (Sepa Credit Transfert) a pour vocation de remplacer à partir de 2008 les offres des services actuellement disponibles :
- TFVM : virement domestique propre à chaque pays
- TFVI : le virement transfrontalier entre les pays de l'espace SEPA (Single Euro Payments Area).

   Le virement SEPA s'appuie sur des messages conformes aux normes internationales (ISO 20022 dites « UNIFI ») et utilise le code SWIFT/BIC et l'IBAN pour identifier les numéros de compte des deux parties concernées (émetteur et bénéficiaire).

   Les normes internationales actuellement gérées par ce traitement sont :
    - la version 1.3 du standard UNIFI ISO 20022 "XMLCustomerCreditTransferIinitiation" basé sur le schéma "pain.001.001.02"
    - la version 2.6 du standard UNIFI ISO 20022 "XMLCustomerCreditTransferIinitiation" basé sur le schéma "pain.001.001.03" & "pain.001.001.09"
Voir la partie "Virement éligible SEPA".

   Attention, les pièces traitées devront avoir au moins un montant (référence, reporting ou devise) exprimé en euros.

   Plusieurs établissements peuvent être traités simultanément, et pour chacun il peut y avoir différentes banques.
Possibilité de gérer des regroupements différents. Cela dépend de l'occurrence RGPTYP du paramètre, défini sans établissement, correspondant soit à la valeur du paramètre TYP associé au mnémonique, soit à AUTSEPA.

   - Si sa valeur testée 1 est égale à "R" ou "RI", on regroupera dans le même fichier toutes les banques de la sélection, ayant le même type ("TYPOCBNQ") tous établissements confondus.
Les noms des fichiers générés sont de la forme :
   type de la banque "-" numéro de job avec l'extension ".xml".

       De plus, si valeur testée 1 est égale à "RI", l'enregistrement remise sera le regroupement des banques ayant pour leur tiers/domiciliation le même IBAN (dans GTID).

   - Pour toutes les autres valeurs testées 1, il y aura autant de fichiers générés qu'il y a d'établissements sélectionnés et de banques traitées.
Les noms des fichiers générés sont de la forme :
   code établissement "-" code banque "-" numéro de job avec l'extension ".xml".

   - Si la valeur testée 2 est égale à "N", un fichier sera généré avec la nature du mode de règlement ("NATOERGM") comme regroupement supplémentaire.
Dans ce cas, on intègre la nature dans les fichiers générés :
            . si la valeur testée 1 est égale à "R" ou "RI" : type de la banque "-" nature de règlement "-" numéro de job avec l'extension ".xml" ;
            . sinon : code établissement "-" code banque "-" nature de règlement "-" numéro de job avec l'extension ".xml".

   L'extension des fichiers générés peut être modifiée grâce à certaines occurrences du paramètre OCTSEP.

   Avec le Module "Connecteur avec logiciel de trésorerie", les fichiers générés peuvent être renommés et déplacés dans un répertoire dédié (GRKE).

   L'échange de fichiers dans un environnement SaaS du produit Cegid XRP Ultimate On Demand est géré.

   Fourchette de sélection sur les établissements et chemin de composition des établissements.

   Sans mentionner de chemin, sélection d'un ou plusieurs établissement(s) compris dans la fourchette de valeurs.

   Si un chemin est précisé, la fourchette de sélection sur les établissements doit référencer un seul établissement (bornes égales). Les données sont alors sélectionnées pour tous les établissements appartenant à la composition d'établissements, définie pour ce chemin, dont le point de départ est l'établissement spécifié.

   Saisir le nom de la liste pour laquelle vous voulez préparer le fichier de virements ou prélèvements.
Attention : celle-ci doit contenir les pièces de paiement et non les factures.

   Si lors de la création de la liste de pièces (dans GLSP) un rattachement a été effectué avec une autre liste existante, l'utilisateur peut, s'il le désire, traiter les pièces de la liste seule ou de l'ensemble des listes rattachées à celle-ci.

   Cette option donne la possibilité de simuler le traitement afin de vérifier si celui-ci rendra bien les résultats attendus.
Autrement dit, vous lancez le traitement comme pour l'exécuter. Il réalise toutes les actions et génère un compte-rendu, sans mettre à jour la base de données (phase facultative mais conseillée).

   Attention, si le traitement a été lancé en simulation, ne pas oublier de le lancer en réel pour effectuer les modifications voulues.

   L'édition détaillée permet de lister chaque pièce faisant partie du virement.
Inversement, si vous ne cochez pas cette case, l'édition ne présente qu'un récapitulatif par fichier de virement créé.

   Cette date est reprise pour dater les remises d'ordre de paiement.
Les ordres de paiement peuvent être donnés à la banque pour une exécution immédiate ou à une date ultérieure.
Cette date correspond à la date d'exécution par la banque et à sa date de comptabilisation au compte du payeur.
Le paramètre AUTSEPA occurrence DTEEXEC conditionne la date qui se retrouvera dans la balise correspondante.

   Deux modes de comptabilisation des transactions sont possibles :
- global : la comptabilisation par lot (pour un ensemble de transactions) ;
- détaillé : la comptabilisation unitaire (par transaction).

   Le choix du mode de comptabilisation est géré par un accord bilatéral convenu préalablement entre le client et sa banque.
La prise en compte du mode de comptabilisation dans le message est soumise à accord bilatéral.
Cette référence figure dans le corps du message UNIFI et se caractérise par la balise <BtchBookg> du bloc GroupHeader <GrpHdr> du message.
Si l'option prévue est gérée par contrat, elle aura la priorité sur la donnée qui pourrait être renseignée dans le message.

   Permet de déterminer si les frais sont :
- à la charge de l'émetteur (DEBT) ;
- à la charge du bénéficiaire (CRED) ;
- ou partagés entre les deux selon un schéma (SLEV).

   Suivant le volume de votre base de données, ce traitement peut engendrer un fichier ASCII d'une taille assez conséquente. Ce paramètre permet, en positionnant sa valeur à "N" ou en le supprimant, de ne pas indenter ce fichier avec des espaces, ce qui peut réduire un peu son volume.

   Permet de changer le nom du paramètre ("OCTSEP"), pour utiliser le paramétrage permettant de personnaliser les informations utilisées dans la génération des fichiers XML.

   Si une valeur est présente, elle doit être égale à "SCT", et ne doit pas être modifiée.

   Si le paramètre PR1 est positionné à la valeur "O", alors le paramètre AUTSEPA occurrence MSGID indique s'il faut codifier à nouveau la balise "MsgId".

   Ce paramètre, positionné à la valeur "O", permet d'utiliser les adresses structurées.