Retours d\'expériences sur l\'importation de données dans PhpCompta.
Préambule : je souhaite passer ma compta sous PhpCompta ( je viens de découvrir ce logiciel, le choix de postgresql et les commentaires sur le web m\'en ont décidé.
Besoin : durant la phase transitoire je ne veux pas faire de doubles saisies, donc je souhaite pouvoir tout importer dans PhpCompta.
Essai 1 :pour des opérations de ventes ( 2 clients et 2 tva créés au préalable dans PhpCompta )
OK avec le module d\'import de Dolibar en corrigeant un petit bug ( inversion des champs Type et QuickCode dans le fichier d\'import)
Essai 2 :
Plan comptable : Ok
Fiches clients, fournisseurs, produits et charges: Ok
à noter que les quickcodes sont traduits en majuscule et sans espace.
Opérations ( via import Dolibarr ) : journaux ventes et achats : Ok
quelques allers-retours ( supression de la base et redémarrage à 0 suite à la conversion des quickcodes ( voir ci-dessus )
l\'erreur d\'absence d\'un compta TVA n\'est traitée que lors de la requête d\'insertion dans le journal jrnx
en l\'occurence mon plan comptable comprenait le compte 44571000 TVA COLLECTEE NY mais phpcompta a besoin du compte 44571 ( sans les 3 zéros à la fin )
les avoirs de ventes doivent être importés en achats et inversement pour les avoirs d\'achats afin d\'éviter l\'erreur check balance ( solution qui reste à valider dans les comptes )
à noter le temps de traitement : environ 1h pour environ 10.000 lignes.
A suivre …
Résumé des bugs à corriger :
1) Import Dolibarr : inverser les colonnes Type et QuickCode dans le tableur d\'exemple ( voir Essai 1 )
Résumé des petites améliorations proposées :
1) Import Dolibarr à rebaptiser en import factures ( ventes ou achats ) en présisant que c\'est bien adapté pour Dolibarr
2) class_impdol_operation.php : ajouter à la fin du message : ne contient pas 11 colonnes
3) Vérifier avant l\'import la présence des comptes obligatoires ( voir Essai 2 )
4) Option de paramètrage permettant de choisir le codage des comptes ( N° de chiffres fixe ou non – voir Essai 2)
Imports REX n°2
Re:Imports REX n°2
Bonjour,
Il va falloir recopier le bug dans mantis
(dans la section plugin)
Je propose pour les améliorations de recommencer avec une copie d\'import dolibarr, en fait, si je veux créér un second plugin, c\'est pour laisser DOLIBARR a DOLIBARR et proposer un plugin qui permet l\'import / export de données depuis toute comptabilité.
Cela permettra une plus grande flexibilité de développement.
@+,
D.
Il va falloir recopier le bug dans mantis
(dans la section plugin)Je propose pour les améliorations de recommencer avec une copie d\'import dolibarr, en fait, si je veux créér un second plugin, c\'est pour laisser DOLIBARR a DOLIBARR et proposer un plugin qui permet l\'import / export de données depuis toute comptabilité.
Cela permettra une plus grande flexibilité de développement.
@+,
D.
Re:Imports REX n°2
1) C\'est fait
2) Bien reçu, j\'approuve l\'idée.
3) Pour moi, le besion d\'import est double
3.1) Import initial à partir d\'une autre compta
3.2) Imports réguliers d\'informations extérieures telles que les données bancaires ( factures de vente ou d\'achats, OD pour salaires, ... )
2) Bien reçu, j\'approuve l\'idée.
3) Pour moi, le besion d\'import est double
3.1) Import initial à partir d\'une autre compta
3.2) Imports réguliers d\'informations extérieures telles que les données bancaires ( factures de vente ou d\'achats, OD pour salaires, ... )