Formation Tiers SAGE X3 V6

Formation
Compta Tiers
Animée par
SRA Sud Ouest 25 avenue Marcel Dassault

S.A.R.L. au capital de 10 000 € 31500 TOULOUSE
RCS Toulouse 510 640 162 00010 Tél. 05 67 31 31 50 Fax 05 67 31 31 59
Sommaire Générale
 Données de base
 Facturation tiers
 Suivi des factures / échéance
 Gestion des règlements
 Consultations
 Gestion des comptes bancaires
Sommaire
 Données de base
 Fiche Tiers / Fournisseur / Client
 Escomptes / Agios
 Conditions de paiement
 Comptes en banque
 Caisses
 Pool bancaire
 Groupe de devises
Données de base
 Fiches Tiers / Fournisseur / Client

 Caisses
 Pool bancaire
Données de base – Tiers
 Un fichier tiers unique.

 Attribution d’un rôle à chaque tiers
 Prospect
 Client
 Fournisseur
 Transporteur
 Divers
 4 onglets communs à la fiche tiers :
- Identité
- Adresses
- RIB
- Contacts
Identification générale du
tiers
Code site à identifier en

tant que tiers dans le
cadre des échanges
multi-sites.
S’il s’agit d’un tiers /

fournisseur ou client /
inter-sites (dans le cadre
d’échanges multi-sites)
Données de base / Tiers / Tiers

Une adresse par défaut doit être définie.
Zone SEPA. Un RIB hérite du typage de son

adresse de rattachement

Ce champ indique le code motif économique

nécessaire aux impératifs de déclaration à la
balance des paiements.

Plusieurs RIB possibles

Contacts communs aux différents types de tiers

• Toutes les données client et fournisseur sont partagées par toutes les
sociétés exceptées les informations suivantes :
– Régime de taxe client
– Régime de taxe fournisseur
– Condition de paiement client
– Condition de paiement fournisseur
– Escomptes/Agios client
– Escomptes/Agios fournisseur
– Code comptable client
– Code comptable fournisseur
• Ces informations peuvent être définies par société juridique dans un

tableau présent sur l’onglet Tiers/Société de la fiche tiers. Un flag
permet également de désactiver un tiers pour une société
• Cet onglet est accessible lorsque le code activité MUL est activé

Fiche Fournisseur
Données de base – Fournisseurs
L’onglet commerciales permet de renseigner les informations commerciales propres au fournisseur.
(1)
Champs
utilisés
pour la
DEB
Remises et/ou frais (en
pourcentage et/ou en
valeur), utilisés pour
donner des valeurs par
défaut à des éléments
de pied de facture dans
la facturation
fournisseur
(1) Indisponibilité : Alors que la détermination des dates de

réception dépend de la période d’indisponibilité du site, les
délais des commandes d’achats varient en fonction de la
période d’indisponibilité des fournisseurs.
Données de base / Tiers / Fournisseurs
Type prospect : seule

la saisie des appels
d’offre est autorisée
(et non la pris de
commande).
Cours utilisé par défaut pour trouver le cours de

comptabilisation des factures.
Texte
d’information
renvoyé en
saisie de
Indicateur permettant de
documents
définir s'il y a blocage ou non
achats
des paiements pour ce
fournisseur. Si un blocage est
décidé, les factures de ce
fournisseur ne sont plus prises
en compte dans le traitement
des règlements automatiques.
Contrôle de l’en-cours : un message avertit l’utilisateur lorsque le

fournisseur est contrôlé et qu’il a dépassé le montant de son en-
cours autorisé. Si le client est bloqué, la saisie de commandes lui
est interdite.
Données de base/Tiers / Fournisseur

Cet onglet permet de

saisir des informations
financières ou comptables.
Permet de déterminer
le code taxe applicable
à la ligne d’une facture
par croisement avec le
niveau de taxe de
l’article.
Données de base/Tiers / Fournisseur

 Fiche Client
Données de base – Clients
L’onglet commerciales permet

de renseigner les informations
commerciales propres au client.
Remises et/ou frais (en

pourcentage et/ou en valeur),
utilisés pour donner des valeurs
par défaut à des éléments de
pied de facture dans la
facturation client
Données de base/Tiers / Client

Cours utilisé par

défaut pour trouver le
cours de
comptabilisation des
factures.
Contrôle de l’en-cours
: un message avertit
l’utilisateur lorsque le
client est contrôlé et
qu’il a dépassé le
montant de son en-
cours autorisé. Si le
client est bloqué, la
saisie de livraisons lui
est interdite.
Texte d’information renvoyé en saisie de documents ventes

Cet onglet permet de

saisir des
informations
financières ou
comptables.
Permet de déterminer
le code taxe applicable
à la ligne d’une facture
par croisement avec le
niveau de taxe de
l’article.

Représentants /
clients livrés
Lieu
d ’expédition
et site de
réception
Champs pris en
compte pour le
calcul de la date
d ’expédition

Rôles des tiers
Déclinaison d’un tiers

– Sur fiche tiers, utilisation du bouton
correspondant (Client, Fournisseur, …)
• Puis, nouveau et saisie du code tiers
• Le système alimente les champs communs et
propose la création
– Depuis le menu spécifique, faire nouveau
• Si le code tiers existe, alors le système
alimente les champs communs et propose la
création
Données de base

 Caisses
 Pool bancaire
Données de base – Escompte / Agios
– Cette table permet de

définir des conditions
d’escompte (en cas de
paiement anticipé) ou
d’agios (en cas de paiement
tardif) applicables sur les
échéances de paiement.
Ces conditions sont définies
par l’intermédiaire d’un code
escompte/agio présent sur
les fiches de tiers (clients,
fournisseurs, dans l’onglet
Financier).
– Ce code escompte/agio est
transféré du tiers vers la
facture, puis sur les
différentes échéances
associées, puis sur les
règlements (et il reste
modifiable – sous réserve
d’habilitation – à chaque
étape).
Données de base/Tables tiers/Escomptes/Agios

Données de base

 Caisses
 Pool bancaire
Données de base – Conditions de paiement
Code associé par défaut au

