Noalyss

Je veux bien essayer de voir comment déclarer le bug dans mantis.. J\'ai jamais utilisé ce truc encore..

C\'est bon, j\'ai entré le bug et c\'est corrigé, je publie le tout d\'ici qq jours.

Bonne soirée

Dany

Iaorana !

Bon ça a été un peu long (cloture 2012 oblige) mais j\'ai pu m\'y remettre.

J\'ai donc tout bien mis à jour, phpcompta & le plugin (v463).
J\'ai corrigé les derniers bugs que j\'avais dans mon programme d\'export, et maintenant mon fichier une fois importé coté phpcompta sort tout en vert (plus d\'erreur).

Tout en bas je sélectionne \"Journal des ventes\" puis \"Transfert des opérations\" et là...

#0 6.5.5181/include/class_acc_operation.php(211): Database->exec_sql(\'insert into jrn...\', Array)
#1 6.5.5181/include/ext/import_doli/include/class_impdol_operation.php(437): Acc_Operation->insert_jrn()
#2 6.5.5181/include/ext/import_doli/include/imd_operation.inc.php(75): Impdol_Operation->transfer()
#3 6.5.5181/include/ext/import_doli/index.php(118): require_once(\'/x/x/x/...\')
#4 6.5.5181/include/extension_get.inc.php(38): require_once(\'/x/x/x/...\')
#5 6.5.5181/include/ac_common.php(970): require(\'/x/x/x/...\')
#6 6.5.5181/html/do.php(140): show_menu(Array, 0)
#7 {main}

Avec aucune écriture dans mon dossier comptable...!

Ca vient du patch sur les montants négatifs ? Car avant j\'arrivais à avoir quelques petites choses quand même...

Belle journée à vous...

Bonjour,

Normalement non, en regardant sur \"explorer source\" --> plugin -->comparaison 462-463 ; on utilise le montant en valeur absolue c\'est tout. Ce qui m\'ennuie est que l\'erreur n\'est pas affichée

Quand une opération foire, tout est annulé, afin de garantir que la base de données reste consistante.

Pourrais-tu me donner exactement le message d\'erreur et un petit fichier pour reproduire l\'erreur ? Fiche & Opérations, l\'important est que je puisse reproduire l\'erreur: je n\'ai pas besoin de données réelles


Merci d\'avance

Bonne journée aussi


Dany


PS:laorana : cela vient d\'où ?

Ok j\'ai isolé une commande avec coupon de réduction, et en effet elle plante à elle toute seule (en journal de vente) :

179;\"28.2.2013\";\"T\";\"CLFRA\";\"21520 - client\";\"21520\";;;;;
179;\"28.2.2013\";\"S\";\"VBDTSH\";\"nm produit\";\"21520\";4057.29;0;1;0;4057.29
179;\"28.2.2013\";\"S\";\"VEXPE\";\"Expédition Economique\";\"21520\";1995.23;0;1;0;1995.23
179;\"28.2.2013\";\"S\";\"CR\";\"Coupons de réduction:\";\"21520\";-811.46;0;1;0;-811.46

J\'ai vu que les plugins étaient passés de v463 à v470, j\'ai fais la mise à jour, mais ça ne change rien, il y a toujours l\'erreur...

Sinon iaorana veut dire bonjour en Tahitien. Littéralement ça veut dire \"que tu vives!\"

Voilà, j\'ai vu le problème et c\'est corrigé.

C\'est la réduction (montant négatif) de -811.46 qui posait problème.

Yes !
Je viens d\'envoyer un petit millier d\'écritures avec une bonne 30ène de cas avec montants négatifs, tout est passé...

Si je peux suggérer quelque chose : avoir un récap tout en bas du nombre de lignes en erreur, ce qui évite de les louper si on fait défiler trop vite.. Je peux faire le patch, ça doit être à ma portée !

Mauruuru roa! (=merci beaucoup)

Je viens d\'importer 2 fichiers pour 2 périodes différentes, et j\'ai constaté que la 1ère colonne du fichier (numéro de ligne) sert de clé primaire pour déterminer s\'il y a eu déjà importation de la vente ou pas (détection des doublons)...

Quand on lit la doc, on ne le comprend pas comme ça. Je pensais que c\'était la colonne \"numéro de pièce\" qui permettait de déterminer s\'il y avait déjà eu importation ou pas.

Aussi, on doit bien générer le \"numéro de ligne\" de façon unique pour tout un exercice, et non pour un fichier uniquement...

Je ne sais pas si c\'est volontaire, mais voilà, c\'est signalé !

Oui c\'est volontaire, on aurait du l\'avoir dans la doc. Si tu te sens le temps ou l\'envie, tu peux l\'ajouter.

@+

D.