Messages Finances

Cegid XRP Ultimate | I3 Actualisé le 06/10/2022

Finances

Messages Finances

CLO051 - Il reste des écritures non validées

Lors du traitement de solde de comptes (TESC), il existe encore des écritures non validées sur la période.
Lors du traitement de génération des écritures de clôture (TECL) ou du traitement de génération des reprises de solde (TGRS), il existe encore des écritures non validées sur l'exercice à clôturer.

Valider les écritures en utilisant TVAL par exemple, avant de relancer le traitement.

CLO052 - Procédure de clôture non initialisée

Lors du traitement de contrôle de clôture (TCCL), de génération des écritures de clôture (TECL) ou de génération des reprises de solde (TGRS).

L'occurrence du paramètre CLOEXE dont la fourchette de dates correspond aux dates d'exercice de l'établissement à clôturer n'a pas été définie ou a été mal définie.
Si elle n'est pas définie, il faut lancer le traitement d'initialisation de clôture (GCLO ou TICLO).
Sinon, il faut vérifier que son état est bien actif et que la valeur de sa chaîne 2 n'est pas renseignée.

CLO053 - Période d'exercice incorrecte (CLOCPT occurrence NBM)

Lors du traitement de génération des écritures de clôture (TECL) ou de la modification d'un établissement (GETS).

Le nombre de mois de l'exercice de l'établissement est soit supérieur au nombre de mois maximum défini pour un exercice, soit inférieur au nombre de mois minimum défini pour un exercice.
En fonction du nombre de mois de la période à clôturer, il faut modifier l'occurrence NBM du paramètre CLOCPT dont la valeur 1 précise le nombre minimum de mois d'un exercice et la valeur 2 le nombre maximum de mois d'un exercice.

CLO054 - Période du prochain exercice incorrecte (CLOCPT occurrence NBM)

Lors du traitement de génération des écritures de clôture (TECL).

Le nombre de mois du prochain exercice (GETS) est soit supérieur au nombre de mois maximum défini pour un exercice, soit inférieur au nombre de mois minimum défini pour un exercice.
En fonction du nombre de mois du prochain exercice, il faut modifier l'occurrence NBM du paramètre CLOCPT dont la valeur 1 précise le nombre minimum de mois d'un exercice et la valeur 2 le nombre maximum de mois d'un exercice ou alors augmenter la durée du prochain exercice.

CLO056 - Le paramétrage n'autorise pas la clôture multi-établissements (AUTCPT occurrence CLPETS)

Lors d'une clôture de période multi-établissements (TCPE).

L'occurrence CLPETS du paramètre AUTCPT interdit la clôture de plusieurs établissements à la fois.
Dès lors, vous devez renseigner la fourchette d'établissements (valeurs début et fin) avec l'établissement de connexion. Le chemin de composition des établissements ne doit pas être renseigné.

CLO057 - Incohérence date $1 et nombre d'exercices à conserver pour l'établissement $2 et le type $3

Lors de l'épuration des écritures et/ou des pièces (TCEX).

L'erreur provient du contrôle du paramétrage CLOECR indiquant le nombre d'exercices clos à conserver.
La période que vous avez soumise ou une partie de cette période doit concerner des mois clos qui ne peuvent pas être supprimés.

CLO058 - Epuration interdite sur l'exercice en cours

Lors de l'archivage ou de la suppression de cumuls (TECU).

La suppression des cumuls sur l'exercice en cours est impossible pour le type comptable ("C").
Elle est possible pour des types extra-comptables, mais il faut l'indiquer à la soumission en cochant l'option "Epuration des cumuls extra-comptables sans contrôle de période".

CLO059 - Epuration impossible car exercices à conserver en historique

Lors de l'archivage ou de la suppression de cumuls (TECU).

Aucun exercice clos contenu dans la période soumise n'est assez ancien pour être archivé ou supprimé (suivant le paramétrage du nombre d'exercices clos à conserver dans la base).

CLO060 - Epuration impossible sur les exercices à conserver en historique

Lors de l'archivage ou de la suppression de cumuls (TECU).

La fin de période à traiter déborde sur des exercices clos dont le paramétrage indique qu'ils doivent être conservés dans la base.

CLO062 - Etablissement $1 : Epuration impossible aucun exercice clôturé

Lors de l'archivage ou de la suppression de cumuls (TECU).

L'archivage ou la suppression doit concerner des exercices clos, pour le type de mouvement "C" ou pour des types de mouvements extra-comptables, lorsque vous avez demandé un contrôle de période.

CLO073 - Il existe des écritures dans la table d'interface

Lors du contrôle d'existence d'écritures dans la table d'interface.

Le traitement interdit la présence d'écritures dans la table d'interface (GECT).
Veuillez procéder au traitement de ces écritures : en les transférant ou en les supprimant.

CLO075 - Problème sur l'écriture $1 : il reste des pièces $2

Lors de l'épuration des écritures et/ou des pièces (TCEX).

Une écriture ne peut pas être supprimée tant que la pièce associée n'a pas été supprimée.

CLO076 - Problème sur l'écriture $1 : des mouvements n'ont pas été contrôlés

Lors de l'épuration des écritures et/ou des pièces (TCEX).

Une écriture ne pourra être supprimée que si tous ses mouvements sont aussi supprimés.
Ce contrôle est effectué notamment pour prévenir les cas où tous les mouvements d'une écriture ne seraient pas sélectionnés.

CLO077 - Problème sur l'écriture $1 : Compte ($2) lettrable/pointable mais mouvement ($3) non lettré

Lors de l'épuration des écritures et/ou des pièces (TCEX).

L'écriture ne peut pas être supprimée car elle est présente dans la table de lettrage (GALT).

CLO078 - Problème sur l'écriture $1 : TVA non déclarée

Lors de l'épuration des écritures et/ou des pièces (TCEX).

L'écriture ne peut pas être supprimée, car la TVA n'a pas encore été déclarée sur certains mouvements de cette écriture.
Les montants de TVA et HT doivent être égaux à 0 sur tous les mouvements possédant un code de TVA dont le mode n'est pas du "non traité".

CLO080 - Problème sur l'écriture $1 : CGR actif sur mouvement $2

Lors de l'épuration des écritures et/ou des pièces (TCEX).

L'écriture ne peut pas être supprimée, au moins un CGR à l'état actif dans GCGR est présent sur un des mouvements.
Ce contrôle est effectué car vous l'avez demandé à la soumission en cochant l'option "Epuration interdite si CGR actif".

CLO081 - Pièce $1, numéro d'échéance $2 non soldée

Lors de l'épuration des écritures et/ou des pièces (TCEX).

Comme la pièce n'est pas soldée, sa suppression est impossible.
Pour un type de pièce extra-comptable, ce contrôle peut ne pas être effectué en décochant à la soumission l'option "Contrôle solde si extra-comptable".

CLO082 - Pièce associée $1, numéro d'échéance $2 non soldée

Lors de l'épuration des écritures et/ou des pièces (TCEX).

La pièce ne peut pas être supprimée, elle est associée à une pièce non soldée.
Pour un type de pièce extra-comptable, il est possible de ne pas effectuer ce contrôle en décochant à la soumission l'option "Contrôle solde si extra-comptable".

CLO083 - Pièce associée $1, numéro d'échéance $2 non présente dans la sélection

Lors de l'épuration des écritures et/ou des pièces (TCEX).

Afin de supprimer une pièce, il est nécessaire de supprimer toutes les pièces qui lui sont associées.
Cependant, pour la pièce en erreur, la sélection ne permet pas de traiter toutes les pièces associées.

CLO084 - Problème sur les mouvements de la pièce $1, $2 : TVA non déclarée

Lors de l'épuration des écritures et/ou des pièces (TCEX).

L'écriture ne peut pas être supprimée, la TVA sur encaissement n'a pas encore été déclarée sur certains mouvements de cette écriture.
Les montants de TVA et HT doivent être égaux à 0 sur tous les mouvements possédant un code de TVA de régime "encaissement" dont le mode n'est pas du "non traité".

CLO085 - Problème sur les mouvements de la pièce associée $1, $2 : TVA non déclarée

Lors de l'épuration des écritures et/ou des pièces (TCEX).

L'écriture ne peut pas être supprimée, la TVA sur encaissement n'a pas encore été déclarée sur certains mouvements des pièces associées à cette écriture.
Les montants de TVA et HT doivent être égaux à 0 sur tous les mouvements des pièces associées possédant un code de TVA de régime "encaissement" dont le mode n'est pas du "non traité".

CLO086 - Problème sur un des numéros d'échéance de cette pièce ou de ses associations ($1)

Lors de l'épuration des écritures et/ou des pièces (TCEX).

   Pour pouvoir supprimer une pièce, il faut :
   . qu'elle puisse elle-même être supprimée ;
   . que les pièces associées (en cascade) à cette pièce puissent être supprimées ;
   . que les autres échéances de cette pièce puissent être supprimées ;
   . que l'ensemble des pièces associées à ces autres échéances (en cascade) puisse également être supprimé.

CLO087 - Problème sur l'écriture $1 mouvement $2 : extourne ou PCA/CCA non terminé

Lors de l'épuration des écritures et/ou des pièces (TCEX).

L'écriture ne peut pas être supprimée car elle doit subir une extourne, un lissage ou un P/C constaté d'avance : elle est présente dans GEPL à l'état différent de "traité".

CLO088 - Problème sur l'écriture $1 : non déclarée dans la table des honoraires

Lors de l'épuration des écritures et/ou des pièces (TCEX).

L'écriture n'a pas encore été déclarée dans le cadre de la DAS2, elle ne pas être supprimée : soit elle possède une nature d'honoraire, soit elle porte sur un compte possédant une nature d'honoraire.

CLO089 - Problème sur l'écriture $1 : montant honoraire déclaré $2 != $3 +/- $4

Lors de l'épuration des écritures et/ou des pièces (TCEX).

L'écriture ne peut pas être supprimée, le montant déclaré en DAS2 (GDHO) ne respecte pas l'écart autorisé. L'écart est mentionné dans la valeur 2 de l'occurrence du paramètre CLOECR.

CLO092 - Type $1 de la pièce $2, numéro d'échéance $3 incorrect

Lors de l'épuration des écritures et/ou des pièces (TCEX).

L'erreur provient du contrôle du paramétrage CLOECR indiquant le nombre d'exercices clos à conserver.
Certaines pièces à supprimer concernent un mois clos qui ne peut pas être supprimé.

CLO093 - Pièce $1, numéro d'échéance $2 référencée dans les dossiers contentieux (OMCTP)

Lors de l'épuration des écritures et/ou des pièces (TCEX).

La pièce est présente dans un dossier contentieux (GCOTI), elle ne peut donc pas être supprimée. Il faut au préalable épurer ce dossier contentieux via TSEX pour pouvoir ensuite épurer la pièce.

CLO094 - Pièce associée $1, numéro d'échéance $2 référencée dans les dossiers contentieux (OMCTP)

Lors de l'épuration des écritures et/ou des pièces (TCEX).

La pièce ne peut pas être supprimée, elle est associée à une pièce présente dans un dossier contentieux (GCOTI).
Il faut au préalable épurer ce dossier contentieux via TSEX pour pouvoir ensuite épurer ces pièces.

CLO099 - Pièce $1, numéro d'échéance $2 référencée dans les actions de recouvrement (OMPAC)

Lors de l'épuration des écritures et/ou des pièces (TCEX).

Comme la pièce est présente dans une action de recouvrement (GPAC), sa suppression est impossible.
Il faut au préalable épurer cette action via TSAC pour pouvoir ensuite épurer la pièce.

CLO100 - Pièce associée $1, numéro d'échéance $2 référencée dans les actions de recouvrement (OMPAC)

Lors de l'épuration des écritures et/ou des pièces (TCEX).

La pièce ne peut pas être supprimée, elle est associée à une pièce présente dans une action de recouvrement (GPAC).
Il faut au préalable épurer cette action via TSAC pour pouvoir ensuite épurer ces pièces.

CLO101 - Problème sur l'écriture $1 : le CGR $2 fait référence au projet $3 non clôturé

Lors de l'épuration des écritures et/ou des pièces (TCEX).

L'écriture ne peut pas être supprimée, elle possède des CGR renvoyant des projets non clos. Il faut clôturer les projets avant de pouvoir épurer.

CLO106 - Problème sur l'écriture $1 : il reste des échéances d'abonnements

Lors de l'épuration des écritures et/ou des pièces (TCEX).

L'écriture est référencée au niveau des échéances des abonnements (GABOE).
Veuillez procéder à l'épuration des abonnements (TABOS) au préalable.

CLO107 - Problème sur la pièce $1 : il reste des réalisations d'abonnements

Lors de l'épuration des écritures et/ou des pièces (TCEX).

La pièce de l'écriture est référencée au niveau des réalisations des abonnements (GABOT).
Veuillez procéder à l'épuration des abonnements (TABOS) au préalable.

OCAAB050 - Les réalisations de l'abonnement $1 n'ont pas été traitées

Lors de l'épuration des abonnements (TABOS).

Les réalisations des abonnements doivent être traitées par TABOT.

OCAAB051 - Toutes les échéances de l'abonnement $1 n'ont pas été générées

Lors de l'épuration des abonnements (TABOS).

Les échéances des abonnements doivent être générées par TABOE.

OCAAB052 - Le contrat correspondant à l'abonnement $1 a une date de fin supérieure à la date de fin de la soumission

Lors de l'épuration des abonnements (TABOS).

Le contrat correspondant dans QLCNT doit avoir une date de fin inférieure ou égale à la date de fin d'épuration de la soumission.

OCABC050 - Ce CGR possède un type différent de A et de D

Contrôle de cohérence des données de comptabilisation des abonnements.

Le CGR A doit être modifié afin qu'il corresponde à un CGR dont le type est égal à A ou D.

OCABC051 - Ce CGR possède un type différent de B et de D

Contrôle de cohérence des données de comptabilisation des abonnements.

Le CGR B doit être modifié afin qu'il corresponde à un CGR dont le type est égal à B ou D.

OCABC052 - Pour un abonnement, il est impossible d'avoir à la fois des pourcentages et des quantités

Contrôle de cohérence des données de comptabilisation des abonnements.

Les zones "pourcentage" et "quantité" ne peuvent pas être saisies en même temps.
Il faut donc effacer soit la zone "pourcentage", soit la zone "quantité".

OCABC053 - Le total des pourcentages doit être de 100, il est actuellement de : $1 pour le type $2

Contrôle de cohérence des données de comptabilisation des abonnements.

Le pourcentage précisé doit être modifié afin que pour l'abonnement et le type choisi, la somme des pourcentages soit égale à 100.

OCABC054 - Pourcentage ou quantité doit être renseigné(e)

Contrôle de cohérence des données de comptabilisation des abonnements.

La zone "pourcentage" ou la zone "quantité" doit être renseignée.

OCABC055 - Le compte pour le type A doit être unique pour un abonnement

Contrôle de cohérence des données de comptabilisation des abonnements.

Il existe déjà un enregistrement pour le même abonnement et le type "A" dont le compte est différent de celui précisé.
Or, le compte doit être unique pour un abonnement et un type. Le compte doit donc être modifié.

OCABC057 - La TVA doit être non traité

Contrôle de cohérence des données de comptabilisation des abonnements.

La valeur testée 1 de l'occurrence du paramètre MODOETVA, représentée par le mode du code TVA précisé, doit être égale à "NT".
Le code de TVA doit donc être modifié.

OCABC058 - Code TVA interdit pour ce compte

Contrôle de cohérence des données de comptabilisation des abonnements.

Les caractéristiques du compte choisi (voir la zone "Saisie de TVA" dans les comptes) ne permettent pas la saisie d'un code de TVA.
Le code de TVA ne doit pas être renseigné.

OCABC059 - Code TVA obligatoire pour ce compte

Contrôle de cohérence des données de comptabilisation des abonnements.

Les caractéristiques du compte choisi (voir la zone "Saisie de TVA" dans les comptes) obligent la saisie d'un code de TVA.
Le code de TVA doit obligatoirement être renseigné pour ce compte.

OCABC060 - Poste autorisé si CGR A ou B présent

Contrôle de cohérence des données de comptabilisation des abonnements.

Le poste ne peut être renseigné que si le CGR A ou le CGR B est renseigné.
Le poste doit donc être effacé ou le CGR A / CGR B doit être saisi.

OCABC061 - Schéma de comptabilisation incomplet

Contrôle de cohérence des données de comptabilisation des abonnements.

Il n'existe pas d'enregistrement pour cet abonnement concernant les mouvements d'abonnement (type égal à "A") ou les mouvements de contrepartie (type égal à "C").
Il faut donc créer un ou plusieurs enregistrement(s), sur cet abonnement, pour tous les types de mouvements (types "A" et "C").

OCABC062 - Compte en CGR A interdit

Contrôle de cohérence des données de comptabilisation des abonnements.

Les caractéristiques du compte choisi (voir la zone "CGR A" dans les comptes) interdisent la saisie d'un CGR A.
Le CGR A ne doit pas être renseigné pour ce compte.

OCABC063 - Compte en CGR B interdit

Contrôle de cohérence des données de comptabilisation des abonnements.

Les caractéristiques du compte choisi (voir la zone "CGR B" dans les comptes) interdisent la saisie d'un CGR B.
Le CGR B ne doit pas être renseigné pour ce compte.

OCABC064 - Recopie de schéma de comptabilisation impossible, il existe déjà un schéma pour cet abonnement

Lors de la recopie d'un schéma de comptabilisation en cliquant sur le bouton "Recopie" de GABOC.

Il existe déjà des enregistrements pour l'abonnement dont on souhaite créer le schéma de comptabilisation.
Il faut donc soit supprimer le schéma existant, puis relancer la recopie, soit abandonner la recopie.

OCABC065 - Recopie de schéma de comptabilisation impossible, l'abonnement à recopier ne possède pas de schéma

Lors de la recopie d'un schéma de comptabilisation en cliquant sur le bouton "Recopie" de GABOC.

Veuillez choisir un abonnement à recopier qui dispose d'un schéma de comptabilisation.

OCABE050 - Montant à abonner différent de la somme des échéances

Lors de la modification du montant d'une échéance.

La somme des montants des échéances d'un abonnement doit être égale au montant de l'abonnement.

OCABE052 - Echéancier non modifiable

Lors du calcul de l'échéancier d'un abonnement sur une mise à jour de l'abonnement.

Des échéances de l'abonnement sont associées à des écritures.
On ne peut plus modifier les zones : montant, sens, période de prestation et périodicité de l'abonnement.

OCABO003 - Abonnement avec échéance non supprimable

Lors de la suppression d'un abonnement (GABOO).

Vous ne pouvez pas supprimer l'abonnement car il existe des échéances (GABOE) associées à des écritures.

OCABO004 - Abonnement avec réalisation non supprimable

Lors de la suppression d'un abonnement (GABOO).

Vous ne pouvez pas supprimer l'abonnement car le traitement de réajustement (TABOT) a été effectué.

OCABO050 - La valeur prévue doit être supérieure à zéro

Lors du contrôle du cours en devise d'un abonnement (GABOO).

Veuillez saisir un cours supérieur à 0.

OCABO051 - Le mode de change, la date de validité et la valeur sont obligatoires

Lors du contrôle des informations de la devise d'un abonnement (GABOO).

Lorsque vous précisez une devise sur un abonnement, vous devez aussi renseigner le mode de change, la date de validité et le cours.

OCABO055 - Ces zones ne sont plus modifiables, échéancier traité

Contrôle de cohérence des données des abonnements.

Les zones "montant", "sens", "devise", "mode de change", "date du cours", "période de prestation", "périodicité", "tiers", "journal", "type de mouvement" ne peuvent plus être modifiées lorsque : une écriture est associée à au moins une échéance de l'abonnement.

OCABO056 - Le journal doit être en génération de pièce automatique

Contrôle de cohérence des données des abonnements.

Le journal saisi doit être modifié pour correspondre à un journal en génération de pièce automatique.

OCABO057 - Suppression de l'abonnement impossible échéance transférée

Lors de la suppression d'un abonnement.

L'abonnement ne peut pas être supprimé car une écriture est associée à au moins une échéance de l'abonnement.

OCABO058 - Début de période doit être le premier jour du mois

Contrôle de cohérence des données des abonnements.

La date de début de prestation doit correspondre au premier jour d'un mois. Ceci est défini au niveau du paramètre AUTCPT : valeur testée 1 de l'occurrence PERABO.

OCABO059 - Fin de période doit être le dernier jour du mois

Contrôle de cohérence des données des abonnements.

La date de fin de prestation doit correspondre au dernier jour d'un mois. Ceci est défini au niveau du paramètre AUTCPT : valeur testée 1 de l'occurrence PERABO.

OCABO060 - Période trop petite pour abonnement

Contrôle de cohérence des données des abonnements.

La date de début et la date de fin de prestation ne doivent pas être définies sur le même mois d'une même année.

OCABO061 - Préciser un type de pièce dans le journal de l'abonnement

Lors de la génération des échéances d'un abonnement en comptabilité.

Un type de pièce doit être défini sur le journal associé à l'abonnement.

OCABO062 - Impossible d'affecter le numéro d'abonnement, paramètre NUMABT mal défini

Lors de l'insertion d'un abonnement.

Une occurrence du paramètre NUMABT, dont la fourchette date 1 à date 2 comprend la date de début de prestation de l'abonnement, doit être définie.
La chaîne 1 et la valeur testée 1 de cette occurrence doivent être renseignées.

OCABO063 - Duplication impossible, les établissements ne sont pas paramétrés de la même manière (AUTCPT/PERABO)

Lors du traitement de duplication d'abonnements (TABOD).

On ne peut pas dupliquer en même temps les abonnements d'établissements paramétrés de manière différente au niveau de leur contrôle de période (occurrence PERABO du paramètre AUTCPT).

OCABO064 - Attention, l'abonnement généré est différent de celui d'origine (durée non identique en nombre de jours)

Lors du traitement de duplication d'abonnements (TABOD).

Message d'alerte non bloquant, il est affiché lorsque l'abonnement obtenu par duplication comporte une période différente en nombre de jours de celle de l'abonnement d'origine. Ce message n'empêche pas la génération de l'abonnement.

OCABO065 - Mode de change et date de validité de substitution obligatoires

Lors du traitement de duplication d'abonnements (TABOD).

Dans le cas d'une génération à un cours différent, il faut obligatoirement indiquer un mode de change et une date de validité pour permettre la recherche du nouveau cours.

OCABO068 - Le numéro externe est déjà utilisé avec cet établissement, ce tiers et cette période de validité

Lors du contrôle du numéro externe d'un abonnement (GABOO).

Un autre abonnement avec le même tiers pour la même période de validité utilise déjà ce numéro externe.
Ce contrôle est effectué lorsque la valeur testée 1 du paramètre AUTCPT occurrence CTLABO est égale à "A".

OCABO069 - Annulation impossible, l'abonnement est terminé

Lors de l'annulation des abonnements (TABOA).