tiers courant, permettant de
définir les conditions de
paiement.
Ce code détermine le mode de
règlement, le type d'échéance,
ainsi que l'échelonnement des
paiements (une ou plusieurs
échéances au comptant, 30
jours, fin de mois ..
Il est possible, dans la gestion
de cette table, de simuler les
règles de calculs qui seront
appliquées en saisie.
Données de base/Tables tiers/Conditions de paiement

Données de base

 Caisses
 Pool bancaire
2-1.5
Données de base – Comptes en banque
– intitulés long & court non

traduisibles
– banque liée à une société,
ce qui permet de
remonter au modèle et au
référentiel général
principal et à son plan =>
dans le journal, PEC du
compte associé à ce plan
(idem pour la caisse)
– auxiliarisations du compte
de banque désormais
gérée dans tous les
traitements et toutes les
fonctions
Données de base/Tables comptabilité tiers/Comptes en banque

• Cette table permet de référencer pour un pays donné, la liste des codes banque+guichet
existants
• Rappel : un RIB français est constitué de :

• 5 caractères représentant le code banque
• 5 caractères représentant le code guichet
• 11 caractères pour le RIB
• 2 pour la clé de contrôle
• Ainsi pour la France, il est possible de référencer l’ensemble des 10 premiers caractères
représentant les banque/guichet utilisés
• Conséquence : si ce choix est fait pour un pays, lors de la saisie d’un RIB sur un tiers, u
client, … un onglet RIB, l’existence du code banque/guichet est vérifiée. Et s’il n’est pas
référencé, blocage en saisie.
• Étape 1 : paramétrage du pays
• Contrôle banque : si coché, implique l’obligation de référencer les codes
banque/guichet
• Longueur banque doit correspondre au nombre de caractères jusqu’auquel il faut lire
le RIB pour avoir le code banque/guichet
• Étape 2 : référencer les banques
Code banque/guichet avec une longueur

= Longueur banque de la fiche pays
Pré chargée et non modifiable lors de la

saisie du RIB ayant ce code banque/guichet
Pré chargé et modifiable lors de la

saisie du RIB ayant ce code
banque/guichet
Données de base/Tables communes/Pays/Banques (guichets)

Autant de banques que de comptes bancaires (RIB)

- Numéro RIB : Contrôlé
lors de l’importation
d’un relevé bancaire et
lors de l’importation
d’un fichier de
domiciliation LCR/BOR
- - N° émetteur : Utilisé
dans le paramétrage
des fichiers
magnétiques de
virements (normaux,
internationaux et
commerciaux) et de
prélèvements
- Code BIC : Utilisé dans
le paramétrage du
fichier magnétique des
virements
internationaux
- Interface trésorerie :
Permet d’identifier la
banque sous un autre
code dans le cadre
d’une interface avec un
autre logiciel

Conditions de regroupement/
comptabilisation des chèques/
effets sur un bordereau
Référencer au minimum le journal

de type Banque
Journaux de type Trésorerie ou OD
Contient entre autre le compte

de frais sur impayés
Utilisé pour la génération de tout fichier

magnétique à destination de cette banque
Si vide, utilisation du code banque

Données de base

 Caisses
 Pool bancaire
Données de base – Caisses
Journal de caisse de type trésorerie ou OD
Devise de tenue de la caisse :

soit celle du compte
soit la devise société, si le compte n’est
pas tenue dans une devise particulière
Données de base/Tables comptabilité tiers/Caisses

Données de base

 Caisses
 Pool bancaire
Données de base – Pool bancaire
• Utilisé par la fonction d’affectation banque
• Pour les règlements reçus/émis dont la banque n’a pas été renseignée (ex : traites
reçues mises en portefeuille mais non encore affectées à une banque), la fonction
d’affectation permet, en masse et en fonction d’un pool bancaire, d’affecter une banque à
ces règlements
• Le pool bancaire permet donc de définir quel pourcentage du montant total à affecter doit
être attribué à chacune des banques du pool
Données de base/Tables comptabilité tiers/Pool bancaire

Données de base

 Caisses
 Pool bancaire
Données de base – Groupe de devises
Utilisés dans des sélections ou certaines éditions
Utilisé comme critère de

sélection possible (toutes
devises ou une devise ou un
groupe de devises) dans la
plupart des traitements de
masse liés à la gestion des
règlements :
- proposition automatique de
règlements,
- comptabilisation en
portefeuille,
- génération de remises, …
- gestion des échéances
Données de base/Tables comptabilité tiers/Groupe de devises

 Facturation Tiers
2-2.3
Paramétrages – Comptabilité tiers
• Paramétrage saisie factures tiers
Transactions saisie facture

tiers
Table INVDACPAR [F:IDP]

Objet IDP
Paramétrage/Comptabilité tiers/Paramétrage saisie factures tiers

2-2.3
Paramétrages – Comptabilité tiers – Saisie des fact tiers

2-2.3
Facturation – Saisie et comptabilisation - Principe

2-2.3
Facturation – Saisie et comptabilisation - Principe

2-2.3
Facturation – Saisie et comptabilisation – Type de facture
PARAMETRAGE/Paramètres généraux/Types facture fournisseur

PARAMETRAGE/Paramètres généraux/Types facture client
 Facturation Tiers Client
Facturation – Saisie et comptabilisation – Facture tiers client
Compta Tiers/ Facturation / Facture Tiers Client

Site par défaut de l’utilisateur
Collectif vente du code comptable

client
Types : facture/avoir/note de
débit/note de crédit => pièce
comptable différente si création
de pièces auto distinctes
Caractérisent les échéances de la

facture par rapport au TRT de
relance/relevé => valeurs liées au
code condition paiement
Sections proposées en fonction

du paramétrage du code section
par défaut BPCINVH
Infos de règlement :
Cours dépendant du type de - tiers payeur issu de la fiche CLIENT
cours associé à la fiche CLIENT - date de départ pour le calcul des échéances ; par
défaut, propose la date origine
- code condition de paiement issu de la fiche CLIENT
- affichage de la date d’échéance calculée (la + proche)

Lignes : saisie du
détail du HT
(pas de ligne tiers et
TVA calculée)
Ecran de saisie des taxes

autres que la TVA (taxe
parafiscale/spéciale) +
possibilité d’ajuster le calcul
de la TVA et donc du montant
TTC
Saisie du n° de compte Montant <0 => passé au

ou du code d’appel débit si facture client ;passé
au crédit si avoir client ….



 Facturation Tiers Fournisseur
Facturation – Saisie et comptabilisation – Facture tiers fournisseur
Compta Tiers/ Facturation / Facture Tiers Fournisseur


Collectif issu
du code
comptable
Date et N°
document
fournisseur génération des
écritures de TVA
déductible et de TVA
collectée sur
acquisition intra-
comm
Alimentation
échéances Niveau de bon à
payer de la facture;
par défaut, celui de
l’utilisateur. Report
sur l’échéance

Facturation – Saisie et comptabilisation – Validation de factures
Compta Tiers/ Facturation / Validation factures tiers client/fourn.

Facturation – Saisie et comptabilisation – Validation de factures
Compta Tiers/ Facturation / Validation factures tiers client/fourn.

Facturation – Saisie et comptabilisation – Factures en attente
Cette fonction permet de passer en masse les factures fournisseurs qui ont été
saisies dans la ‘Facturation fournisseur’ de l’état En attente vers l’état A valider.
Tant que ceci n’a pas été fait (soit manuellement par modification des factures,
soit par ce traitement automatique), elles ne pourront pas être validées (ni
manuellement, ni par le traitement automatique correspondant).
Compta Tiers/ Facturation / Factures en attente

Facturation – Pièces générées
Comptabilité / Pièces / Saisie de pièces

 Gestion des échéances
Suivi des échéances – Gestion des échéances
• Notion d’échéance : précisions

– Une échéance (ou plusieurs) peut être créée avant la comptabilisation du
document qu‟elle concerne :
lors de la création des factures tiers et des factures commerciales
lors de la création des demandes d‟acompte/commande client/fournisseur
– Toute ligne de pièce comptable, dès lors qu‟elle porte sur un tiers
auxiliarisé (client, fournisseur, tiers divers, …), quelle que soit son origine
(facture tiers clients, facture fournisseurs achats, règlement client tiers,
note de frais sur tiers divers, OD manuelle sur client/tiers/fournisseur,
reprise par import des tiers non lettrés, …)quel que soit le paramétrage du
type de pièce (flag Gestion échéances)génère au moins une échéance
(stockée dans la table GACCDUDATE [DUD])
– Une échéance est caractérisée au minimum par un montant, un tiers
facturé/ facturant/commande, un tiers payeur/payé, une échéance, un mode
de règlement, un flag relevé, un flag relance, un flag BAP
• Le paramétrage des écrans de gestion des échéances permet de rendre

modifiables certaines zones.
A savoir : Date échéance –Mode de règlement –Montant (pour éclatement ou
regroupement) –Escomptes/Agios –Code litige –Flag relance –Niveau relance –
Niveau BAP –Tiers payeur/payé
Cependant, en fonction du contexte, le nombre des zones modifiables et les
conditions de modification peuvent différer :
– Si l‟échéance figure sur un relevé, possibilité de modifier le code escompte/agio,
le code litige, les indicateurs de relance (flag et niveau)
– Si l‟échéance est partiellement soldée, toutes les zones normalement modifiables
restent modifiables. Seul contrôle effectué : dans le cas où on cherche à l‟éclater
(mono-échéance => multi-échéances), la 1ière des échéances ainsi créée doit
être de montant au moins égal au montant du règlement partiel déjà associé
– Flag Bon à payer non modifiable :
• pour une échéance dont le type de tiers est client,
• si l’habilitation fonctionnelle de l’utilisateur ne le prévoit pas (option B absente)
• si le BAP de l’échéance dépasse le niveau maximum de BAP de l’utilisateur (paramètre
NIVBONPAYE)
• si la gestion des BAP n’est pas activée (paramètre FLGPAZ)
1) Définition des critères de sélection des échéances
Compta Tiers/ Échéances / Gestion des échéances

2) Affichage des échéances sélectionnées non totalement soldées et modification

possible : Bons à payer fournisseur / Relances clients / Éclatement sur plusieurs
lignes
Compta Tiers/ Échéances / Gestion des échéances

Suivi des échéances – Saisie des échéances
Compta Tiers/ Échéances / Saisie d’échéances

Suivi des échéances – Gestion du BAP
La gestion du Bon A Payer fournisseur s’organise autour de 3 paramètres

- Au niveau dossier
- FLGPAZ‘Gestion des bons à payer‟ qui permet d‟activer ou la gestion du BAPSi
non, la zone de BAP n‟est pas accessible (en saisie de facture, en gestion des
échéances, …) et elle vaut toujours Bon à payerSi oui, la zone de BAP est
toujours accessible et modifiable dans les conditions définies par NIVBONPAYE
- Au niveau utilisateur
•NIVBONPAYE‘Niveau bon à payer‟ qui précise le niveau maximum de bon à payer
auquel l‟utilisateur a droit. Il peut donc positionner le flag à toutes les valeurs avec
comme valeur maximum celle autorisée.
•CTLPAZ‘Contrôle bon à payer‟ avec les valeurs possibles Bloquant/Non bloquant
- Si Bloquant, il est impossible de sélectionner/picker une échéance n‟ayant pas
le niveau de BAP maximum quelle que soit la valeur de NIVBONPAYE de
l‟utilisateur
-Si Non bloquant, en picking/sélection des échéances, il est possible de
sélectionner une échéance sans BAP (si NIVBONPAYE à BAP), un message
d‟avertissement étant alors affiché
 Relevé d’échéances
Suivi des échéances – Relevé
Principe : Regroupement d’échéances ayant les mêmes

caractéristiques, pour un client ou un fournisseur
• Possibilité d’imprimer le relevé généré (État RELFAC)
• Possibilité de le valider en comptabilité pour n’avoir plus

qu’une seule échéance / pièce
• Possibilité, lors du règlement de rappeler un relevé et de

choisir lesquelles de ses échéances sont réglées (si non
comptabilisé)
Gestion du ‘ Flag Relevé ’ sur les échéances

Code condition Fiche CLIENT
paiement Type de relevé
Échéance sur relevé ? ?
Non A la demande Autres
Oui
Saisie facture TIERS

zone RELEVE en en-tête
Valeurs modifiables lors de la saisie
valeur par défaut Cochée
Non cochée de la facture
Gestion des échéances Mode de règlement de l’échéance

flag RELEVE sur échéance Code relevé ?
valeur par défaut Oui
Non
A faire
Vide
Valeurs modifiables dans tous les cas (sauf si pas de code relevé
sur le mode de règlement de l’échéance => jamais A faire)
Mode de création des relevés :
– Par création manuelle : dans ce cas les échéances doivent être :
– cohérentes avec l’en-tête de relevé
– dont le mode de règlement a un code relevé
– flagées ‘A faire’
– liées à des factures / pièces validées en comptabilité
– Par génération automatique
– implicites : échéance validée, flag à A faire, ne figurant pas déjà sur un autre
relevé,
– explicites : ceux de la fenêtre de génération, soit :
» tiers : la valeur paramètre TRS SOIBPR permet de considérer que les relevés sont
générés soit sur les tiers payeurs/payés, soit sur les tiers facturés/ facturants
» devise / collectif / société / site / date d’échéance …
» code relevé (et donc modes de règlement)
» échéances soldées (ex : avoirs imputés)
» bornes de date de comptabilisation
• critères de regroupement des échéances
– collectifs/sites : dépend des valeurs paramètres TRS :
SOIFCY : relevé mono/multi-site
SOISAC : relevé mono/multi-collectif
– modes de règlement de même code relevé (un relevé est mono code relevé)
– mêmes tiers/société/devise
– même date d’échéance (si relevé par date échéance) ou date d’échéance
maximum
Maj = maj de
toutes les
dates
d’échéance et
mode règlt à
la date d’en-
tête)
Validation =
Génération = comptabilisat
Proposition ion (générat°
automatique écriture et
lettrage)
suivant
paramètre
Compta Tiers/ Échéances / Relevés

 Relances client
