Import Ecriture : séparateur de champ en CSV

Répondre
ChrisParis
Messages : 27
Enregistré le : jeu. janv. 14, 2016 1:25 pm

ven. oct. 07, 2016 4:03 pm

Bonjour

C'est la première fois que je vais faire un import d'écritures vers OC depuis un fichier CSV et je veux être sûr de mes données, aussi j'ai une question.

- Je suis sur une machine OS français et clavier français
- Mes fichiers sont générés depuis Excel en CSV
- mon champ séparateur est la VIRGULE
- le point est le séparateur décimale

Mon fichier CSV ressemble à :

Date,Journal,N° de compte,Nom de la pièce,Libellé,Débit,Crédit
07/10/16,Paies,633300,PaieJanvier2016,Cotisations Formation continue,10.68,
07/10/16,Paies,431000,PaieJanvier2016,URSSAF + POLEEMPLOI à payer,,379.48

Pensez-vous que l'import va bien se passer?
Est-ce que OC attend un champ séparateur VIRGULE ou POINT-VIRGULE? Et le séparateur décimal?

Merci pour votre aide

Cdlt
ChrisParis
Messages : 27
Enregistré le : jeu. janv. 14, 2016 1:25 pm

ven. oct. 07, 2016 4:50 pm

Bonjour

J'ajoute quelques informations depuis que j'ai fait le test sur un OC test que je viens de m'installer.
Quand j'importe l'écriture, j'ai le message d'erreur suivant :

Erreur pendant l'importation

Unparseable date: "Date"
org.openconcerto.utils.ExceptionHandler: Erreur pendant l'importation
at org.openconcerto.utils.ExceptionHandler.handle(ExceptionHandler.java:121)
at org.openconcerto.utils.ExceptionHandler.handle(ExceptionHandler.java:125)
at org.openconcerto.erp.core.finance.accounting.ui.ImportEcriturePanel$1$2$1.handle(ImportEcriturePanel.java:146)
at org.openconcerto.sql.utils.SQLUtils$2.handle(SQLUtils.java:147)
at org.openconcerto.sql.model.ConnectionHandler.compute(ConnectionHandler.java:59)
at org.openconcerto.sql.model.SQLDataSource.useConnection(SQLDataSource.java:873)
at org.openconcerto.sql.model.SQLDataSource.useConnection(SQLDataSource.java:837)
at org.openconcerto.sql.utils.SQLUtils.executeAtomic(SQLUtils.java:125)
at org.openconcerto.sql.utils.SQLUtils.executeAtomic(SQLUtils.java:97)
at org.openconcerto.erp.core.finance.accounting.ui.ImportEcriturePanel$1$2.run(ImportEcriturePanel.java:135)
Caused by: java.text.ParseException: Unparseable date: "Date"
at java.text.DateFormat.parse(Unknown Source)
at org.openconcerto.erp.core.finance.accounting.ui.ImportEcriturePanel.importData(ImportEcriturePanel.java:189)
at org.openconcerto.erp.core.finance.accounting.ui.ImportEcriturePanel$1$2$1.handle(ImportEcriturePanel.java:141)
... 7 more

Je pensais que mon champ Date devait commencer avec une minuscule 'date' mais ce n'est pas la solution.

Pouvez-vous m'aider?

Merci
Samuel_Burg
Messages : 144
Enregistré le : mer. juil. 22, 2015 12:17 pm

sam. oct. 08, 2016 9:33 pm

Bonjour,

le format a utiliser pour votre csv est comme suit :

Code : Tout sélectionner