L'abonnement sélectionné ne doit pas être traité dans les réalisations d'abonnements (GABOT). Si c'est le cas, l'ensemble des écritures (échéances et écritures d'ajustement) étant générées, il n'y a pas d'intérêt à les annuler.

OCABO070 - Annulation impossible, l'abonnement est issu d'un contrat de location

Lors de l'annulation des abonnements (TABOA).

L'abonnement sélectionné ne doit pas avoir d'abonnements par contrat dans CLABO. Si c'est le cas, l'annulation doit se faire à partir du contrat dans GLCNT.

OCABO700 - Le tiers possède déjà des abonnements

Lors du contrôle de la présence d'un autre abonnement (GABOO) pour le même tiers.

Un ou plusieurs autres abonnements sont déjà définis pour ce tiers.
Ce contrôle est effectué lorsque la valeur testée 1 du type de l'abonnement courant (paramètre TYPOCABO) est égale à "A".
Le message n'est pas bloquant.

OCABP057 - Insertion, modification ou suppression impossible : pré-comptabilisation d'abonnement déjà traitée

Lors de l'insertion, la modification ou la suppression de la pré-comptabilisation de l'abonnement (GABOP).

La pré-comptabilisation a déjà été intégrée. Les lignes sont à l'état "T". Elle est désormais figée.

OCABP058 - Le cumul des montants HT à traiter doit être identique entre les types A et C

Lors de l'intégration de la pré-comptabilisation de l'abonnement (GABOP).

Le cumul des montants HT à traiter doit être identique entre les types A et C et doit correspondre au montant de l'abonnement.

OCABP059 - Aucun enregistrement de type $1 pour cet abonnement

Lors de l'intégration de la pré-comptabilisation de l'abonnement (GABOP).

Veuillez saisir les lignes de pré-comptabilisation du type indiqué.

OCABT052 - Impossible de supprimer le numéro de pièce

Lors de la modification d'une réalisation d'abonnements.

La pièce doit être renseignée. On ne peut pas effacer cette zone si elle a été précédemment saisie.

OCABT057 - La pièce et l'abonnement doivent être dans la même devise

Lors du contrôle de la pièce associée à l'abonnement (GABOT).

La devise de la pièce doit être identique à la devise de l'abonnement donnée dans GABOO.

OCABT060 - Echéancier complètement traité : impossible de modifier le reste à abonner

Lors de la modification du reste à abonner d'une réalisation d'abonnements.

Toutes les échéances de l'abonnement sont associées à une écriture. Le reste à abonner ne peut pas être modifié.

OCABT061 - Pièce déjà attachée à cet abonnement

Contrôle de cohérence des données des réalisations d'abonnements.

Cette pièce a déjà été associée à cet abonnement. Une autre pièce doit être précisée.

OCABT063 - Certaines des pièces des réalisations ne sont pas validées

Lors du traitement d'ajustement des abonnements (TABOT).

Toutes les pièces précisées dans la réalisation de l'abonnement (GABOT) doivent être issues d'écritures validées pour que la génération des écarts puisse s'effectuer.

OCABT065 - Pour la pièce '$1', le montant attribué à cet abonnement '$2' est supérieur au montant affecté sur le compte d'abonnement '$3' dans l'écriture dont elle est issue

Lors de la création ou modification d'une réalisation d'abonnement (GABOT).

Le montant de l'abonnement saisi est supérieur au montant présent sur le compte d'abonnement (compte ayant le type "A" dans GABOC) dans l'écriture dont est issue la pièce.

OCABT066 - La somme des montants attribués sur les différents abonnements pour la pièce '$1' est supérieure au montant affecté sur le compte d'abonnement '$2' dans l'écriture dont elle est issue

Lors de la création ou modification d'une réalisation d'abonnement (GABOT).

Le montant saisi pour la pièce relatif à cet abonnement, cumulé aux montants déjà affectés pour cette pièce sur d'autres abonnements, est supérieur au montant affecté sur le compte d'abonnement dans l'écriture dont elle est issue.

OCADT051 - Paramétrage TVA sur acompte incorrect : code TVA non utilisable (chaîne 1)

Lors du traitement périodique de TVA (TADT).

Afin de traiter les acomptes, un code de TVA doit être précisé dans la chaîne 1 de l'occurrence ACPTVA du paramètre AUTCPT.

Ce code de TVA doit être défini dans GTVA sur l'établissement traité. Il doit être actif, de régime encaissement et avoir un taux différent de 0.

OCADT052 - Annulation acompte impossible, acompte non encore traité

Lors du traitement périodique de TVA (TADT).

Ce message peut intervenir lorsque l'acompte a été défini sur un mois postérieur à la facture.
Ainsi il n'a pas encore été déclaré et l'annulation de la déclaration d'acompte ne peut se faire.

OCADT053 - Montant à zéro : le sens ne peut être défini

Lors du traitement périodique de TVA (TADT).

Un montant de TVA est positionné sur un mouvement dont le montant débit et le montant crédit sont égaux à 0.
Ainsi, le traitement ne sait pas déterminer le sens sur lequel sera déclarée la TVA.

OCADT055 - Pièce en devise : montants en devise obligatoires dans l'association

Lors du traitement périodique de TVA (TADT).

Dans le cas du régime de TVA sur encaissement, lorsqu'une pièce de paiement en devise est sélectionnée, ses associations avec les différentes factures doivent être saisies en devise.

OCADT056 - $1 : Paramétrage TVA sur acompte incorrect : code TVA ($2)

Lors du traitement périodique de TVA (TADT).

Le code de TVA utilisé lors du traitement des acomptes (chaîne 1 du paramètre AUTCPT occurrence ACPTVA) doit correspondre à un régime encaissement.

OCALT051 - Substitution de la clé $1 du compte $2 impossible avec la clé soumise

Lors du contrôle de la clé de lettrage de substitution du traitement de lettrage.

Il faut vérifier que la clé soumise traite les mêmes types de mouvements que la clé définie sur le compte.

OCALT315 - La clé de lettrage doit être renseignée

Lors du contrôle de la clé de lettrage relative à un mouvement comptable.

Il faut vérifier qu'au moins une des zones de la clé de lettrage (GCLT) a bien été renseignée au niveau du mouvement du compte qui utilise cette clé de lettrage.

OCANP050 - La pièce possède plusieurs numéros d'échéance : traitement impossible

Lors de l'annulation d'une pièce de paiement (GANP).

L'annulation n'est possible que sur une pièce ne comportant qu'une seule échéance.
Certains comptes en génération de pièce non générateur de TVA sur encaissement peuvent être exclus de ce contrôle selon le paramétrage ANNPAIC.

OCANP052 - La pièce a déjà été annulée : traitement impossible

Lors de l'annulation d'une pièce de paiement (GANP).

Un marquage des pièces déjà traitées est activé selon le paramétrage ANNPAI occurrence TRT.

OCANP057 - Nombre de pièces traitées différent du nombre total de pièces à annuler pour le regroupement

Lors du traitement d'annulation de paiement (TANP).

Un critère de regroupement est défini au niveau du paramètre PRM lié au traitement (le bordereau par défaut).
Dès lors, toutes les pièces de ce niveau de regroupement doivent être sélectionnées et correctement traitées pour que les pièces soient annulées.
Ce contrôle ne tient pas compte des pièces dont le compte est recensé au niveau du paramétrage ANNPAIC.

OCBDV050 - Type de pièce à générer non renseigné

Dans le traitement de génération des effets (TGEF), lors de la génération de la pièce, le type de pièce correspondant dans la gestion des dates de valeur par banque (GBDV) n'est pas renseigné.

Modifier l'enregistrement dans la gestion des dates de valeur par banque en renseignant le type de la pièce qui sera créée.

OCBDV051 - Journal de génération non renseigné

Dans le traitement de génération des effets (TGEF), lors de la génération de l'écriture, le journal de génération correspondant dans la gestion des dates de valeur par banque (GBDV) n'est pas renseigné.

Modifier l'enregistrement dans la gestion des dates de valeur par banque en renseignant le journal de l'effet qui sera créé.

OCBNQ051 - Le numéro d'émetteur doit être renseigné

Lors de la génération d'un fichier DTA (TDTA).

L'émetteur de la banque de la pièce en erreur doit être renseigné dans GBNQ.

OCBNQ055 - Banque inexistante ou non utilisable pour la domiciliation : banque ($1), guichet ($2), compte ($3)

Lors de l'intégration des fichiers bancaires (TIFB).
Lors du transfert des fichiers bancaires (TTFB).

Il n'existe pas de banque (GBNQ), utilisée dans le cadre du rapprochement bancaire, possédant une domiciliation avec les informations recherchées (Banque, Guichet, Compte).

OCBNQ056 - Un compte ne peut pas être utilisé sur plusieurs banques

Lors de la gestion du rapprochement bancaire (GBNQ).

Dans le cadre de la gestion du rapprochement bancaire, un compte ne peut pas être utilisé sur plusieurs banques actives simultanément.

OCBNQ058 - L'utilisateur $1 n'a pas le droit de clôture sur la banque $2 et l'établissement $3

Lors de la clôture des mouvements bancaires (GCMB).

Le droit de clôture des mouvements bancaires n'est pas attribué à l'utilisateur ou à son profil dans la gestion des droits par banque (GDBQ).

OCBNQ059 - Tous les journaux renvoyés par le compte de la banque $1 doivent être clôturés

Lors de la clôture d'une banque dans la gestion de clôture des mouvements bancaires (GCMB), suivant le paramètre AUTRAP occurrence CTLJRN.

Il faut commencer par clôturer les journaux (GCLP) avant de clôturer la banque.

OCBNQ060 - L'identifiant créancier SEPA doit être renseigné au niveau des bordereaux (GNBB) ou à défaut sur la banque (GBNQ)

Ce message peut apparaître si un traitement a besoin obligatoirement de cette donnée alors qu'elle est facultative.

Vous devez renseigner l'identifiant créancier SEPA soit au niveau le plus fin c'est-à-dire dans la gestion des bordereaux (GNBB) ou d'une façon plus générale sur la banque (GBNQ).

OCBRG050 - Le bordereau peut contenir $1 éléments au maximum

Lors du traitement de numérotation des bordereaux et dossiers (TNBO).

Le nombre maximum d'éléments dans le bordereau est défini par la valeur 2 du paramètre TYPORDO.

OCCBQ050 - Impossible de déterminer le CIB personnalisé associé au CIB normalisé "$1"

Lors de la recherche du CIB personnalisé à partir du CIB normalisé.

Le CIB personnalisé est recherché dans GCBQ à partir du CIB normalisé :
- pour l'établissement et la banque ;
- sinon, pour l'établissement ;
- sinon, pour la banque ;
- sinon, pour l'établissement et la banque non renseignés.

OCCLP051 - La nouvelle date de début doit être supérieure à l'ancienne

Lors de la modification de la date de début de saisie d'un journal.

La nouvelle date de début de saisie du journal doit être supérieure ou égale à l'ancienne sauf si le paramètre AUTCPT occurrence MODJRN permet sa modification par une date antérieure (valeur testée 2 égale à "A").

OCCLP052 - La nouvelle date de début doit être inférieure ou égale à celle de fin

Lors de la modification de la date de début de saisie d'un journal.

Il faut affecter une date de début de saisie inférieure ou égale à la date de fin.

OCCLP057 - La nouvelle date début doit être inférieure ou égale à celle de fin

Lors d'une clôture de période générale.

La nouvelle date de début de saisie doit être inférieure ou égale à la nouvelle date de fin de saisie des journaux.

OCCLP058 - Il existe des écritures dans la table d'interface

Lors de la clôture de période d'un journal.

Avant d'effectuer la clôture, il faut au préalable intégrer les écritures présentes sur ce journal dans la table d'interface (GECT).

OCCLP059 - Application Achats non clôturée (AUTSACLO-DATCLO)

Lors d'une clôture de période générale alors que l'Application Achats n'est pas clôturée.

Le contrôle de clôture des applications en amont au préalable à la clôture dans l'Application Finances est effectué suivant le paramètre AUTCPT occurrence CLPMOD.
Veuillez-vous reporter à la documentation de ce paramètre.

OCCLP060 - Application Stocks non clôturée (AUTSTOCK-DATCLO)

Lors d'une clôture de période générale alors que l'Application Stocks n'est pas clôturée.

OCCLP061 - Application Immobilisations non clôturée (AUTAMO-CLO)

Lors d'une clôture de période générale alors que l'Application Immobilisations n'est pas clôturée.

OCCLP062 - Application Ventes non clôturée (AUTSVT-DATCLO)

Lors d'une clôture de période générale alors que l'Application Ventes n'est pas clôturée.

OCCLP063 - Application Temps et Activités non clôturée (AUTQTA-DATCLO)

Lors d'une clôture de période générale alors que l'Application Temps et Activités n'est pas clôturée.

OCCLP064 - Application Maintenance non clôturée (AUTQAM-DATCLO)

Lors d'une clôture de période générale alors que l'Application Maintenance n'est pas clôturée.

OCCLP065 - Application Production non clôturée (AUTQAL-DATCLO)

Lors d'une clôture de période générale alors que l'Application Production n'est pas clôturée.

OCCLP066 - Application Immobilisations non clôturée (AUTAMO-CLO) : journal référencé dans la table "$1"

Lors d'une clôture de période d'un journal référencé dans l'Application Immobilisations qui n'est pas encore clôturée.

OCCLP067 - Application Achats non clôturée (AUTSACLO-DATCLO) : journal référencé dans la table "$1"

Lors d'une clôture de période d'un journal référencé dans l'Application Achats qui n'est pas encore clôturée.

OCCLP068 - Application Stocks non clôturée (AUTSTOCK-DATCLO) : journal référencé dans la table "$1"

Lors d'une clôture de période d'un journal référencé dans l'Application Stocks qui n'est pas encore clôturée.

OCCLP069 - Application Ventes non clôturée (AUTSVT-DATCLO) : journal référencé dans la table "$1"

Lors d'une clôture de période d'un journal référencé dans l'Application Ventes qui n'est pas encore clôturée.

OCCLP070 - Application Maintenance non clôturée (AUTQAM-DATCLO) : journal référencé dans la table "$1"

Lors d'une clôture de période d'un journal référencé dans l'Application Maintenance qui n'est pas encore clôturée.

OCCLP071 - Application Production non clôturée (AUTQAL-DATCLO) : journal référencé dans la table "$1"

Lors d'une clôture de période d'un journal référencé dans l'Application Production qui n'est pas encore clôturée.

OCCLP072 - Module de rapprochement bancaire non clôturé

Lors d'une clôture de période générale alors que le module de rapprochement bancaire n'est pas clôturé.

OCCLP073 - Module de rapprochement bancaire non clôturé : compte bancaire $1

Lors d'une clôture de période d'un journal possédant comme compte d'équilibre un compte de banque.

OCCPL050 - La saisie du tri est interdite par le paramètre AUTCPT occurrence TRICPL

Lors du contrôle de la zone "Tri" des compositions de plans (GCPL).

L'occurrence TRICPL du paramètre AUTCPT interdit la définition d'un tri sur une composition de plans.

OCCPL051 - Plan déjà défini pour ce chemin

Lors de l'insertion d'un plan dans une composition (GCPL).

Un plan ne peut être présent qu'une seule fois dans une composition en tant que plan fils.

OCCPL052 - Mise à plat de la composition impossible : niveau de composition supérieur à 15

Lors de l'insertion d'un plan dans une composition (GCPL).

La définition de composition de plans sur plus de 15 niveaux n'est pas gérée.

OCCPL054 - Plan inexistant pour le chemin destination choisi

Lors du traitement de duplication des compositions de plans (TDPL).

La hiérarchie ne peut pas être dupliquée, le chemin existe sur cet établissement mais le plan n'en fait pas partie.

OCCUC053 - Clôture non effectuée pour le mois

Lors de l'intégration de la balance générale en budgétaire (TIBG).

Ce message apparaît lorsque la valeur testée 1 de l'occurrence CTLCLO du paramètre AUTCPT est positionnée à "A" : il faut que la clôture de période en comptabilité soit faite pour pouvoir effectuer le transfert en budgétaire.

Ainsi la période à transférer doit être inférieure à la date 1 du paramètre AUTCPT occurrence DATE.

OCCUC057 - Conversion des cumuls interdite pour cette période

Lors du traitement de conversion des cumuls ou du recalcul de ceux-ci (TCCUM).

La date d'application de la double comptabilisation de l'établissement (GETS) est incluse dans la fourchette de dates de conversion des cumuls (Option A).
Il faut préciser une fourchette de dates antérieures ou postérieures à la date d'application de la double comptabilisation.

OCCUC058 - L'établissement ne doit pas avoir de cumul par compte

Lors de la clôture d'un exercice comptable (TMDE).

Il est impossible d'utiliser le traitement TMDE lorsque des écritures ont été passées sur la période à clôturer.

OCCUC062 - La balance doit être lancée pour une date de début d'exercice

Lors du lancement du traitement TETA avec le paramètre PRM positionné à la valeur "5" dans GTRB.

Pour un fichier de type Format 5, la date de début de période doit correspondre à une date de début d'exercice afin de pouvoir retrouver les soldes à nouveaux de l'année N et de l'année N-1.

OCCUC063 - Période fiscale incohérente : balance impossible

Lors du lancement du traitement TETA avec le paramètre PRM positionné à la valeur "5" dans GTRB.

Pour un fichier de type Format 5, les divers établissements sélectionnés doivent avoir des exercices synchronisés.

OCCUC064 - Tous les établissements sélectionnés doivent avoir le même exercice

Lors de l'édition de la balance N, N-1 (EBLN) ou de la consultation des écritures par compte (CMCPT) ou de la consultation des écritures par CGR (CMCGR) ou de la consultation des écritures par tiers (CMTIE) ou de l'édition de rapprochement bancaire (EMRB).

Pour une interrogation multi-établissements, tous les établissements doivent avoir le même exercice.

OCCUC325 - Il existe des cumuls ($1) qui n'ont pas de montants reporting

Lors du traitement de génération des écritures de clôture (TECL) ou du traitement de génération des reprises de solde (TGRS).

Certains cumuls n'ont pas de montants en reporting alors qu'une devise de reporting est définie pour l'établissement.
Un problème est donc intervenu lors de la mise en place du reporting (M1) : contacter Cegid.

OCCUC326 - Il existe des cumuls ($1) qui ont des montants reporting

Lors du traitement de génération des écritures de clôture (TECL) ou du traitement de génération des reprises de solde (TGRS).

Certains cumuls ont des montants en reporting alors que la devise de reporting n'est pas renseignée pour l'établissement : contacter Cegid.

OCCUD063 - L'établissement ne doit pas avoir de cumul par devise

Lors de la clôture d'un exercice comptable (TMDE).

Il est impossible d'utiliser le traitement TMDE lorsque des écritures ont été passées sur la période à clôturer.

OCCUG053 - Clôture non effectuée pour le mois

Lors du transfert en budgétaire des cumuls comptables (TBUD).

Ce message intervient lorsque la valeur testée 1 de l'occurrence CTLCLO du paramètre AUTCPT est positionnée à "A" : il faut que la clôture de période en comptabilité soit faite pour pouvoir effectuer le transfert en budgétaire.

Ainsi la période à transférer doit être inférieure à la date 1 du paramètre AUTCPT occurrence DATE.

OCCUG054 - Impossible de détailler le cumul par journal si le journal n'est pas renseigné

Lors du traitement de génération des reprises de solde (TGRS).

Le paramétrage du traitement TGRS indique qu'une reprise de solde doit être générée par journal d'origine pour les cumuls par CGR A ou B car le paramètre CLORS occurrence CUG à une valeur testée 1 égale à "D" ; or, il existe des cumuls sans journal.

Il faut donc vérifier la cohérence du paramétrage : la valeur testée 1 de l'occurrence CUG du paramètre CLORS ne peut être égale à "D" que si le paramètre CUMGLB occurrence CUG (ou CUB pour les CGR B) a lui aussi une valeur testée 1 égale à "D".

OCCUG060 - L'établissement ne doit pas avoir de cumul par CGR

Lors de la clôture d'un exercice comptable (TMDE).

Il est impossible d'utiliser le traitement TMDE lorsque des écritures ont été passées sur la période à clôturer.

OCCUP050 - L'établissement ne doit pas avoir de cumul par type de pièce

Lors de la clôture d'un exercice comptable (TMDE).

Il est impossible d'utiliser le traitement TMDE lorsque des écritures ont été passées sur la période à clôturer.

OCCUP320 - Le type de pièce doit être renseigné

Lors du traitement de regénération des cumuls par type de pièce (TGCP).

L'une des écritures du compte que vous essayez de calculer ne comporte pas de type de pièce.

OCCUT055 - Impossible de détailler le cumul par journal si le journal n'est pas renseigné

Lors du traitement de génération des reprises de solde (TGRS).

Le paramétrage du traitement TGRS indique qu'une reprise de solde doit être générée par journal d'origine pour les cumuls par tiers car le paramètre CLORS occurrence CUT à une valeur testée 1 égale à "D" ; or, il existe des cumuls par tiers sans journal.

Il faut donc vérifier la cohérence du paramétrage : la valeur testée 1 du paramètre CLORS occurrence CUT ne peut être égale à "D" que si le paramètre CUMGLB occurrence CUT a lui aussi une valeur testée 1 égale à "D".

OCCUT056 - Le jour du mois doit être égal à 01 ou 00 (reprise de solde)

Lorsque le jour du mois est différent de "01" ou "00", ou alors si le jour du mois est égal à "00" mais que la nature est différente de "RS".

La norme à respecter est la suivante : tous les cumuls doivent être créés sur le premier jour du mois "01" excepté les cumuls dont la nature est "RS" ou "EI" qui doivent être créés pour le jour "00".

OCCUT058 - L'établissement ne doit pas avoir de cumul par tiers

Lors de la clôture d'un exercice comptable (TMDE).

Il est impossible d'utiliser le traitement TMDE lorsque des écritures ont été passées sur la période à clôturer.

OCDBQ050 - Vous ne disposez pas des droits de rapatriement des mouvements comptables

Lors du rapatriement des mouvements comptables en vue du rapprochement bancaire (TEMB, TEMC, TERB).

L'utilisateur de lancement du traitement doit bénéficier du droit de rapatriement : droits définis dans GDBQ.

OCDBQ051 - Ce CGR possède un type différent de A et de D

Lors de la création de droits par banque (GDBQ).

Le CGR saisi dans le champ "CGR A" n'est pas défini en tant que CGR de type A.

OCDBQ052 - Ce CGR possède un type différent de B et de D

Lors de la création de droits par banque (GDBQ).

Le CGR saisi dans le champ "CGR B" n'est pas défini en tant que CGR de type B.

OCDBQ053 - Vous ne disposez pas des droits de rapprochement

Lors du rapprochement de mouvements bancaires (TEMB, TEMC).

L'utilisateur doit bénéficier du droit de rapprochement : droits définis dans GDBQ.

OCDBQ054 - Vous ne disposez pas du droit d'intégration des fichiers des mouvements bancaires pour l'établissement $1, la banque $2, l'utilisateur $3

Lors du transfert des fichiers bancaires (TTFB).

L'utilisateur doit disposer du droit d'intégration des fichiers pour les mouvements bancaires : droits définis dans GDBQ.

OCDHO050 - Associations multi-devises non gérées entre $1 et $2

Lors de l'extraction des honoraires à déclarer (TEHD).

Le traitement ne gère pas les associations de pièces multi-devises.

OCDHO334 - L'adresse doit être renseignée

Lors de l'extraction des honoraires à déclarer (TEHD).

Aucune adresse n'a pu être déterminée pour l'écriture d'acompte ou la pièce de paiement traitée.

Cette adresse est renseignée à partir de la valeur testée 1 de l'occurrence du paramètre NAHOECPT. Si elle n'a pas pu être déterminée, elle est recherchée dans l'association du tiers à l'établissement (GATE).

OCDOE051 - Le dossier de l'écriture peut contenir $1 éléments au maximum

Lors du traitement de numérotation des bordereaux et dossiers (TNBO).

Le nombre maximum d'éléments dans le dossier est défini par la valeur 1 du paramètre TYPORDO.

OCDOE052 - Certains dossiers du type d'ordonnancement avec l'identifiant $1 sont réinitialisés ou non affectés, une renumérotation est nécessaire avant de pouvoir le valider

Lors du traitement de numérotation des bordereaux et dossiers (TNBO).

Lorsque la séquentialité des bordereaux et dossiers est en place (paramètre AUTM9 occurrence SEQNUM), un dossier ne peut pas utiliser le même compteur GNUP, que des dossiers qui n'ont pas de bordereaux associés, créés via les achats.

OCECR010 - Suppression impossible : non autorisé par le paramétrage (AUTCPT)

Lorsqu'une suppression des écritures est demandée dans TESM alors que le paramétrage l'interdit.

Vous ne pouvez pas supprimer une écriture si la valeur testée 1 du paramètre AUTCPT occurrence SUP est égale à "I".

OCECR012 - L'état de l'écriture n'autorise pas la suppression

Lorsque l'on veut supprimer une écriture validée.

Seules les écritures à l'état "C" (créées) peuvent être supprimées.

OCECR050 - Création d'écriture interdite à cette date

Lorsque l'on veut créer une écriture comptable alors que le paramétrage l'interdit.

   Lorsque l'on crée une écriture, il faut que sa date comptable soit :
  - comprise entre la date de début et la date de fin d'ouverture du journal de GJRN ;
  - supérieure à la date de début d'exercice de GETS ;
  - et comprise entre la date 1 et la date 2 du paramètre AUTCPT occurrence DATE si le journal n'est pas de clôture.

   Le message peut aussi apparaître au niveau du traitement de réévaluation des comptes en devises (TRCD).
Dans le cas où la date de fin de période à réévaluer est antérieure à la date d'application de la double comptabilisation, la date comptable et la date de validité, données à la soumission, doivent aussi être antérieures à la date d'application de la double comptabilisation.
Dans le cas inverse (date de fin de période à réévaluer égale ou postérieure à la date d'application de la double comptabilisation), la date comptable et la date de validité, données à la soumission, doivent aussi être égales ou postérieures à la date d'application de la double comptabilisation.

OCECR057 - Type de mouvement non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

Le type de mouvement (TYPOCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR058 - Journal non identique pour chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

Le journal (JRNOCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR059 - Date comptable non identique pour chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

La date comptable (DECOCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR060 - Numéro de pièce non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

Le numéro de pièce (PIEOCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR061 - Tiers non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

Le tiers (TIEOCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT) portant sur un compte collectif.

OCECR062 - Devise non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

La devise (DEVOCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR063 - Nature de l'écriture non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

La nature de l'écriture (NATOCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR064 - Genre de l'écriture non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

Le genre de l'écriture (GENOCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR065 - Rôle de l'écriture non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

Le rôle de l'écriture (ROLOCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR066 - Pièce externe de l'écriture non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

La référence externe (PIXOCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR067 - Libellé de l'écriture non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

Le libellé de l'écriture (LIBOCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR068 - Libellé complémentaire de l'écriture non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

Le libellé complémentaire de l'écriture (LICOCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR069 - Date d'émission non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

La date d'émission (DEMOCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR071 - Date de valeur non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

La date de valeur (DVLOCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR072 - Date de validité non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

La date de validité du cours en devise (DDVOCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR073 - Valeur prévue non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

La valeur prévue du cours en devise (VPROCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR074 - Bordereau non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

Le bordereau (BOROCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR075 - Association de comptes interdite

Lors de la création ou de la validation d'une écriture dont les mouvements contiennent des comptes qui ne peuvent pas être utilisés ensemble.
Des familles de comptes ne pouvant pas être associées ont été saisies dans GACP.

Vérifier pour chacun des comptes de l'écriture la famille dont il est issu. Puis contrôler, dans GACP, les interdictions existant pour cette famille afin de n'utiliser que des comptes issus de familles compatibles.

OCECR076 - Type de pièce non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

Le type de pièce (TPIOCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR079 - Le type de pièce doit être renseigné

Lorsque le type de pièce n'est pas précisé dans l'en-tête d'écriture, alors qu'un mouvement est saisi sur un compte en génération de pièce.

Il faut soit renseigner le type de pièce dans GECR, soit ne pas saisir de mouvement sur un compte en génération de pièce.

OCECR081 - Zone libre non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

La zone libre (ZONOCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR085 - Saisie d'un montant à zéro non autorisée

Les montants débit et crédit des différentes devises sont à zéro, alors que le paramétrage l'interdit.

Le paramètre AUTCPT occurrence MNTZER interdit la saisie de mouvements à zéro, il faut donc :
- soit de pas saisir de mouvements à zéro ;
- soit modifier ce paramètre en positionnant la valeur testée 1 à "A" pour autoriser ce type de saisie.

OCECR087 - Compte d'équilibre géré en devise : devise obligatoire

Lorsque la devise de l'écriture n'est pas renseignée, alors que le compte d'équilibre a une devise.

Si le compte d'équilibre est géré en devise, vous devez saisir une devise pour l'écriture.

OCECR088 - Le compte d'équilibre n'autorise pas la saisie en devise

Lorsque la devise de l'écriture est renseignée, alors que le compte d'équilibre interdit la saisie en devise.

Si le compte d'équilibre interdit la saisie en devise, vous devez laisser vide la devise de l'écriture.

OCECR089 - Devise du compte d'équilibre différente de la devise de l'écriture

Lorsque les devises de l'écriture et du compte sont renseignées et différentes.

Si la devise de l'écriture et la devise du compte d'équilibre sont renseignées, elles doivent être identiques.

OCECR090 - Votre écriture n'est pas équilibrée dans toutes les devises

Lors du contrôle d'équilibrage d'une écriture.

La somme des montants débits définis sur les mouvements de l'écriture doit être égale à la somme des montants crédits définis sur la même écriture ; et ceci pour toutes les devises de l'écriture.

OCECR091 - Devise non modifiable : pièce utilisée dans les associations

Lorsque l'on souhaite modifier les zones de la devise alors que la pièce est associée.

Si la pièce est associée, vous ne pouvez pas modifier les zones de la devise.

OCECR092 - Le numéro de pièce doit être renseigné

Lorsque l'on désire effacer le numéro de pièce.

Vous ne pouvez pas supprimer le numéro de pièce dans l'en-tête d'écriture si une pièce existe dans GPIE.

OCECR093 - Numéro de pièce non modifiable : pièce utilisée dans les associations

Lors de la modification du numéro de pièce sur une écriture non validée.

Il est impossible de changer le numéro de pièce d'une écriture si elle possède une pièce ayant des associations.

OCECR094 - Le mode de change, la date de validité et la valeur sont obligatoires

Lorsque la devise de l'écriture est renseignée alors que les autres zones sont vides.

Si la devise de l'écriture est renseignée, le mode de change, la date de validité et le cours doivent l'être aussi.

OCECR096 - Devise renseignée : veuillez saisir le mode de change

Lors de la création d'une écriture en devise.

Le mode de change doit être précisé pour toute écriture saisie en devise.

Dans TGEP, une écriture en devise tente d'être dupliquée, alors qu'aucun mode de change n'a été précisé à la soumission. Il faut donc relancer le traitement en choisissant de générer l'écriture au cours d'origine ou suivant un nouveau mode de change à préciser.

OCECR100 - La valeur prévue doit être supérieure à zéro

Lors de la création d'une écriture en devise.

Le cours de la devise d'une écriture par rapport à la devise de référence doit obligatoirement être supérieur à zéro.

OCECR101 - Incohérence dans la saisie de l'unité d'oeuvre et de la quantité

L'unité d'oeuvre est saisie sans la quantité ou inversement.

Renseigner l'unité et la quantité d'oeuvre ou aucune de ces deux données.

OCECR103 - Date de validité proposée ($1) non modifiable et différente de celle calculée ($2)

Lors de la modification de la date de validité proposée, alors que le mode de change ne le permet pas.

Dans GDVM, le mode de change interdit de modifier la date de validité proposée.
Il faut donc :
- soit utiliser un autre mode de change qui autorise la modification de la date de validité ;
- soit ne pas modifier la date proposée.

OCECR104 - Le mode de change n'est pas identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

Le mode de change en devise (DVMOCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR105 - Le compte d'équilibre n'est pas identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

Le compte d'équilibre de l'écriture (CPCOCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR117 - Devise du compte de pièce différente de la devise de l'écriture

Lors de la génération des écarts de change (TGED).
Lors de la réévaluation des comptes en devises (TRCD).

Si le message apparaît au niveau de TGED ou de TGEA, il faut vérifier la définition des comptes de gain et de perte : la devise de ces comptes doit correspondre à la devise de la pièce traitée ou ne doit pas être renseignée.

Lors du TRCD, la devise de gestion des comptes de réévaluation est différente de la devise des comptes à réévaluer. Dès lors que les comptes de réévaluation servent à réévaluer des comptes dans différentes devises, ils doivent autoriser la saisie en devise, mais ne doivent pas posséder de devise de gestion.

OCECR121 - Ligne de marquage du BVR non reconnue

Lors de la saisie des bulletins de versement avec référence (ABVR).

Le BVR est dans un format non reconnu, ou est incorrect.

OCECR124 - Code d'entrée non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

Le code entrée (CETOCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR125 - Numéro de référence du BVR non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

Le numéro de référence BVR (BVROCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR126 - Clé du BVR non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

La clé BVR (CBVOCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR127 - La devise doit être différente de la devise de référence

Lors de la création d'une écriture en devise.

La devise d'une écriture ne peut être renseignée qu'avec une devise autre que la devise de référence ou la devise de reporting.

OCECR128 - Ligne de marquage du BVR non reconnue, Chiffre-clé incorrect

Lors de la saisie des bulletins de versement avec référence (ABVR).

Contrôle du chiffre-clé incorrect, vérifiez votre BVR.

OCECR129 - Ligne de marquage du BVR non reconnue, Chiffre-clé incorrect mod11

Lors de la saisie des bulletins de versement avec référence (ABVR).

Contrôle du chiffre-clé incorrect, vérifiez votre BVR.

OCECR130 - Ligne de marquage du BVR non reconnue, caractère non numérique

Lors de la saisie des bulletins de versement avec référence (ABVR).

Calcul de la clé impossible car le BVR comporte des champs non numériques.

OCECR131 - Ligne de marquage du BVR non reconnue, caractère non reconnu

Lors de la saisie des bulletins de versement avec référence (ABVR).

Un des caractères du BVR est non reconnu, seuls les caractères suivants sont autorisés : "*0123456789+<>".

OCECR133 - Etat traitement TVA non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

L'état de TVA (ETVOCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR136 - Date non comprise dans la période définie par le compteur de pièce

Lors de la modification de la date comptable d'une écriture.

La nouvelle date comptable d'une écriture doit dépendre du même compteur de pièce dans GNUP, sinon la modification est impossible. Il faut alors annuler la première écriture et en générer une nouvelle.

OCECR137 - Dossier de l'écriture inexistant

Le dossier de l'écriture est renseigné par une valeur non référencée dans la table OCDOE.

Le paramètre AUTCPT occurrence CTLDOE a une valeur testée 1 à "A", donc le dossier doit être défini au préalable dans la table OCDOE. Ce contrôle peut être bloquant ou seulement signalé suivant la valeur testée 2 de cette occurrence.

OCECR138 - Dossier de l'écriture non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

Le dossier de l'écriture (DOEOCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR139 - Veuillez saisir le dossier de l'écriture

Le dossier n'est pas renseigné alors que le paramétrage l'oblige.

Le paramètre AUTCPT occurrence SAIDOE a une valeur testée 1 égale à "A" qui oblige la saisie du dossier de l'écriture pour les journaux dont le type (TYPOEJRN) a une valeur testée 1 égale à "A".

OCECR140 - Il n'y a pas de mouvement avec un compte de TVA donné par un code TVA

Lors de l'enregistrement ou de la validation d'une écriture avec un code de TVA quand le contrôle de TVA est actif (AUTCPT occurrence CTLTVA avec valeur testée 1 égale à "A").

L'écriture traitée comporte un mouvement avec un code de TVA qui n'a pas un mode non traité ou intracommunautaire et dont le taux de TVA est supérieur à 0 %.
Il faut donc retrouver dans cette écriture un mouvement avec le compte de TVA renvoyé par ce code de TVA. Ce compte est le compte déductible ou collectée (suivant le compte HT utilisé) soit d'attente s'il y en a un, sinon le compte définitif précisé dans GTVA pour le code de TVA traité.

Pour les écritures extra-comptables, il est possible de ne pas effectuer ce contrôle en positionnant la valeur testée 1 à "I" dans le paramètre AUTCPT occurrence TVAECC.

OCECR141 - Somme des montants TVA à déclarer $1 différente de celle du compte de TVA $3 : $2

Lors de l'enregistrement ou de la validation d'une écriture quand le contrôle de TVA est actif (AUTCPT occurrence CTLTVA avec valeur testée 1 égale à "A").

   Pour chaque compte de TVA présent sur une écriture (ceux dont la zone "Mouvement TVA" vaut "T" dans GCPT), le cumul des montants TVA à déclarer (Zone "TVA" dans GMVC), présents sur les mouvements ayant des codes de TVA renvoyant ce compte, doit correspondre au cumul des montants des mouvements saisis sur ce compte de TVA.

   En cas d'écart d'arrondi, il est possible d'ajuster l'un des montants TVA à déclarer (proposé en création à partir du montant HT et du taux de TVA) pour obtenir le montant TVA correct.

   Les montants TVA à déclarer étant stockés dans la devise de l'écriture, ils sont comparés aux montants présents sur les comptes de TVA dans cette même devise.

   Dans TGEP, lorsque l'écriture d'origine n'est pas traitée en TVA, il faut positionner la valeur testée 1 de l'occurrence BLCTVA du paramètre AUTCPT à la valeur "A" afin que le montant de TVA soit repris de l'écriture d'origine.

OCECR142 - Il n'y a pas de mouvement avec un code TVA renvoyant le compte de TVA

Lors de l'enregistrement ou de la validation d'une écriture avec un compte de TVA (zone "Mouvement TVA" égale à "T" dans GCPT) quand le contrôle de TVA est actif (paramètre AUTCPT occurrence CTLTVA avec valeur testée 1 égale à "A").

   L'écriture traitée comporte un mouvement avec un compte de TVA, il faut donc retrouver dans cette écriture un mouvement avec un code de TVA qui renvoie ce compte de TVA. Le compte de TVA devra être précisé dans le compte déductible ou collectée (suivant le compte HT utilisé) soit d'attente s'il y en a un, sinon le compte définitif précisé dans GTVA du code de TVA qui sera affecté.

   Attention, si une écriture ne comporte que des mouvements utilisant des comptes de TVA, ce contrôle n'est pas effectué.

   Pour les écritures extra-comptables, il est possible de ne pas effectuer ce contrôle en positionnant la valeur testée 1 à "I" dans le paramètre AUTCPT occurrence TVAECC.

OCECR145 - L'état de l'écriture n'autorise pas la modification

Lors de la modification d'une écriture validée alors que le paramétrage l'interdit.

La valeur testée 1 du paramètre AUTCPT occurrence ECRVAL est positionnée à "I" pour interdire la modification d'écritures validées.

OCECR147 - Numéro de pièce non modifiable car généré automatiquement

Lors de la modification du numéro de pièce sur une écriture créée sur un journal à numérotation de pièce automatique.

Un numéro de pièce issu d'un journal à numérotation automatique (voir GJRN) ne peut pas être modifié.
Si vous souhaitez affecter manuellement le numéro de pièce, il ne faut pas utiliser un journal à numérotation de pièce automatique.

OCECR148 - Le mode de change, la date de validité et la valeur sont interdits

Lors de la présence du mode de change, de la date de validité ou de la valeur du cours sur une écriture qui n'est pas saisie en devise.

Sur une écriture en devise de référence ou en devise de reporting, les informations du pavé "Devise" (mode de change, date de validité et valeur du cours) ne doivent pas être renseignées.

OCECR150 - L'état de l'écriture n'autorise pas la création

Lors de l'ajout d'un mouvement sur une écriture validée.

Il est impossible de créer des mouvements supplémentaires sur une écriture validée (état égal à "V").

OCECR151 - Le journal de l'écriture est différent de celui de la banque

Lors de l'affectation des numéros de chèques (TNCH), lors de la réaffectation des numéros de chèques (TRNC) ou lors de la constitution d'une remise en banque (TRMB).

Ce message apparaît lorsque la valeur testée 1 de l'occurrence CTLJRN du paramètre CTLRMB est positionnée à "O" : on contrôle que le journal de l'écriture est identique au journal de la banque si celui-ci est précisé dans GBDV.

Dans le cas du TNCH ou du TRMB, la banque prise en compte est celle de la pièce, sinon celle donnée à la soumission.
Dans le cas du TRNC, la banque prise en compte est celle donnée à la soumission.

OCECR153 - Il reste des écritures non validées

Lorsque des écritures sont encore à l'état "C" sur la période à clôturer.

Faire TVAL sur la période à clôturer pour valider les écritures avec mouvements et TESM pour valider ou supprimer celles sans mouvement.

OCECR154 - Le type d'écriture doit être différent de C et de CP

Lors des traitements générant des écritures.

Le type d'écriture à utiliser doit être extra-comptable (différent de C et de CP).

OCECR158 - La date d'émission doit être inférieure ou égale à la date comptable

Lors de la création ou de la modification d'une écriture quand le contrôle de la date d'émission est actif.

Lorsque que le paramètre AUTCPT occurrence CTLDEM a une valeur testée 1 positionnée à "A", si la date d'émission est renseignée, elle doit être inférieure ou égale à la date comptable.

OCECR159 - Saisie d'un type de pièce acompte interdite : AUTCPT occurrence ACPTVA

Lors de la création ou de la modification d'une pièce.
Si la valeur testée 1 du type de pièce est égale à "A", alors AUTCPT occurrence ACPTVA doit exister et sa valeur testée 1 doit être égale à "A", pour autoriser le traitement de TVA sur acompte.

Il faut soit modifier le type de pièce, soit autoriser le traitement de TVA sur acompte.

OCECR160 - Ecriture validée et journal clôturé : modification interdite

Lors de la modification d'une écriture validée sur un journal fermé alors que le paramétrage l'interdit.

La valeur testée 2 du paramètre AUTCPT occurrence ECRVAL est positionnée à "I" pour interdire la modification d'écritures validées sur un journal fermé.

OCECR161 - Ecriture validée : la modification de cette zone est interdite

Lors de la modification d'une zone non modifiable sur une écriture validée.

Impossible de modifier cette information sur une écriture validée.

OCECR162 - Ecriture validée : modification interdite voir paramètre $1 $2

Lors de la modification d'une zone du mouvement alors que le paramétrage l'interdit.

Vérifier la valeur testée 1 du paramètre ECRVALID pour l'occurrence qui correspond à la zone modifiée dans l'écriture ou le mouvement.

OCECR164 - Modification interdite de la devise ou du taux s'il existe des mouvements

Lors de la modification de la devise ou de la valeur du cours d'une écriture qui a déjà des mouvements.

Il est impossible de changer la devise ou la valeur du cours si l'écriture possède des mouvements. En cas d'erreur, il faut donc au préalable supprimer les mouvements avant d'effectuer cette modification.

OCECR165 - Nature honoraire non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

La nature d'honoraire (NAHOCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR172 - La devise doit être différente de la devise de reporting

Lors de la création d'une écriture.

La zone "Devise" d'une écriture ne peut être renseignée que par une devise autre que la devise de référence et la devise de reporting présentes dans GETS.

OCECR173 - La devise origine doit être égale soit à la devise de référence, soit à la devise de reporting

Lors de la création d'une écriture sur un établissement qui gère une devise de reporting.

Lorsque l'écriture n'est pas en devise, il faut préciser dans la "Devise d'origine" si elle est dans la devise de référence ou dans la devise de reporting de l'établissement afin de déterminer les montants servant de base pour les calculs des contre-valeurs.

OCECR174 - La devise origine ne doit pas être renseignée

Lors de la création d'une écriture en devise sur un établissement qui gère une devise de reporting.

Si la devise est renseignée, la devise d'origine ne doit pas être précisée.

OCECR175 - La devise origine doit être renseignée

Lors de la création d'une écriture qui n'est pas en devise sur un établissement qui gère une devise de reporting.

OCECR177 - La devise origine non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

La devise origine (DVOOCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR178 - La date de validité de la devise reporting non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

La date de validité du cours en devise de reporting (DRVOCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR179 - Le mode de change de la devise reporting non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

Le mode de change en devise de reporting (DRMOCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR180 - Valeur prévue de la devise reporting non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

La valeur prévue du cours en devise de reporting (VRROCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR181 - La devise origine est non modifiable car il existe des mouvements

Lors de la modification de la devise d'origine d'une écriture qui a déjà des mouvements sur un établissement gérant une devise de reporting.

Il est impossible de changer la devise d'origine si l'écriture possède des mouvements. En cas d'erreur, il faut donc au préalable supprimer les mouvements avant d'effectuer cette modification.

OCECR182 - La devise interface non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

La devise du pôle d'interface (DIVOCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR183 - La date de validité de la devise interface non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

La date de validité du cours dans la devise du pôle d'interface (DIDOCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR184 - Le mode de change interface non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

Le mode de change de la devise du pôle d'interface (DIMOCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR185 - La valeur prévue interface non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

La valeur prévue du cours de la devise du pôle d'interface (VIROCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR192 - La référence externe doit être unique pour le tiers

Lors de la modification d'une écriture quand le contrôle d'unicité de la référence externe par tiers est actif.

Le paramètre AUTCPT occurrence CTLPIX a une valeur testée 1 égale à "A" ou "AN", donc les écritures ayant un type de pièce compris entre la valeur 1 et la valeur 2 de cette occurrence doivent avoir une référence externe non encore attribuée à une écriture relative à ce même tiers ou sur la même année de la date d'émission, si elle est renseignée, sinon sur l'année de la date comptable pour ce même tiers.
Si la valeur testée 1 est égale à "M" ou "MN", le contrôle est identique mais il se fait tous établissements confondus.

OCECR198 - L'établissement ne doit pas avoir d'écriture

Lors de la clôture d'un exercice comptable (TMDE).

Il est impossible d'utiliser le traitement TMDE lorsque des écritures ont été passées sur la période à clôturer.

OCECR199 - Référence du BVR non reconnue

Lors de la saisie des bulletins de versement avec référence (ABVR).

La référence contenue dans le BVR est dans un format non reconnu, ou est incorrecte.

OCECR201 - Nature d'honoraire non modifiable

Lors de la modification de la nature d'honoraire sur une écriture validée.

Le paramètre ECRVALID occurrence NAHECR a une valeur testée 1 positionnée à "A", donc il est possible de modifier la nature d'honoraire si l'écriture n'a pas été traitée par le traitement de déclaration des honoraires (TEHD). On vérifie que la pièce correspondante à cette écriture n'est pas présente dans la gestion de déclaration des honoraires (GDHO).

OCECR202 - Zone non modifiable, écriture traitée en TVA

Lors de la modification du type de pièce sur une écriture validée.

Le paramètre ECRVALID occurrence TYPPIE a une valeur testée 1 positionnée à "A", donc il est possible de modifier le type de pièce si l'écriture n'a pas été traitée par le traitement de déclaration de TVA (TADT).

OCECR203 - Les critères ne permettent pas de générer des écritures avec comme date comptable la date d'émission des pièces origines

Lors de la génération des effets (TGEF).

Lorsque le paramètre PR1 associé au traitement a été positionné à la valeur "D" et que vous effectuez des regroupements, vous devez obligatoirement préciser la date d'émission comme critère de regroupement.
Ceci est une contrainte technique qui permet d'obtenir une date d'émission unique pour chaque écriture à générer.

OCECR205 - Paramètre 1 de l'écriture non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

Le paramètre 1 de l'écriture (PR1OCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR206 - Paramètre 2 de l'écriture non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

Le paramètre 2 de l'écriture (PR2OCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR207 - Paramètre 3 de l'écriture non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

Le paramètre 3 de l'écriture (PR3OCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR208 - Indicateur 1 de l'écriture non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

L'indicateur 1 de l'écriture (IN1OCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR209 - Indicateur 2 de l'écriture non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

L'indicateur 2 de l'écriture (IN2OCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR210 - Indicateur 3 de l'écriture non identique dans chaque mouvement

Lors du transfert des écritures de l'interface (GECT ou TECT).

L'indicateur 3 de l'écriture (IN3OCECT) doit être identique sur tous les mouvements d'une écriture (NUMOCECT).

OCECR211 - Date comptable de l'écriture en dehors de la période déterminée par le nombre d'exercices ouverts (paramètre AUTCPT occurrence MOIOUV)

Lorsque l'on souhaite créer une écriture alors que le paramétrage l'interdit.

Le paramètre AUTCPT occurrence MOIOUV ne permet pas de saisir votre écriture, vérifiez si le nombre de mois saisi dans la valeur 1 est juste.

OCECR213 - Le type de mouvement de l'écriture doit être le même que celui du journal : AUTCPT occurrence MAJTYP

Lorsque l'on souhaite modifier le type de mouvement proposé par le journal.

Le paramétrage interdit la modification du type de mouvement que le journal propose.

OCECR219 - Les critères ne permettent pas de générer des écritures avec comme date comptable la date d'échéance des pièces origines

Lors de la génération des effets (TGEF).

Lorsque vous générez les effets en date d'échéance et que vous effectuez des regroupements, la date d'échéance doit obligatoirement être précisée comme critère de regroupement.
Ceci est une contrainte technique qui permet d'obtenir une date d'échéance unique pour chaque écriture à générer.

OCECR221 - La date comptable pour la génération des écarts d'arrondis doit être précisée

Lors de la génération des écarts de change (TGED).

Veuillez préciser à la soumission une date comptable pour la génération des écarts d'arrondis.

OCECR222 - Votre écriture n'est pas équilibrée dans toutes les devises pour le CGR A '$1'

Lors du contrôle d'équilibrage des mouvements d'une écriture (GMVC).

La valeur testée 1 de l'occurrence GESCGR du paramètre AUTCPT est positionnée à "A".
Les mouvements doivent être équilibrés selon le CGR A.

OCECR223 - Votre écriture n'est pas équilibrée dans toutes les devises pour le segment $1 du CGR A '$2'

Lors du contrôle d'équilibrage des mouvements d'une écriture (GMVC).

La valeur testée 1 de l'occurrence GESCGR du paramètre AUTCPT est positionnée à "A".
Les mouvements doivent être équilibrés selon le segment du CGR A (donné par la valeur 1).

OCECR224 - Un bordereau ou un dossier existe déjà pour l'écriture $1

Lors du traitement de numérotation des bordereaux (TNBO).

Le numéro de bordereau ne peut pas être affecté si un bordereau est déjà présent et que l'effacement n'a pas été demandé.

OCECR225 - Le rôle du journal ne permet pas la validation par traitement

Lors du traitement de validation (TVAL).

La valeur testée 1 du rôle du journal vaut "VI" (paramètre ROLOEJRN). Il est donc interdit de valider des écritures par un traitement. La validation des écritures de ces journaux doit être faite en interactif par une action dédiée, par exemple via le bouton "Valider" dans la gestion des écritures comptables (GECR).

OCECR226 - Ecriture déjà dupliquée (cf. paramètre PRV associé au mnémonique)

Lors de la duplication d'une écriture (GECR), le champ correspondant à la valeur du paramètre PRV associé au mnémonique est mis à jour.

L'écriture origine a déjà été traitée. Vous ne pouvez pas dupliquer cette écriture avec cette fonctionnalité active.

OCECR227 - Problème d'équilibrage pour les comptes techniques et les comptes généraux

Lors du contrôle d'équilibrage des mouvements d'une écriture.

Contrôle effectué selon le paramètre AUTM9 occurrence CTLEQL.

OCECR312 - Le numéro d'écriture doit être renseigné

Dans le cadre d'une saisie de règlement.

Il faut enregistrer l'écriture de règlement en cours de saisie avant de passer sur la précédente ou la suivante.

OCECR358 - Le code de traitement de TVA ne doit pas être renseigné ou être égal à 'P'

Lors du transfert des écritures de l'interface (GECT ou TECT).

L'état de traitement de TVA (ETVOCECT) ne peut contenir que la valeur "P" (prorata de TVA) ou la valeur nulle.

OCECR359 - La devise origine de l'écriture à générer doit être égale à celle d'origine

Lors de la génération d'écritures (TGEP).

   Deux cas de figure peuvent faire apparaître ce message :

       - La date comptable de l'écriture d'origine est antérieure au passage en double comptabilisation alors que la date comptable de l'écriture à générer est postérieure au passage en double comptabilisation et que la valeur testée 1 de l'occurrence PROPDVO du paramètre DEVREP définit la devise de référence comme devise d'origine de l'écriture à générer.

       - La date comptable de l'écriture d'origine est postérieure au passage en double comptabilisation alors que la date comptable de l'écriture à générer est antérieure au passage en double comptabilisation et que la devise d'origine de l'écriture d'origine correspond à la devise de reporting.

   Le respect de l'intégrité sur la devise d'origine ne permet pas le traitement de ces cas de figure par le TGEP.

OCECR361 - On ne peut sélectionner qu'une seule écriture ou qu'une seule pièce

Lors de la génération d'écritures (TGEP).

   Le paramétrage du TGEP (paramètre PRM positionné à la valeur "O" dans GMNU) oblige la sélection d'une seule écriture ou d'une seule pièce. Ce paramétrage ne s'applique pas dans le cas où une liste est précisée à la soumission.

   Il faut donc :
   - soit créer une liste des pièces à dupliquer et soumettre cette liste ;
   - soit ne préciser qu'une seule écriture ou une seule pièce à traiter dans les fourchettes des écrans de sélection ;
   - soit modifier le paramétrage du TGEP en supprimant le paramètre PRM dans GTIMNP afin de pouvoir traiter plusieurs pièces.

OCECR362 - Pour le code TVA $1, le taux de TVA à date n'est pas le même que celui de l'écriture d'origine

Lorsque la gestion de la TVA à date est en place (Cf. paramètre AUTODE occurrence CTLTAS), lors d'une duplication d'écriture à une autre date comptable ou date d'émission (selon le paramètre AUTCPT, occurrence TVDECR).

Le taux de TVA à la nouvelle date est différent du taux de TVA à l'ancienne date dans la gestion de la TVA datée (GTVD).
Vérifier la date utilisée (date comptable ou date d'émission) et contrôler les valeurs saisies dans la gestion de TVA à date.

OCECR363 - Pour le code TVA $1, le taux de TVA à la nouvelle date n'est pas le même que celui à l'ancienne date

Lorsque la gestion de la TVA à date est en place (Cf. paramètre AUTODE occurrence CTLTAS), lors de la modification de la date comptable ou d'émission d'une écriture (selon le paramètre AUTCPT, occurrence TVDECR).

OCECR365 - Aucune zone n'est à mettre à jour

Lors du traitement de modification des écritures (TECM).

Renseigner au moins une zone à modifier ou à mettre à nul.

OCECR729 - Génération dans le même sens et dans le même signe : le rapprochement à la pièce origine ne doit pas être coché

Lors de la duplication d'une écriture (GECR).

Contrôle effectué lorsque le paramètre PR4 associé au mnémonique est positionné à la valeur "O".

OCECR730 - Génération dans le même sens et dans le même signe : le lettrage des comptes ne doit pas être coché

Lors de la duplication d'une écriture (GECR).

Contrôle effectué lorsque le paramètre PR4 associé au mnémonique est positionné à la valeur "O".

OCECR731 - Génération en sens inverse et en signe inverse : le rapprochement à la pièce origine ne doit pas être coché

Lors de la duplication d'une écriture (GECR).

Contrôle effectué lorsque le paramètre PR4 associé au mnémonique est positionné à la valeur "O".

OCECR732 - Génération en sens inverse et en signe inverse : le lettrage des comptes ne doit pas être coché

Lors de la duplication d'une écriture (GECR).

Contrôle effectué lorsque le paramètre PR4 associé au mnémonique est positionné à la valeur "O".

OCECT071 - Toutes les zones de la devise d'interface doivent être renseignées

Lors du transfert des écritures de l'interface (GECT ou TECT) : contrôle des données du pôle d'interface des devises.

Quand dans le pôle "Devise d'interface", le mode de change, la date de validité ou le cours est renseigné, on doit obligatoirement renseigner la devise d'interface ainsi que les montants.

Quand dans le pôle "Devise d'interface", la devise est renseignée avec une devise différente de la devise de référence de l'établissement de l'écriture à transférer, le mode de change, la date de validité, le cours et les montants doivent être renseignés.

OCECT072 - Les zones, autres que la devise d'interface, doivent être nulles

Lors du transfert des écritures de l'interface (GECT ou TECT).

Si la devise d'interface ou les montants d'interface sont renseignés, alors aucune des autres zones concernant la devise, devise de référence ou devise de reporting ne doit être renseignées.

OCECT117 - L'établissement ne doit pas avoir d'écriture à transférer

Lors de la clôture d'un exercice comptable (TMDE).

Il est impossible d'utiliser le traitement TMDE lorsque des écritures, sur la période à clôturer, sont présentes dans la table d'interface (GECT).

OCECT405 - Les montants du pôle d'interface doivent être équilibrés

Lors du transfert des écritures de l'interface (GECT ou TECT).

Ce contrôle est effectué sur des écritures en provenance des achats.
Lorsque le journal possède un type "TA", que la valeur testée 1 de l'occurrence ACHJRN du paramètre AUTCPT est égale à "A", qu'aucun compte d'équilibre n'a été précisé sur l'écriture et que le pôle d'interface des devises est utilisé, alors on contrôle que la somme des montants débits ("MIDOCECT") est bien égale à la somme des montants crédits ("MICOCECT").

OCECT406 - Les montants en devise de reporting ne doivent pas être nuls

Lors du transfert des écritures de l'interface (GECT ou TECT).

Lorsqu'une devise de reporting est gérée sur l'établissement de l'écriture à transférer, que l'écriture à transférer est en devise et que le pôle d'interface n'est pas utilisé, alors toutes les données de la devise de reporting doivent être renseignées : mode de change, date de validité, cours, montant débit et montant crédit.

OCECT408 - Impossible de transférer de l'euro avant la date de double comptabilisation

Lors du transfert des écritures de l'interface (GECT ou TECT).

Sur un établissement possédant une devise de reporting, lorsque vous utilisez le pôle d'interface des devises avec la devise "EUR", la date comptable des écritures à transférer doit être supérieure à la date de passage en double comptabilisation ("DAAGTETS").

OCECT409 - Problème avec le type du journal $1 et zone regroupement $2

Lors du transfert des écritures de l'interface (GECT ou TECT).

Cette erreur intervient lors de l'équilibrage d'un regroupement d'écritures provenant des ventes, une fois les écritures transférées.
Le journal utilisé doit avoir un type égal à "TV".

OCECT700 - Occurrence interdite : réservée au traitement de transfert

Lors de la modification du code traitement d'un enregistrement.

Vous ne pouvez pas positionner le code traitement à la valeur "R" : elle est réservée au traitement.

OCEDC001 - Equivalence de comptes inexistante ou inutilisable

Lorsqu'un compte d'équivalence n'est pas trouvé.

Dans le traitement de génération des effets (TGEF), si l'origine de la contrepartie par équivalence de compte est choisie, cette équivalence doit exister dans GCPE pour le compte de la pièce traitée avec un type d'équivalence à "CP".

Dans la saisie des encaissements GENC, si le paramètre PR3 du mnémonique est égal à "E", il faut préciser dans GCPE un compte équivalent pour le compte présent sur les pièces réglées.

OCEDC050 - Problème de chevauchement entre deux équivalences de compte

Quand deux équivalences de compte se chevauchent.

Pour saisir une équivalence de compte, il faut que le compte de début (ou le compte de fin) ne soit pas compris dans une fourchette déjà existante ou bien que l'équivalence créée n'englobe pas une équivalence déjà existante.

OCEDC051 - Fourchette de comptes incohérente

Lorsque l'on saisit un compte de fin qui est inférieur au compte de début saisi.

On doit saisir un compte de fin qui doit être supérieur au compte de début saisi.

OCELP053 - La devise doit être égale à la devise de la pièce

Lorsque la devise est différente de la devise de la pièce.

La devise de l'élément de liste doit être la même que celle de la pièce.

OCELP055 - Montant supérieur au solde de la pièce non autorisé

Lorsque l'on saisit un montant supérieur au solde de la pièce quand le paramétrage l'interdit.

Si la valeur testée 1 du paramètre AUTCPT occurrence MNTELP est égale à "I", il est interdit de saisir un montant supérieur au solde de la pièce.

OCELP056 - Les montants débit et crédit ne doivent pas être saisis simultanément

Lorsque vous saisissez les montants débit et crédit en même temps que ce soit en devise de référence, devise de reporting ou devise.

Lorsque vous saisissez les montants, que ce soit en devise de référence, en devise de reporting ou en devise, vous ne pouvez pas renseigner les deux montants (débit et crédit) par une valeur différente de zéro.

OCELP057 - Saisie liée à la devise incomplète

Contrôle de cohérence des pièces d'une liste.

Si vous saisissez une des zones de la devise, alors toutes les autres zones concernant la devise doivent être renseignées.

OCELP058 - Les montants en devise ne doivent pas être renseignés

Contrôle de cohérence des pièces d'une liste.

Si la pièce n'a pas de devise, les montants en devise doivent être vides.

OCELP059 - Les montants en devise de référence ne doivent pas être renseignés

Contrôle de cohérence des pièces d'une liste.

Si la pièce a une devise, les montants en devise de référence doivent être vides.

OCELP060 - Le sens de l'élément et le sens du solde de la pièce sont incompatibles

Quand le montant saisi n'est pas dans le même sens que le solde de la pièce.

Lorsque vous saisissez un montant, qu'il soit en devise de référence ou en devise, alors celui-ci doit être dans le même sens que le solde de la pièce.

OCELP061 - L'un des montants doit être différent de zéro

Lorsque les montants débit et crédit sont tous les deux égaux à 0.

Vous devez obligatoirement saisir un des deux montants (débit ou crédit) en tenant compte de la devise utilisée.

OCELP062 - Le signe de l'élément et le signe du solde de la pièce sont incompatibles

Quand le montant saisi n'est pas du même signe que le solde de la pièce.

Lorsque vous saisissez un montant, qu'il soit en devise de référence ou en devise, alors celui-ci doit être du même signe que le solde de la pièce.

OCELP065 - La valeur prévue du cours reporting doit être positive

Contrôle de cohérence des pièces d'une liste.

La valeur du cours de la devise de reporting doit être strictement supérieure à 0.

OCELP066 - Montant en reporting * valeur prévue différent du montant en devise référence

Contrôle de cohérence des pièces d'une liste.

Lors de la vérification des montants, le montant en reporting multiplié par la valeur du cours doit être égal au montant en référence.

OCELP329 - Devise, mode de change, date et cours en devise de reporting doivent être renseignés

Contrôle de cohérence des pièces d'une liste.

Si vous saisissez une des zones de la devise de reporting, toutes les autres zones concernant la devise de reporting doivent être renseignées.

OCENG050 - Le montant de l'écart est supérieur à la valeur autorisée (paramètre AUTCPT-ENGECA)

Lors du traitement de l'écart de l'encaissement (GRENG).

Le paramètre AUTCPT occurrence ENGECA indique un écart maximal autorisé qui ne vous permet pas de traiter l'écart sur cet encaissement.

OCENG705 - Toutes les pièces à proratiser doivent avoir une devise commune avec la devise de l'encaissement

Lors de la proratisation d'un encaissement (GRENG).

Le cumul des soldes des pièces à proratiser est déterminé dans la devise de saisie de l'encaissement.
Dès lors, toutes les pièces à proratiser doivent avoir leur devise ou leur devise de référence égale à la devise de saisie de l'encaissement.

OCENG706 - Proratisation impossible : le cumul des soldes des pièces à proratiser est égal à 0

Lors de la proratisation d'un encaissement (GRENG).

Le cumul des soldes des pièces à proratiser est égal à 0 : la proratisation est impossible.

OCENG707 - Proratisation impossible : le cumul des soldes des pièces à proratiser est inférieur au montant de l'encaissement

Lors de la proratisation d'un encaissement (GRENG).

Le cumul des soldes des pièces à proratiser est inférieur au montant de l'encaissement : la proratisation est impossible.

OCEPL050 - La date début de prestation ne peut être postérieure à la date de fin

Contrôle de cohérence des données d'extourne lissage P/C constatés d'avance.

Lorsque la date de fin de prestation est inférieure à la date de début. Vous devez saisir une date de fin de prestation supérieure à la date de début.

OCEPL051 - Montant à traiter supérieur au montant du mouvement

Contrôle de cohérence des données d'extourne lissage P/C constatés d'avance.

Le montant à lisser doit être inférieur ou égal au montant du mouvement.

OCEPL052 - La date de dernier lissage et le montant déjà lissé doivent être tous deux renseignés

Contrôle de cohérence des données d'extourne lissage P/C constatés d'avance.

Vous devez renseigner la date de dernier lissage et le montant déjà lissé ou laisser vides ces deux zones.

OCEPL053 - La date dernier lissage ne peut être modifiée par une date antérieure

Contrôle de cohérence des données d'extourne lissage P/C constatés d'avance.

Si vous modifiez la date de dernier lissage, vous devez saisir une date postérieure à celle d'avant.

OCEPL054 - Le montant déjà lissé ne peut être modifié par un montant inférieur

Contrôle de cohérence des données d'extourne lissage P/C constatés d'avance.

Si vous modifiez le montant déjà lissé, vous devez saisir un montant supérieur à celui d'avant.

OCEPL055 - Le compte du mouvement correspondant doit être dans la table d'équivalence

Contrôle de cohérence des données d'extourne lissage P/C constatés d'avance.

Il doit exister des données dans la gestion des équivalences de comptes (GCPE) avec le compte du mouvement compris dans la fourchette de comptes.

OCEPL056 - Modification interdite

Lorsque l'on effectue une modification des données d'extourne lissage P/C constatés d'avance dans GEPL, alors que l'enregistrement est traité.

Si l'état de l'enregistrement est égal à "T", vous ne pouvez pas faire de modifications.

OCEPL057 - Suppression interdite

Lorsque l'on souhaite supprimer des données d'extourne lissage P/C constatés d'avance dans GEPL, alors que le paramétrage l'interdit.

Si l'état de l'enregistrement est égal à "T" ou si le type du traitement est nul ou si la date de dernier lissage est renseignée, vous ne pouvez pas supprimer cet enregistrement.

OCEPL058 - Le montant à traiter doit être du même signe que le montant mouvement

Contrôle de cohérence des données d'extourne lissage P/C constatés d'avance.

Comme le montant est renseigné, il faut qu'il soit du même signe que celui du mouvement.

OCEPL059 - Le montant à traiter doit être différent de zéro

Contrôle de cohérence des données d'extourne lissage P/C constatés d'avance.

Le montant doit être différent de 0.

OCEPL060 - Lissage interdit pour des produits et charges constatés d'avance

Contrôle de cohérence des données d'extourne lissage P/C constatés d'avance.

Vous ne pouvez pas effectuer un lissage sur les produits et charges constatés d'avance, c'est-à-dire si le type du traitement est égal à "PC".

OCEPL061 - Modification interdite

Contrôle de cohérence des données d'extourne lissage P/C constatés d'avance.

Le paramétrage AUTCPT-MAJEPL permet d'autoriser la modification de la période de prestation selon certaines conditions.
Les autres données ne sont pas modifiables.

OCEPL066 - Tous les mouvements d'extourne avec lissage d'une écriture doivent être traités simultanément

Lors du traitement d'extourne, produits et charges constatés d'avance (TECP).

Lors du traitement d'une écriture avec mouvements en extourne avec lissage, tous les mouvements en extourne avec lissage de l'écriture doivent être traités simultanément afin que l'état de synthèse du lissage (ELIS) puisse fonctionner correctement.

OCERS050 - Acompte déjà saisi

Lors de la validation de la saisie d'un acompte sur une écriture qui a déjà des mouvements.

Il n'est pas possible de saisir un acompte via GERS, si l'écriture possède des mouvements.

Par contre, si l'écriture n'est pas validée, vous pouvez intervenir sur les mouvements de l'écriture en passant par la gestion des mouvements (GMVC).

OCFBQ050 - Un seul enregistrement d'initialisation (fichier "$1") peut être créé dans les fichiers bancaires pour le type de mouvement bancaire "$2"

La création d'un enregistrement dans la gestion des fichiers bancaires (GFBQ) avec la valeur '.' en tant que nom de fichier est interdite. Ce nom de fichier est réservé pour les enregistrements d'initialisation. Un seul peut exister pour un type de mouvement bancaire donné.

Modifiez le nom du fichier et contrôlez le type de mouvement bancaire traité.

OCFBQ051 - La suppression n'est possible que pour un fichier de type de mouvement bancaire "B" (autre que le fichier destiné aux initialisations)

Lors de la suppression d'un fichier bancaire (GFBQ).

Ce fichier ne respecte pas les prérequis de suppression.

OCFBQ052 - Le fichier n'est pas le dernier fichier chargé pour la banque $1 de l'établissement $2

Lors de la suppression d'un fichier bancaire (GFBQ).

Ce fichier ne respecte pas les prérequis de suppression.

OCHRP001 - Historisation des relances par pièce inexistante ou non utilisable

Lors du contrôle d'existence dans la table d'historique des relances sur pièce (OCHRP, consultable par CHRP).

Lorsque le message apparaît lors de l'édition des lettres de relance (ELRR), il faut être sûr que toutes les pièces aient été traitées par le traitement des niveaux de relance (TNIR) avec l'option "Historisation de la relance" cochée, car sinon on essaie de mettre à jour une pièce qui n'a pas été insérée dans la table d'historisation.

OCIRS050 - L'établissement est à l'état actif

Lors du traitement d'inactivation des cumuls de reprise de solde (TIRS).

Pour pouvoir inactiver les cumuls de reprise de solde, l'établissement doit être à l'état inactif ou supprimé. Modifiez le paramétrage de l'établissement dans la gestion des établissements (GETS).

OCIRS051 - Il existe des cumuls qui ne sont pas des reprises de solde postérieurs à la date de début d'exercice

Lors du traitement d'inactivation des cumuls de reprise de solde (TIRS).

Pour pouvoir inactiver les cumuls de reprise de solde, les tables de cumuls de doivent pas contenir de données postérieures aux reprises de solde à inactiver.

OCLEC050 - La liste de rattachement doit être différente de la liste traitée

Contrôle de cohérence des listes d'écritures.

Si vous saisissez une liste de rattachement, elle doit être différente de la liste de départ.

OCLEC051 - Cette liste est rattachée : elle ne peut servir de rattachement

Contrôle de cohérence des listes d'écritures.

Si une liste est définie en tant que liste de rattachement, elle ne doit pas avoir de liste de rattachement.

OCLSP001 - Liste de pièces inexistante ou non utilisable

Lors du contrôle d'existence d'une liste de pièces (GLSP).

Ce message apparaît dans le traitement de constitution de listes de pièces à partir d'actions (TGLP) lorsque la liste définie pour un niveau de relance n'existe pas dans la gestion des listes de pièces (GLSP). Cas possible lorsque la valeur testée 1 du paramètre AUTOCM occurrence LSPGLP est égale à "A".

OCLSP050 - La liste de rattachement doit être différente de la liste traitée

Contrôle de cohérence des listes de pièces.

Si vous saisissez une liste de rattachement, elle doit être différente de la liste de départ.

OCLSP051 - Cette liste est rattachée : elle ne peut servir de rattachement

Contrôle de cohérence des listes de pièces.

Si une liste est définie en tant que liste de rattachement, elle ne doit pas avoir de liste de rattachement.

OCLSP057 - Liste : $1 aucun enregistrement créé sur l'établissement $2

Lorsqu'aucune pièce n'est insérée dans la liste.

Faire en sorte que la sélection des pièces ramène des éléments ou qu'il n'y ait pas d'erreur lors de leur insertion dans la liste.

OCLSP058 - Liste : $1 Etablissement : $2 liste de pièces inexistante ou non utilisable

Lorsque la liste n'existe pas ou qu'elle est inactive sur l'établissement traité.

Créer une liste dans GLSP ou la mettre à l'état actif.

OCLSP061 - Les listes origine et destination doivent être différentes

Lors du contrôle des adresses électroniques (TCEM).

Les trois listes de pièces renseignées à la soumission du TCEM doivent être différentes.

OCMBQ050 - Le type de mouvement bancaire $1 et le fichier $2 ne sont pas référencés dans la table des fichiers bancaires

Lors de la création d'un mouvement bancaire par traitement (TTFB, TERB, TEMB, etc.).

Le mouvement bancaire à générer doit être issu d'un fichier référencé dans la transaction GFBQ.

OCMBQ051 - Le montant débit ou le montant crédit doit être égal à 0

Les montants débit et crédit du mouvement bancaire sont renseignés avec une valeur différente de zéro.

Les deux montants ne peuvent pas être renseignés avec une valeur différente de zéro : en mettre un à zéro et renseigner l'autre.

OCMBQ052 - Un enregistrement d'initialisation doit avoir un fichier égal à "." et une origine égale à "S"

Lors de la création d'un mouvement d'initialisation dans GMBQ ou GRBM.

Un mouvement d'initialisation saisi dans GMBQ ou GRBM doit avoir les caractéristiques suivantes : un nom de fichier égal à la valeur "." et une origine égale à "S". Ces valeurs sont proposées par défaut et non modifiables.

OCMBQ053 - Un solde d'initialisation pour la banque $1, l'établissement $2 et le type $3 ne peut pas être créé ou modifié après l'alimentation d'un solde postérieur par un traitement

Lors de la création, modification de montant ou suppression d'un mouvement d'initialisation de solde dans GMBQ ou GRBM/GRBMS.

Lorsque des mouvements bancaires ont déjà été intégrés par un traitement, il n'est plus possible de changer les mouvements d'initialisation.

OCMBQ054 - La date d'opération de la banque $1, établissement $2 et type $3 doit être supérieure à celle des mouvements d'initialisation

Lors de la création d'un mouvement bancaire par traitement (TTFB, TERB, TEMB, etc.).

Un mouvement bancaire généré doit obligatoirement avoir une date d'opération supérieure à celle des mouvements d'initialisation du solde du compte bancaire (origine égale à "S").

OCMBQ055 - Seul un mouvement d'initialisation peut être supprimé

Lors de la suppression dans GMBQ ou GRBM/GRBMS d'un mouvement bancaire généré par un traitement.

Seul un mouvement bancaire saisi peut être supprimé. Les mouvements bancaires générés par un traitement (TTFB, TERB, TEMB, etc.) ne peuvent pas être supprimés.

OCMBQ057 - L'utilisateur $1 n'a pas le droit de création de mouvements bancaires pour la banque $2 et l'établissement $3

Lors de la création d'un mouvement de type bancaire dans GMBQ ou GRBM/GRBMS.

Le droit de création de mouvements bancaires n'est pas attribué à l'utilisateur ou à son profil dans la gestion des droits par banque.

OCMBQ058 - L'utilisateur $1 n'a pas le droit de modification de mouvements bancaires pour la banque $2 et l'établissement $3

Lors de la modification d'un mouvement de type bancaire dans GMBQ ou GRBM/GRBMS.

Le droit de modification de mouvements bancaires n'est pas attribué à l'utilisateur ou à son profil dans la gestion des droits par banque.

OCMBQ059 - L'utilisateur $1 n'a pas le droit de suppression de mouvements bancaires pour la banque $2 et l'établissement $3

Lors de la suppression d'un mouvement de type bancaire dans GMBQ ou GRBM/GRBMS.

Le droit de suppression de mouvements bancaires n'est pas attribué à l'utilisateur ou à son profil dans la gestion des droits par banque.

OCMBQ060 - L'utilisateur $1 n'a pas le droit de dé-rapprochement pour la banque $2 et l'établissement $3

Lorsque l'on souhaite dé-rapprocher un mouvement, c'est-à-dire, soit en enlevant le type à "R" sur un mouvement d'initialisation dans GMBQ ou GRBM, soit lorsque l'on effectue un dé-rapprochement dans GRBM/GRBMS.

Le droit de dé-rapprochement de mouvements bancaires n'est pas attribué à l'utilisateur ou à son profil dans la gestion des droits par banque.

OCMBQ061 - L'utilisateur $1 n'a pas le droit de création de mouvements comptables pour la banque $2 et l'établissement $3

Lors de la création d'un mouvement de type comptable dans GMBQ ou GRBM/GRBMS.

Le droit de création de mouvements de type comptable n'est pas attribué à l'utilisateur ou à son profil dans la gestion des droits par banque.

OCMBQ062 - L'utilisateur $1 n'a pas le droit de modification de mouvements comptables pour la banque $2 et l'établissement $3

Lors de la modification d'un mouvement de type comptable dans GMBQ ou GRBM/GRBMS.

Le droit de modification de mouvements de type comptable n'est pas attribué à l'utilisateur ou à son profil dans la gestion des droits par banque.

OCMBQ063 - L'utilisateur $1 n'a pas le droit de suppression de mouvements comptables pour la banque $2 et l'établissement $3

Lors de la suppression d'un mouvement de type comptable dans GMBQ ou GRBM/GRBMS.

Le droit de suppression de mouvements de type comptable n'est pas attribué à l'utilisateur ou à son profil dans la gestion des droits par banque.

OCMBQ064 - Seuls les montants d'un mouvement d'initialisation peuvent être modifiés

Lors du changement des montants sur un mouvement bancaire intégré par un traitement (TTFB, TERB, TEMB, etc.).

Il est impossible de modifier les montants d'un mouvement bancaire issu d'un fichier de relevé bancaire ou extrait de la comptabilité.

OCMBQ065 - Mouvement déjà rapproché

Lors du rapprochement de mouvements bancaires dans GRBM/GRBMS, TEMB, TEMC ou TRBA.

Le rapprochement est impossible, le mouvement ayant déjà fait l'objet d'un rapprochement.

OCMBQ068 - Un enregistrement d'initialisation rapproché (type ="R") ne peut pas être dé-rapproché

Lors du dé-rapprochement d'un mouvement dans GRBM/GRBMS.

Le mouvement d'initialisation a été créé avec un type à "R" lors de sa création pour le rapprocher automatiquement et individuellement. S'il ne doit pas être considéré comme étant rapproché, il faut enlever le type "R".

OCMBQ069 - L'utilisateur $1 n'a pas le droit de rapprochement pour la banque $2 et l'établissement $3

Lorsque l'on souhaite rapprocher un mouvement, c'est-à-dire, soit en mettant un type à "R" sur un mouvement d'initialisation dans GMBQ ou GRBM/GRBMS, soit lorsque l'on effectue un rapprochement dans GRBM/GRBMS.

Le droit de rapprochement de mouvements bancaires n'est pas attribué à l'utilisateur ou à son profil dans la gestion des droits par banque.

OCMBQ070 - Lors du passage au type "R" d'un mouvement d'initialisation, celui-ci ne doit pas être déjà rapproché ou pré-rapproché

Lorsque l'on souhaite rapprocher un mouvement d'initialisation en affectant un type à "R" dans GMBQ ou GRBM/GRBMS.

Cette action est impossible car le mouvement d'initialisation a déjà été rapproché ou pré-rapproché avec un autre mouvement. Il faut le dé-rapprocher avant de pouvoir lui mettre un type à "R" pour le rapprocher automatiquement et individuellement.

OCMBQ072 - Pour effectuer un rapprochement et un équilibrage, l'écart doit être différent de 0

Lors de l'utilisation du bouton "Rapprocher et équilibrer" dans GRBM/GRBMS.

L'action de "rapprocher et équilibrer" ne peut se faire que lorsque le cumul des mouvements bancaires traités est différent du cumul des mouvements comptables traités.

OCMBQ073 - Vous n'avez pas le droit de rapprocher (ou pré-rapprocher) des mouvements ayant des CIB différents

Lors d'un rapprochement ou pré-rapprochement dans GRBM/GRBMS.

Le droit de rapprocher ou pré-rapprocher des mouvements ayant des CIB différents n'est pas attribué à l'utilisateur ou à son profil dans les droits par banque.

OCMBQ074 - Il est interdit de modifier les montants d'un mouvement bancaire d'initialisation rapproché (ou pré-rapproché)

Lors du changement des montants d'un mouvement d'initialisation dans GMBQ ou GRBM/GRBMS.

Le mouvement d'initialisation est rapproché, il n'est donc pas possible de modifier ses montants.

OCMBQ075 - Il est interdit de modifier, dé-rapprocher ou supprimer un mouvement clôturé

Si on souhaite modifier, dé-rapprocher ou supprimer un mouvement bancaire alors qu'il a été clos par la transaction de clôture du rapprochement (GCMB).

Lorsqu'un mouvement bancaire est clos (état de clôture égal à "C"), il est impossible de le rectifier car la situation est figée.
Il est toutefois possible d'effectuer un dé-rapprochement manuel selon le paramètre AUTRAP occurrence DRPCLO. L'état de clôture est alors effacé : le mouvement peut être rectifié.

OCMBQ076 - Il est interdit d'insérer des mouvements bancaires sur la banque $1 et l'établissement $2 dont la date d'opération est inférieure ou égale à la date de clôture

Lors de la création d'un mouvement bancaire dont la date d'opération est antérieure à la date de clôture du rapprochement.

Il est impossible de créer un mouvement bancaire avec une date d'opération inférieure ou égale à la date de clôture du rapprochement mentionnée pour la banque dans GBNQ.

OCMBQ077 - Il est interdit de supprimer un mouvement d'initialisation rapproché

Lors de la suppression d'un mouvement d'initialisation (origine égale à "S") dans GMBQ ou GRBM/GRBMS.

Un mouvement bancaire d'initialisation ne peut pas être supprimé s'il est rapproché (ou pré-rapproché), il faut soit enlever son type à "R" s'il avait été créé en étant directement rapproché individuellement, soit le dé-rapprocher dans GRBM/GRBMS avant de pouvoir le supprimer.

OCMBQ078 - Les mouvements bancaires référencés dans le tableau ont été modifiés par un autre utilisateur

Lors de la génération de l'écriture d'écart de rapprochement à partir du mail envoyé via le bouton "Soumettre pour une génération externe" de l'action "Rapprocher et équilibrer" d'un rapprochement manuel (GRBM/GRBMS).

Depuis la génération du mail permettant de passer l'écriture d'écart de rapprochement, certains mouvements à l'origine de cet écart ont été modifiés (rapprochés ou dé-rapprochés).

OCMBQ080 - Epuration impossible du mouvement $1 : date d'opération ($3) du mouvement rapproché $2 postérieure à la date d'épuration

Lors de l'épuration des mouvements bancaires (TEMQ).

Un mouvement bancaire ne peut être supprimé que si l'ensemble des mouvements qui sont rapprochés avec lui ont une date d'opération inférieure ou égale à la date d'épuration.

OCMBQ081 - Epuration impossible du mouvement $1 : mouvement rapproché $2 non clôturé

Lors de l'épuration des mouvements bancaires (TEMQ).

Un mouvement bancaire ne peut être supprimé que si l'ensemble des mouvements qui sont rapprochés avec lui sont également clos. Normalement, ce cas de figure est impossible car GCMB ne clôt un mouvement que si l'ensemble des mouvements qui lui sont rapprochés peuvent être clos également.

OCMBQ082 - Epuration impossible du mouvement $1 : le CIB ($3) du mouvement rapproché $2 ne fait pas partie de la sélection

Lors de l'épuration des mouvements bancaires (TEMQ).

Un mouvement bancaire ne peut être supprimé que si l'ensemble des mouvements qui sont rapprochés avec lui ont un CIB compris dans la fourchette de sélection demandée à la soumission du traitement TEMQ.

OCMBQ084 - Le montant à rapatrier est différent du cumul des montants des mouvements de l'écriture d'équilibre portant sur le compte de banque

Lors du rapatriement des mouvements comptables en vue du rapprochement bancaire (TERB).

Lors de la génération d'un mouvement bancaire par rapport à une écriture d'équilibre, ce message apparaît dans les cas suivants :
- au moins une des écritures équilibrées par cette écriture n'est pas sélectionnée. Veiller à bien toutes les sélectionner ;
- le compte de banque est présent sur au moins un mouvement des écritures équilibrées par cette écriture. Un écart peut être constaté selon certains cas de figure et le traitement ne sait pas les gérer.

OCMBQ085 - Modification des informations complémentaires 1 et 2 interdite pour des mouvements de type comptable

Lors de la modification d'un mouvement bancaire de type comptable (GMBQ).

Les informations complémentaires 1 et 2 ne peuvent pas être modifiées pour des mouvements bancaires de type comptable.
Ces informations sont alimentées lors de l'extraction de la comptabilité (TERB) et assurent la traçabilité entre la comptabilité et le rapprochement bancaire.

OCMBQ086 - Le cumul des montants des mouvements d'initialisation bancaire ($1) doit être égal au solde du premier fichier intégré ($2) pour la banque $3 sur l'établissement $4

Lors de la révision des mouvements d'initialisation alors que des fichiers ont été intégrés.

Veuillez revoir les montants des mouvements d'initialisation afin que leur cumul corresponde au solde début du premier fichier intégré.

OCMBQ087 - Un mouvement d'initialisation ne peut pas être créé avec une date d'opération supérieure ou égale à celle d'un mouvement intégré ou généré

Lors de la création d'un mouvement d'initialisation alors que des mouvements ont déjà été intégrés ou générés (GMBQ).

La date d'opération d'un mouvement d'initialisation doit être antérieure à la date d'opération de tout mouvement intégré ou généré.

OCMBQ088 - La date d'édition doit correspondre au dernier jour du mois

Lors de l'édition du tableau de bord des comptes bancaires (EJSBT).

La date d'édition doit obligatoirement correspondre à une fin de mois afin de pouvoir calculer le solde du compte au niveau des cumuls.

OCMBQ091 - Les mouvements du fichier doivent être non rapprochés

Lors de la suppression d'un fichier bancaire (GFBQ).

Ce fichier ne respecte pas les prérequis de suppression.

OCMBQ092 - Les mouvements du fichier doivent être non clos

Lors de la suppression d'un fichier bancaire (GFBQ).

Ce fichier ne respecte pas les prérequis de suppression.

OCMBQ093 - Les mouvements du fichier doivent être non intégrés

Lors de la suppression d'un fichier bancaire (GFBQ).

Ce fichier ne respecte pas les prérequis de suppression.

OCMDT050 - Génération de mandat impossible, édition en cours

Lors de la génération des mandats (TMDT).

Le compteur des numéros de bordereaux des mandats est à l'état inactif car une édition des mandats (EMDT) a été lancée.
Il faut donc attendre la fin de cette édition avant de relancer le traitement.

OCMTA050 - Le compte $1 est présent dans la TVA associée aux mouvements, mais pas dans le schéma d'écriture

Lors de la génération des mouvements de TVA associée.

Le compte de TVA est défini dans la TVA associée alors qu'il ne l'est pas dans le schéma d'écriture.
Il faut donc définir un mouvement de TVA sur ce compte pour cette écriture.

OCMTA051 - Le compte $1 n'a pas un solde dans le même sens dans la table des TVA associées et dans les mouvements

Lors de la génération des mouvements de TVA associée.

La TVA doit être appliquée dans le même sens au niveau des mouvements et de la TVA associée.
Il faut changer le sens des mouvements de TVA ou alors redéfinir l'écriture.

OCMTA052 - Ecart sur le compte $1 de $2 supérieur au paramétrage en place (AUTODE occurrence CTLTAS)

Lors de la génération des mouvements de TVA associée.

L'écart entre les montants de TVA des mouvements et des montants de la TVA associée pour ce compte doit être inférieur à l'écart défini au niveau de la valeur 1 de l'occurrence CTLTAS du paramètre AUTODE.

Il faut donc soit modifier cet écart au niveau de l'occurrence CTLTAS ou alors modifier les montants de TVA dans les mouvements afin de respecter l'écart.

OCMTA053 - Compte de TVA associée présent alors qu'il est absent du schéma d'écriture

Lors de la génération des mouvements de TVA associée.

Il existe des comptes de TVA dans la TVA associée qui ne sont pas définis dans le schéma d'écriture.
Il faut donc définir un mouvement de TVA pour ces comptes.

OCMTA054 - Compte de TVA présent dans le schéma d'écriture et absent de la TVA associée

Lors de la génération des mouvements de TVA associée.

Il existe des comptes de TVA dans les mouvements de l'écriture pour lesquels la TVA associée n'a pas été définie.

OCMTA056 - Compte : $1 somme des montants TVA à déclarer $2 différente de celle des comptes TVA $3

Lors de la génération des mouvements de TVA associée.

La somme des montants de TVA définis dans les mouvements pour ce compte n'est pas égale à la somme des montants de TVA associée pour le même compte.

Il faut modifier les montants de TVA des mouvements afin d'obtenir l'égalité ou alors renseigner la valeur 1 de l'occurrence CTLTAS du paramètre AUTODE afin de permettre un écart entre ces deux montants.

OCMTA057 - Le schéma d'écriture ne doit pas mélanger code de TVA avec TVA associée et code de TVA sans TVA associée

Lors du contrôle de la validité d'une écriture.

Lorsque la gestion de la TVA associée est active (occurrence CTLTAS du paramètre AUTODE), il faut que tous les codes de TVA de l'écriture ou aucun code soient définis comme TVA associée (GTVAS).

OCMVC012 - Suppression impossible : pièce (partiellement) réglée

Lors de la suppression d'un mouvement dont la pièce correspondante a des associations de pièces traitées par le traitement d'écart de change (TGED) ou par le traitement de TVA (TADT) ou prises en compte dans la consommation du budget des crédits de paiements (comptabilité publique).

La suppression des mouvements de cette écriture est impossible.
Le cas échéant, elle doit être annulée via passation d'une OD.

OCMVC051 - Compte collectif : veuillez préciser le tiers

Lors de la création d'un mouvement sans tiers quand le compte est collectif.

Affecter un tiers lorsque le compte est collectif.
Ce tiers doit avoir l'un de ces 5 types de collectif dans GATE égal à celui du compte dans GCPT.

OCMVC052 - Compte en CGR A obligatoire : veuillez saisir le CGR A

Lorsque le compte nécessite obligatoirement la saisie d'un CGR A et que celui-ci n'est pas présent.

Il faut saisir un CGR A sur le mouvement dont le compte oblige sa saisie.

OCMVC053 - Compte en CGR A interdit : enlever le CGR A

Lorsqu'un CGR A est affecté sur un compte qui est défini en CGR A interdit.

Ne pas saisir de CGR A sur le compte traité.

OCMVC054 - Ce CGR possède un type différent de A et de D

Le CGR affecté ou donné à la soumission dans la zone CGR A est un CGR de type "B".

Affecter un CGR de type "A" ou "D" dans la zone CGR A.

OCMVC055 - Ce CGR possède un type différent de B et de D

Le CGR affecté ou donné à la soumission dans la zone CGR B est un CGR de type "A".

Affecter un CGR de type "B" ou "D" dans la zone CGR B.

OCMVC056 - Sens de la colonne incompatible avec le sens du montant

La colonne utilisée précise un sens qui n'est pas celui du montant saisi.

Saisir le montant correspondant au sens de la colonne ou utiliser une colonne qui a le sens souhaité.

OCMVC057 - Type de collectif du tiers incompatible avec celui du compte

L'un des 5 types de collectif du tiers présent dans GATE doit correspondre à celui du compte sur lequel il est imputé.

Contrôler le type de collectif du compte dans GCPT et ceux du tiers dans GATE.

OCMVC063 - Vous ne pouvez saisir 2 tiers différents sur la même écriture

Lors de la présence de deux tiers différents dans la même écriture.

Une écriture doit être mono tiers.
Dans les interfaces, utiliser un journal à équilibrage automatique et envoyer autant d'écritures qu'il y a de tiers différents.

OCMVC065 - Numéro d'échéance précisé : pièce non renseignée dans l'écriture

Lors de la saisie de l'écriture aucun numéro de pièce n'a été renseigné.

Il faut soit renseigner le numéro de pièce dans GECR, soit ne pas saisir de mouvement sur un compte en génération de pièce.

OCMVC071 - Compte en CGR B obligatoire : veuillez saisir le CGR B

Lorsque le compte nécessite obligatoirement la saisie d'un CGR B et que celui-ci n'est pas présent.

Il faut saisir un CGR B sur le mouvement dont le compte oblige sa saisie.

OCMVC072 - Compte en CGR B interdit : enlever le CGR B

Lorsqu'un CGR B est affecté sur un compte qui est défini en CGR B interdit.

Ne pas saisir de CGR B sur le compte traité.

OCMVC074 - Le compte de la colonne de journal et le compte du mouvement sont incompatibles

En saisie, lorsque la colonne du journal renvoie un compte qui n'est pas celui utilisé dans le mouvement.

Ne pas renseigner le compte dans la colonne du journal dans GJRC ou utiliser une autre colonne.
Remarque : ce contrôle n'est pas effectué pour des colonnes dont la valeur testée 1 du type est positionnée à "'H", "HI", "HS" car le compte est proposé en priorité à partir de celui de l'association tiers-établissement (GATE).

OCMVC075 - Compte non collectif : veuillez effacer le tiers

Lors de l'affectation d'un tiers sur un mouvement dont le compte ne permet pas sa saisie.

Ne pas renseigner le tiers si le compte n'est pas collectif (voir GCPT).

OCMVC084 - Vous ne pouvez saisir 2 comptes différents pour un même numéro d'échéance > 0

Lors de la présence de deux comptes différents sur deux mouvements ayant le même numéro d'échéance.

Une seule pièce est créée par numéro d'échéance donc le compte doit être le même.
Il faut incrémenter le numéro d'échéance lorsque plusieurs comptes sont en génération de pièce dans la même écriture.

OCMVC086 - Un seul montant doit être différent de zéro

Lors du contrôle des montants débit et crédit à affecter à un mouvement comptable au niveau du transfert en comptabilité.

   Le mouvement doit être :
   - soit débiteur => montant crédit égal à 0 ;
   - soit créditeur => montant débit égal à 0.

OCMVC088 - Saisie d'un montant négatif interdite

Vous saisissez un montant négatif dans un mouvement.

Le paramètre AUTCPT occurrence NEG permet ou non la saisie de montants négatifs dans les mouvements.

OCMVC089 - Le rôle du CGR '$1' n'autorise pas la saisie en comptabilité générale

Lors de l'affectation d'un CGR qui n'est pas autorisé en comptabilité.

Ne pas utiliser de CGR dont le rôle interdit l'imputation en comptabilité (voir le paramètre ROLOECGR).

Attention, pour les CGR combinaison, le rôle de chacun des segments les composant doit autoriser sa saisie en comptabilité.

OCMVC090 - Compte géré en devise : devise obligatoire

Lors de l'utilisation d'un compte obligeant la saisie en devise sur une écriture qui n'est pas en devise.

Ne pas utiliser ce compte sur une écriture qui n'est pas en devise.

OCMVC091 - Ce compte n'autorise pas la saisie en devise

Vous êtes en train de saisir les mouvements d'une écriture dans une devise (autre que référence ou reporting). Le compte du mouvement n'autorise pas, de par son paramétrage, la saisie en devise.

Sur une écriture en devise, n'utiliser que des comptes dont la saisie en devise est autorisée dans GCPT.

OCMVC092 - Devise du compte différente de celle de l'écriture

Lorsque la devise du compte d'un mouvement n'est pas la même que celle de l'écriture.

Utiliser un compte qui autorise la saisie en devise, mais dont la devise n'est pas précisée ou est égale à celle de l'écriture.

OCMVC093 - Devise renseignée : les montants en devise doivent être saisis

Lorsque les montants en devise ne sont pas précisés sur une écriture en devise.

Renseigner les montants en devise.

OCMVC101 - Aucun CGR A à affecter malgré le paramétrage du compte

Dans le traitement de génération des effets (TGEF), message d'information ou bloquant (occurrence CGAEFF du paramètre AUTCPT) pour indiquer que le mouvement d'origine n'a pas de CGR A.

Dans le traitement de solde de comptes (TESC), cette erreur bloquante arrive lorsque le compte équivalent est en CGR A obligatoire alors que c'était interdit pour le compte origine et que ''CGR origine'' a été coché à la soumission.

   Dans le cas du TGEF, il faut :
    . soit changer la valeur testée 1 du paramètre AUTCPT occurrence CGAEFF pour que le message ne soit que signalé ;
    . soit affecter un CGR A à proposer dans le compte traité.

   Dans le cas du TESC, changer le compte d'équivalence dans GCPE ou bien saisir le CGR A à la soumission.

OCMVC102 - Aucun CGR B à affecter malgré le paramétrage du compte

Dans le traitement de génération des effets (TGEF), message d'information ou bloquant (occurrence CGBEFF du paramètre AUTCPT) pour indiquer que le mouvement d'origine n'a pas de CGR B.

Dans le traitement de solde de comptes (TESC), cette erreur bloquante arrive lorsque le compte équivalent est en CGR B obligatoire alors que c'était interdit pour le compte origine et que ''CGR origine'' a été coché à la soumission.

   Dans le cas du TGEF, il faut :
    . soit changer la valeur testée 1 du paramètre AUTCPT occurrence CGBEFF pour que le message ne soit que signalé ;
    . soit affecter un CGR B à proposer dans le compte traité.

   Dans le cas du TESC, changer le compte d'équivalence dans GCPE ou bien saisir le CGR B à la soumission.

OCMVC103 - Compte en TVA obligatoire : le code TVA doit être renseigné

Lors du contrôle de la TVA appliquée sur un compte en TVA obligatoire.

   Si le message apparaît en comptabilité, il faut positionner un code de TVA sur le mouvement relatif à ce compte.

   Si le message apparaît lors de la mise en service des immobilisations (TAMENC), il faut positionner un code de TVA avec un taux à zéro au niveau du journal de transfert ou alors revoir la définition du compte.
Rappel : le journal de transfert est positionné dans GAMTCI pour la catégorie "Mise en service".

   Si le message apparaît lors du traitement de transfert des cessions (TAMTCE) :
   - pour un compte d'immobilisation (218), on prend le code TVA du journal (GJRN) défini dans GAMTCI pour la catégorie "Cessions". Comme on ne génère pas de mouvement de TVA, le taux de ce code est normalement de zéro. Dans tous les cas, le montant de TVA du mouvement est initialisé à zéro ;
   - pour un compte autre que le compte d'immobilisation ci-dessus, le code de TVA doit être renseigné au niveau de la cession (GAMCES).

OCMVC106 - Compte en TVA obligatoire : zones liées à la TVA obligatoires

Vous avez saisi un mouvement sur un compte dont la TVA est obligatoire. Or les informations liées à la TVA sur ce mouvement ne sont pas renseignées.

Il faut soit renseigner les informations liées à la TVA, soit utiliser un compte qui n'est pas en TVA obligatoire.
Attention, pour les écritures extra-comptables, le paramètre AUTCPT occurrence TVAECC peut permettre de ne pas renseigner ces informations.

OCMVC108 - Compte en TVA interdite : les zones liées à la TVA doivent être nulles

Les zones code TVA, montant hors taxe, montant TVA et base HT sont renseignées sur un mouvement dont le compte est en saisie TVA interdite.

Ne pas renseigner les zones code TVA, montant hors taxe, montant TVA et base HT d'un mouvement avec un compte en saisie TVA interdite.

OCMVC110 - Le montant hors taxe TVA doit être égal au montant du mouvement

Dans les informations liées à la TVA du mouvement, le montant HT de TVA ne correspond pas au montant du mouvement sur le compte.

Il faut soit changer le montant du mouvement sur le compte, soit changer le montant HT dans les informations TVA sur le mouvement.

OCMVC115 - Il n'existe pas de mouvement avec le compte TVA en attente, TVA cependant déclarée

Lors du traitement périodique de TVA (TADT).

Dans le cadre de la génération de TVA en attente, il doit exister un mouvement portant sur le compte de TVA en attente associé au code de TVA de l'écriture.

OCMVC119 - Le régime de TVA à l'encaissement nécessite l'existence d'une pièce

Lors de la création d'une écriture avec un mouvement ayant un code TVA avec un régime de TVA à l'encaissement.

Il faut obligatoirement avoir pour cette écriture un mouvement avec un compte en génération de pièce car le traitement de la TVA sur encaissement se fait via les associations de pièces.

OCMVC121 - Dossier du mouvement inexistant

Le dossier du mouvement n'existe pas dans la table OCDOM.

Saisir un dossier existant dans la table OCDOM ou modifier le paramétrage (AUTCPT occurrence CTLDOM) qui oblige la présence du dossier dans la table OCDOM.

OCMVC127 - La valeur testée 1 du mode des codes de TVA doit être identique pour une écriture

Lors de la création ou la validation d'une écriture ayant des mouvements avec des codes de TVA ne renvoyant pas le même mode de TVA.

Le mode de TVA des codes de TVA utilisés dans les différents mouvements d'une écriture doit être identique. Il faut donc vérifier ces modes dans GTVA pour les divers codes de TVA utilisés.

OCMVC128 - Code de TVA intracommunautaire : Compte de TVA interdit

Lors de la création ou la validation d'une écriture ayant un mouvement avec un code de TVA dont le mode est intracommunautaire.

Sur une écriture avec un code de TVA intracommunautaire, il ne faut pas saisir de mouvement avec un compte de TVA (zone "Mouvement TVA" égale à "T" dans GCPT).

OCMVC129 - Devise non renseignée : montants en devise non saisissables

Lorsque les montants en devise sont renseignés sur une écriture qui n'est pas en devise.

Ne pas renseigner les montants en devise.

OCMVC130 - Montants débit et crédit non saisissables simultanément

Lorsque le montant débit et le montant crédit d'un mouvement sont renseignés en même temps par une valeur différente de zéro.

Ne renseigner qu'un des deux montants par une valeur significative et mettre zéro dans l'autre.

OCMVC131 - Saisir toutes les zones TVA si une saisie (TVA facultative)

L'une des zones TVA suivantes est saisie (code TVA, montant hors taxe, montant TVA ou base HT), mais toutes les autres ne le sont pas.

Renseigner soit aucune des informations TVA, soit les quatre (code TVA, montant hors taxe, montant TVA et base HT).

OCMVC132 - Le montant hors taxe $1 est différent du montant du mouvement $2

Lors de la saisie d'un mouvement sur un compte en saisie TVA.

Le montant HT du mouvement doit être égal au montant du mouvement dans la devise de l'écriture.

OCMVC133 - Le montant TVA doit être à 0 si la base ou le taux TVA est à 0

Lors de la saisie d'un mouvement sur un compte en saisie TVA.

Le montant de TVA doit être égal à zéro lorsque la base HT ou le taux de TVA est à zéro.

OCMVC134 - Le paramétrage interdit la modification du lettrage

Lors de la modification de la zone "lettrage" du mouvement.

La modification du lettrage du mouvement est gérée par le paramètre AUTCPT occurrence MODLET.

OCMVC135 - Veuillez saisir le dossier du mouvement

Le paramétrage oblige la présence du dossier du mouvement.

Saisir le dossier du mouvement ou vérifier les paramètres AUTCPT occurrence SAIDOM et TYPOEJRN.

OCMVC136 - Les types de l'écriture et du mouvement doivent être identiques

Le type d'écriture de l'en-tête d'écriture et celui de ses mouvements sont différents.

Mettre le même type dans l'en-tête d'écriture et dans celui de ses mouvements.

OCMVC137 - Incrémentation du rôle impossible

Dans TTRE ou TCERG, lorsque l'on souhaite traiter un mouvement dont le rôle est déjà égal à 9.

- Soit ne pas sélectionner ce mouvement en appliquant une fourchette de codes transfert n'incluant pas le "9".
- Soit demander une intervention sur la base de données pour retraiter ce mouvement.

OCMVC138 - Modification impossible : il existe des associations pour cette pièce

Lors de la modification d'un montant d'un mouvement lié à une pièce ayant au moins une association de pièces.

Supprimer les associations de cette pièce avant de modifier le mouvement.
Recréer les associations de pièces.

OCMVC140 - Prorata TVA : aucun compte de TVA renvoyé par un mouvement HT

Lors de la validation d'une écriture (TVAL) incluant un mode de TVA indiquant qu'il faut appliquer le prorata de TVA.

Le code de TVA utilisé pour gérer le prorata de TVA renvoie un compte de TVA (attente ou définitif, collectée ou déductible suivant le compte HT utilisé) que l'on ne retrouve pas parmi les autres mouvements de l'écriture. Il est donc impossible d'appliquer le prorata de TVA sur cette écriture qui a dû être saisie avec un paramétrage différent. Il faut donc obligatoirement modifier les comptes utilisés dans cette écriture.

OCMVC141 - Type de pièce Acompte : saisie d'un code de TVA interdite

Lors de la création ou de la validation d'une écriture avec un type de pièce "Acompte".

Le paramètre AUTCPT occurrence ACPTVA a une valeur testée 1 positionnée à "A" pour préciser que les acomptes sont gérés. Dans ce cadre, il est interdit d'affecter des codes de TVA dans les mouvements d'une écriture d'acompte.

OCMVC147 - Compte en TVA collectée : TVA intracommunautaire ou prorata interdite

Un mouvement avec un compte en TVA collectée ne peut pas être soumis à de la TVA intracommunautaire ou au prorata de TVA.

Utiliser un code TVA qui n'est pas intracommunautaire ou au prorata de TVA (voir paramètre MODOETVA) ou utiliser un compte déductible (voir paramètre MDCOECPT).

OCMVC157 - Le compte oblige la saisie du paramètre 1

Lors de la saisie d'un mouvement sans paramètre 1 alors que le compte oblige sa présence.

Renseigner le paramètre 1 du mouvement pour ce compte.

OCMVC158 - Le compte interdit la saisie du paramètre 1

Lors de la saisie d'un mouvement avec paramètre 1 alors que le compte interdit sa présence.

Ne pas renseigner le paramètre 1 du mouvement pour ce compte.

OCMVC159 - Le compte oblige la saisie du paramètre 2

Lors de la saisie d'un mouvement sans paramètre 2 alors que le compte oblige sa présence.

Renseigner le paramètre 2 du mouvement pour ce compte.

OCMVC160 - Le compte interdit la saisie du paramètre 2

Lors de la saisie d'un mouvement avec paramètre 2 alors que le compte interdit sa présence.

Ne pas renseigner le paramètre 2 du mouvement pour ce compte.

OCMVC161 - Le compte oblige la saisie du paramètre 3

Lors de la saisie d'un mouvement sans paramètre 3 alors que le compte oblige sa présence.

Renseigner le paramètre 3 du mouvement pour ce compte.

OCMVC162 - Le compte interdit la saisie du paramètre 3

Lors de la saisie d'un mouvement avec paramètre 3 alors que le compte interdit sa présence.

Ne pas renseigner le paramètre 3 du mouvement pour ce compte.

OCMVC163 - Le compte oblige la saisie de l'unité d'oeuvre

Mouvement sans unité d'oeuvre alors que le compte oblige sa présence.

Saisir l'unité d'oeuvre et la quantité lorsque le compte le nécessite.

OCMVC164 - Le compte interdit la saisie de l'unité d'oeuvre

L'unité d'oeuvre est présente sur un mouvement où le compte interdit sa saisie.

Ne pas renseigner d'unité d'oeuvre pour ce compte.

OCMVC165 - Le paramétrage du compte interdit sa saisie sur ce type d'écriture

Sur une écriture de type comptable, lors de l'utilisation d'un compte ne permettant que de la saisie d'écritures extra-comptables.
Sur une écriture de type extra-comptable, lors de l'utilisation d'un compte ne permettant que de la saisie d'écritures comptables.

N'utiliser que des comptes autorisant le type d'écriture en cours de saisie (voir GCPT).

OCMVC168 - Le compte $1 est en association compte-journal interdite

Lors de la création d'un mouvement avec un compte interdit pour le journal de l'écriture ou lors de la validation d'une écriture ayant un mouvement dans ce cas.

Utiliser un compte absent dans la gestion des associations comptes-journal interdites (GAJC) pour le journal utilisé.

OCMVC169 - Montant $1 différent du montant prévu $2

Dans un mouvement comptable, vous avez un montant incorrect dans une devise autre que la devise dans laquelle est saisie l'écriture.
Le système recalcule les montants dans les autres devises gérées à partir de ceux de la devise de l'écriture et trouve une différence avec les montants saisis ou envoyés lors d'un transfert.

En saisie, il faut renseigner le montant dans la devise d'origine ou dans la devise pour avoir automatiquement les bonnes valeurs dans les autres devises.

Lors d'une intégration d'écritures via la table d'interface OCECT, vous pouvez ne renseigner les montants que dans la devise de l'écriture et laisser Cegid XRP Ultimate faire les conversions en passant par le pôle d'interface de GECT.

OCMVC170 - Le rôle du poste n'autorise pas la saisie

Lors de la présence sur un mouvement d'un poste interdit en comptabilité.

Ne pas utiliser de poste dont le rôle interdit l'imputation en comptabilité (voir le paramètre ROLOEPOS).

OCMVC172 - Edition du détail des mouvements avec regroupement impossible

Le regroupement ne peut pas se faire lorsque l'édition détaillée par mouvement est demandée.

Soit cocher uniquement détail des mouvements, soit regroupement par date d'échéance ou bordereau.

OCMVC185 - Le code de TVA doit être identique à celui ($1) du tiers pour le collectif ($2) de l'association tiers-établissement

L'un des codes de TVA utilisés ne peut pas être imputé avec le tiers de l'écriture. Paramètre AUTCPT occurrence TVAATE.

Vérifier les codes de TVA utilisés sur l'écriture.

OCMVC186 - Le type des codes de TVA doit être identique à celui ($1) du tiers pour le collectif ($2) de l'association tiers-établissement

L'un des codes de TVA utilisés renvoie un type qui ne peut pas être imputé avec le tiers de l'écriture. Paramètre AUTCPT occurrence TVAATE.

Vérifier les codes de TVA utilisés sur l'écriture.

OCMVC188 - Un code de TVA non traité est présent, il ne doit pas y avoir de compte de TVA d'attente ou définitif

Lors du contrôle des mouvements d'une écriture.

Ce contrôle a été activé en positionnant la valeur testée 2 de l'occurrence CTLTVA du paramètre AUTCPT à la valeur "A".
Lorsqu'un code de TVA de mode non traité est présent sur l'écriture, on interdit de saisir un mouvement sur un compte paramétré comme compte de TVA en attente ou définitif dans GTVA sur un code de TVA de mode autre que non traité.

OCMVC190 - Le champ lettrage doit être un numérique

Lors de la création, modification ou suppression d'une association de pièces.

Ce contrôle a été activé en positionnant la valeur testée 1 de l'occurrence LETPIE du paramètre AUTCPT à la valeur "A" et la chaîne 1 à "MAJMVC".
Lorsqu'on marque les pièces (renseignement de la "zone libre" de la pièce) et que l'on met également cette information dans le lettrage du mouvement, le compteur affecté issu de la "zone libre" de la pièce si renseignée ou de la zone "lettrage" du tiers doit être numérique.

OCMVC191 - Le champ lettrage ne peut pas contenir plus de 6 caractères

Lors de la création, modification ou suppression d'une association de pièces.

OCMVC192 - Le genre du journal oblige l'utilisation des colonnes lors de la saisie des mouvements

Lors de la saisie des mouvements (GMVC).

La valeur testée 2 du genre du journal est positionnée à la valeur "C" : la saisie des mouvements doit obligatoirement s'effectuer en utilisant des colonnes du journal (GJRC).

OCMVC194 - Saisie interdite sur le compte d'équilibre du journal

Lors de la saisie d'un mouvement sur le compte d'équilibre du journal (GMVC).

La valeur testée 2 du paramètre AUTCPT occurrence EQLECR interdit la saisie d'un mouvement sur le compte d'équilibre du journal.

OCMVC196 - Vous ne pouvez pas saisir plusieurs mouvements sur un même numéro d'échéance

Lors de la saisie des mouvements d'une écriture (GMVC).

La valeur testée 1 de l'occurrence GESCGR du paramètre AUTCPT est positionnée à "A" et la valeur testée 2 est différente de "A".
Vous ne pouvez pas saisir plusieurs mouvements référençant le même numéro d'échéance de pièce.

OCMVC197 - Modification impossible : le CGR A doit être identique à celui des pièces associées

Lors de la modification du CGR A d'un mouvement (GMVC).

La valeur testée 1 de l'occurrence UNICGR du paramètre AUTCPT est positionnée à "A".
Le CGR A du mouvement doit être identique à celui des mouvements des pièces associées.

OCMVC198 - Le CGR A doit être identique sur tous les mouvements

Lors de la saisie des mouvements d'une écriture (GMVC) ou de la validation d'écritures (TVAL).

La valeur testée 2 de l'occurrence GESCGR du paramètre AUTCPT est positionnée à "A".
Le CGR A doit être unique parmi les mouvements comportant un CGR sur l'écriture ou sur l'écriture d'équilibre.

OCMVC199 - Modification impossible : le segment $1 du CGR A doit être identique à celui des mouvements des pièces associées

Lors de la modification du CGR A d'un mouvement (GMVC).

La valeur testée 1 de l'occurrence UNICGR du paramètre AUTCPT est positionnée à "A".
Le segment du CGR A du mouvement (donné par la valeur 1) doit être identique à celui des mouvements des pièces associées.

OCMVC200 - Le segment $1 du CGR A doit être identique sur tous les mouvements

Lors de la saisie des mouvements d'une écriture (GMVC) ou de la validation d'écritures (TVAL).

La valeur testée 2 de l'occurrence GESCGR du paramètre AUTCPT est positionnée à "A".
Le segment du CGR A (donné par la valeur 1) doit être unique parmi les mouvements comportant un CGR A sur l'écriture ou sur l'écriture d'équilibre.

OCMVC201 - L'allocation de crédit budgétaire supplémentaire au titre 2 (frais de personnel) depuis les autres titres est interdite

Lors de la saisie des mouvements d'une écriture (GMVC).

Le contrôle de fongibilité asymétrique est actif.
Voir paramètre AUTM9 occurrence TITRE2.

OCMVC202 - Il est interdit de passer des budgets d'une mission à une autre

Lors de la saisie des mouvements d'une écriture (GMVC).

Le contrôle de fongibilité entre missions est actif.
Voir paramètre AUTM9 occurrence MISSION.

OCMVC203 - Les postes doivent figurer sous une même hiérarchie selon le paramétrage AUTM9-CHMPOS

Lors de la saisie des mouvements d'une écriture (GMVC).

Le contrôle de transfert entre enveloppes budgétaires est actif.
Voir paramètre AUTM9 occurrence CHMPOS.

OCMVC204 - Saisie interdite sur un compte de banque suivi en rapprochement bancaire alors que le compte d'équilibre est lui-même suivi en rapprochement bancaire

Lors de la saisie d'un mouvement sur un compte de banque suivi en rapprochement bancaire (GMVC).

La valeur testée 2 du paramètre AUTCPT occurrence EQLECR interdit la saisie d'un mouvement sur un compte de banque suivi en rapprochement bancaire lorsque le compte d'équilibre du journal est lui-même suivi en rapprochement bancaire.

OCMVC205 - Le compte $1 et son compte associé $2 doivent être débiteurs

Lors du contrôle du solde d'un compte de trésorerie dans le cadre d'une comptabilité publique.

Un compte de trésorerie doit toujours avoir un solde débiteur.
Pour plus de détails, cf. la documentation concernant la comptabilité publique.

OCMVC206 - La valeur testée 1 du mode des codes de TVA doit être identique pour une écriture sur tous les mouvements dont l'identifiant court 1 est renseigné

Lors de la création ou de la validation d'une écriture.

En comptabilité publique, le mode des codes de TVA utilisés dans les différents mouvements d'une écriture dont l'identifiant court 1 est renseigné doit être identique. Il faut donc vérifier ces modes dans GTVA pour les divers codes de TVA utilisés.

OCMVC207 - La TVA des mouvements dont l'identifiant court 1 est renseigné doit être non traitée

Lors de la création ou de la validation d'une écriture.

En comptabilité publique, le mode de TVA des mouvements dont l'identifiant court 1 est renseigné doit être non traité.

OCMVC208 - Un code de TVA non traité est présent, il ne doit pas y avoir de compte de TVA d'attente ou définitif parmi les mouvements dont l'identifiant court 1 est renseigné

Lors de la création ou de la validation d'une écriture.

Ce contrôle a été activé en positionnant la valeur testée 2 de l'occurrence CTLTVA du paramètre AUTCPT à la valeur "A".
En comptabilité publique, lorsqu'un code de TVA de mode non traité est présent sur l'écriture, on interdit d'avoir un mouvement, dont l'identifiant court 1 est renseigné, sur un compte paramétré comme compte de TVA en attente ou définitif dans GTVA sur un code de TVA de mode autre que non traité.

OCMVC209 - Aucune zone n'est à mettre à jour pour les mouvements

Lors du traitement de modification des écritures (TECM).

Renseigner au moins une zone des mouvements à modifier ou à effacer lorsque vous cochez l'option de mise à jour des mouvements.

OCMVC315 - Le compte doit être renseigné

Lors de l'enregistrement d'une écriture ou de sa validation.

En saisie d'écriture, vérifier le paramétrage des comptes à utiliser pour générer les mouvements d'écart liés à la gestion d'une devise de reporting.
Les paramètres à vérifier sont DEVREP occurrences EURREF, DEVEUR et également REFCP et REPCP si le journal est à équilibrage automatique.

Dans les traitements de répartition en quantité (TRQT) ou pourcentage (TRPC), ce message apparaît lorsque l'on choisit de générer des écritures, alors que le compte n'est pas présent, ni dans la ligne budgétaire d'origine, ni comme critère de destination dans les répartitions utilisées (GBRA ou GBRV).

OCMVC337 - La saisie du poste demande un CGR A ou B

Lorsque le poste est précisé sur un mouvement alors qu'il n'y a ni CGR A, ni CGR B.

Enlever le poste sur un mouvement sans CGR.

OCMVC338 - Le paramètre (AUTCPT MODPOS ts2) interdit la modification du poste

Lorsque le poste présent sur un mouvement n'est pas celui du compte (poste présent dans GCPT).

Affecter le poste présent pour le compte dans GCPT ou autoriser la modification du poste avec le paramètre AUTCPT occurrence MODPOS.

OCMVC339 - Si un CGR A ou B est renseigné le poste est obligatoire

Lorsque le poste n'est pas présent sur un mouvement avec CGR A ou CGR B.

Renseigner le poste sur un mouvement avec CGR A ou CGR B.

OCMVC340 - Un CGR renseigné ne peut pas être mis à nul en modification

Si vous effacez le CGR A ou B sur un mouvement alors que le contrôle budgétaire sur le CGR A/B est actif.

Supprimer le mouvement avec le CGR renseigné et le saisir de nouveau sans CGR.

OCMVC341 - Un CGR nul ne peut pas être renseigné en modification

Lors de l'affectation d'un CGR A ou B sur un mouvement dont le CGR n'était pas présent alors que le contrôle budgétaire sur le CGR A/B est actif.

Supprimer le mouvement sans CGR et le saisir de nouveau en précisant le CGR.

OCMVC342 - Les montants en devise de reporting doivent être nuls

Lorsque les montants en devise de reporting sont renseignés alors que l'établissement ne possède pas de devise de reporting.

Ne pas renseigner les montants en devise de reporting.

OCMVC343 - Les montants en devise de reporting ne doivent pas être nuls

Les montants en devise de reporting ne sont pas renseignés alors que l'établissement gère une devise de reporting.

Renseigner les montants en devise de reporting.

OCMVC721 - Lettrage impossible, le CGR A doit être identique sur tous les mouvements

Lors du lettrage de mouvements (GLET).
Lors du lettrage des comptes à la duplication des écritures (GECR ou TGEP).

La valeur testée 2 de l'occurrence UNICGR du paramètre AUTCPT est positionnée à "A".
Le CGR A doit être identique sur tous les mouvements à lettrer.

OCMVC722 - Lettrage impossible, le segment $1 du CGR A doit être identique sur tous les mouvements

Lors du lettrage de mouvements (GLET).
Lors du lettrage des comptes à la duplication des écritures (GECR ou TGEP).

La valeur testée 2 de l'occurrence UNICGR du paramètre AUTCPT est positionnée à "A".
Le segment du CGR A (donné par la valeur 1) doit être identique sur tous les mouvements à lettrer.

OCMVC726 - Lettrage impossible, les mouvements doivent être sur le même exercice comptable

Lors du lettrage de mouvements (GLET).
Lors du lettrage des comptes à la duplication des écritures (GECR ou TGEP).

La valeur testée 1 de l'occurrence LETCPT du paramètre AUTCPT est positionnée à "O".
Les mouvements à lettrer doivent être sur le même exercice comptable.

OCMVC727 - Attention, écriture déjà traitée en prorata de TVA, le traitement du prorata n'est pas refait

Lors de la modification d'une écriture dont le prorata de TVA a déjà été traité (GMVC).

Il s'agit d'une alerte indiquant que le traitement du prorata de TVA ne sera pas refait.

OCNBB001 - Numéro de bordereau par banque inexistant ou non utilisable

Lors de l'affectation des numéros de chèques (TNCH) ou lors de la réaffectation des numéros de chèques (TRNC).

Vous devez créer dans GNBB, un compteur des bordereaux pour l'établissement, la banque, la nature du mode de règlement, la devise (dans le cas d'une pièce en devise), et le type de collectif du compte (si renseigné) de la pièce traitée.

Dans le cas du TNCH, la banque prise en compte est celle de la pièce, sinon celle donnée à la soumission.
Dans le cas du TRNC, la banque prise en compte est celle donnée à la soumission.

OCNBB050 - Le numéro maximal doit être supérieur au dernier utilisé

Contrôle de cohérence des compteurs des bordereaux de banques.

Le nombre maximal saisi doit obligatoirement être supérieur au dernier utilisé.

OCNBB051 - Le dernier numéro utilisé doit être supérieur au premier

Contrôle de cohérence des compteurs des bordereaux de banques.

Le dernier numéro utilisé doit obligatoirement être supérieur au premier numéro.

OCNBB052 - Unicité de l'état = 'A' pour la même banque et la même nature de règlement

Lorsque l'on a deux enregistrements avec la même banque, la même nature de règlement et l'état égal à A.

On ne peut pas avoir plusieurs enregistrements actifs sur le même établissement avec la même banque et la même nature de règlement.

OCNBB053 - La première date d'utilisation doit être supérieure à la dernière

Lorsque les deux dates d'utilisation sont renseignées et que la première est supérieure à la dernière.

Si vous renseignez les dates d'utilisation, la première doit être inférieure à la dernière.

OCNBB054 - Vous ne pouvez saisir un numéro inférieur à l'existant

Contrôle de cohérence des compteurs des bordereaux de banques.

Si vous modifiez le dernier numéro utilisé, vous devez saisir un numéro supérieur à l'ancien.

OCNBB055 - Le 1er numéro doit être compris entre 0000000000 et 9999999999

Contrôle de cohérence des compteurs des bordereaux de banques.

Vous devez saisir le premier numéro sur 10 caractères compris entre 0000000000 et 9999999999.

OCNBB056 - Le dernier numéro doit être compris entre 0000000000 et 9999999999

Contrôle de cohérence des compteurs des bordereaux de banques.

Vous devez saisir le dernier numéro sur 10 caractères compris entre 0000000000 et 9999999999.

OCNBB057 - Le numéro maximal doit être compris entre 0000000000 et 9999999999

Contrôle de cohérence des compteurs des bordereaux de banques.

Le numéro maximal dépend de la longueur de la devise. Ainsi, si la devise a une longueur :
- de 1 caractère, le maximum ne pourra dépasser 0999999999 ;
- de 2 caractères => 0099999999 ;
- de 3 caractères => 0009999999 ;
- aucune => 9999999999.

OCNBB058 - Numéro de bordereau supérieur au numéro maximal autorisé

Lors de l'affectation des numéros de chèques (TNCH) ou lors de la réaffectation des numéros de chèques (TRNC).

Le numéro de bordereau maximal autorisé a été atteint. Il faut donc augmenter la valeur de cette donnée dans GNBB pour l'établissement, la banque, la nature du mode de règlement, la devise (dans le cas d'une pièce en devise), et le type de collectif du compte (si renseigné) de la pièce traitée.

Dans le cas du TNCH, la banque prise en compte est celle de la pièce, sinon celle donnée à la soumission.
Dans le cas du TRNC, la banque prise en compte est celle donnée à la soumission.

OCNBB059 - La devise courante de l'établissement ne doit pas être saisie

Lorsque la devise est égale à la devise de référence de l'établissement.

La devise saisie doit être différente de la devise de référence de l'établissement. Si on veut prendre en compte la devise de référence, on ne doit pas renseigner la devise dans GNBB.

OCNEC001 - Numéro d'écriture inexistant ou non utilisable

Lors du contrôle d'existence du compteur des numéros d'écritures (GNEC).

Lorsque le message apparaît lors de la validation d'une écriture, il faut vérifier dans un premier temps qu'un compteur est bien défini dans GNEC pour le type de mouvement de l'écriture à valider.
Ensuite, si le journal est à équilibrage et que l'écriture n'est pas équilibrée, il faut vérifier que le compteur d'équilibrage "CP" est bien défini dans GNEC.

OCNEC010 - Suppression impossible : compteur utilisé partiellement

Lors de la suppression d'un compteur d'écritures dans GNEC.

La suppression d'un compteur n'est possible que lorsqu'il a été utilisé entièrement, c'est-à-dire si le dernier numéro utilisé est égal au maximum.

OCNEC011 - Suppression impossible : utilisé dans les écritures

Lors de la suppression d'un compteur d'écritures dans GNEC.

Il est impossible de supprimer un compteur s'il existe des écritures dans GECR avec ce type d'écriture sur l'établissement traité.

OCNEC051 - Numéro d'écriture supérieur au maximum autorisé

Lors de l'affectation d'un "dernier numéro" supérieur au numéro maximum défini pour ce compteur.

Le dernier numéro doit être renseigné par une valeur inférieure ou égale au numéro maximum défini.

Rappel : il est possible d'affecter des lettres si le numéro maximum est égal à la plus grande valeur numérique saisissable (exemple : mettre "ZZZZZZZ" à la place de "9999999" pour un type d'écriture sur 1 caractère ou "ZZZZZZ" à la place de "999999" pour un type d'écriture sur 2 caractères).

OCNEC052 - Vous ne pouvez pas saisir un numéro inférieur à l'existant

Lors de la modification d'un compteur dans GNEC.

La nouvelle valeur saisie dans le dernier numéro utilisé ne peut pas être inférieure à la valeur actuelle.

OCNEC053 - Numéro d'écriture sur 6 positions si le type est sur 2 caractères

Lors de l'affectation d'une valeur à 7 positions dans le dernier numéro ou dans le maximum pour un type d'écriture à deux caractères.

Pour un type d'écriture à deux caractères, la valeur maximale possible est "0ZZZZZZ".

OCNET001 - Numéro d'écriture inexistant ou non utilisable

Lors du contrôle d'existence du compteur des numéros d'écritures de transfert (GNET).

Lorsque le message apparaît au niveau du transfert annuel des immobilisations (TAMTCA) ou au niveau du transfert mensuel des immobilisations (TAMTCM), il faut définir un compteur dans GNET pour le type de mouvement défini dans le paramétrage du transfert en comptabilité (GAMTCI) relatif à la catégorie "Dotation annuelle" ou "Dotation mensuelle" (suivant le traitement).

OCNET010 - Suppression impossible : compteur utilisé partiellement

Lors de la suppression d'un compteur d'écritures dans GNET.

La suppression d'un compteur n'est possible que lorsqu'il a été utilisé entièrement, c'est-à-dire si le dernier numéro utilisé est égal au maximum.

OCNET011 - Suppression impossible : utilisé dans les écritures à transférer

Lors de la suppression d'un compteur d'écritures dans GNET.

Il est impossible de supprimer un compteur s'il existe des écritures dans GECR avec ce type d'écriture sur l'établissement traité.

OCNET051 - Numéro d'écriture supérieur au maximum autorisé

Lors de l'affectation d'un "dernier numéro" supérieur au numéro maximum défini pour ce compteur.

Le dernier numéro doit être renseigné par une valeur inférieure ou égale au numéro maximum défini.

Lors de l'utilisation de ce compteur pour attribuer un numéro aux écritures d'interface, ce message peut apparaître lorsque le numéro maximum est atteint. Il faut alors soit augmenter le numéro maximum, soit s'il est déjà égal à la plus grande valeur saisissable, supprimer le compteur et le recréer pour le réinitialiser.

OCNET052 - Vous ne pouvez pas saisir un numéro inférieur à l'existant

Lors de la modification d'un compteur dans GNET.

La nouvelle valeur saisie dans le dernier numéro utilisé ne peut pas être inférieure à la valeur actuelle.

Si vous voulez absolument effectuer cette opération, il faut être sûr qu'aucune écriture de ce type n'est présente dans la table d'interface OCECT, et si c'est le cas, en affectant le dernier numéro au numéro maximum, il sera alors possible de supprimer le compteur et de le recréer avec la valeur souhaitée dans le dernier numéro utilisé.

OCNET053 - Le numéro doit être sur 6 positions si type sur 2 positions

Lors de l'affectation d'une valeur à 7 positions dans le dernier numéro ou dans le maximum pour un type d'écriture à deux caractères.

Pour un type d'écriture à deux caractères, la valeur maximale possible est "0999999".

OCPIA053 - Pièces saisies sur des comptes différents

Lors de la création d'une association de pièces.

Pour associer deux pièces, il faut obligatoirement qu'elles soient saisies sur le même compte.

Lors du transfert en comptabilité des ventes, cela signifie que le compte collectif de la facture est différent du compte de la pièce à laquelle elle est associée dans GPIAV. Il faut que le compte de la pièce à associer soit identique à celui de la pièce d'origine.

OCPIA054 - Pièces saisies sur des tiers différents

Lors de la création d'une association de pièces.

Pour associer deux pièces, il faut obligatoirement qu'elles soient saisies sur le même tiers.

OCPIA055 - Rapprochement d'une pièce avec elle-même interdit

Lors de la création d'une association de pièce.

L'association de pièce doit être modifiée car elle porte sur la même pièce.
Il faut changer le numéro de la pièce origine ou de la pièce associée.

OCPIA057 - Modification de l'association impossible (état $1)

Lors de la modification ou suppression d'une association de pièces.

Il n'est pas possible de modifier ou supprimer une association de pièces déjà traitée par le traitement de génération des écarts de change (TGED).

En comptabilité publique, il n'est pas possible de modifier ou supprimer une association de pièces prise en compte dans la consommation du budget des crédits de paiements.

OCPIA063 - Association impossible à traiter : pièce non soldée

Lors du traitement périodique de TVA (TADT).

Il est nécessaire qu'au moins une des pièces entre la facture ou le paiement soit soldée pour que le traitement en TVA soit effectué.

OCPIA065 - Ecriture non créée car l'écart de change est égal à zéro

Lors de la génération des écarts de change (TGED).

Pour le TGED, il n'y a pas d'écart de change sur l'échéance de cette pièce : aucune écriture d'écart de change n'a été générée pour cette échéance.

Pour le TGEA, le calcul de l'écart d'arrondi pour cette échéance donne 0, on ne peut rien générer.

OCPIA066 - Etat du traitement TVA renseigné, modification interdite

Lors de la modification ou suppression d'une association de pièces.

Il n'est pas possible de modifier ou supprimer une association de pièces déjà traitée par le traitement d'aide à la déclaration de TVA (TADT).

OCPIA068 - Devise renseignée, les éléments liés à la devise sont obligatoires

Lorsque la valeur prévue du cours ou les montants en devise ne sont pas renseignés sur une association pour laquelle la devise est précisée.

Pour une association en devise, il faut saisir le montant du rapprochement en devise, la valeur prévue du cours doit correspondre au plus petit des cours de chacune des pièces associées.

OCPIA085 - Montant $1 différent du montant prévu $2 ($3)

Dans l'association de pièces, vous avez un montant incorrect dans une devise autre que la devise dans laquelle est saisie l'association.
Le système recalcule les montants dans les autres devises gérées à partir de ceux de la devise de l'association et trouve une différence avec les montants saisis ou envoyés lors d'un transfert.

En saisie, il faut renseigner le montant dans la devise d'origine ou la devise pour avoir automatiquement les bonnes valeurs dans les autres devises.

Lors d'une intégration d'associations via la table d'interface OCPIT, vous pouvez soit ne renseigner les montants que dans la devise de l'écriture et laisser Cegid XRP Ultimate faire les conversions, soit renseigner les montants dans toutes les devises gérées en calculant correctement les contre-valeurs.
La valeur 1 du paramètre AUTCPT occurrence ARRPIE permet de préciser l'écart maximal autorisé entre le montant référence converti en devise de reporting et le montant en reporting, et inversement.

OCPIA089 - Rapprochement impossible

Lors de l'association de pièces.

On ne peut pas associer une pièce en devise In antérieure au passage en double comptabilité avec une pièce en devise de référence postérieure au passage en double comptabilité.
Il faut saisir une écriture en sens inverse de l'écriture en devise pour la solder. Puis redéfinir l'écriture en devise en Euro pour venir l'associer avec la pièce postérieure au passage en double comptabilité.

OCPIA097 - Impossible d'associer n pièces débit avec n pièces crédit

Lors de l'association de pièces via la sélection multiple dans la grille.

Le rapprochement ne fonctionne que si vous partez d'une unique pièce débit et que vous sélectionnez "n" pièces crédit à associer avec, ou vice versa.
Vous pouvez aussi associer "n" pièces crédit toutes ensemble ou "n" pièces débit toutes ensemble.

OCPIA098 - Il faut au moins sélectionner deux pièces

Lors de l'association de pièces via la sélection multiple dans la grille.

Il faut au moins sélectionner deux pièces dans la grille pour pouvoir les associer.

OCPIA103 - Délai de suppression de l'association dépassé (AUTCPT-SUPPIA)

La valeur testée 1 du paramètre AUTCPT occurrence SUPPIA est égale à "A" ce qui interdit la suppression de cette association de pièces au-delà d'un certain délai.

Si cette association doit impérativement être supprimée, vous devez augmenter le délai en changeant la valeur 1 du paramètre ou inactiver ce contrôle en positionnant à "I" la valeur testée 1.

OCPIA104 - Pièces de l'association envoyées en trésorerie : modification ou suppression de l'association interdite

Lors de la modification ou de la suppression d'une association de pièces dont le code transfert est marqué à "RT".

Cette association de pièces a fait l'objet d'un envoi en trésorerie (ERTR).
Il est impossible de modifier ou de supprimer cette association de pièces.

OCPIA105 - Pièces saisies sur des CGR A différents

Lors de la création d'une association de pièces (GPIA).

La valeur testée 1 de l'occurrence UNICGR du paramètre AUTCPT est positionnée à "A".
Le CGR A des mouvements des pièces à associer doit être identique.

OCPIA106 - Pièces saisies sur des CGR A dont le segment $1 est différent

Lors de la création d'une association de pièces (GPIA).

La valeur testée 1 de l'occurrence UNICGR du paramètre AUTCPT est positionnée à "A".
Le segment du CGR A (donné par la valeur 1) des mouvements des pièces à associer doit être identique.

OCPIA107 - Association interdite : pièces avec des types d'écriture différents (AUTCPT occ. CTLPIA)

Lors de la création d'une association de pièces (GPIA).

Lorsque la chaîne 1 de l'occurrence CTLPIA du paramètre AUTCPT est positionnée à "I".
Les types d'écriture des pièces à associer doivent être identiques.

OCPIA108 - Association impossible : l'écriture relative à la pièce $1 doit être validée

Lors de la création d'une association de pièces (GPIA).

La création de cette association entraîne la création d'une écriture de consommation du budget des crédits de paiement.
L'écriture relative à la pièce indiquée doit obligatoirement être validée.

OCPIA703 - La modification du taux de devise est impossible si le rapprochement est déjà commencé

Lors de la saisie d'un règlement (GERM).

Vous avez déjà commencé à rapprocher des pièces, les informations de la devise ne sont plus modifiables. Pour pouvoir revenir sur les informations de la devise, il faut annuler le rapprochement déjà effectué (passer le rapprochement à "N").

OCPIA704 - Lorsque le montant du règlement est indiqué, les pièces à régler doivent porter sur le même compte

Lors du rapprochement de pièces pour la saisie d'un règlement depuis GERG.

Vous avez indiqué le montant du règlement (paramètre PR1 associé au mnémonique positionné à la valeur "O").
Dans ce cas, les pièces à rapprocher doivent obligatoirement porter sur le même compte.

OCPIA705 - Lorsque le montant du règlement est indiqué, les pièces à régler doivent porter sur le même CGR

Lors du rapprochement de pièces pour la saisie d'un règlement depuis GERG.

Vous avez indiqué le montant du règlement (paramètre PR1 associé au mnémonique positionné à la valeur "O") et la gestion complète du CGR A est active (paramètre AUTCPT occurrence GESCGR).
Dans ce cas, les pièces à rapprocher doivent obligatoirement porter sur le même compte et le même CGR A.

OCPIA706 - Lorsque le montant du règlement est indiqué, les pièces à régler doivent porter sur le même segment $1

Lors du rapprochement de pièces pour la saisie d'un règlement depuis GERG.

OCPIE001 - Pièce inexistante ou non utilisable

Lors du contrôle d'existence d'une pièce (GPIE).

Si le message apparaît lors du traitement des commandes réceptionnées sans facture (TRSF), les commandes concernées doivent être d'anciennes commandes et les pièces d'engagement ou de provision ont dû être épurées.
Il est dans ce cas nécessaire de nous contacter afin que nous réalisions un rattrapage.

OCPIE002 - Pièce avec ce numéro d'échéance déjà existante

Lorsque la pièce existe déjà en comptabilité.
Lors de la génération d'écritures (TGEP).

Lors de la génération d'écritures (TGEP), si un numéro de pièce est défini dans l'en-tête des écritures origines, il faut préciser à la soumission des caractères de substitution ou utiliser un journal à numérotation de pièce automatique, sinon le numéro de pièce de l'écriture origine est repris.

Pour les écritures sans pièce, il ne faut surtout pas préciser de caractères de substitution, sinon seule la première écriture pourra être générée avec le numéro de pièce ainsi constitué.

OCPIE051 - Pièce déjà existante dans les écritures

Lors de la création ou de la modification d'une écriture.

Le numéro de pièce affecté dans l'écriture est déjà référencé sur une autre écriture de cet établissement. Il faut donc attribuer un numéro de pièce unique par établissement.

Vérifier dans le paramétrage du transfert en comptabilité des ventes (GTVCV) le principe utilisé pour la génération du numéro de pièce et éventuellement le compteur des numéros de pièces.

OCPIE059 - Type d'acceptation ne permet pas le traitement

Lors de la génération des effets (TGEF).

Le type d'acceptation des pièces traitées doit correspondre à une occurrence du paramètre TYPACC dont la valeur testée 1 est égale à "A".

OCPIE060 - L'état de la pièce ne permet pas le traitement

La pièce n'est pas encore à l'état "D" définitif donc elle est issue d'une écriture non validée.

Il faut soit valider l'écriture dont est issue la pièce, soit modifier le paramétrage du traitement s'il y en a un.

Dans EVRF ou dans TFOV, lorsque la valeur testée 1 de l'occurrence EVIR du paramètre AUTCPT a pour valeur "I" et que la pièce est à l'état créé "C".
Vous devez soit modifier le paramètre (paramètre AUTCPT, occurrence EVIR), soit valider l'écriture dont est issue la pièce.

OCPIE061 - Traitement par tiers impossible avec cet état de pièce

Dans le traitement de génération des effets (TGEF), lorsque la pièce à traiter est un effet (état = "A") alors la création de pièce ne doit se faire que par élément de liste.

Enlever les effets de la liste d'origine ou bien créer une pièce par élément de liste pour pouvoir débloquer le traitement.

OCPIE062 - Pièce en attente n'ayant pas de pièce associée

Lors de la génération des effets (TGEF).

Lorsque la pièce à traiter est un effet (son état est positionné à "A"), on contrôle qu'elle est bien en association avec une autre pièce dans GPIA.

OCPIE063 - Pièce soldée

Lors de la création d'une association de pièces ou lors du contrôle du solde d'une pièce.

Dans la gestion des associations de pièces (GPIA) ou lors du transfert des associations de pièces (TPIT), il est normalement impossible de créer une association entre deux pièces si l'une d'entre elles est déjà soldée. Cependant, il est possible d'autoriser cette association avec le paramètre AUTCPT occurrence PIESLD.

Lorsque le message apparaît au niveau du traitement d'annulation de commandes réceptionnées sans facture (TRSF) ou au niveau du traitement d'annulation de DA ou de commandes (TSRD), il est nécessaire de contrôler dans GCDA pavé "Informations complémentaires " si une pièce a été générée en comptabilité pour cette commande.
Dans GPIE, vérifier que cette pièce n'a pas été associée manuellement par erreur (ou volontairement) à une autre pièce et de ce fait se trouve soldée.
Si c'est le cas il faut supprimer l'association ainsi réalisée, annuler par un TGEP la pièce créée manuellement et relancer le TRSF ou le TSRD.

OCPIE064 - Mode de règlement non renseigné

La pièce à traiter n'a pas de mode de règlement alors qu'il est obligatoire pour le traitement en cours.

Affecter un mode de règlement aux pièces qui n'en n'ont pas (par GMPL, TMPL ou GPIE par exemple).

OCPIE066 - Pièce ayant déjà une écriture

Dans le traitement de génération des effets (TGEF), la pièce à traiter est un effet (état = "A"), elle a déjà une pièce associée et la génération d'écriture est demandée : elle ne peut pas être traitée.

Soit vous enlevez cette pièce de la liste pour qu'elle ne soit pas traitée, soit vous décochez génération d'écriture.

OCPIE068 - Compte non collectif, veuillez enlever le tiers

Lors de la création d'une pièce.

Le tiers de la pièce est renseigné alors que le compte utilisé n'est pas un compte collectif. Il faut donc soit enlever le tiers, soit utiliser un compte collectif.

OCPIE085 - Pièces en devise : précisez le cours à la soumission

Lors de la déclaration de TVA sur des pièces en devise (TADT) ou lors de la génération d'effets à partir de pièces en devise (TGEF).

Vous devez préciser, dans les critères de soumission, les informations relatives au mode de change (mode, cours, date).

OCPIE086 - Recherche du journal impossible : banque non renseignée

Dans le traitement de génération des effets (TGEF), dans le cas où un journal n'est pas précisé et que l'origine est la banque, la pièce ou le regroupement de pièce n'a pas de banque. Il est impératif que les pièces faisant partie de la liste à traiter par le TGEF aient une banque si aucun journal n'est précisé à la soumission pour pouvoir le trouver à partir de la gestion des dates de valeur par banque (GBDV).

Affecter une banque aux pièces de la liste sans banque ou supprimer les pièces de la liste sans banque ou préciser un journal à la soumission.

OCPIE087 - La pièce ne fait pas partie d'une remise

Le numéro de bordereau de remise n'est pas renseigné sur la pièce.

Si cette pièce doit être remise en banque, il est nécessaire de lui affecter un numéro de bordereau, soit manuellement, soit par le traitement de constitution de remise en banque (TRMB).

OCPIE088 - Type de pièce ne permettant pas l'envoi

Lorsque la valeur testée 1 de l'occurrence du paramètre TYPPIE est différente de la valeur "P" (et de la valeur "I" ou "A" dans certains traitements).

Les pièces ne peuvent être traitées que lorsqu'il s'agit de pièces de paiement (ou de pièces intermédiaires ou de pièces d'acomptes pour certains traitements).

OCPIE089 - Traitement déjà effectué

L'état de la pièce traitée ("T" ou "M") indique que la pièce a déjà été remise en banque.

Cette pièce ne doit pas faire partie de cette remise car elle a déjà été remise en banque, il faut la supprimer de la liste.

OCPIE090 - L'adresse du tiers doit être renseignée

Lors du contrôle de l'adresse d'une pièce.

Aucune adresse n'a pu être déterminée pour la pièce.
Il faut donc modifier la pièce en erreur afin de renseigner l'adresse du tiers.

OCPIE091 - La domiciliation du tiers doit être renseignée

Lors du contrôle de la domiciliation d'une pièce.

Aucune domiciliation n'a pu être déterminée pour la pièce.
Il faut donc modifier la pièce en erreur afin de renseigner une domiciliation bancaire.

Dans le cadre de l'édition des virements (EVRF), la domiciliation peut être précisée au niveau de l'association tiers-établissement (GATE) pour le tiers de la pièce en erreur.

OCPIE092 - La devise de la pièce doit être égale à la devise de l'établissement

Lorsque la pièce est en devise.

Le traitement ne gère pas les pièces en devise particulière.

OCPIE093 - Caractères incorrects dans la référence externe des pièces associées

Lors du contrôle du format de la référence externe d'une pièce.

   Si le message apparaît lors de la génération d'un fichier SOG (TSOG), il faut contrôler la référence externe des pièces associées aux pièces traitées : elle ne doit pas contenir des caractères \<>.

   Si le message apparaît lors de la génération d'un fichier DTA (TDTA), les données suivantes ne doivent contenir que des caractères compris dans cette liste : ABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789.!!(+&$*);-/,%?: '=" :
   - Zone "Informations" (INFOCPIE) des pièces associées (factures) aux pièces traitées.
   - Zone "Référence" (PIXOCPIE) des pièces associées (factures) aux pièces traitées.

OCPIE094 - BVR non pris en compte : Incohérence sur le numéro de compte bancaire

Lors de la saisie des bulletins de versement avec référence (ABVR).

Le compte bancaire présent dans le BVR est différent de celui de la pièce, ou ne correspond à aucune des références bancaires du tiers.

OCPIE095 - BVR non pris en compte : Incohérence sur le montant

Lors de la saisie des bulletins de versement avec référence (ABVR).

Le montant indiqué par le BVR est différent du montant de la pièce.

OCPIE104 - La pièce doit être une pièce de paiement

Lorsque la valeur testée 1 de l'occurrence du paramètre TYPPIE est différente de la valeur "P".

Les pièces ne peuvent être traitées que lorsqu'il s'agit de pièces de paiement.

OCPIE105 - Le tiers doit être renseigné dans la pièce

La pièce à traiter n'a pas de tiers alors qu'il est obligatoire pour le traitement en cours.

Affecter un tiers aux pièces qui n'en n'ont pas (par GMPL ou GPIE par exemple).

OCPIE106 - Le numéro de banque doit être renseigné

La pièce à traiter n'a pas de numéro de banque alors qu'il est obligatoire pour le traitement en cours.

Affecter un numéro de banque aux pièces qui n'en n'ont pas (par GMPL, TMPL ou GPIE par exemple).

OCPIE107 - Les pièces doivent toutes avoir la même banque pour une remise

Lorsque la banque n'est pas la même pour des pièces caractérisées par un même bordereau.

La banque de la pièce doit être modifiée afin que la donnée puisse être traitée : une seule et unique banque doit être précisée par bordereau.

OCPIE108 - La pièce a déjà été éditée : type et date d'envoi renseignés

Lorsque le type et la date d'envoi d'une pièce sont renseignés.

Les pièces, dont le type et la date d'envoi sont renseignés, ne peuvent pas être traitées.

OCPIE117 - Saisie des deux montants à zéro interdit

La valeur testée 1 du paramètre AUTCPT occurrence MNTZER est égale à "I" ce qui interdit la saisie simultanée de montants à zéro en débit et crédit dans les pièces.

Soit vous affectez la valeur "A" dans la valeur testée 1 de cette occurrence, soit vous mettez une valeur différente de zéro dans le montant débit ou crédit de la pièce.

OCPIE118 - Saisie d'un montant négatif interdit

La valeur testée 1 du paramètre AUTCPT occurrence NEG est égale à "I" ce qui vous empêche de saisir des montants négatifs en comptabilité.

Soit vous changez la valeur testée 1 de ce paramètre, soit vous ne saisissez pas de montants négatifs.

OCPIE122 - La pièce a déjà été remise en banque

Lors de la constitution d'une remise en banque (TRMB).

Comme le bordereau de la pièce a déjà été renseigné, cela signifie que cette pièce a déjà été remise en banque. Elle ne peut pas être traitée.

OCPIE123 - La date d'échéance doit être renseignée

Lors des traitements de génération d'un fichier LCR ou BOR, la date d'échéance de la pièce n'est pas renseignée alors qu'elle est obligatoire.

Veuillez renseigner la date d'échéance de la pièce de paiement.

OCPIE124 - Bordereau de la pièce déjà renseigné

Lors de l'affectation des numéros de chèques (TNCH).

La pièce possède déjà un numéro de bordereau.
Pourquoi ? A-t-elle déjà été traitée par le TNCH ? Le numéro de bordereau est-il correct ?

Auquel cas, lancer le traitement de réaffectation des numéros de chèques (TRNC) afin de modifier les bordereaux.

OCPIE126 - Bordereau de la pièce non renseigné

La pièce à traiter n'a pas de bordereau alors qu'il est obligatoire pour le traitement en cours.

Affecter un numéro de bordereau aux pièces qui n'en n'ont pas (par TRMB ou GPIE par exemple).

OCPIE127 - Banque de la pièce différente de celle de la soumission

Lors de la réaffectation des numéros de chèques (TRNC).

La réaffectation doit être effectuée sur des pièces qui possèdent la même banque que celle donnée à la soumission.
Il faut donc relancer le traitement sur chacune des différentes banques des pièces à traiter.

OCPIE128 - Traitement impossible. Pièce déjà au dernier niveau de relance

Lors du traitement des niveaux de relance (TNIR).

Le traitement ne peut pas déterminer de niveau de relance supérieur à celui déjà affecté à la pièce.
Voir le paramétrage des niveaux de relance : paramètre NIROCPIE.

OCPIE130 - Calcul du nombre de jours hors délai impossible : pièce sans date d'échéance

La pièce ne possède pas de date d'échéance, ce qui rend le calcul hors délai impossible.

Mettre une date d'échéance sur la pièce indiquée.

OCPIE134 - Les pièces sélectionnées ne se soldent pas entièrement

Lors de la génération des associations de pièces (TGAP).

Le traitement a été lancé avec le critère "Regroupement non soldé" positionné à "Ne pas traiter".
Ainsi toutes les associations, générées par le traitement, qui ne se soldent pas sortent en erreur.

OCPIE138 - Pièce sur un journal de transfert : modification du dossier interdite

Le dossier de la pièce n'est pas modifiable.
La valeur testée 1 du paramètre AUTCPT occurrence MODDMP est différente de "A" et l'écriture correspondant à la pièce est passée sur un journal de transfert ; ou alors la valeur testée 1 de cette occurrence est égale à "I".

Soit vous modifiez la valeur testée 1 de cette occurrence, soit vous ne modifiez pas le dossier.

OCPIE139 - La banque doit être identique pour un même numéro de bordereau

Lors du traitement de génération d'un fichier des ordres de virement (TFOV).
Lors du traitement de génération d'un fichier de virements commerciaux (TVCOM).

La banque des pièces traitées doit être vérifiée (dans GPIE) afin qu'elle soit identique pour un même bordereau.

OCPIE140 - Il existe plusieurs devises pour le même bordereau

Lors du traitement de génération d'un fichier des ordres de virement (TFOV).

La devise des pièces traitées doit être vérifiée (dans GPIE) afin qu'elle soit identique pour un même bordereau.

OCPIE154 - La référence externe doit être unique pour le tiers

La valeur testée 1 du paramètre AUTCPT occurrence CTLPIX est égale à "A" ou "AN" ce qui vous empêche d'avoir plusieurs références externes pour un même tiers ou sur la même année de la date d'émission si elle est renseignée sinon sur l'année de la date comptable pour un même tiers.
Si la valeur testée 1 est égale à "M" ou "MN", le contrôle est identique mais il se fait tous établissements confondus.

Soit vous changez la valeur testée 1 de cette occurrence, soit vous supprimez la référence externe, soit vous mettez une référence unique dans la pièce.

OCPIE155 - Le paramétrage ne permet pas de modifier cette zone

La valeur testée 1 du paramètre AUTCPT occurrence ECRVAL vous interdit de modifier les informations de la pièce liée à une écriture validée.

Soit vous modifiez cette occurrence, soit vous ne modifiez pas la pièce.

OCPIE156 - Ecriture validée : modification interdite voir paramètre $1 $2

Le paramétrage vous interdit de modifier le champ (indiqué par l'occurrence du paramètre ECRVALID) car l'écriture est validée.

Soit vous modifiez le paramétrage, soit vous ne modifiez pas la pièce ou l'écriture.

OCPIE157 - Entre $1 et $2, un seul cours doit exister

Lors du contrôle d'une pièce (GPIE).

Ce message intervient lorsque vous gérez une devise de reporting avec un cours fixe sur l'établissement.
Il ne doit exister qu'un seul cours entre la devise de référence et la devise de reporting.
De plus, pour une pièce en devise "in" dont la date comptable est postérieure à la date d'application de la double comptabilisation, il ne doit exister qu'un seul cours entre cette devise et la devise de référence.

OCPIE158 - La date de validité doit être >= à la date de double comptabilisation ($1)

Lors du contrôle d'une pièce (GPIE).

Ce message intervient lorsque vous gérez une devise de reporting avec un cours fixe sur l'établissement.
La date de validité du cours en devise de reporting ne doit pas être antérieure à la date d'application de la double comptabilisation.
De plus, pour une pièce en devise dont la date comptable est postérieure à la date d'application de la double comptabilisation, la date de validité du cours en devise ne doit pas être antérieure à la date d'application de la double comptabilisation.

OCPIE159 - La date de validité doit être < à la date de double comptabilisation ($1)

Lors du contrôle de la date de validité du cours en devise d'une pièce (GPIE).

Lorsque vous gérez une devise de reporting, la date de validité du cours en devise doit être antérieure à la date d'application de la double comptabilité lorsque la date comptable l'est aussi.

OCPIE161 - L'établissement ne doit pas avoir de pièces

Lors de la clôture d'un exercice comptable (TMDE).

Il est impossible d'utiliser le traitement TMDE lorsque des pièces ont été saisies sur la période à clôturer.

OCPIE168 - "Tous établissements confondus" pris en compte uniquement avec "Passage au niveau le plus élevé".

Lors du traitement des niveaux de relance (TNIR).

L'option "Tous établissements confondus" ne peut être utilisée que dans le cas où l'option "Passage au niveau le plus élevé" a été choisie.

OCPIE169 - Il est impossible d'avoir la mise à jour du tiers / établissement et "Passage au niveau le plus élevé" avec "Tous établissements confondus"

Lors du traitement des niveaux de relance (TNIR).

L'option "Tous établissements confondus" ne peut pas être utilisée si la mise à jour des associations tiers-établissement a été demandée.

OCPIE170 - Le critère "Tous établissements confondus" doit être renseigné

Lors du traitement des niveaux de relance (TNIR).

Le critère "Tous établissements confondus" doit être renseigné à la soumission.

OCPIE172 - Edition des relances par "Etablissement" doit être renseigné

Le champ ne contient pas de valeur alors qu'il en attend une.

Veuillez renseigner le champ ou s'il s'agit d'une case à cocher, la cocher ou la décocher.

OCPIE177 - Traitement impossible. Ordre non renseigné pour ce niveau de relance

Lors du traitement des niveaux de relance (TNIR).

Le niveau de relance de la pièce correspond à une occurrence du paramètre NIROCPIE dont le numéro d'ordre n'est pas précisé dans GPAR.
Il faut obligatoirement renseigner ce numéro d'ordre afin d'établir la hiérarchie des niveaux de relance.

OCPIE178 - Impossible de modifier le type d'une pièce dont la date comptable est inférieure au $1

Lors de la modification du type d'une pièce (GPIE).

La gestion des cumuls par type de pièce interdit la modification du type de la pièce.
Veuillez-vous reporter à la documentation de l'occurrence MAJTPI du paramètre AUTCPT qui indique comment réaliser cette modification.

OCPIE182 - Bordereau non effaçable car il existe une remise en banque

Lors du traitement de réinitialisation bordereau (TBOR) ou du RAZ bordereau d'une écriture (GECR).

Le bordereau de la pièce n'est pas effaçable, car il existe une remise en banque pour le bordereau dans GRMB.
Si vous voulez l'enlever, il ne faut pas cocher l'option "Uniquement si pas de remise en banque pour ces pièces" lors du lancement de TBOR.

OCPIE188 - Le maximum du compteur de l'occurrence LETPIE du paramètre AUTCPT est atteint

Lors de la création, modification ou suppression d'une association de pièce.

Ce contrôle a été activé en positionnant la valeur testée 1 de l'occurrence LETPIE du paramètre AUTCPT à la valeur "A".
Lorsque le marquage des pièces est en place (renseignement de la "zone libre" de la pièce), si la pièce n'a pas de tiers, le compteur de lettrage utilisé est la valeur 1 du paramètre AUTCPT, occurrence LETPIE. Celle-ci ne doit pas atteindre la valeur maximale (valeur = 999999).

OCPIE195 - Les pièces sélectionnées ne se soldent pas une à une pour le regroupement

Lors du traitement de génération des associations de pièces TGAP.

Le fait d'avoir positionné le paramètre PR2 à O pour ce traitement, permet de limiter les rapprochements à du "1 pour 1" c'est-à-dire à n'avoir que deux pièces dans un regroupement, une dans un sens et l'autre dans le sens inverse. Ceci permet d'obliger un rapprochement manuel quand on a plus de deux pièces dans un regroupement pour effectuer des associations de pièces plus précises.

OCPIE198 - Les pièces du regroupement doivent porter sur le même CGR

Lors du traitement d'arrangement de paiement (TCLT).

La gestion complète du CGR A est active (paramètre AUTCPT occurrence GESCGR).
Les pièces du regroupement doivent porter sur le même CGR A.

OCPIE199 - Les pièces du regroupement doivent porter sur le même segment $1

Lors du traitement d'arrangement de paiement (TCLT).

La gestion complète du CGR A est active (paramètre AUTCPT occurrence GESCGR).
Les pièces du regroupement doivent porter sur le même segment.

OCPIE200 - Un bordereau ou un dossier existe déjà pour la pièce $1 avec le numéro d'échéance $2

Lors du traitement de numérotation des bordereaux (TNBO).

Le numéro de bordereau ne peut pas être affecté si un bordereau est déjà présent et que l'effacement n'a pas été demandé.

OCPIE210 - Mode de règlement magnétique de type prélèvement : un mandat doit être défini pour cette domiciliation bancaire

Lors de la création ou de la modification d'une pièce ayant un mode de règlement magnétique de type prélèvement.

La valeur testée 1 du paramètre AUTCPT occurrence SAITID est égale à "A" et le mode de règlement est de type prélèvement (valeur testée 1 de l'acceptation du mode de règlement à "P").
Un mandat à l'état actif doit exister dans GAMT pour le tiers, la domiciliation et éventuellement la banque de la pièce si elle est renseignée.

OCPIE215 - Toutes les pièces sélectionnées sont dans le même sens, le rapprochement est interdit

Lors du rapprochement de pièces.

Toutes les pièces sélectionnées sont dans le même sens.
Lors d'un rapprochement : le paramètre PR9 associé au mnémonique interdit d'effectuer le rapprochement.
Lors d'un rapprochement avec équilibrage, cette action est interdite.

OCPIE216 - Pièce ayant fait l'objet d'une prorogation : la date d'échéance n'est pas modifiable

Lors de la modification de la date d'échéance d'une pièce.

La pièce a été prorogée.
La modification de la date d'échéance doit être effectuée à partir de la prorogation (GPRO).

OCPIE219 - La modification du type d'acceptation n'est pas autorisée pour ce journal

Lors de la modification du type d'acceptation d'une pièce (GPIE).

La modification du type d'acceptation n'est pas autorisée, car les valeurs testées 1, du paramètre AUTCPT occurrence MAJTAC et du paramètre NATOEJRN associé au journal de la pièce, sont égales à "A".

OCPIE220 - Incrémentation du rôle impossible

Si la pièce traitée par le traitement d'export des prévisions estimées a son rôle déjà égal à 9.

- Soit ne pas sélectionner cette pièce en appliquant une fourchette de codes transfert n'incluant pas le "9".
- Soit demander une intervention sur la base de données pour traiter à nouveau cette pièce.

OCPIE226 - Modification de la domiciliation ou de la banque interdite pour une pièce portant l'information de la représentation SDD

Lors de la modification de la domiciliation ou de la banque d'une pièce.

La valeur testée 1 du paramètre AUTSEPAD occurrence REPRES est égale à "O", la représentation des prélèvements SEPA SDD impayés est donc activée.
La zone de la pièce en chaîne 1 de l'occurrence est égale à la valeur en chaîne 2, ce qui indique que la pièce doit être représentée, et rend la modification de la domiciliation ou de la banque de la pièce impossible.

OCPIE231 - Une seule pièce de paiement doit être sélectionnée

Lors du rapprochement de pièces.

La fonctionnalité de rapprochement de toutes les pièces à un paiement est activée selon le paramètre P12 lié au mnémonique.
Seul un paiement doit alors être sélectionné.

OCPIE363 - La devise doit être différente de la devise de référence

Lors du contrôle de la devise d'une pièce (GPIE).

Vous ne pouvez pas saisir une pièce avec la devise égale à la devise de référence de l'établissement.
Lorsque vous gérez une devise de reporting à cours fixe, les pièces en devise de référence doivent être saisies sans devise ou avec la devise origine.

OCPIE364 - La devise doit être différente de la devise de reporting

Lors du contrôle de la devise d'une pièce (GPIE).

Dans le cas où vous gérez une devise de reporting à cours fixe sur votre établissement, vous ne pouvez pas saisir une écriture avec la devise égale à la devise de reporting.
Vous devez utiliser la devise origine égale à la devise de reporting pour saisir des écritures en reporting.

OCPIE365 - La devise origine doit être nulle

Lors du contrôle de la devise origine d'une pièce (GPIE).

   La devise d'origine d'une pièce ne doit pas être renseignée :
      - sur des pièces en devise ;
      - lorsque vous ne gérez pas de devise de reporting sur l'établissement ;
      - lorsque vous gérez une devise de reporting à cours variable sur l'établissement (M4).

OCPIE389 - Mode de règlement magnétique, la domiciliation bancaire du tiers $1 de la pièce doit être renseignée

Lors de la création ou de la modification d'une pièce ayant un mode de règlement magnétique.

La valeur testée 1 du paramètre AUTCPT occurrence SAITID est égale à "A" ce qui oblige la présence d'une domiciliation bancaire.
Il faut donc soit changer de mode de règlement et ne pas utiliser un règlement magnétique, soit alimenter la domiciliation bancaire dans la pièce, soit utiliser un type de pièce qui est exclu de ce contrôle (ceux présents dans le texte de cette occurrence de paramètre).

OCPIE394 - Aucune zone n'est à mettre à jour

Lors du traitement de modification des pièces d'une liste (TMPL).

Renseignez au moins une zone à modifier ou à mettre à nul.

OCPIE731 - Attention, toutes les pièces sélectionnées n'ont pas été associées

Lors du rapprochement de pièces sélectionnées dans la grille.

Certaines des pièces sélectionnées n'ont pas été associées faute de montant à affecter. Elles resteront donc non soldées.

OCPIE751 - Le total des montants rapprochés est supérieur au montant du règlement

Lors de la saisie d'un encaissement (GENC).

Vous avez activé le paramètre PR7 associé au mnémonique : un contrôle bloquant interdit de rapprocher des pièces pour un montant supérieur au montant du règlement.

OCPIE765 - Le regroupement du règlement sur une seule pièce n'est possible que pour des pièces ayant le même CGR

Lors de la saisie d'un règlement (GENC).

Un regroupement des pièces à régler est effectué (paramètre PR6 associé au mnémonique positionné à "O") et la gestion complète du CGR A est active (paramètre AUTCPT occurrence GESCGR).
Les pièces à régler doivent porter sur le même CGR A.

OCPIE766 - Le regroupement du règlement sur une seule pièce n'est possible que pour des pièces ayant le même segment $1

Lors de la saisie d'un règlement (GENC).

OCPIT051 - Un montant doit être renseigné pour le rapprochement

Lors du contrôle d'une association à transférer.

Au moins un des montants doit être renseigné au niveau de l'association : montant débit ou crédit en devise de référence ou en devise de reporting ou en devise.

OCPLN051 - Le plan associé doit être différent du plan

Lors du contrôle du plan associé (GPLN).

Veuillez saisir un plan associé différent du plan courant.

OCPNC050 - Compte de début supérieur au compte de fin

Contrôle de cohérence des comptes d'un plan.

Dans la fourchette de comptes, vous devez saisir une valeur de début inférieure ou égale à la valeur fin.

OCPNC052 - Les fourchettes de comptes ne doivent pas se chevaucher pour un plan

Contrôle de cohérence des comptes d'un plan (chevauchement entre les différents enregistrements saisis).

Les comptes de la fourchette ne doivent pas être inclus dans un autre enregistrement du même plan.

OCPNP001 - Eléments de mise à plat du plan inexistants

Il manque des données dans la structure de la table de mise à plat sur le plan indiqué.

Il faut relancer le traitement de mise à plat des plans (GTUCOMPO).

OCPNT050 - Type de pièce de début doit être supérieur au type de pièce de fin

Contrôle de cohérence des types de pièce d'un plan.

Dans la fourchette de types de pièce, vous devez saisir une valeur de début inférieure ou égale à la valeur fin.

OCPNT052 - Les fourchettes de types de pièce ne doivent pas se chevaucher pour un plan

Contrôle de cohérence des types de pièce d'un plan (chevauchement entre les différents enregistrements saisis).

Les types de pièce de la fourchette ne doivent pas être inclus dans un autre enregistrement du même plan.

OCPRO050 - Prorogation d'échéance d'une commande : la pièce de comptabilisation doit être mono-échéance

Lors du transfert en comptabilité d'une commande de ventes prorogée.

La prorogation n'est possible que pour des commandes de ventes mono-échéance.

OCQRS339 - Incohérence entre l'IBAN/QR-IBAN du QR-Code ($1) et celui de la domiciliation "$2" du tiers "$3" ($4)

Lors de la création d'un QR-Code suisse (GQRS).

L'IBAN, QR-IBAN de cette transaction est diffèrent de celui présent dans la domiciliation bancaire (GTID) provenant de la pièce.
Ce message informatif apparaît seulement si la valeur testée 2 du paramètre AUTCPT occurrence CTLQRS est différente de "A" ("I" ou non renseignée).

OCQRS340 - Domiciliation avec un IBAN/QR-IBAN égal à "$1" pour le tiers "$2" introuvable ou non utilisable

Lors de la création d'un QR-Code suisse (GQRS).

L'IBAN, QR-IBAN de cette transaction est diffèrent de celui présent dans la domiciliation bancaire (GTID) provenant de la pièce.
Le paramétrage indique qu'il faut remplacer la domiciliation bancaire de la pièce par une ayant le bon IBAN, QR-IBAN (valeur testée 2 du paramètre AUTCPT occurrence CTLQRS égale à "A"), mais ce dernier ne se retrouve dans aucune domiciliation bancaire liée au tiers de la pièce.

OCRBQ050 - Suppression impossible, il existe des associations codes interbancaires - règles

Lors de la suppression d'une règle de rapprochement bancaire (GRBQ).

Supprimer tout d'abord l'association code interbancaire-règle dans GACR.

OCRBQ051 - Suppression impossible, il existe des mouvements bancaires se référant à cette règle

Lors de la suppression d'une règle de rapprochement bancaire (GRBQ).

Supprimer tout d'abord les mouvements bancaires se rattachant à cette règle.

OCRBQ052 - Vous ne pouvez pas saisir un critère comptable sans un critère bancaire et inversement

Lors de la création ou de la modification d'une règle de rapprochement bancaire (GRBQ).

Pour chaque critère, vous devez définir un critère comptable et un critère bancaire.

OCRBQ053 - Le critère de type comptable $1 est renseigné, vous devez saisir une valeur début et fin

Lors de la création ou de la modification d'une règle de rapprochement bancaire (GRBQ).

Lorsque le critère comptable est renseigné, vous devez également renseigner ses positions de début et de fin.

OCRBQ054 - Le critère de type bancaire $1 est renseigné, vous devez saisir une valeur début et fin

Lors de la création ou de la modification d'une règle de rapprochement bancaire (GRBQ).

Lorsque le critère bancaire est renseigné, vous devez également renseigner ses positions de début et de fin.

OCRBQ055 - La valeur de la position de début doit être inférieure à la valeur de la position de fin

Lors de la création ou de la modification d'une règle de rapprochement bancaire (GRBQ).

Vous avez saisi une valeur de début inférieure à la valeur de fin.

OCRBQ056 - La longueur des chaînes doit être identique pour un même critère

Lors de la création ou de la modification d'une règle de rapprochement bancaire (GRBQ).

Les longueurs des critères saisis dans les champs début et fin doivent être identiques pour un critère.

OCREI050 - Ce paramétrage est interdit

Lors de l'insertion d'une ligne de paramétrage sur un établissement particulier.

Un enregistrement sur la même transaction, le même objet et le même champ doit être défini pour l'établissement nul.

OCREI051 - Suppression interdite

Lors de la suppression d'un enregistrement.

On ne peut pas supprimer un enregistrement dont l'établissement est nul.

OCREI052 - Duplication impossible, les transactions n'ont pas le même objet

Lors de la recopie des reprises d'informations des pièces (GREI).

Les transactions origine et destination n'ont pas le même objet dans GTRA.

OCREI053 - Transaction origine ou destination inexistante

Lors de la recopie des reprises d'informations des pièces (GREI).

La transaction origine ou la transaction destination n'est pas définie dans GTRA.

OCREI054 - Transaction origine inexistante dans la table de suivi d'informations

Lors de la recopie d'un paramétrage vers une nouvelle transaction.

Il n'existe pas de paramétrage pour la transaction d'origine sur l'établissement nul.

OCREI055 - Objet non identique dans la transaction et le suivi des informations

Contrôle de cohérence des données de reprise d'informations des pièces.

L'objet associé à la transaction n'est pas le même que celui défini dans les transactions (GTRA).

OCREI056 - Création d'enregistrement avec un établissement nul interdit

Contrôle de cohérence des données de reprise d'informations des pièces.

On ne peut pas insérer un enregistrement avec l'établissement nul.

OCREI057 - Proposition impossible, il manque des informations

Lors de la recherche du paramétrage au niveau d'une transaction définie dans GREI.

La transaction, l'objet et l'établissement doivent être renseignés.

OCREI058 - Transaction déjà existante

Lors de la recopie des reprises d'informations des pièces (GREI).

Il existe déjà des enregistrements sur la transaction destination : la recopie est impossible.

OCRMB051 - Erreur dans le traitement : remise non créée

Lors de la constitution d'une remise en banque (TRMB).

   Ce message intervient dans les cas suivants :
   - erreur de paramétrage ;
   - erreur sur une des pièces à traiter ;
   - erreur lors de la création d'une remise en banque.

   Dès lors, aucune remise concernant la banque en erreur n'est générée.
Se référer aux autres messages d'erreurs du compte rendu afin de déterminer précisément d'où vient l'erreur.

OCRRB050 - Le pourcentage doit être compris entre 0 et 100

Contrôle de cohérence des règles de répartition par banque.

Quel que soit le pourcentage que vous saisissez, celui-ci doit obligatoirement être compris entre 0 et 100.

OCRRB051 - Veuillez préciser le montant, le pourcentage ou la devise associé à la banque $1

Lorsqu'une banque est renseignée et que le montant et le pourcentage sont tous les deux nuls.

Lorsque vous saisissez une banque, vous devez saisir le montant pour celle-ci ou alors le pourcentage.

OCRRB052 - Le total des pourcentages pour la règle ne fait pas 100 %

Contrôle de cohérence des règles de répartition par banque.

Le total des pourcentages pour la règle créée doit être égal à 100.

OCRRB053 - La règle doit être définie soit avec des pourcentages, soit des devises, soit des montants

Lors de la définition d'une règle de répartition par banque (GRRB).

La règle doit être définie soit avec des montants, soit avec des pourcentages, soit avec des devises.
Vous ne pouvez pas mélanger montants, pourcentages et devises.

OCRTR050 - Le compte doit référencer une banque

Lors de la saisie ou de la génération d'une réalisation de trésorerie (GRTR).

Le compte de banque doit référencer une banque définie dans GBNQ.

OCRTR051 - Il est interdit d'insérer, de modifier ou de supprimer une réalisation de trésorerie générée automatiquement

Lors de l'insertion, de la modification ou de la suppression d'une réalisation de trésorerie (GRTR).

Aucune action n'est possible sur une réalisation de trésorerie dont l'origine est à "A" (réalisation de trésorerie générée automatiquement par le traitement TRTR).
Seules les réalisations de trésorerie dont l'origine est à "M" peuvent être créées, modifiées ou supprimées dans GRTR.

OCRTR052 - Il est interdit de modifier ou de supprimer une réalisation envoyée en trésorerie

Lors de la modification ou de la suppression d'une réalisation envoyée en trésorerie (GRTR).

Lorsque le rôle d'une réalisation de trésorerie est marqué entre "1" et "9", la réalisation est figée car elle a fait l'objet d'une extraction par le traitement ERTR.

OCRTR053 - L'écriture origine n'est pas à l'état valide

Lors de la génération des réalisations de trésorerie (TRTR).

Une des écritures à l'origine de la réalisation de trésorerie n'est pas valide.
Il est impossible d'effectuer une extraction, le schéma de l'écriture pouvant être amené à évoluer.

OCRTR054 - Aucun but n'est défini au niveau du paramètre BUTTRES

Lors du transfert en budgétaire des réalisations de trésorerie (TRTB).

Aucun budget n'a été déterminé au niveau du paramètre BUTTRES.
Veuillez-vous assurer de la cohérence des occurrences de ce paramètre.

OCRTR055 - Veuillez renseigner le poste pour le transfert des réalisations de trésorerie sans données analytiques

Lors du transfert budgétaire des réalisations de trésorerie sans données analytiques (TRTB).

Un poste doit être indiqué : soit en le précisant à la soumission ; soit en choisissant l'option de prise en compte de la nature de trésorerie comme poste.

OCSBQ054 - Il n'existe pas d'enregistrement avec une date de nouveau solde égale à la date de l'ancien solde ($1) que l'on veut insérer

1) Permet de vérifier la continuité des périodes insérées dans les soldes bancaires (GSBQ).
2) Lors du transfert des fichiers bancaires (TTFB).

1) Si l'enregistrement à insérer possède une date d'ancien solde égale à "Date 1" et une date de nouveau solde égale à "Date 2", il faut qu'il existe déjà un enregistrement (pour la même banque) avec une date de nouveau solde égale à "Date 1".
Remarque : le prochain enregistrement devra avoir une date d'ancien solde égale à "Date 2".

2) Il peut s'agir d'une erreur à l'intérieur du fichier : il manque des enregistrements "01"..."07".
Les fichiers en cours de transfert ne se suivent pas chronologiquement, il manque donc certaines périodes.

OCSBQ055 - Il n'existe pas d'enregistrement avec un montant de nouveau solde égal au montant de l'ancien solde (Débit: $1 Crédit: $2) que l'on veut insérer

1) Permet de vérifier la continuité des périodes insérées dans les soldes bancaires (GSBQ).
2) Lors du transfert des fichiers bancaires (TTFB).

1) Si l'enregistrement à insérer possède un ancien solde égal à "Solde 1" et un nouveau solde égal à "Solde 2", il faut qu'il existe déjà un enregistrement (pour la même banque) avec un nouveau solde égal à "Solde 1".
Remarque : le prochain enregistrement devra avoir un ancien solde égal à "Solde 2".

2) Il peut s'agir d'une erreur à l'intérieur du fichier : il manque des enregistrements "01"..."07".
Les fichiers en cours de transfert ne se suivent pas chronologiquement, il manque donc certains soldes.
Le traitement a été lancé en "Simulation", et l'erreur apparaît à partir du deuxième fichier traité. Ce mode annule toutes les modifications qui ont pu être faites par le premier fichier, et donc les contrôles de cohérence des soldes ne peuvent plus être effectués correctement.

OCSBQ056 - Le nouveau solde calculé (Débit: $1 Crédit: $2) ne correspond pas au nouveau solde envoyé par la banque (Débit: $3 Crédit: $4)

1) Lors de la vérification du solde dans la gestion des soldes bancaires (GSBQ).
2) Lors du transfert des fichiers bancaires (TTFB).

1) Permet de vérifier que le nouveau solde est bien égal à l'ancien solde auquel on ajoute ou déduit les montants des mouvements bancaires (GMBQ) qui ont une date d'opération strictement supérieure à la date d'ancien solde et inférieure ou égale à la date de nouveau solde.

2) Il peut s'agir d'une erreur à l'intérieur du fichier. Par exemple : il existe des enregistrements "04" (mouvements bancaires) ayant une date (position 35 à 40) inférieure ou égale à la date de l'enregistrement "01" qui les précède.

OCTAT055 - Le numéro externe ne renvoie pas le numéro d'abonnement précisé dans la table de réalisation des abonnements de transfert

Lors du transfert d'une réalisation d'abonnement (GTABT).

Si le numéro d'abonnement et le numéro externe sont renseignés, ce dernier doit être rattaché au même numéro d'abonnement dans la gestion des abonnements (GABOO).

OCTIM050 - Numéro de traitement déjà affecté

Lors de la génération d'un fichier DTA (TDTA) ou lors de la génération d'un fichier SOG (TSOG).

Lorsque le message apparaît lors du traitement TDTA, c'est qu'il existe déjà un enregistrement dans la table de travail "OCTIM" sur l'établissement traité, le code enregistrement "DT" et le numéro affecté à l'enregistrement.
Il faut vérifier la valeur 1 de l'occurrence correspondant au mois traité du paramètre NUMDTA. Cette valeur doit être positionnée au dernier numéro utilisé dans CTIM pour le mois traité.

Lorsque le message apparaît lors du traitement TSOG, c'est qu'il existe déjà un enregistrement dans la table de travail "OCTIM" sur l'établissement traité, le code enregistrement "SG" et le numéro affecté à l'enregistrement.
Il faut vérifier la valeur 1 de l'occurrence correspondant au mois traité du paramètre NUMSOG. Cette valeur doit être positionnée au dernier numéro utilisé dans CTIM pour le mois traité.

OCTIM052 - Numéro de pièce incomplet

Lorsque le numéro de pièce est renseigné alors que le numéro d'échéance est nul ou inversement.

Il faut saisir obligatoirement le numéro de pièce ainsi que son échéance pour avoir un numéro de pièce complet.

OCTIM053 - Le numéro d'échéance doit être compris entre 1 et 99

Lorsque le numéro d'échéance ne se trouve pas dans la fourchette.

On doit obligatoirement saisir un numéro d'échéance compris entre 1 et 99.

OCTIM054 - Anomalie détectée. Remise non créée dans le fichier magnétique

Erreur détectée lors d'un traitement de génération de fichiers magnétiques, les enregistrements ne sont pas créés dans la table intermédiaire OCTIM.

Contrôler le compte rendu du traitement en cours pour corriger les anomalies détectées empêchant la génération dans la table intermédiaire OCTIM.

OCTIM055 - Le multi-établissements est interdit si l'on crée un seul fichier de sortie

Une sélection multi-établissements est indiquée alors que le paramétrage (paramètre AUTCPT occurrence TTIM) n'autorise pas la création d'un fichier par établissement.

Soit n'indiquer qu'un seul établissement dans la sélection, soit mettre la valeur testée 1 du paramètre AUTCPT occurrence TTIM à "A" pour créer un fichier de sortie par établissement.

OCTIM056 - Le regroupement par pièce est interdit

Le regroupement par numéro de pièce est demandé alors que le paramétrage indique déjà un regroupement par tiers, adresse, domiciliation bancaire (paramètre AUTCPT occurrence RGPVIR).

Soit décocher l'option "Regroupement par numéro de pièce", soit désactiver le choix du regroupement par tiers, adresse, domiciliation bancaire en mettant "I" dans la valeur testée 1 du paramètre AUTCPT occurrence RGPVIR.

OCTIM057 - L'établissement n'a pas de devise de reporting

L'établissement ne gère qu'une seule devise, celle de référence et ne possède pas de devise de contre-valeur en reporting.

Il ne faut pas choisir l'option "édition des données en devise de reporting".

OCTIM058 - La valeur 1 du paramètre $1 occurrence $2 doit être inférieure à 9999

Lors de la génération d'un fichier DTA (TDTA).

La valeur 1 de l'occurrence du paramètre NUMDTA relative au mois traité doit être inférieure à 9999.

OCTIM059 - Valeur testée du paramètre $1 occurrence $2 doit être < $3

Lors de la génération d'un fichier SOG (TSOG).

La valeur 1 de l'occurrence du paramètre NUMSOG relative au mois traité ne doit pas être supérieure à 99.

OCTIM060 - Incompatibilité entre paramètre AUTCPT occurrence TFVM et PIXTFVM

La valeur testée 1 du paramètre AUTCPT occurrence TFVM est égale à "A" et celle du paramètre AUTCPT occurrence PIXTFVM est aussi égale à "A".

Modifier la valeur testée 1 d'un de ces paramètres suivant l'alimentation souhaitée de la position 131 de l'enregistrement "Détail".

OCTIM061 - Incompatibilité entre la valeur testée 1 et valeur testée 2 du paramètre AUTCPT occurrence TFVM

Les valeurs testées 1 et 2 du paramètre AUTCPT occurrence TFVM sont positionnées à "A".

Modifier l'une des valeurs testées de ce paramètre suivant l'alimentation souhaitée de la position 131 de l'enregistrement "Détail".

OCTIM062 - Incompatibilité entre valeur testée 2 paramètre AUTCPT occurrence TFVM et valeur testée 1 occurrence PIXTFVM

La valeur testée 2 du paramètre AUTCPT occurrence TFVM est égale à "A" et la valeur testée 1 du paramètre AUTCPT occurrence PIXTFVM est aussi égale à "A".

Modifier les valeurs testées de ces paramètres suivant l'alimentation souhaitée de la position 131 de l'enregistrement "Détail".

OCTIM063 - L'adresse $1 du tiers $2 est inexistante ou non utilisable

Le tiers et l'adresse définis dans le paramètre AUTFVI occurrence ETS ne sont pas référencés dans la gestion des adresses de tiers (GTIA)

Modifier le tiers et l'adresse définis dans le paramètre AUTFVI occurrence ETS ou créer l'adresse.

OCTMB050 - Le montant débit ou le montant crédit doit être égal à 0

Les deux montants définis dans la gestion des mouvements bancaires de transfert sont renseignés avec une valeur différente de zéro.

Saisissez une valeur à zéro pour le montant débit ou crédit.

OCTMB051 - Le nombre d'enregistrements de mouvements bancaires à transférer ($1) est différent du nombre réellement traité ($2)

Lors du transfert des fichiers bancaires (TTFB), on vérifie que le nombre d'enregistrements de mouvements bancaires transférés est le même que le nombre d'enregistrements contenus dans les tables de transfert.

Si ce message apparaît à la fin du traitement d'un fichier, d'autres messages en amont permettront, en général, de retrouver la source de cette erreur.

OCTSB050 - Le nombre d'enregistrements de soldes bancaires à transférer ($1) est différent du nombre réellement traité ($2)

Lors du transfert des fichiers bancaires (TTFB), on vérifie que le nombre d'enregistrements des soldes bancaires transférés est le même que le nombre d'enregistrements contenus dans les tables de transfert.

Si ce message apparaît à la fin du traitement d'un fichier, d'autres messages en amont permettront, en général, de retrouver la source de cette erreur.