Et chez moi, dans le fichier « banckjournal.php » la présence de « f.facnumber » provoque l’erreur identique. j’ai donc remis l’ancienne ligne (avec f.ref) et ça fonctionne !
Bon… je crois qu’il est urgent d’attendre les corrections de la 9.01 ou 9.02 !
Merci de vos réponses
Régis
Étrange, chez moi en test tout fonctionne avec le fix d’eldy.
Ça devrait être identique chez toi, car le champs de llx_facture est bien facnumber, pas ref.
Effectivement après les 2 modifs suggérées par eldy, l’erreur sur le journal de banque a disparue pour moi, mais une nouvelle erreur apparaît sur le journal d’achats; « f.facnumber » --> champ non trouvé
Il semblerai que le fichier « purchasesjournal.php » ne soit pas à modifier comme indiqué et que seul le fichier « bankjournal.php » soit a modifer.
ce qui semble logique « purchasesjournal »= journal d’achats (seules les factures clients sont avec f.facnumber)
j’ai vérifié dans le « sellsjournal »: on a bien la référence à « facnumber » et non « ref »
Olivier
Autant pour moi, j’avais juste testé le journal de banque.
Merci olivedol, c’est remonté sur github.
https://github.com/Dolibarr/dolibarr/commit/456e78b7cfd15f71376abe7cfbeb45c9aaaafa9d
Oui car dans le 2° fix , on parle de la table llx_facturedet et non de llx_facture
donc cette fois, le champ « ref » existe bien dans llx_facturedet
Régis
Bonjour, je suis en train de faire ma compta et j’ai une erreur différente (j’ai fait les deux modifications indiquées aux fichiers bankjournal.php et purchasesjournal.php et ça ne change rien), lorsque je veux lier mes factures, j’obtiens ce message :
Illegal mix of collations (utf8_unicode_ci,IMPLICIT) and (utf8_general_ci,IMPLICIT) for operation '='Une idée ? C’est ballot, je ne peux pas faire ma ventilation, du coup 
Sur la page http://localhost/dolibarr/accountancy/admin/productaccount.php j’ai également ces erreurs :
[code]
Dolibarr a détecté une erreur technique.
You use an experimental or develop level of features, so please do NOT report any bugs, except if problem is confirmed moving option MAIN_FEATURES_LEVEL back to 0.
Voici les informations qui pourront aider au diagnostic (Vous pouvez fixer l’option $dolibarr_main_prod sur ‹ 1 › pour supprimer quelques notifications):
Date: 20190204135754
Dolibarr: 9.0.0
Niveau de fonctionnalités: 2
PHP: 5.5.12
Server: Apache/2.4.9 (Win32) PHP/5.5.12
OS: Windows NT CERKILL 6.2 build 9200 (Windows 8 Business Edition) i586
UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36
Url sollicitée: /dolibarr/accountancy/admin/productaccount.php
Referer: http://localhost/dolibarr/accountancy/index.php?leftmenu=accountancy_admin
Gestionnaire de menu: eldy_menu.php
Type gestionnaire de base de données: mysqli
Requête dernier accès en base en erreur: SELECT p.rowid, p.ref, p.label, p.description, p.tosell, p.tobuy, p.accountancy_code_sell, p.accountancy_code_buy, p.tms, p.fk_product_type as product_type, aa.rowid as aaid FROM llx_product as p LEFT JOIN llx_accounting_account as aa ON p.accountancy_code_sell = aa.account_number AND aa.fk_pcg_version = ‹ PCG99-BASE › WHERE p.entity IN (1) AND aa.account_number IS NULL ORDER BY p.ref ASC LIMIT 51
Code retour dernier accès en base en erreur: DB_ERROR_1267
Information sur le dernier accès en base en erreur: Illegal mix of collations (utf8_unicode_ci,IMPLICIT) and (utf8_general_ci,IMPLICIT) for operation ‹ = ›[/code]
Et lorsque je veux écrire dans le grand livre, sur les ventes, ça va, mais sur le journal des achats, Dolibarr m’insulte joyeusement :
[code]
Dolibarr a détecté une erreur technique.
You use an experimental or develop level of features, so please do NOT report any bugs, except if problem is confirmed moving option MAIN_FEATURES_LEVEL back to 0.
Voici les informations qui pourront aider au diagnostic (Vous pouvez fixer l’option $dolibarr_main_prod sur ‹ 1 › pour supprimer quelques notifications):
Date: 20190204140405
Dolibarr: 9.0.0
Niveau de fonctionnalités: 2
PHP: 5.5.12
Server: Apache/2.4.9 (Win32) PHP/5.5.12
OS: Windows NT CERKILL 6.2 build 9200 (Windows 8 Business Edition) i586
UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36
Url sollicitée: /dolibarr/accountancy/journal/purchasesjournal.php?mainmenu=accountancy&leftmenu=accountancy_journal&id_journal=2
Referer: http://localhost/dolibarr/accountancy/journal/expensereportsjournal.php?mainmenu=accountancy&leftmenu=accountancy_journal&id_journal=6
Gestionnaire de menu: eldy_menu.php
Type gestionnaire de base de données: mysqli
Requête dernier accès en base en erreur: SELECT f.rowid, f.facnumber as ref, f.type, f.datef as df, f.libelle,f.ref_supplier, f.date_lim_reglement as dlf, f.close_code, fd.rowid as fdid, fd.description, fd.product_type, fd.total_ht, fd.tva as total_tva, fd.total_localtax1, fd.total_localtax2, fd.tva_tx, fd.total_ttc, fd.vat_src_code, s.rowid as socid, s.nom as name, s.fournisseur, s.code_client, s.code_fournisseur, s.code_compta, s.code_compta_fournisseur, p.accountancy_code_buy , aa.rowid as fk_compte, aa.account_number as compte, aa.label as label_compte FROM llx_facture_fourn_det as fd LEFT JOIN llx_product as p ON p.rowid = fd.fk_product LEFT JOIN llx_accounting_account as aa ON aa.rowid = fd.fk_code_ventilation JOIN llx_facture_fourn as f ON f.rowid = fd.fk_facture_fourn JOIN llx_societe as s ON s.rowid = f.fk_soc WHERE f.fk_statut > 0 AND fd.fk_code_ventilation > 0 AND f.entity IN (1) AND f.type IN (0,1,2,3,5) AND f.datef >= ‹ 2019-01-01 00:00:00 › AND f.datef <= ‹ 2019-01-31 23:59:59 › AND f.rowid NOT IN (SELECT fk_doc FROM llx_accounting_bookkeeping as ab WHERE ab.doc_type=‹ supplier_invoice ›) ORDER BY f.datef
Code retour dernier accès en base en erreur: DB_ERROR_NOSUCHFIELD
Information sur le dernier accès en base en erreur: Unknown column ‹ f.facnumber › in ‹ field list ›
Warning: Invalid argument supplied for foreach() in D:\CCTP Dolibarr\www\dolibarr\htdocs\accountancy\journal\purchasesjournal.php on line 217[/code]
Pour cette dernière erreur, j’ai remis le fichier purchasesjournal.php dans son état antérieur (j’ai annulé les modifications préconisées).
Pas de solution ?
Bonjour
Évitez de relancer votre question trop vite ! Un peu de patience.
Ceux qui vous aident sont tous bénévoles et dorment la nuit.
@+
[Sujet déplacé, car rien à voir avec l’autre post]
Salut Cerkill,
peut être un problème de format de la base de donnée ?
sur une instance de test dupliquée de ta base prod, essaie /install/repair.php?force_utf8_on_tables=confirmed .
si le test est concluant, applique le sur ta base de prod EN FAISANT UNE SAUVEGARDE AVANT.
ps : bien dormi phil ? 
[Modération : sujet de Cerkill déplacé ici : www.dolibarr.fr/forum/t/resolu-v-9-00-erreur-ventilation-journal-treso-issue-10485-bug-solved/29109/21 ]
Bonjour et veuillez m’excuser de vous avoir un peu bousculé…
Concernant
/install/repair.php?force_utf8_on_tables=confirmed, je suis un peu neuneu… je procède comment
Il suffit de taper l’adresse dans votre navigateur :
[code]
http://mon-dolibarr-adress/install/repair.php?force_utf8_on_tables=confirmed[/code
Merci pour le tuyau ! Bon, j’ai lancé la procédure deux fois, à chaque fois ça échoue au bout d’un moment (là, sur :
llx_paiement_facture - Done (OK)
llx_paiementcharge
Fatal error: Maximum execution time of 120 seconds exceeded in D:\CCTP Dolibarr\www\dolibarr\htdocs\core\db\mysqli.class.php on line 268
Mais j’ai testé la liaison des factures (clients et fournisseurs), et ça m’affiche bien les lignes à lier. Et ça marche. Merci !
Il faut augmenter le temps maximum d’excution php
https://forum.hardware.fr/hfr/Programmation/PHP/php-augmenter-max_execution_time-sujet_43196_1.htm
Bon, je n’ai pas trouvé où allonger ce temps…
Dolibarr est héberger ou ?
Doliwamp ?
Si oui : https://agence-web.cubis-helios.com/wamp-modifier-editer-fichier-configuration-php-ini/
Pardon… j’avais zappé : je suis en local, doliwamp… je vais regarder ça.
Nouveau truc : le mailing ne fonctionne plus, je ne peux pas ajouter de destinataires… ça me met :
[code]
Fatal error: Cannot redeclare class mailing_advthirdparties in D:\CCTP Dolibarr\www\dolibarr\htdocs\custom\advtargetemailing\core\modules\mailings\advthirdparties.modules.php on line 301[/code
je viens de regarder aussi, la modification indiqué pour purchasejournal.php ne devrait pas être faites.
$sql = "SELECT f.rowid, f.ref, f.type, f.datef as df, f.libelle,f.ref_supplier, f.date_lim_reglement as dlf, f.close_code,";
$sql .= " fd.rowid as fdid, fd.description, fd.product_type, fd.total_ht, fd.tva as total_tva, fd.total_localtax1, fd.total_localtax2, fd.tva_tx, fd.total_ttc, fd.vat_src_code,";
$sql .= " s.rowid as socid, s.nom as name, s.fournisseur, s.code_client, s.code_fournisseur, s.code_compta, s.code_compta_fournisseur,";
$sql .= " p.accountancy_code_buy , aa.rowid as fk_compte, aa.account_number as compte, aa.label as label_compte";
$sql .= " FROM " . MAIN_DB_PREFIX . "facture_fourn_det as fd";
la table facture_fourn_det contient bien un champ ref et non un champs facnumber!
Hello
Me concernant cela a fonctionné du premier coup !
Un grand merci pour cette astuce !
Cordialement
Je confirme également. J’avais ce problème suite à la migration en Dolibarr 9 depuis Dolibarr 5. Merci !
