Cegid XRP Ultimate | I3 Actualisé le 06/10/2022 |
|||
Finances | |||
GERM - Saisie des règlements multi-ets, multi-tiers |
Le principe est de créer une nouvelle transaction ressemblant à la saisie des règlements actuelle (GERG + GRAP), mais plus ouverte. Ainsi elle permettra une saisie de règlements multi-établissements, multi-tiers. La transaction permet donc une sélection plus large des pièces à rapprocher (plusieurs tiers, plusieurs établissements, ...). Cette transaction permet de saisir à la fois la pièce de règlement et de la rapprocher en même temps de la facture qui peut appartenir à un autre établissement. Les écritures seront créées une fois que les éléments de l'écriture et les rapprochements de pièces auront été entrés par l'utilisateur. |
Schéma d'écriture(s) générée(s) -> Dans le cas d'un rapprochement sur le même établissement : Une écriture de règlement est créée sur cet établissement (celui de connexion) par facture à rapprocher. Un mouvement est créé sur le compte de la facture et un mouvement de contrepartie est créé si "Compte de contrepartie" est précisé, sinon il faut que le journal ait un compte d'équilibre. Le règlement et la facture sont ensuite associés à partir du montant du règlement effectué. -> Dans le cas d'un rapprochement multi-établissements : Il faut tout d'abord qu'il existe un lien entre les deux établissements. Celui-ci se fait dans GJRA (gestion des associations de journaux) en indiquant la correspondance entre les journaux et comptes de ces établissements. Les comptes indiqués dans cette gestion ne doivent pas être collectifs, et doivent être en CGR A, CGR B, TVA et génération de pièce interdits. Sur l'établissement de la facture : Une écriture de règlement est créée sur le journal destination de GJRA avec un mouvement sur le compte de la facture, et un mouvement d'équilibre sur le compte de destination de GJRA. La pièce créée et la facture sont ensuite associées à partir du montant du règlement effectué. Sur l'établissement de connexion : Une autre écriture est créée sur le journal utilisé avec un mouvement sur le compte origine de GJRA (il est dans le sens du mouvement du compte collectif du règlement créé sur l'établissement de la facture). Dans ce cas, le journal doit avoir un compte d'équilibre défini. Le mouvement d'équilibre sera créé à la validation de cette écriture. Dans le cas d'un rapprochement multi-tiers, il s'agit en fait de pouvoir avoir le même en-tête d'écriture et de pouvoir générer des règlements sur des pièces ayant des tiers différents. A chaque facture sera donc associé un règlement sur son tiers. |
Données |
Journal |
Journal de l'écriture de règlement. Il doit être à numérotation automatique. Si "Compte d'équilibre" est coché, il faut que le journal ait un compte d'équilibre, sinon, le journal doit avoir un compte de contrepartie. |
Type pièce |
Proposée à partir du journal cette donnée reste modifiable. Ce type permet d'identifier le type de document que l'on saisit. Une attention particulière est à porter à cette donnée dans le cadre de la gestion de la TVA afin de différencier les pièces de paiement des autres types. |
Type mouvement |
Bordereau |
Bordereau qui sera imputé aux écritures créées. Il peut être proposé en fonction du PR5 associé au mnémonique. Le numéro de bordereau représente généralement une remise en banque. |
Montant et sens |
Montant et sens servant à contrôler le rapprochement au niveau des cumuls. |
Réf. |
Référence externe de l'écriture origine. |
Dates |
Comptable |
Identifie la période comptable où sera classée l'écriture. Elle est proposée par défaut égale à la date logique de la session de travail. Les contrôles effectués sur la période sont les suivants : - doit être postérieure à la date de début d'exercice présente dans la gestion des établissements ; - doit être comprise dans la période d'autorisation générale (paramètre AUTCPT occurrence DATE) ; - doit être comprise dans la période d'autorisation du journal. Elle représente la date de fait générateur de la TVA dans le cas où les dates de faits générateurs théoriques associées à chaque régime et mode de règlement ne seraient pas renseignées. |
Echéance |
Date d'échéance de la pièce, proposée automatiquement en fonction des conditions de facturation du tiers. Elle est calculée à partir de la date d'émission ou, à défaut, à partir de la date comptable et selon une règle bien précise. Il s'agit de la date d'échéance courante qui pourra être modifiée à tout moment contrairement à la date d'échéance initiale. Elle représente la date de fait générateur de la TVA dans le cas du régime sur encaissement si le mode de règlement est une traite. Cette date peut être arrondie à des jours d'échéance fixe dans la gestion GECJ. |
Emission |
Représente la date d'émission du document saisi. Elle représente la date de fait générateur de la TVA dans le cas des régimes débit et livraison. |
Valeur |
Peut être référencée pour certains types de pièces. Elle représente la date de fait générateur de la TVA dans le cas du régime sur encaissement si le mode de règlement n'est pas une traite. |
Banque |
Règlement |
Mode de règlement de l'écriture à générer. |
Libellé |
Libellé de l'écriture qui sera édité sur les éditions comptables fiscales telles que le journal et le grand livre. Il peut être référencé dans le cas de libellé répétitif. La gestion permettant de définir ces libellés est GLPC. |
Cumuls |
Partie permettant de savoir combien il reste à régler en fonction du montant saisi, et par rapport au bordereau. |
Rapprochement |
Etablissement |
Etablissement de la pièce à rapprocher. |
Pièce |
Pièce à rapprocher. |
Type |
Cours reporting |
Stockage du cours de la devise de reporting. |
Cours |
Stockage du plus petit des deux cours des pièces associées dans le cas d'un rapprochement de pièces en devise. |
Référence |
Montant en devise de référence qui est proposé pour montant de l'association. Ce montant proposé est le solde de la pièce sélectionnée. Il peut être modifié. |
Sens |
Sens du rapprochement. Il est proposé au sens du solde de la pièce origine. Cette proposition est généralement correcte. |
Rapprochement |
Permet de déclencher le rapprochement entre les deux pièces. |
Devise |
Devise |
Code de la devise dans laquelle est libellée l'écriture. Elle n'est pas précisée lorsque celle-ci est égale à la devise de référence de l'établissement (monnaie locale). Sa présence signifie que la saisie des mouvements se fera, a priori, en devise OUT (extérieure à l'Euro) ou en devise IN autre que la devise de référence ; la contre-valeur se proposera automatiquement en fonction du cours. La saisie en devise d'une pièce doit être compatible avec le paramétrage des comptes qui seront mouvementés dans celle-ci. |
Mode |
Donnée permettant, en fonction de la devise et de la date de validité, de proposer un cours automatique à la pièce. En fonction du paramétrage du mode de change, la date de validité ainsi que le cours seront ou non modifiables par l'utilisateur. Il peut être proposé automatiquement à partir du journal ou à défaut de l'établissement courant. |
Date |
Date permettant de définir le cours de devise à proposer. Cette date se propose en fonction soit de la définition du mode de change, soit en fonction d'une date de gestion. Selon le mode de change, il devra ou non exister un cours à cette date précise. Dans le cas où ce n'est pas obligatoire, la date saisie sera remplacée par la date à laquelle un cours existe dans la table de définition des cours. |
Devise de reporting |
La nature de cette devise dépend du positionnement du paramètre DEVREP occurrence EUR. |
Mode |
Donnée permettant, en fonction de la devise de reporting et de la date de validité, de proposer un cours automatique à la pièce. En fonction du paramétrage du mode de change, la date de validité ainsi que le cours seront ou non modifiables par l'utilisateur. Il peut être proposé automatiquement à partir du journal ou à défaut de l'établissement courant. Si la devise de reporting est l'Euro un seul mode est défini, celui par défaut de l'établissement (et les valeurs sont non modifiables). |
Date |
Date permettant de définir le cours de devise à proposer. Cette date se propose en fonction soit de la définition du mode de change, soit en fonction d'une date de gestion. Selon le mode de change, il devra ou non exister un cours à cette date précise. Dans le cas où ce n'est pas obligatoire, la date saisie sera remplacée par la date à laquelle un cours existe dans la table de définition des cours. Dans le cas de l'Euro, il existe une seule date par rapport à la devise de référence non modifiable. |
Devise origine |
On indique ici si on veut saisir l'écriture en devise de référence ou en devise de reporting, c'est dans ces zones que l'écriture devra être équilibrée. Le paramètre DEVREP occurrence PROPDVO permet de faire proposer soit l'une soit l'autre par défaut. |
Paramètres associés au mnémonique (voir aussi : Principe de l'association) |
PR5 |
Permet la proposition ou non du numéro de bordereau. Lorsque la valeur de ce paramètre est égale à "B1", le bordereau est proposé sous le format "XXXXXXAAMMJJB1" où "XXXXXX" correspond au journal, "AAMMJJ" correspond à la date comptable sous le format année, mois, jour et "B1" correspond à une valeur fixe positionnée en dur. Lorsque la valeur de ce paramètre est égale à "B2", le bordereau est proposé sous le format "XXXXXXAAMMJJ01" où "XXXXXX" correspond au journal, "AAMMJJ" correspond à la date comptable sous le format année, mois, jour et "01" correspond à une valeur fixe positionnée en dur. Lorsque la valeur de ce paramètre est égale à "B3", le bordereau est proposé par le compteur GNBB à partir de la banque, la nature de règlement renvoyée par le mode de règlement et la devise ou la devise origine. La banque devient obligatoire. Lorsque ce paramètre n'est pas défini, le numéro de bordereau n'est pas proposé. Vous pouvez alors gérer une valeur par défaut pour le bordereau. |
Transactions associées |
CCPIE - Consultation des pièces |
GSCP - Saisie des conditions particulières de paiement |
Paramètres |
AUTCPT - ACPTVA |
AUTCPT - CTLPIX |
AUTCPT - DATE |
AUTCPT - DVCECR |
AUTCPT - TIEECR |
DEVREP - PROPDVO |
Messages |
OCECR050 - Création d'écriture interdite à cette date |
OCECR075 - Association de comptes interdite |
OCECR087 - Compte d'équilibre géré en devise : devise obligatoire |
OCECR088 - Le compte d'équilibre n'autorise pas la saisie en devise |
OCECR089 - Devise du compte d'équilibre différente de la devise de l'écriture |
OCECR094 - Le mode de change, la date de validité et la valeur sont obligatoires |
OCECR100 - La valeur prévue doit être supérieure à zéro |
OCECR103 - Date de validité proposée ($1) non modifiable et différente de celle calculée ($2) |
OCECR158 - La date d'émission doit être inférieure ou égale à la date comptable |
OCECR159 - Saisie d'un type de pièce acompte interdite : AUTCPT occurrence ACPTVA |
OCECR172 - La devise doit être différente de la devise de reporting |
OCECR173 - La devise origine doit être égale soit à la devise de référence, soit à la devise de reporting |
OCECR174 - La devise origine ne doit pas être renseignée |
OCECR175 - La devise origine doit être renseignée |
OCECR192 - La référence externe doit être unique pour le tiers |
OCMVC051 - Compte collectif : veuillez préciser le tiers |
OCMVC090 - Compte géré en devise : devise obligatoire |
OCMVC091 - Ce compte n'autorise pas la saisie en devise |
OCMVC092 - Devise du compte différente de celle de l'écriture |
OCMVC165 - Le paramétrage du compte interdit sa saisie sur ce type d'écriture |
OCMVC169 - Montant $1 différent du montant prévu $2 |
OCPIA703 - La modification du taux de devise est impossible si le rapprochement est déjà commencé |
OCPIE051 - Pièce déjà existante dans les écritures |