Ecarts de conversion

• Type d'écart (champ TYPECART)

Ce programme permet de générer automatiquement les écarts de de conversion, sur les comptes gérés en devises dont la zone type d'écart est renseignée.

Ecart de résultat

Il s'agit de régulariser le solde d'un compte (généralement de banque) tenu en devises, pour tenir compte de la variation de cours de la monnaie.
L'écart est évalué par différence entre le solde en monnaie locale en fin de période et le solde en devises valorisé au nouveau cours.
Le gain ou la perte est viré au compte "gain de change" ou "perte de change".

Ecart de bilan

Il s'agit de constater au bilan, la revalorisation ou la dévalorisation d'une créance ou d'une dette en devises, en fonction d'un nouveau cours de change.
L'écart est évalué pièce par pièce (pour les pièces non lettrées) par différence entre le solde en monnaie locale de la pièce et le solde en devises valorisé au nouveau cours.
Le gain ou la perte potentielle est viré à l'un des comptes de bilan paramétré à cet effet.
Aucune écriture de provision automatique n'est générée par ce traitement. Ces écarts sont généralement générés en fin d'exercice et extournés au début de l'exercice suivant. Vous pouvez donc préciser une date d'extourne. 

• Groupe sociétés (champ GRPSOC)

Indiquez une société ou un groupe de sociétés pour limiter la génération de pièces sur le bilan ou le résultat d'une société ou d'un groupe donnés.

• Référentiel (champ LEDTYP)

Quel que soit le type d'écart choisi, bilan ou résultat, le traitement s'effectue pour un référentiel sélectionné. Si la génération des écritures d'écarts concerne plusieurs référentiels, la fonction doit être relancée.
Le type de pièce utilisé doit être mono-référentiel manuel.
Lorsque la génération de la pièce d'écart est lancée, si le référentiel est un référentiel origine d'un référentiel automatique, les deux référentiels seront impactés au niveau de l'écriture. Le type de cours utilisé pour revalorisé le référentiel automatique sera alors nécessairement celui utilisé pour le référentiel manuel origine.
 Les montants de l'écart entre un référentiel automatique et son référentiel manuel origine peuvent être de sens différent. Dans ce cas, le programme ne génèrera pas d'écriture sur deux comptes distincts mais le référentiel automatique héritera du compte d'écart de son référentiel manuel origine.

• Société (champ SOC)

• Tous sites (champ TOUSIT)

Si cette case est cochée, tous les sites de la société courante seront concernés par la génération des écritures d'écart sur le bilan ou le résultat.
Si elle n'est pas cochée, la zone suivante permet de réduire le traitement à un site donné.

• Site (champ SITE)

Le traitement peut être réduit à un seul site.

• Tous collectifs (champ TOUCOL)