01/01/2016,OD,467012,INT15_001,Correction erreurs d'arrondis 2014,0.06,0.00,1
01/01/2016,OD,467011,INT15_001,Correction erreurs d'arrondis 2014,0.00,0.06,1
01/01/2016,OD,467011,INT15_001,Correction répartition FSP HO_14_502,13.80,0.00,2
01/01/2016,OD,467012,INT15_001,Correction répartition FSP HO_14_502,0.00,13.80,2
01/01/2016,OD,467010,INT15_001,Escompte paymt comptant FAC HO_14_007,0.46,0.00,3
01/01/2016,OD,411800,INT15_001,Escompte paymt comptant FAC HO_14_007,0.00,0.46,3
01/01/2016,OD,467012,INT15_001,Perte sur Escmpt paymt FAC HO_14_007,0.28,0.00,4
01/01/2016,OD,467011,INT15_001,Perte sur Escmpt paymt FAC HO_14_007,0.00,0.28,4
05/01/2016,BA,512100,BQ_15_01,FAC HO_14_002 - Virmt. T--.S--.,32.91,0.00,5
05/01/2016,BA,411800,BQ_15_01,FAC HO_14_002 - Virmt. T--.S--.,0.00,32.91,5
05/01/2016,OD,467010,INT14_010,FAC HO_14_002 - Virmt. T--.S--.,32.91,0.00,6
05/01/2016,OD,467012,INT14_010,FAC HO_14_002 - Virmt. T--.S--.,0.00,13.16,6
05/01/2016,OD,467011,INT14_010,FAC HO_14_002 - Virmt. T--.S--.,0.00,19.75,6
05/01/2016,BA,512100,BQ_15_01,FSE Lot14_094 - E---,316.85,0.00,7
05/01/2016,BA,411208,BQ_15_01,FSE Lot14_094 - E---,0.00,316.85,7
05/01/2016,OD,467010,INT14_012,FSE Lot14_094 - E---,316.85,0.00,8
05/01/2016,OD,467012,INT14_012,FSE Lot14_094 - E---,0.00,126.74,8
05/01/2016,OD,467011,INT14_012,FSE Lot14_094 - E---,0.00,190.11,8
notez que le dernier champ de mon csv ne vous est pas utile, il est spécifique au module d'import que j'ai adapté à mon propre usage.
le format du fichier doit être en utf8.
vos dates doivent être en dd/mm/yyyy et non pas dd/mm/yy comme indiqué dans la fenêtre de dialogue de OC.
la première ligne avec le nom des champs ne doit pas figurer dans le csv.

cordialement,
ChrisParis
Messages : 27
Enregistré le : jeu. janv. 14, 2016 1:25 pm

lun. oct. 10, 2016 10:47 am

Bonjour Samuel

Effectivement, ces infos vont être très utiles.
- vos dates doivent être en dd/mm/yyyy et non pas dd/mm/yy comme indiqué dans la fenêtre de dialogue de OC.
- la première ligne avec le nom des champs ne doit pas figurer dans le csv.

Je vais de ce pas faire le test.

Merci
Christian
ChrisParis
Messages : 27
Enregistré le : jeu. janv. 14, 2016 1:25 pm

lun. oct. 10, 2016 10:57 am

Samuel

Merci de vos conseils, mon import fonctionne.

J'ai deux nouvelles questions.
- Dans mon import le N° de la pièce est 'PaiesJanvier2016' mais à la place j'ai 'import du 10/10/2016'
Ai-je fait une erreur?
- J'ai créé un journal 'Paies' mais à l'import, OC me dit qu'il n'existe pas mais il importe quand même. Au final dans la colonne Journal j'ai bien 'Paies'.
Y'at-t-il quelque chose à faire en plus une fois le nom et le code du journal créé?

Merci

Christian
ChrisParis
Messages : 27
Enregistré le : jeu. janv. 14, 2016 1:25 pm

lun. oct. 10, 2016 11:18 am

- J'ai créé un journal 'Paies' mais à l'import, OC me dit qu'il n'existe pas mais il importe quand même. Au final dans la colonne Journal j'ai bien 'Paies'.
Y'a-t-il quelque chose à faire en plus une fois le nom et le code du journal créé?

J'ai mis PA, mon code, à la place de Paies mais pas mieux
Samuel_Burg
Messages : 144
Enregistré le : mer. juil. 22, 2015 12:17 pm

mer. oct. 12, 2016 7:34 am

Bonjour,

- à vue de nez, pour le journal Paies/PA à tout les coups le journal ne pré-existait pas à votre import, et ceci n'est pas tout à fait prévu dans le module d'import. perso j'ai toujours vérifier que la structure de la base était en parfait cohérence avec mes écritures avant de faire un import donc je n'ai jamais tester de faire des imports sur un journal non existant. a tout les coups les fonction utilisées dans l'import créer le journal manquant à la volé (ou pas) et déclenche un message d’alerte.

- pour le nom des pièces, le module d'import par défaut de OC ne les utilise pas et créer ses propres nom à la place.

- pour une version d'import qui gère le nom des pièces et les numéros de mouvement, voici une version CO 1.4.1 que j'ai modifié à cet effet:
https://dl.dropboxusercontent.com/u/826 ... 1.4.sb.jar
pour qu'il fonctionne vous devez utiliser le format présenté dans un de mes posts précédents, avec la colonne supplémentaire pour identifier la façon donc vous voulez que les écritures soient associé en mouvement. lisez mon historique de post pour les détails.

cordialement,
Répondre