Discussion :

[Skoat]

Bonjour à tout le monde !

Voici mon souci : je possède une table liée à un fichier .csv, qui est mis à jour quotidiennement.

J'ai crée une requête ajout qui va chercher les données pour les ajouter à la table existante.

Voici le hic : j'ouvre access, lance l'importation, ça marche. Si je laisse ouvert access, pour mettre à jour un peu plus tard dans la journée, ça m'affiche : "dépassement de champ numérique".

Je ferme access, le ré-ouvre pour mettre à jour (la même chose que la 2ème MAJ initialement souhaitée), ça marche.

J'ai revu le paramétrage de tous les champs, aucun dépassement du nombre de caractères.

Avez-vous une idée ?

[Tofalu]

Ca ne serait pas une variable numérique globale qui serait non réinitialisée au début du traitement ?

[Skoat]

Bonjour,

J'utilise un programme qui fait des extractions de l'ERP de mon entreprise, j'ai paramétré les champs en texte pour la sortie après traitement.

Par contre lorsque je fais ma création de table via une requête qui va chercher les infos dans ma table liée, ça me crée les champs en numérique.

Sans clé primaire les données s'ajoutent sans problèmes, ma requête ajout est au top, dès que j'indexe sans doublons : "dépassement champ numérique".

J'ai testé en changeant le format de cellule en texte avant intégration dans access, ça marche super.

Donc je suppose que mon pb viendrait du paramétrage du programme que j'utilise pour faire mes extractions.

J'ai fait le même paramétrage d'une autre base qui tourne, et ça bug !!

Une autre idée ?

[Skoat]

J'AI TROUVE !!!!!

En fait c'était tout con : un champ paramétré en numérique dans access s'attends à recevoir une donnée numérique. Jusque là, logique.

Si une cellule avant intégration dans access est vierge, alors la cellule se rempli automatiquement avec un "#NOMBRE !".

Si la cellule est paramétrée en texte, celle ci restera vierge, sans erreur.

La solution trouvée consiste donc, à supprimer les lignes dont la cellule numérique est vierge, ou alors de paramétrer ce champ en texte.