Pour les écarts de conversion (Bilan) constatés sur des comptes de type collectif, le traitement peut être lancé sur l’ensemble des collectifs (activation du flag « Tous collectifs ») ou limité à un seul collectif (que l’on doit alors préciser dans la zone dédiée et dans ce cas la borne de compte s'applique aux tiers).
Si aucun collectif n'est précisé alors que le flag « Tous collectifs » n'est pas coché, le traitement portera sur des comptes de type normal.

• Collectif (champ COLL)

• Groupe collectif (champ GRPCOL)

• Période (champ DATDEB)

Pour les écarts de type bilan, Sage X3 travaille sur les écritures non soldées en fin de période. Le début de période doit permettre de traiter toutes les pièces non lettrées. La date de début de période est donc en général une date antérieure à la date de début d'exercice.
Pour les écarts de type résultat, Sage X3 travaille sur les soldes des comptes gérés en devise, c'est à dire sur la balance. Le début de période est le début de l'exercice.

• champ DATFIN

• Type de tiers (champ TYPCOL)

Dans le cadre des écarts de conversion, si le traitement est lancé sur l’ensemble des collectifs, on peut limiter la sélection des collectifs à traiter en fonction d’un type de tiers (client, fournisseur, transporteur…). 

• Borne compte (champ CPTDEB)

Si le traitement est lancé sur des comptes de type collectif, cette borne permet de le limiter à certains tiers. Sinon, il s'agira d'une borne sur comptes généraux. 

• champ CPTFIN

Ce programme permet de générer automatiquement les écarts de de conversion, sur les comptes gérés en devises dont la zone type d'écart est renseignée.

Ecart de résultat

Il s'agit de régulariser le solde d'un compte (généralement de banque) tenu en devises, pour tenir compte de la variation de cours de la monnaie.
L'écart est évalué par différence entre le solde en monnaie locale en fin de période et le solde en devises valorisé au nouveau cours.
Le gain ou la perte est viré au compte "gain de change" ou "perte de change".

Ecart de bilan

Il s'agit de constater au bilan, la revalorisation ou la dévalorisation d'une créance ou d'une dette en devises, en fonction d'un nouveau cours de change.
L'écart est évalué pièce par pièce (pour les pièces non lettrées) par différence entre le solde en monnaie locale de la pièce et le solde en devises valorisé au nouveau cours.
Le gain ou la perte potentielle est viré à l'un des comptes de bilan paramétré à cet effet.
Aucune écriture de provision automatique n'est générée par ce traitement. Ces écarts sont généralement générés en fin d'exercice et extournés au début de l'exercice suivant. Vous pouvez donc préciser une date d'extourne. 

• Bornes tiers (champ BPRDEB)

• champ BPRFIN

• Type de cours (champ COURTYP)

Dans la table des cours de devises, plusieurs cours peuvent être saisis (cf. documentation Cours devises). On peut sélectionner le type et la date du cours à retenir pour la valorisation des pièces à la date du traitement.
 La date du cours proposée par défaut est celle de la date de fin de la période.

• Date du cours (champ COURDAT)

• Génération écritures (champ GENECR)

• Type de génération (champ TYP)

• Etat écritures (champ STA)

Dans le cas d'une génération réelle, l'état de la pièce peut être :

• provisoire,
• définitive.

Le statut des écritures dans l'écran de lancement est obligatoirement 'Définitif' lorsque la catégorie de pièces "Réelle" est choisie et que la société est :

• soit une société de législation française (le paramètre FRADGI/chapitre TC/groupe CPT a pour valeur "oui", non modifiable),
• soit une société non française appliquant les règles françaises de la conformité DGI n° 13L-1-06 (le paramètre FRADGI/chapitre TC/groupe CPT a pour valeur 'oui', modifiable).

 L'état définit essentiellement la capacité de l'utilisateur à modifier la pièce. Une fois définitive, les modifications pouvant être apportées à la pièce sont d'ordre informatif ou concernent les imputations analytiques. La date, les montants, les comptes, le code TVA et autres informations purement comptables ne peuvent plus être modifiés.  
En provisoire, la pièce reste totalement modifiable pour la majorité des informations y figurant. Les possibilités de modification varient selon :

• la nature et l'origine de la pièce comptable :
• pièce de règlement provisoire : ligne de banque non supprimable,
• pièce de facture d'achat : ligne tiers non supprimable, compte achat et TVA modifiables,
• etc.
  
• les évènements de gestion ayant impacté la pièce comptable :
• compte de charge avec un montant de TVA déclaré,
• compte de TVA lettré ou non,
• etc.

• Type de pièce (champ TYPPCE)

Le type de pièce provient :

• quand le type de génération demandé est réel : de la valeur paramètre CNVTYPACC (chapitre CPT, groupe CLO),
• quand le type de génération demandé est simulation (active ou non active) : du paramètre TYPACC (chapitre TC, groupe INV).

• Journal (champ JOU)

Le code journal proposé provient du type de pièce saisi précédemment. Le journal utilisé pour l'extourne est le même que celui de la pièce d'origine.

• Date des pièces (champ DATPCE)

Date de la génération des écritures d'écarts.
 La date proposée par défaut est la date de fin de la période.

• Date extourne (champ DATEXT)

La date d'extourne est déterminée par la pièce automatique (ligne "Extourne") précisée pour la valeur paramètre GAUCNV (chapitre CPT, groupe CLO).

• Fichier de trace (champ TRACE)

Le flag « fichier de trace » permet, s’il est coché, d’obtenir un récapitulatif de toutes les pièces générées en fin de traitement.