Bonjour à tous,

j'ai une liste d'utilisateur que je souhaite exporter d'une base de données à une autre. Plutot que de tout retaper j'utilise la fonction exporter.
Tout se passe tres bien par contre c'est lors de l'importation que j'ai le message suivant : "Erreur de traitement de la premiere ligne du fichier : champ name inconnu"
en fait il n'arrive pas a lire le 1er champ qui se trouve dans le fichier csv, que ce soit name, password ou login etc.

j'ai tout essaye, le client web et gtk, exporter en latin et utf8, avec excel et openoffice mais rien ne fonctionne. Pourtant lorsque j'ouvre mon fichier csv j'ai bien le nom dess champs et leur contenu qui s'affichent correctement

j'utilise la version 5.06 pour les clients et le serveur

si quelqu'un peut m'aider
merci

Thierry

Je ne sais pas si vous êtes sur Windows mais j'ai expérimenté un problème similaire après avoir ouvert le fichier avec Notepad. Ce qu'il se passe dans ce cas est que Notepad ajoute 3 caractères au début du fichier ce qui fait ensuite foirer le tout. On peut le constater sur Linux en faissant un "od -a" du fichier que vous essayez d'importer.

Une solution consiste à utiliser Notepad++ qui n'ajoute rien.

merci pour ta reponse

non je ne l'ai pas ouvert avec notepad, j'utilise également notepad++
Je l'ai seulement avec Excel ou OpenOffice et effectivement je suis sous Windows

Thierry

Ma manière de résoudre ce problème était de faire d'abord un export pour avoir les bonnes entêtes. Ensuite, je vérifiait l'import qui était ok.
Les données à importer doivent donc avoir les mêmes entêtes.
Fait un hex dump des deux fichiers et compare. Probablement l'erreur apparait ici.
Bonne chance

ok je vais essayer ca, je te remercie

Je viens de faire le test et les trois premieres lignes sont bien identiques

00000000: 61 63 74 69 76 65 2C 64 62 5F 69 64 2C 69 64 2C active,db_id,id,
00000010: 63 6F 6E 74 65 78 74 5F 6C 61 6E 67 2C 6C 6F 67 context_lang,log
00000020: 69 6E 2C 6E 61 6D 65 2C 70 61 73 73 77 6F 72 64 in,name,password

00000000: 61 63 74 69 76 65 2C 64 62 5F 69 64 2C 69 64 2C active,db_id,id,
00000010: 63 6F 6E 74 65 78 74 5F 6C 61 6E 67 2C 6C 6F 67 context_lang,log
00000020: 69 6E 2C 6E 61 6D 65 2C 70 61 73 73 77 6F 72 64 in,name,password
00000030: 0D 0A 54 72 75 65 2C 31 2C 62 61 73 65 2E 75 73 ..True,1,base.us
00000040: 65 72 5F 72 6F 6F 74 2C 65 6E 5F 55 53 2C 61 64 er_root,en_US,ad
00000050: 6D 69 6E 2C 41 64 6D 69 6E 69 73 74 72 61 74 6F min,Administrato
00000060: 72 2C 61 64 6D 69 6E 0D 0A 54 72 75 65 2C 33 2C r,admin..True,3,
00000070: 2C 66 72 5F 46 52 2C 6C 75 63 2C 4C 75 63 2C 61 ,fr_FR,luc,Luc,a
00000080: 64 6D 69 6E dmin

une autre idée?

C'est peutêtre au niveau de la configuration de l'importation.

J'ai fait la chose suivante :

D'abord j'exporte la liste d'utilisateurs avec les champs que t'utilise en format csv.

Ensuite j'ouvre le fichier user.csv et je modifie les noms des utilisateurs.

Je démarre l'importation et sélectionne d'abord le nom du fichier.
Je sélectionne détection automatique et les champs à importer apparaissent.

Ensuite j'ouvre l'onglet paramètres csv et m'assure que j'ai bien :
Caractère de séparation de champs : ,
Caractère de séparation : "
Encodage : UTF8
Lignes à ignorer : 1

Ensuite tu valides et il doit importer (attention, cela remplace tes utilisateurs).

Si cela fonctionne ça devrait aussi marcher avec ton fichier.

ca fonctionne,

il faut bien exporter un fichier et le réutiliser plutôt que d'en créer un directement.
par contre seul le client lourd fonctionne pour ma part, mais c'est mieux que rien

merci pour ton aide en tout cas

Thierry

je continue sur le sujet puisque j'ai un autre problème, je ne peux importer que 30 lignes à la fois. cela me poste problème puisque j'ai 60000 référence.
Lorsque j'importe plus de 30 produits la fenêtre se ferme simplement et rien ne se passe