Suivi des échéances - Relances – Principe
RAPPEL : Caractéristiques d’une échéance relançable

Jamais de relance
Non Pas de relance
Type de pièce Fiche CLIENT

zone RELANCES zone TYPE de relance
Par facture/Globale...
Oui
Non cochée
Facture tiers client valeur modifiée
zone RELANCE en en-tête Cochée
valeur par défaut
Valeur modifiable lors de la saisie
de la facture
Échéance non relançable

Gestion des échéances
zone RELANCE Non
Échéance relançable Oui valeur par défaut modifiable
valeur par défaut modifiable
Les différents types de relance (Fiche client. Onglet «Financières ») :
• Par facture : autant de lettres de relance qu’il y a d’échéances à

relancer
Texte de relance évoluant en fonction du nombre de fois où l’échéance est
relancée
• Globale : une lettre de relance pour l’ensemble des échéances en
retard du client
Application du texte de relance correspondant à l’échéance relancée le plus
de fois
• Globale par niveau : une lettre de relance par niveau
• Globale par délai : regroupement des échéances par seuil de jours

de retard, indépendamment du nombre de fois où elles ont été
relancées
États de relance :
– FUP : Réelle
– FUPSIM : Simulation
Possibilité de relancer soit le payeur soit le facturé

Possibilité d’éditer ou non des relances alors que le
solde du client est créditeur
Possibilité d’appliquer des pénalités de retard
– soit un taux propre à chaque client, et dépendant du
nombre de jours de retard (fiche CLIENT, onglet
Financières, zone Escompte)
– soit un taux unique, quel que soit le client et le retard
Impression/ Impression groupe / Comptabilité / Relances clients

Suivi des échéances - Relances – Paramétrage
Groupe de relance paramétrable :
Paramétrage / Compta tiers / Relances / Groupe de relance

Suivi des échéances - Relances – Paramétrage
Textes de relance paramétrable :
Texte en-tête :
avant le détail
Langue du tiers
Type de relance : Texte de pied
Facture ou Globale
Niveau de relance
Paramétrage / Compta tiers / Relances / Textes de relance

Suivi des échéances – Campagnes de relance
Détail et sélection par clic droit
Comptabilité tiers/ Echéances/ Campagnes de relance

Suivi des échéances – Blocage/Déblocage clients
Ne concerne que les clients dont l’en-cours est à Contrôlé ou Bloqué : Permet
de passer le client de Contrôlé à Bloqué si une échéance au moins a un retard de
paiement excédent le nombre de jours indiqués et l’écart entre le montant de l’en-cours
réel et celui de l’en-cours autorisé est > au montant minimum. Permet de passer le
client de Bloqué à Contrôlé si aucune échéance n’a un retard de paiement excédent
le nombre de jours indiqués et l’écart entre le montant de l’en-cours réel et celui de
l’en-cours autorisé n’est pas supérieur au montant indiqué
Compta Tiers/ Échéances / Blocage-Déblocage Client

Suivi des échéances – Imputations clients / fournisseurs
• Cette fonction est essentiellement utilisée dans le cycle des acomptes au sein du
module comptable.
Exemple : lorsqu'une demande d' acompte est portée sur une commande, cette
dernière est directement rapprochée du règlement de l'acompte bien que la fonction
d'imputation d'acompte permette également un rapprochement règlement /
commande.
Le règlement est reçu avant l'émission de la facture : dans ce cas, le règlement est
saisi mais ne fait pas référence à une facture. Une fois la facture produite, le
règlement reste à rapprocher de la facture par la fonction d' imputation d'acompte.
L'imputation permet donc la déduction totale ou partielle de l'acompte sur la ou les
factures sélectionnées.
Compta Tiers/ Échéances / Imputations clients/fournisseurs

Suivi des échéances – Imputations clients / fournisseurs
• En rapprochant par l'option d'imputation d'acompte, une facture de son règlement, un

lettrage est opéré. Le cas échéant, une pièce d'OD d'imputation d'acompte (pièce
automatique ACPT)peut être générée et notamment lorsque le collectif de règlement
est différent du collectif du facture (lignes 1 et 2 de la pièce automatique ACPT), et/ou
que la destination comptable utilisée sur le règlement fait intervenir une destination
de type Acompte (lignes 3 et 4 de la pièce automatique) (Cf. destinations ACPTR et
ACPTE).
Compta Tiers/ Échéances / Imputations clients/fournisseurs

 Cycle de vie des règlements
Schéma de principe
 Règlements : Principe de
fonctionnement
Principes
• Transactions de règlements >> Paramétrage / Compta tiers

• Écrans et nombre d’onglets différents
• Étapes logiques de regroupement et de comptabilisation différentes
• Éditions différentes
• Fichiers magnétiques différents
• Écritures comptables différentes
- Définition d’autant de transactions qu’il y a de façons différentes de saisir ou de comptabiliser un

règlement (chèques reçus client, chèques fournisseurs, virements clients reçus, traites fournisseurs, …)
- Librement paramétrables : choix des zones à saisir (obligatoires ou non), choix des étapes de
regroupement et de comptabilisation, choix des éditions, …
• Destinations comptables >> Paramétrage / Compta tiers

• Schémas de comptabilisation différents
• Comptes différents
• Règles de TVA différentes
Permettent de qualifier la nature des éléments auxquels le règlement est affecté (règlement d’une
facture avec escompte, règlement d’acompte, règlement d’une facture assorti de frais bancaires, …)
Principes
• Fonctions de gestion des règlements

• Pour une gestion unitaire
• Saisie règlements
• Saisie remises
• Saisie domiciliations
• Pour une gestion de masse
• Bouton Suivi
• Étapes à venir
• étapes de regroupement, d’édition, de comptabilisation, de génération de fichiers
magnétiques
• Étapes déjà passées
• étapes de regroupement, d’édition, ….
• évènements ‘périphériques’ comme l’impayé ou l’annulation de règlement
Principes
• Pièces automatiques de règlement >>PARAMETRAGE/Comptabilité/Interface comptabilité/Pièces

automatiques
• Détermine la façon dont les écritures de comptabilisation des règlements sont générées (choix
des comptes, des journaux, des libellés, des dates, des critères de regroupement, …)
• Groupes de pièces automatiques >> PARAMETRAGE/Comptabilité/Interface comptabilité/Groupe

pièces auto
• Paramétrage utilisé dans les transactions de règlements : pour chaque étape de
comptabilisation, permet d'indiquer la liste des pièces susceptibles d'être générées, ainsi que les
conditions de lettrage
Principes
SAISIE DE REGLEMENT
• Étape 1 => saisie d’un règlement de 1.000€
Choix de la transaction de règlements

• Étape 2 => affectation du règlement sur :
* une facture
* avec escompte de règlement
* un acompte/commande
Choix de la destination comptable
• Étape 3 => comptabilisation 1 du règlement (mise en portefeuille, remise intermédiaire, …) :

* unitaire, depuis le règlement lui-même
* globalement, pour un ensemble de règlements
Choix de la fonction de ‘masse’

• Étape 4 => quelle est la prochaine étape ? qu’est-ce qui a déjà été comptabilisé ?
Bouton Suivi depuis mon règlement ou bordereau

 Paramétrages
Gestion des règlements – Paramétrages – Comptabilité tiers
• Destinations comptables
– intitulés long & court
traduisibles
– Législation : présente à des
fins de livraison et de filtre,
non obligatoire
– Groupe : filtre de type
Groupe de sites/Groupe de
sociétés (juridique ou non)
– zones Type facture liée à la
localisation allemande
(KDE)
– zone Acompte et Code
pointant sur un code
comptable (plus de zone
Compte)
Paramétrage/Comptabilité tiers/Destinations comptables

• Paramétrage permettant de qualifier la nature des éléments constitutifs d’un règlement
• En saisie de règlement, la destination est positionnée au début de chaque ligne d’affectation
• Cas ‘simple’ : règlement reçu

imputé sur deux factures
Utilisation de la destination
ENC permettant d’indiquer le
numéro des deux factures
concernées
• Cas ‘complexe’ : règlement
émis portant sur une facture
donnant droit à escompte, ainsi
que sur un acompte
Utilisation de la destination
DEC pour indiquer la facture
imputée, ainsi que la
destination ESCI pour préciser
le montant de l’escompte
appliqué à la facture, ainsi que
la destination ACPTE pour
appliquer le montant de
l’acompte
Paramétrage / Compta tiers / Destinations comptables

 Code
– 5 caractères alphanumériques maximum
 Schéma de comptes
– BanqueTiers
• Destination impactant le montant du règlement émis/reçu du tiers (‘Montant tiers’, ‘Imputé
tiers’, ‘Total imputé tiers’) et donc le montant comptabilisé sur le tiers, ainsi que le montant
passé en banque (‘C/T val dev Banque’, ‘Montant banque’). Concerne donc principalement
les lignes de règlements affectées à des factures (destinations DEC et ENC) et les lignes
d’acomptes (destinations ACPTE et ACPTR)
• Notion de ‘tiers’ se réfère au bloc ‘Tiers/Collectif/Compte’ en en-tête de règlement ; peut
donc s’utiliser tant pour un règlement sur un tiers que pour un règlement sur un compte
normal
Par contre, dans le cas où le compte sur lequel porte le règlement est un compte normal (et
non pas collectif+tiers), il n’est pas possible d’imputer le règlement sur une pièce comptable
– Ex : la destination FRBQE Saisie directe frais bancaires, à utiliser pour un règlement
ne comportant que des frais bancaires ; paramétrée pour permettre un recalcul de la
TVA

 BanqueCompte