De plus sur ces 30 produits seulement 25 sont importés alors que le message affiche bien que l'importation des 30 a réussie. Rien ne différencie les 25 produits des 5 autres à part le "name"
pour info j'ai bien virer tous les caractères un peu spéciaux comme les accents circonflexes etc.

si vous pouviez m'aider la dessus parce que je bloque

merci

J'ai importé récemment une liste de 500 partenaires sans problèmes...
La seule chose est que j'utilisait le format csv directement.

Ce que je soupçonne est quand même qu'il y a un caractère "mechant" qui te fait foirer l'importation car il n'y a pas de raison qu'il s'arrête. Pour éviter ce risque, je sauvergarderais tout d'abord la liste complète en csv et ensuite passer à l'importation de csv.

Si tu choisit le format de caractères UTF8, les caractères spéciaux ne devraiet pas poser problème.

J'ai encore une autre piste :
Vérifie que tu as tous les champés obligatoires présent pour l'importation d'un produit.
Pour savoir ce qu'il est obligatoire, fait d'bord un export; les champs obligatoires sont en blue (sur le client GTK).

regarde dans les log de ton client ( et non du serveur ) ce qu'il dit (normalement c'est client.exe.log sur ton client). Il y a certaines fois des erreurs qui ne sont pas à l'écran au moment de l'import (souvent des problèmes liés au champ obligatoire non ou mal renseigné).

Impose-toi les ID,et utilises-les pour tes relations, ca améliore les choses.

En fin sous windows ne te sert pas d'excel pour éditer les fichiers (il trafique l'utf8 et ca marche plus très bien). Edite avec openeoffice et reste en csv, utf8 et bon séparateur.

Pour ma part, j'ai récupéré depuis firebird sous excel pour passer vers openoffice et intégré dans openerp. Seul problème, si trop de chose à importer, ca prend du temps, te marques une erreur de timeout mais continue à travailler. Relances pas tout de suite sinon tu peux avoir des surprises. Regarde s'il n'y a pas trop de monde sur ton serveur la CPU utiliser par postgresql, ca te dira quand c'est fini. Sinon les problèmes étaient souvent lié au champ obligatoire ou au relations sur les valeurs et non les IDs.

Bonjour,
tout d'abord merci pour vos réponses

rrv : j'ai bien supprimé tous les caractères pouvant être "méchant" j'ai épuré tout le fichier
de plus, j'ai bien tous les champs obligatoire pour le produit càd :
categ_id
standard_price
cost_method
uom_id
uom_po_id
mes_type
name
procure_method
type
supply_method
et id que j'utilise

bb39700: j'utilise bien windows ainsi qu'openoffice et je travaille bien en utf8, en csv avec la virgule comme séparateur

j'ai augmenté le timeout du serveur donc plus de problème à ce niveau là
j'importe une liste de 10002 produits (ca prend environ 8min) et il affiche le message que tous les produits ont bien été importés
mais une fois dans openERP j'en ai exactement 5190
il n'y a personne sur mon serveur puisque je travaille en localhost

donc il me manque encore la moitié de mes produits et je ne comprend pas la différence entre ceux qui s'ajoutent et les autres

voici le dernier log de mon client :
Traceback (most recent call last):
File "modules\gui\main.pyo", line 1299, in _sig_child_call
File "modules\gui\window\form.pyo", line 272, in sig_import
File "modules\gui\window\win_import.pyo", line 250, in go
File "modules\gui\window\win_import.pyo", line 50, in import_csv
File "modules\gui\window\win_import.pyo", line 50, in <lambda>
File "encodings\utf_8.pyo", line 16, in decode
UnicodeDecodeError: 'utf8' codec can't decode bytes in position 11-13: invalid data

merci

Thierry

Ca ressemble à des problèmes de caractères.
J'avais eu ça mais je ne sais plus sur quel caractère.
Commence par vider les accents, juste pour voir.
Ensuite, je ne sais plus si c'était pas sur ° & ou des caractères de ce genre.
En fait ce qui est bizarre c'est qu'il ne t'indique pas le caractère en question

J'avais plus des choses du style :
UnicodeEncodeError: 'ascii' codec can't encode character u'\xe9' in position 110'

peut-etre l'apostrophe si tu mets ' comme séparateur.

Quand je cherchais, je découpais mon fichier en petits paquets pour trouver les caractères.
( exemple ,tu prends des paquest de 1000 lignes, et tu regardes si à la sortie tu as bien 1000 produits de plus ...) Ca permet de cibler les recherches.

le truc c'est que j'ai déjà purgé le fichier, j'ai remplacé tous les :
é è ê ë par e
à par a
ï î par i
& par et
n° par num
/ \ ' " - _ par un espace
etc
et le nombre de lignes insérées reste à 5190