• Destination n’impactant pas le montant du règlement émis/reçu du tiers mais impactant le
montant passé en banque (‘C/T val dev Banque’, ‘Montant banque’) et le montant sur le
compte défini dans la destination
• Principalement utilisée pour gérer les frais bancaires (dès lors qu’ils ne sont pas ‘tous seuls’
sur un règlement) (destination FRRGT)
• Les écritures ne sont générées que lors de la remise en banque du règlement (cf.
paramétrage des pièces automatiques)
 CompteTiers
• Destination n’impactant ni le montant du règlement émis/reçu du tiers (‘Montant tiers’,
‘Imputé tiers’, ‘Total imputé tiers’) ni le montant passé en banque (‘C/T val dev Banque’,
‘Montant banque’)
• Principalement utilisée pour la gestion des escomptes, agios et différences de règlement
(destinations AGIO, DIFI, ESC, ESCI)

• ACPTE / ACPTR : utilisées en proposition de règlement, s’il y a des acomptes sur commandes
demandés
Acompte émis/reçu, récupération de la TVA à régulariser
• AGIO / ESCI : utilisées en proposition de règlement, s’il y a paiement en retard (agio) ou en

avance (escompte) par rapport à la date d’échéance
Récupération de la TVA, définition des comptes gain/perte à mouvementer
• DEC / ENC : utilisées en proposition de règlement, pour toutes les échéances autres que celles
de type acompte
Imputation sur facture fournisseur / client, sur pièce d’impayé, …
• FRRGT : utilisée pour comptabiliser les frais bancaires (frais sur règlement avec pièce séparée).
Définition du compte à mouvementer, calcul de TVA/frais
• FRBQE : utilisée pour comptabiliser les frais bancaires directs (banque <-> tiers) avec calcul de
TVA/frais
• DIFI : utilisée pour comptabiliser les différences de règlement. Pas de récupération de TVA,
définition des comptes gain / perte à mouvementer

• Transactions saisie règlements

– intitulés long & court traduisibles
– Législation : présente à des fins de livraison (mais pas de filtre), non
obligatoire
– Groupe : filtre de type Groupe de sites/Groupe de sociétés (juridique ou
non)
• en saisie de règlements, les seuls règlements d’un site appartenant au groupe de la
transaction sont chargées en liste gauche
• en saisie de règlement, les règlements ne peuvent enregistrés que sur un site appartenant
au groupe de la transaction
Paramétrage / Compta tiers / Transactions saisie règlements

Destination comptable proposée par défaut
lors de la saisie manuelle des lignes
Type de cours : Utilisé pour déterminer le

type de cours applicable pour valoriser le
règlement au fil des différentes étapes de
comptabilisation
Application cours facture : Si coché, lors de

la première étape de comptabilisation du
règlement, le cours facture (plutôt que le
cours évalué avec le type de cours de la
transaction) sera appliqué
Gestion par date échéance : Si coché :

- le bordereau est de type
Encaissement/défaut
- lors de la remise en banque, le règlement est
comptabilisé en date échéance du règlement
- la proposition automatique applique un
regroupement 1 échéance/règ ou 1 date
Mode(s) de règlement des Sens : Détermine le sens du règlement, échéance/règ
échéances prises en compte qui détermine lui-même le sens de Si non coché :
dans la fonction de proposition l’écriture - si la remise en banque est la
automatique de règlements Si Indéterminé, lors de la saisie du première/dernière étape comptable, les
règlement, rajout d’une zone de choix écritures sont à la date du règlement
du sens Dépense/ Recette - s’il y a plusieurs étapes comptables,
utilisation d’une date saisie ou paramétrée
dans les pièces automatiques

Aucune de ces zones n’est obligatoire (sauf

Banque si transaction de type Caisse)
Au niveau de l’interface comptable

standard, la seule de ces zones à être
reprise –sous condition– est Numéro
chèque
Type achat : Achat ou Immo
Nb colonnes fixes : S’applique aux colonnes

du tableau des lignes d’imputation
Référence remise :
Peut être alimentée automatiquement en
proposition automatique de règlements et
servir ultérieurement de critères de
regroupement des règlements sur un
bordereau

Étapes présentées dans l’ordre

logique de leur déroulement
A chaque étape comptable, association

d’un groupe de pièces automatiques et
d’un type de journal
Types de journal utilisés pour retrouver

le journal et le compte de trésorerie
Génération d’un fichier magnétique
Si oui, choix de la structure à appliquer
La génération de fichier magnétique est
conditionnée par la création d’un
bordereau de remise ou d’un bordereau
de domiciliation

 Impression obligatoire
• Accessible si le code édition/traitement vaut CHE ou TRE
• Implique que l’édition conditionne la possibilité de passer à l’étape suivante
• Ex : pour les chèques fournisseurs FCHQA, le bouton Validation, (qui permet de déclencher la
remise en banque), n’est actif qu’après impression des chèques ou lettres chèques
 Comptabilisation en portefeuille
• Représente nécessairement une 1ière étape de comptabilisation
• Se fait nécessairement au niveau du règlement (par opposition au niveau bordereau)
• Génère une écriture par règlement (hors cas des OD devises, des OD inter-tiers, …)
• Permet de choisir ou non d’alimenter un portefeuille (n°1, n°2 ou n°3)
• lequel portefeuille peut alors être consulté
• depuis la fiche client/fournisseur, barre d’outils/Zoom/Effet non échu 1-2-3
• depuis la situation client/fournisseur, onglet Risque
• lequel portefeuille n’est décrémenté qu’après lancement de la fonction de dévalorisation du
portefeuille

 Comptabilisation intermédiaire
• Peut être une première étape (remise des chèques à encaisser) ou une deuxième étape de
comptabilisation (remise à l’escompte ou à l’encaissement des traites)
• Se fait nécessairement au niveau d’un bordereau
• Génère une écriture par règlement figurant dans le bordereau (hors cas des OD inter-tiers, …)
 Comptabilisation en banque
• Nécessairement la dernière étape de comptabilisation (et parfois aussi la première – ex : première et
dernière étape dans le cas des chèques fournisseurs)
• Se fait soit au niveau du règlement (si première et dernière étape de comptabilisation sans
regroupement sur bordereau = FCHQA), soit au niveau du bordereau (chèques reçus à encaisser)
• Génère une ou plusieurs écritures par règlement suivant le nombre d’étapes et les choix de
regroupement escompte et encaissement
 Regroup encaiss./escompte
• Accessible si la transaction prévoit un regroupement sur bordereau de remise ou de domiciliation
• Par règlement : 1 règlement=1 écriture
• Par bordereau/domiciliation : 1 bordereau=1 écriture
• Par date échéance : 1 date d’échéance=1 écriture

 Groupe pièce
• Permet d’associer à chaque étape de comptabilisation le groupe de pièces automatiques à utiliser
pour générer les écritures comptables et effectuer le lettrage
• En standard, livraison de 2 groupes de pièces automatiques :
• groupe STEP1 ‘Première comptabilisation’ qui doit nécessairement être associé à la 1ière
étape de comptabilisation
• pour les chèques fournisseurs, transaction mono étape avec ‘Comptabilisation en
banque’ , donc associée à STEP1
• pour les chèques reçus clients, transaction avec 2 étapes, dont la 1ière est la
‘Comptabilisation intermédiaire’, donc associée à STEP1
• pour les traites reçues, transaction avec 2 étapes dont la 1ière est la ‘Comptabilisation en
portefeuille’, donc associée à STEP1
• groupe STEPN ‘Nième comptabilisation’ qui doit nécessairement être associé aux étapes
suivantes de comptabilisation
• pour les chèques reçus clients, transaction avec 2 étapes, dont la 2ième est la
‘Comptabilisation en banque’, donc associée à STEPN
• pour les traites reçues, possibilité de paramétrer une transaction avec 3 étapes, la 2ième
étant la ‘Comptabilisation intermédiaire’ donc associée à STEPN et la 3ième étant la
‘Comptabilisation en banque’, donc associée à STEPN

 Saisie des règlements
Gestion des règlements – Saisie des règlements
EN-TETE du REGLEMENT
Caractéristiques du règlement : le
bénéficiaire/émetteur du
règlement, le montant et la devise
du règlement, la banque, …
LIGNES du REGLEMENT
Tableau d’affectation/imputation
du règlement sur une ou plusieurs
factures avec ou sans escompte,
sur un acompte, …
Compta tiers / Règlements / Saisie règlements

Gestion des règlements – Saisie des règlements
FENETRES de PICKING des ECHEANCES

Échéances : liste de picking simple
Échéances groupées : liste de picking
hiérarchisée suivant le tiers payeur/payé
puis suivant le facturé/facturant
LISTE des REGLEMENTS déjà

saisis sous la transaction choisie

Gestion des règlements – Saisie des règlements – Picking des
échéances
• N’apparaissent pas :
• les échéances associées à des pièces non validées/comptabilisées
• les échéances associées à des types de pièce non cochés ‘Gestion échéances’
• les échéances cédées à un factor
• les échéances portées sur un relevé comptabilisé
• les échéances non bonnes à payer, si l’utilisateur à un contrôle BAP bloquant (CTLPAZ)
• Apparaissent :
• les échéances d’acompte
• les échéances rattachées à un relevé (si non comptabilisé)
• les échéances du site renseigné
• les échéances ayant un mode de règlement différent de celui de la transaction
• les échéances issues de la saisie d’OD, si le type de pièce le prévoit (‘Gestion échéances’ à oui)
comme par exemple celles générées pour une écriture d’impayé, une écriture de relevé
comptabilisé, ……
• les échéances d’un même payeur/payé quel que soit le facturé/facturant
• les échéances d’un tiers client ET fournisseur (fenêtre Échéances groupées)
Gestion des règlements – Saisie des règlements – Picking des
échéances
Picking Échéances
Permet de sélectionner les échéances une à une
Picking Échéances groupées

Permet de sélectionner les échéances une à une ou en masse pour
une combinaison [tiers payeur/payé] + [tiers facturé/facturant]

Gestion des règlements – Saisie des règlements – Imputation
sur facture
Etat du règlement
Saisi = non encore comptabilisé
= règlement provisoire visible en
gestion des échéances
Montant Tiers : règlement reçu/émis
du client/fournisseur en devise de
règlement
Montant (ligne) Correspond au
montant réglé pour l’échéance/facture
en ligne. A savoir soit le montant total
de la facture, soit une partie de la
facture (règlement partiel)
Comme devise de facture/échéance
CLIENT Destination ENC + type de pièce + numéro facture
= devise de règlement, Imputé tiers
non accessible et reprise du Montant
FOURN Destination DEC + type de pièce + numéro facture

Gestion des règlements – Saisie des règlements – Différence
de règlement
Règlement soldant totalement une
facture de 196€ (dont 6€ en
différence de règlement
Montant réellement réglé au

titre de la facture/échéance
Ecart initialisé avec le

CLIENT Destination DIFI + type de pièce + solde de l’échéance
numéro de la facture de la ligne précédente imputée
FOURN Destination DIFI + type de pièce +
numéro de la facture de la ligne précédente

Gestion des règlements – Saisie des règlements – Agios
Règlement soldant une
facture de 1794€ (à
échéance du 31/01/11) pour
laquelle des conditions
d’agios sont prévues
Génération de 2 écritures
comptables car AGIO
paramétré comme devant
figurer sur une pièce
différente de celle du
règlement
Montant imputé à la facture

et donc réglé au titre de
celle-ci. Pour un agio, il
convient donc d’affecter
davantage à l’échéance que
son solde non réglé.
La ligne d’agio représente
CLIENT Destination AGIO + type de pièce + Dès lors que l’échéance est alors la justification et la
numéro de la facture de la ligne précédente sélectionnée par picking et qu’elle régularisation du ‘trop’
dispose d’une condition affecté à l’échéance
FOURN Destination AGIO + type de pièce +
d’escompte/agio, création
numéro de la facture de la ligne précédente
automatique de la ligne d’imputation/
échéance et de la ligne d’agio
correspondante

Gestion des règlements – Saisie des règlements – Escompte
Règlement soldant une
facture de 3588€ (à
échéance du 31/03/11) pour
laquelle des conditions
d’escomptes sont prévues
Montant imputé à la facture

et donc réglé au titre de
celle-ci. Pour un escompte, il
convient donc d’affecter
moins à l’échéance que son
solde non réglé.
La ligne d’escompte
représente alors la
justification et la
régularisation du ‘pas assez’
CLIENT Destination ESCI + type de pièce + Dès lors que l’échéance est affecté à l’échéance
numéro de la facture de la ligne précédente sélectionnée par picking et qu’elle
dispose d’une condition Code taxe car le compte à la
FOURN Destination ESCI + type de pièce + d’escompte/agio, création ligne est soumis à TVA
numéro de la facture de la ligne précédente automatique de la ligne
d’imputation/échéance et de la ligne
d’escompte correspondante

Gestion des règlements – Saisie des règlements – Règlement
non imputable
CLIENT Destination ENC + type de pièce

et numéro de pièce vides
FOURN Destination DEC + type de pièce


Gestion des règlements – Saisie des règlements – Acompte /
Facture
Règlement reçu de 1000€

au titre d’une facture de
prestation de services non
encore émise. Écriture
devant mouvementer un
compte 419*
Compte d’acompte
déterminé via le
paramétrage de la
destination et non pas issu
du collectif d’en-tête
Code taxe car la

destination prévoit un
recalcul de la TVA/acompte
et que le compte
d’acompte a donc été
paramétré Compte
d’acompte
CLIENT Destination ACPTR + type de pièce
FOURN Destination ACPTE + type de pièce


Gestion des règlements – Saisie des règlements – Acompte /
Commande
Règlement émis de 5000€

au titre d’une commande
de prestation de services.
Écriture d’acompte devant
mouvementer un compte
409*
Compte d’acompte
déterminé via le
paramétrage de la
destination et non pas issu
du collectif d’en-tête
Code taxe car la

destination prévoit un
recalcul de la TVA/acompte
et que le compte
CLIENT Destination ACPTR + type de pièce avec d’acompte a donc été
valeur du paramètre BPCORDTYP + numéro de paramétré Compte
pièce avec le numéro de la commande d’acompte
FOURN Destination ACPTE + type de pièce avec

valeur du paramètre BPSORDTYP + numéro de
pièce avec le numéro de la commande

Gestion des règlements – Saisie des règlements – Zones
particulières
 Référence / Libellé en-tête

• Sur la presque totalité des transactions de règlements
• Non récupéré sur l’écriture générée
 Date échéance
• Présent sur les transactions permettant l’enregistrement des règlements de type traite/LCR/…
 Type de chèque
• Menu local paramétrable (Sur place, Hors place, …)
• Suivant le paramétrage de la banque, zone constituant un critère de regroupement/ éclatement
des règlements lors de la constitution du bordereau de remise
particulières
 RIB / Domiciliation
• Utilisé pour les transactions de règlements de type virement/prélèvement/traite client
magnétique
• Initialisé suivant les règles suivantes :
• en transaction de type recette, initialisation avec le premier RIB, de collectif Client, du tiers
concerné par le règlement ; si ce RIB n'existe pas, initialisation avec le RIB par défaut
• en transaction de type dépense, initialisation avec le premier RIB, de collectif Fournisseur,
du tiers concerné par le règlement. Si ce RIB n'existe pas, initialisation avec le RIB par
défaut
• en transaction de type indéterminé, initialisation avec le RIB par défaut.
• Depuis la zone RIB si la gestion des virements internationaux a été activée (code activité VII),
via clic droit, possibilité d’accéder à un tableau reprenant les informations de la banque
intermédiaire définies sur le tiers et de les modifier
particulières
 Numéro chèque
• Repris dans les transactions de chèques reçus et émis
• Récupéré (ce qui facilite le rapprochement bancaire) dans le libellé et la référence d’en-tête de
l’écriture générée
 Type achat
• Présente sur les transactions de traites fournisseurs
• Permet d’indiquer si une traite porte sur des factures achat ou sur des facture d’immobilisation
• Le paramétrage standard prévoit qu’en fonction de sa valeur ce soit le compte d’effets à payer sur
achat ou sur immobilisation qui soit mouvementé
 Montant banque
• Zone permettant de forcer le montant du règlement dans la devise de banque
• Principalement activé pour les transactions de virements/prélèvements fournisseurs
Ex : virement fournisseur en USD émis depuis une banque €
• Soit comptabilisation immédiate sans connaître le cours appliqué par la banque (et saisie
d’un OD de différence de change à réception du relevé de compte)
• Soit attente de réception du relevé de compte pour saisir le montant banque et comptabiliser
le règlement
Gestion des règlements – Proposition automatique
• Permet de générer automatiquement des règlements (dans COMPTA TIERS/Règlements/Saisie

règlements) à partir des échéances existantes
• Dans tous les cas, certaines échéances ne sont jamais prises en compte par la proposition
automatique :
• les échéances flaguées Relevé ‘A faire’/Oui et qui ne figurent effectivement pas sur un relevé
• les échéances associées à des factures/…/documents non comptabilisés
• les échéances cédées à un factor
• les échéances fournisseurs non bonnes à payer
• Ne sont pas non plus prises en compte les échéances dont le mode de règlement ne fait pas partie de
la liste des modes autorisés en proposition automatique
Il en découle qu’une échéance sans mode de règlement n’est jamais prise en compte par la fonction
de proposition automatique, pour quelque transaction que ce soit
Gestion des règlements – Proposition automatique –
Critères de sélection
Sélection des échéances par

rapport à leur date d’échéance
Possibilité d’étendre la sélection

aux échéances avec une
condition escompte, en
décalant la date d’échéance
maximale. Et ce pour bénéficier
des facilités d’escompte
Mode de règlement des

échéances à prendre en compte
Sélection sur le tiers

payeur/payé de l’échéance
Permet de lancer la campagne

de règlement pour une
‘population’ donnée
Permet par exemple de ne

Prise en compte ou non prendre en compte que les
des échéances d’acompte échéances d’un tiers clients, ce
qui exclue la génération d’un
règlement reçu portant sur un
avoir fournisseur non lettré
Compta tiers / Règlements / Proposition automatique

Proposition automatique
Onglet génération
Permet de ne pas générer un chèque

de moins de 10€ par exemple
Obligatoire ou non suivant paramétrage de

la transaction
Banque à laquelle les règlements créés vont
être associés, sous certaines conditions
Possibilité d’affecter les règlements sur les

banques du pool suivant une des règles
d’affectation (si Montant maxi glob)
Référence reportée sur les règlements

Sert ultérieurement comme critère de
regroupement en génération de
bordereau
Caractéristiques du règlement généré :
- zone Site obligatoire dès lors que le regroupement est autre que
1 échéance/règ ou 1 site/règ
Influe sur les écritures crées car si le
- si Devise vide, génération des règlements dans la devise d’origine
règlement est multi sites et/ou multi
du document
collectifs, génération des lignes de
- si Collectif vide et si regroupement 1 collectif/règ, règlement créé
liaison inter site et des pièces d’OD
sur le collectif des échéances ; si pas regroupement 1 collectif/règ,
inter-collectif
utilisation du collectif par défaut du tiers

• Trois modes exclusifs de génération des règlements :

• Mode Simulation
• Donne un fichier trace des règlements susceptibles d’être généré
• L’utilisateur ne peut donc rien modifié de la proposition à ce stade

• Mode Contrôle
• Affiche un tableau depuis lequel la proposition automatique de règlement peut être
ajustée avant la création effective des règlements
• Ajustements possibles :
• retrait d’une échéance de la proposition de règlement
• ajustement du montant de l’escompte/agio calculé
• ajustement du montant réglé au titre d’une échéance
• Mode réel (création du règlement) dès lors que ni Simulation ni Contrôle ne sont cochés
(avec en option une trace de génération des règlements)

 Affectation banque
Principe
• Permet d’affecter automatiquement une banque aux règlements pour lesquels celle-ci
n’est pas encore renseignée
• De fait, pour certaines transactions de règlements, la saisie de la banque n’est pas

obligatoire lors de la création du règlement
• Mais pour pouvoir comptabiliser une remise intermédiaire ou une remise en banque, la
banque est indispensable (mais ne l’est pas pour la mise en portefeuille)
• Le renseignement de la banque a posteriori peut se faire :

• en retournant en saisie de règlement et en la rajoutant sur le règlement,
• en masse, à partir d’un pool bancaire, suivant certaines règles d’affectation
(Affectation banque)
• en masse, ou au cas par cas, sans règle d’affectation particulière (Saisie banque)
• Ne sont éligibles à l’affectation bancaire que les règlements dont l’état est Saisi ou
Accepté ou En portefeuille
Affectation banque
Critères de sélection des

règlements à affecter
Résultat de la recherche des règlements

à affecter, en devise société
Si Oui, dans le cas des recettes, la répartition

des règlements s'effectue prioritairement sur
les banques présentant un solde virtuel
négatif, de manière à couvrir le découvert
Si Oui, dans le cas des dépenses, la
répartition ne s'effectue pas sur les banques
présentant un solde virtuel négatif, de
Règles d’affectation : manière à ne pas aggraver le découvert
- Date d’échéance la plus proche Si Non, la répartition se fait conformément
- Montant le plus élevé au paramétrage du pool bancaire utilisé
Solde banque en devise société

Solde virtuel en devise société = solde banque + règlements non encore ‘En banque’
Solde relevé en devise locale du dernier relevé importé
Compta tiers / Règlements / Affectation banque

Saisie banque
• Permet d’affecter voire ré-affecter une banque à des règlements pour lesquels celle-ci
n’est pas encore renseignée ou mal renseignée
• Mode opératoire
• Fenêtre de saisie des critères de sélection des règlements à prendre en compte
Permet de sélectionner aussi des

règlements ayant déjà une banque
Compta tiers / Règlements / Saisies banques

Saisie banque
• Affichage du tableau des règlements non affectés ou affectés à tord

• pour chaque ligne possibilité de sélectionner une banque
• possibilité de faire une MAJ de colonne, pour les lignes en dessous de la ligne
courante
• possibilité de modifier l’affectation d’un règlement
Compta tiers / Règlements / Saisies banques

 Bordereaux de remise
Principe
• Permet de regrouper sur bordereau des règlements de même transaction, société et

banque
(à la condition que la transaction prévoit la constitution du bordereau)
• Ces bordereaux sont soit saisis manuellement soit générés automatiquement
• Depuis ce bordereau, il est alors possible de générer les fichiers magnétiques, d’éditer les
remises de chèques ou de traites, à destination de la banque
• Depuis ce même bordereau s’enchaîne aussi les différentes étapes de comptabilisation

prévues dans le paramétrage de la transaction de règlement
• Sachant par ailleurs qu’il existe un ensemble de fonctions permettant de faire ces mêmes
opérations non pas unitairement depuis le bordereau mais en masse pour un ensemble
de bordereaux
Saisie de remise
Bordereau mono transaction,
mono banque et mono société État du bordereau et donc
des règlements le composant
Accessible si le paramétrage de la
banque prévoit des remises
séparées suivant le type de chèque
En relation avec le paramétrage de la
transaction, permet d’avoir une
comptabilisation suivant le type de remise
Peut contenir des règlements

de site différent du site d’en-
tête mais de même société
Depuis la ligne, accès en zoom à

la saisie des règlements
Fichier banque : actif ou non suivant le paramétrage

de la transaction. Permet de générer le fichier
magnétique ou EDI idoine pour le bordereau
Validation : permet de générer l’écriture
comptable de l’étape suivante. Non actif
si toutes les étapes de comptabilisation
ont été passées, i.e. État = En banque
Compta tiers / Bordereaux de remises / Saisie de remises

Génération bordereaux
Possibilité de générer un bordereau

de remise contenant les règlements
d’un lot
Critères de sélection et de regroupement
Les bordereaux générés se retrouvent en saisie de bordereaux
Compta tiers / Bordereaux de remises / Génération remises

Remises magnétiques
Génération de fichiers bancaires magnétiques qui sont exportés vers la banque.

Fichiers paramétrés conformément à la norme CFONB :
• LCR : Fichier de remise de LCR
• VIREMENT : Fichier de virements
• VIRINTER : Fichier de virements internationaux
Régénération de
fichier
Compta tiers / Bordereaux de remises / Génération remises

 Avis de domiciliations
Principe
• Permet de regrouper les traites fournisseurs émises sur un bordereau

d’avis de domiciliation
• Ces avis de domiciliation sont soit saisis manuellement soit générés

automatiquement
• Depuis l’avis, il est possible de générer le fichier magnétique de

réponse (à savoir s’il est accepté de payer la traite) dès lors que le
fichier de LCR/BOR a précédemment été importé pour être rapproché
de l’avis pour acceptation
Avis de domiciliation
Librement modifiable
A oui par défaut quand le bordereau est
généré automatiquement.
Si à non, nécessité de renseigner le motif
du refus (table diverse 305)
Validation : permet de générer l’écriture

comptable de l’étape suivante. Non actif Fichier banque : actif ou non suivant le paramétrage
si toutes les étapes de comptabilisation de la transaction. Permet de générer le fichier
ont été passées, i.e. État = En banque magnétique de réponse (acceptation ou non de
payer la traite) adressée à la banque
Compta tiers / Avis de domiciliation / Saisie domiciliations

Avis de domiciliation
Critères de sélection et de regroupement

des règlements sur les avis de domiciliation
générés
Compta tiers / Avis de domiciliation / Génération avis de

domiciliations
Import de relevé LCR
• Fonction permettant d’importer le fichier des effets présentés à la banque pour

acceptation
• L’objectif étant ensuite de les rapprocher des effets déjà en portefeuille et de les accepter
ou de les rejeter
• L’import de ce fichier peut être chaîné avec le rapprochement en automatique des effets
importés avec les effets existants, rapprochement se traduisant alors par la création des
domiciliations correspondantes
Compta tiers / Avis de domiciliation / Import relevé LCR

Rapprochements
• Le rapprochement automatique se base sur les critères :

• Montant en devise
• Devise
• Date échéance
• Référence tiré
• Site
• Banque
et si le traitement trouve des traites en portefeuille correspondant à ces critères , il génère le
bordereau de domiciliation pour ces traites et les marque comme acceptées.
Le traitement ne tient pas compte des traites déjà sur domiciliation, même si ce dernier n’est
que saisi et non validé en comptabilité
Rapprochement manuel LCR
Effet est mis en anomalie = isolé, non

Accepté mais sans code rejet, cela
correspond à un statut d’attente Sélection du relevé importé dont les
lignes /effets doivent être rapprochés
Chargement des lignes du relevé et Accepté OUI et n° de règlement X3 – génération de la domiciliation

identification des effets suivants ces critères et prise en compte dans le fichier magnétique généré
Accepté OUI et pas de n° de règlement – règlement et
domiciliation à traiter manuellement et prise en compte dans le
fichier magnétique généré (règlement pouvant être partiel)
Accepté NON et indication du code rejet (table diverse 305) et prise
en compte dans le fichier magnétique généré
Permet de générer le fichier de réponses. Une fois

généré pour le relevé, il ne peut pas être re généré
Compta tiers / Avis de domiciliation / Rapprochement manuel

Rapprochement auto LCR
• Se fera d’abord par application des critères standards de rapprochement suivant :

• Étape ([F:PYH]STA) : le règlement doit avoir suivi les étapes qui précède la
domiciliation
• Banque ([F:PYH]BAN) : identique à celle du relevé
• Devise ([F:PYH]CUR) : identique à celle de l’effet du relevé
• Montant ([F:PYH]AMTCUR) : identique à celui de l’effet du relevé
• Référence tiré ([F:PYH]BPRREF) : identique à celle de l’effet du relevé
• Avec prise en compte des seuls effets en portefeuille et non encore rattachés à un
bordereau de domiciliation
Mais non prise en compte des lignes mises en anomalie suite au rapprochement manuel
(à gérer manuellement au cas par cas)
• Et par application de critères supplémentaires de correspondance entre une zone du

règlement X3 et une zone de l’effet importé, cette correspondance n’étant pas
nécessairement stricte dans la mesure où il faut préciser le nombre de caractères à
contrôler et le caractères obligatoire ou non de la correspondance
Compta tiers / Avis de domiciliation / Rapprochement auto

Export relevé LCR
• Permet de générer à destination des banques un fichier en réponse aux domiciliations
reçues
• Fichier pouvant également être généré pour un relevé particulier depuis les fonctions
Saisie domiciliations (à condition qu’il s’agisse d’un relevé importé de la banque) et
Rapprochement manuel par le biais du bouton Fichier banque
• Structure du fichier REPLCRBOR défini depuis PARAMETRAGE/Compta tiers/Fichier

bancaire
Compta tiers / Avis de domiciliation / Export relevé LCR

 Écritures automatiques d’équilibre
Ecritures d’équilibre
MTC
Permet le lettrage : utilisée si le taux de change subit une variation entre la
facture et le règlement (le montant en devise de pièce est équilibré entre les
pièces à lettrer alors que le montant en devise de société est déséquilibré).
Cette écriture disparaît si délettrage.
PYCHG
Permet de constater un gain ou une perte de change
Utilisée quand :
- la devise de règlement est différente de la devise de banque (devise
société ou sans devise associée),
- le montant banque a été saisi en en-tête
Ecritures d’équilibre
PYODT : OD inter tiers / collectif

Utilisée dans le cas où le compte de trésorerie est associé à une devise
différente de la devise de règlement.
PYODD : OD devise
Utilisée si la devise de règlement est différente de la devise d’échéance, de
la devise de société et de reporting. Génération de 2 écritures : celle du
règlement, en devise de règlement et sur le tiers, l’autre en devise de
banque sur le compte de banque (même contrepartie que la 1ière
écriture)
PYODH : OD devise de trésorerie
Utilisée dans le cas où le compte de trésorerie est associé à une devise
différente de la devise de règlement.
Génération de 2 écritures : Celle du règlement, en devise de règlement et
sur le tiers, l’autre en devise du compte de trésorerie sur le compte de
banque (même contrepartie que la 1ière écriture)
 Autres fonctions
 Évènements exceptionnels
Comptabilisation portefeuille
• Ne sont concernés que les règlements pour lesquels l’étape de mise en portefeuille a été
prévue, principalement les transactions de règlement portant sur les effets
• Sachant que la mise en portefeuille peut être faite :

• soit directement depuis le règlement, via le bouton Validation, règlement après
règlement,
• soit globalement, pour un ensemble de règlements via cette fonction
Filtre par rapport à la date de création ou

Génération des écritures ou simple de dernière modification des règlements
fichier trace listant les règlements
répondant aux critères de sélection
et en attente de mise en portefeuille
Compta tiers / Règlements / Comptabilisation portefeuille

Comptabilisation portefeuille
• Au niveau du règlement
• Le statut du règlement passe de Saisi ou Accepté à En portefeuille
• Le bouton Suivi permet de connaître le numéro de l’écriture générée et le numéro du

compte de mise en portefeuille
Compta tiers / Règlements / Comptabilisation portefeuille

Comptabilisation intermédiaire
• Ne sont concernés que les règlements pour lesquels l’étape de remise intermédiaire a été
prévue, en l’occurrence les chèques reçus remis à l’encaissement (dans le paramétrage
standard)
• Sachant que la remise intermédiaire peut être faite :

• soit directement depuis le bordereau/domiciliation, via le bouton Validation,
bordereau/domiciliation après bordereau/domiciliation,
• soit globalement, pour un ensemble de bordereaux/domiciliations via cette fonction
Filtre par rapport à la date de création ou

Génération des écritures ou simple fichier de dernière modification des bordereaux/
trace listant les bordereaux/domiciliations domiciliations
répondant aux critères de sélection et en
attente de remise sur compte intermédiaire
Compta tiers / Règlements / Comptabilisation intermédiaire

Comptabilisation intermédiaire
• Au niveau du bordereau/domiciliation MAIS aussi de chacun des règlements constitutifs

• Le statut du bordereau/domiciliation/règlement passe de Bordereau Saisi à Sur compte intermédiaire
Bordereau
Règlement
• Depuis le bordereau/domiciliation/règlement, le bouton Suivi permet de connaître le numéro de(s)

écriture(s) générée(s) au titre de la comptabilisation du bordereau/ domiciliation/règlement et le
numéro du compte de remise intermédiaire
Compta tiers / Règlements / Comptabilisation intermédiaire

Comptabilisation en banque
• TOUS les règlements, quelle que soit la transaction à laquelle ils sont rattachés sont
concernés par la comptabilisation de la remise en banque
• Par contre, la remise en banque peut intervenir à différents niveaux :

• pour les virements clients reçus, dès que le règlement est saisi, il peut directement
être remis en banque
• soit en activant le bouton Validation au cas par cas, depuis chaque règlement
• soit via cette fonction
• pour les chèques reçus clients, la remise en banque intervient en 2ième et dernière
étape comptable
Les chèques sont d’abord saisis, puis regroupés sur un bordereau de remise pour
permettre l’édition de la remise de chèques. Pour le bordereau, la 1ière
comptabilisation (remise des chèques à l’encaissement) peut être exécutée. Et une
fois la remise intermédiaire comptabilisée, la remise en banque peut à son tour être
validée
• soit en activant le bouton Validation au cas par cas, pour chacun des bordereaux
• soit via cette fonction
Compta tiers / Règlements / Comptabilisation en banque

Permet de préciser si la remise en banque

ne doit prendre en compte que sur les
éléments règlements et/ou bordereau et/
ou domiciliation
Pour remettre en banque les chèques reçus,

cocher Bordereaux de remise : leur transaction
CCHQR prévoit la constitution d’un bordereau
contenant les chèques, bordereau depuis
lequel la remise en banque est exécutée
Génération des écritures ou simple fichier Filtre par rapport à la date de création ou de
trace listant les règlements et/ou bordereaux dernière modification du règlement/bordereaux
et/ou domiciliations répondant aux critères de /domiciliation
sélection et en attente de remise en banque

• Au niveau du règlement/bordereau/domiciliation :
• le statut du bordereau/domiciliation/règlement passe à En banque
• sachant que suivant le paramétrage de la transaction, il peut passer En banque alors
qu’il était précédemment à :
- Saisi - En portefeuille - Bordereau saisi
- Domiciliation saisie - Bordereau sur fichier - Sur compte intermédiaire
• Depuis le règlement/bordereau/domiciliation, le bouton Suivi permet de connaître le numéro

de(s) écriture(s) générée(s) au titre de la remise en banque du bordereau/domiciliation/
règlement et le numéro du compte de banque

Retour acceptation
• Fonction principalement utilisée pour les traites clients, dans le cas où celles-ci ont été
envoyées aux clients pour acceptation
• L’étape ‘Retour acceptation’, si prévue dans le paramétrage de la transaction, a pour but

de ‘flaguer’ les traites saisies retournées acceptées par le client
• Le retour conditionne l’étape suivante, à savoir la mise en portefeuille
• Mode opératoire :
• Fenêtre de saisie de critères permettant de sélectionner des traites saisies non
encore acceptées
• Pré chargement d’un écran avec les traites sélectionnées :
• si certaines ne doivent pas être considérées comme acceptées, retirer la ligne,
• une fois la liste de traites acceptées correcte, bouton Enregistrer
• Au niveau du règlement, le statut passe de Saisie à Accepté
Compta tiers / Règlements / Retour acceptations

Remise magnétique
• Ne sont concernés que les bordereaux/domiciliations pour lesquels la génération du
fichier magnétique a été prévue
• Sachant que la génération du fichier magnétique peut être faite :

• soit directement depuis le bordereau/domiciliation, via le bouton Fichier banque,
bordereau/domiciliation après bordereau/domiciliation,
• soit globalement, pour un ensemble de bordereaux/domiciliations via cette fonction
Compta tiers / Règlements / Remise magnétique

Remise magnétique
• Fichier trace de génération des fichiers magnétiques
• Les fichiers sont générés sous le répertoire BQE du dossier applicatif, conformément à la
structure retenue dans la transaction et définie depuis PARAMETRAGE/Compta
tiers/Fichiers bancaires (fichiers ASCII) ou PARAMETRAGE/Compta tiers/Paramètres Vir.
Commerciaux (fichier EDI)
Compta tiers / Règlements / Remise magnétique

Dévalorisation portefeuille
• Permet de gérer finement l’un des aspects du risque client, à savoir l’existence de traites
remise en banque non échues
• Car permet de diminuer le portefeuille (onglet Risque en situation client/fournisseur) des

traites remises en banque dont la date d’échéance est antérieure à celle renseignée dans
la fonction
Compta tiers / Règlements / Dévalorisation portefeuille

Prorogation client / fournisseur
• Permet de décaler la date d’échéance d’un règlement et plus particulièrement celle des
traites
• Ne sont éligibles à la prorogation que les règlements étant à un statut antérieur à En

portefeuille (Saisi/Accepté)
• Mode opératoire : sélectionner une à une les traites à proroger et indiquer la nouvelle
date d’échéance ainsi que le libellé de l’écriture de prorogation, puis Enregistrer
• Résultat :
• Soit génération d’une écriture de prorogation selon que le compte d’effet est
paramétré ou non avec un modificateur mois ou quinzaine
• Soit simple modification de la date d’échéance sur le règlement et l’écriture
comptable correspondante
Compta tiers / Règlements / Prorogation client, fournisseur

Impayés
Sur le collectif client

douteux du client
Si refacturation NON Si refacturation OUI

Suivant le paramètre TAXUNPAY, possibilité Génération d’une facture ou note de débit client
de comptabiliser les frais d’impayés sur une si les frais d’impayés sont à la charge du client
pièce séparée Détermination du type de facture à alimenter
Et utilisation de la pièce automatique définie via le paramètre TYPINVNDT
dans le paramètre GAUUNPAY Détermination du compte de refacturation via le
paramètre ACCEXSBAN
• Se traduit par la mise à jour du statut du règlement de ‘En banque’ à ‘Impayé’

• Le bouton Suivi permet de retrouver le numéro de pièce de l’impayé
Compta tiers / Règlements / Impayés

Annulation comptable
• Accessible depuis la saisie de règlement, barre d’outils, Options/Annulation comptable
• Se traduit par :
• l’extourne de l’ensemble des écritures comptables générées au titre du règlement,
• le délettrage des factures/échéances imputées
• le lettrage des écritures d’origine avec leur écriture d’extourne
• s’il était sur un bordereau de remise ou de domiciliation, son retrait du bordereau
• la mise à jour du statut du règlement à ‘Saisi’
• Trace des écritures d’extourne dans le bouton Suivi du règlement
• Le règlement peut alors être modifié et suivre de nouveau les étapes de comptabilisation
prévu ou être supprimé
• A noter la possibilité de choisir la méthode d’extourne (débit <-> crédit ou montant

négatif)

Editions
• Quelle que soit la transaction de règlement retenu, l’état récapitulatif des règlements saisis LISREG est
accessible en saisie de règlement et sur les bordereaux
• Depuis la saisie règlement et suivant la transaction, il est possible d’éditer :
• CHQEUROE : chèques en € (FCHQA) (obligatoire pour pouvoir comptabiliser)
• LETCHQEUR : lettres chèques en € (FCHQA) (obligatoire pour pouvoir comptabiliser)
• TRAITE : traites (FBORB/FBORP/FLCR/FTRT) (obligatoire /FTRT pour pouvoir comptabiliser)
• LETTRETRT : lettres traites (FBORB/FBORP/FLCR/FTRT) (obligatoire /FTRT pour pouvoir
comptabiliser)
• LETTREVIRR :lettres de virement (/règlement) (FVIRB/FVIRM/FVIRP)
• Depuis la saisie des bordereaux de remise et suivant la transaction, il est possible d’éditer :
• REMCHQ : remises de chèques (CCHQ/CCHQR)
• REMTRT : remises de traites (CBOR/CLCR/CTRA/CTRT)
• CONFVIR : lettres de confirmation de virement (FVIRB)
• LETTREVIRB : lettres de virement (/bordereau) (FVIRB/FVIRP)
• Depuis la saisie des bordereaux de domiciliation et suivant la transaction, il est possible d’éditer :
• AVIDOM : avis de domiciliation
 Consultations tiers
Consultations : situation tiers
– Accès:
• Depuis la fiche Client / Fournisseur (choix par onglet)
• Directement dans la fonction
– Onglet « Situation tiers »

• Balance âgée non historisée
• Paramétrage des intervalles via paramètre général et critères
– Onglet « Risque »
• Risque commercial (facturé) – différent suivant client / fournisseur
• Risque financier (payeur) – différent suivant client / fournisseur
• Risque global
– Onglet « dernières opérations »

• Liste dernières opérations
• Statistiques
• Actions CRM à mener
Compta tiers / Consultations / Situation client ou fournisseur

Consultation : Balance âgée à date
Cette fonction permet pour une date de référence donnée, de consulter la

situation passée ou à venir d'un tiers.
La date de référence joue donc un rôle primordial puisque l'information est
reconstituée telle qu'elle était à cette date
La balance âgée est historisée si le code activité HDU est activé
Compta tiers / Consultations / balances âgées

Consultation : Règlements
Objectifs :
• Pouvoir rapidement rechercher un / des règlements se rapportant à
une ou plusieurs factures et pouvoir les consulter.
• Possibilité de passer directement en Consultation de Facture
Compta tiers / Consultations / Règlements

Consultation : Factures
Objectifs :
• Pouvoir rapidement rechercher une ou des factures et connaître ses
éventuels règlements
• Possibilité de passer directement en Consultation de Règlements
Compta tiers / Consultations / Factures

Consultation : Banques
Permet la consultation des mouvements d’une banque donnée :

• Mouvements remis en banque et à venir
• Plusieurs possibilités de filtre (règlement validés, en banque,
rapprochés)
• Solde virtuel en pied
• Solde virtuel progressif à la ligne
Compta tiers / Consultations / Banque

 Gestion des comptes bancaires
Pointage manuel
Code pointage
alphanumérique de 5
car. minuscules
Menu « Fonction » :
Recherche par montant
Bouton « Tri » :
critères de tri des
écritures
Compta tiers / Pointage / Pointage

Pointage en partie simple
Intérêt : pouvoir pointer les écritures comptables

et /ou les mouvements du relevé bancaire importé
(ou saisi)
=> Attribution d’un code pointage constitué d’une

astérisque *
Compta tiers / Pointage / Pointage en partie simple

Pointage : création de relevé
PAR SAISIE :
• Permet de saisir un relevé bancaire, lequel est stocké dans la

même table que les relevés importés
• Pris en compte par le rapprochement automatique au même

titre que le relevé importé
Compta tiers / Pointage / Saisi relevé et Import relevé

Pointage : création de relevé
PAR IMPORT :
• Paramétrage du fichier d’import
Paramétrage / Compta Tiers / Fichier bancaire
• Contrôle que le relevé n’est pas déjà importé

(via solde début relevé et date du solde début)
• Contrôle de la correspondance entre la banque émettrice du

fichier importé avec la banque destinataire (via RIB)
• Contrôle de l’égalité entre le solde du précédent relevé avec le
solde début du relevé à importer
Compta tiers / Pointage / Saisi relevé et Import relevé

Suppression de relevé
Permet de supprimer un relevé bancaire importé à tort

Contrôle qu’il n’y ait aucun code pointage sur le relevé
Rem : les relevés saisis se suppriment directement depuis la fonction de saisie.
Compta tiers / Pointage / Suppression relevé

Rapprochement auto : pré-chargement
Le pré chargement
Identification
banque à pointer
Y% pour les
LIGNES D’Écritures lignes d’écritures
COMPTABLES comptables
Répartition
N lignes ; dépend
dépendante de la
du code activité
valeur paramètre
RBK (1 -> 9999)
X% pour les TRS PRCRBKOCC
LIGNES DU RELEVE
lignes de relevé
Sens comptabilité banque

ou sens comptabilité entreprise ?
Choix de l’ordre d’affichage des lignes en fonction : Dépend de la valeur

- du montant (ascendant/descendant) paramètre TRS SNSBNQ
- du CIB (ascendant/descendant)
- de la date (ascendant/descendant)
Compta tiers / Pointage / Rapprochement bancaire

Rapprochement auto : méthode
Rapprochement automatique Rapprochement manuel
1 - Recherche du montant
Par pièce
No remise <=> Réf écritures 2 - Sélection
3 - Pointage
Réf Bqe <=> Réf écritures 4 - Enregistrer
Libellé <= Réf écritures
Seulement les N derniers

chiffres/caractères Par doublon
Marquage sous la
forme _XXXX
RAPPROCHK : impression de la
Par montant
proposition de rapprochement
RAPPRODBL : impression de la
liste des doublons
Par CIB
CIB <=> CIB
Contrôle de l’écart entre date opérat° et date comptable :

- si > NBRDAY du CIB, rejet,
- si NBRDAY non défini sur le CIB, utilisation de la valeur
paramètre TRS MAXNBRDAY
Compta tiers / Pointage / Rapprochement bancaire

Dépointage
• Étape 1 : première sélection des lignes à afficher pour

dépointage
Critères :
» banque
» montant de la ligne
» code pointage
» borne début date de pointage
• Étape 2 : affichage, dépointage manuel ou automatique
» manuel : clic droit sélection + enregistrer
» automatique : bouton Auto avec bornes dates de pointage
et bornes code pointage
Compta tiers / Pointage / Dépointage

Formation Tiers SAGE X3 V6

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Formation Tiers SAGE X3 V6

Transféré par

Droits d'auteur :

Formats disponibles

Formation

SRA Sud Ouest 25 avenue Marcel Dassault

 Fiches Tiers / Fournisseur / Client

 Un fichier tiers unique.

Code site à identifier en

S’il s’agit d’un tiers /

Données de base / Tiers / Tiers

Une adresse par défaut doit être définie.

Zone SEPA. Un RIB hérite du typage de son

Données de base / Tiers / Tiers

Ce champ indique le code motif économique

Données de base / Tiers / Tiers

Plusieurs RIB possibles

Données de base / Tiers / Tiers

Contacts communs aux différents types de tiers

Données de base / Tiers / Tiers

• Ces informations peuvent être définies par société juridique dans un

Données de base / Tiers / Tiers

L’onglet commerciales permet de renseigner les informations commerciales propres au fournisseur.

(1) Indisponibilité : Alors que la détermination des dates de

Type prospect : seule

Cours utilisé par défaut pour trouver le cours de

Contrôle de l’en-cours : un message avertit l’utilisateur lorsque le

Données de base/Tiers / Fournisseur

Cet onglet permet de

Données de base/Tiers / Fournisseur

L’onglet commerciales permet

Remises et/ou frais (en

Données de base/Tiers / Client

Cours utilisé par

Texte d’information renvoyé en saisie de documents ventes

Données de base/Tiers / Client

Cet onglet permet de

Données de base/Tiers / Client

Données de base/Tiers / Client

Déclinaison d’un tiers

 Fiches Tiers / Fournisseur / Client

– Cette table permet de

Données de base/Tables tiers/Escomptes/Agios

 Fiches Tiers / Fournisseur / Client

Code associé par défaut au

Données de base/Tables tiers/Conditions de paiement

 Fiches Tiers / Fournisseur / Client

– intitulés long & court non

Données de base/Tables comptabilité tiers/Comptes en banque

• Rappel : un RIB français est constitué de :

• Étape 2 : référencer les banques

Code banque/guichet avec une longueur

Pré chargée et non modifiable lors de la

Pré chargé et modifiable lors de la

Données de base/Tables communes/Pays/Banques (guichets)

Autant de banques que de comptes bancaires (RIB)

Données de base/Tables comptabilité tiers/Comptes en banque

Référencer au minimum le journal

Contient entre autre le compte

Utilisé pour la génération de tout fichier

Données de base/Tables comptabilité tiers/Comptes en banque

 Fiches Tiers / Fournisseur / Client

Journal de caisse de type trésorerie ou OD

Devise de tenue de la caisse :

Données de base/Tables comptabilité tiers/Caisses

 Fiches Tiers / Fournisseur / Client

• Utilisé par la fonction d’affectation banque

Données de base/Tables comptabilité tiers/Pool bancaire