Forums
Salut à tous,
Début d'année oblige, je dois mettre à jour les pris + créer les nouveaux produits de mes fournisseurs. Cependant, l'un d'eux m'a envoyer un .csv "exotique", que j'ai nettoyé, recopié pour réexporter en .csv compatible, mais je pense que des caractère cachés ou fantômes se sont glissés, ou qu'il y a eu des décalages... Je ne trouve pas le souci, et il est impossible de créer+update, seules les updates se font. pour créer, il faudrait seulement des produits non existants....
Je dois trouver ce qui à compromis ma base pour débloquer. Des idées ?
- Se connecter ou s'inscrire pour poster un commentaire
Info Systeme Laurux
[System]
OperatingSystem=Linux
Kernel=6.17.0-14-generic
Architecture=x86_64
Memory=7950808 kB
DistributionVendor=Ubuntu
DistributionRelease="Ubuntu 24.04.4 LTS"
Desktop=KDE3
[Gambas 3]
Version=3.19.0
Path=/usr/bin/gbx3
[Version Mysql]
80045
[Version Laurux]
3.69.0 (/home/franck/Laurux)
OperatingSystem=Linux
Kernel=6.17.0-14-generic
Architecture=x86_64
Memory=7950808 kB
DistributionVendor=Ubuntu
DistributionRelease="Ubuntu 24.04.4 LTS"
Desktop=KDE3
[Gambas 3]
Version=3.19.0
Path=/usr/bin/gbx3
[Version Mysql]
80045
[Version Laurux]
3.69.0 (/home/franck/Laurux)
Salut, effectivement, des…
Salut, effectivement, des caractères spéciaux sont dans la base -> corrigés.
Cependant le souci persiste, et comme les derniers imports étaient avec mon ancien serveur, qui avait des bugs, j'ai listé des produits sans code fournisseur dans les fournisseurs concernés : mysql> SELECT COUNT(*)
-> FROM Fiches_Art
-> WHERE art_four = '401027'
-> AND art_cfour IS NULL;
+----------+
| COUNT(*) |
+----------+
| 3025 |
+----------+
1 row in set (0,02 sec)
mysql> SELECT COUNT(*)
-> FROM Fiches_Art
-> WHERE art_four = '401044'
-> AND art_cfour IS NULL;
+----------+
| COUNT(*) |
+----------+
| 20 |
+----------+
1 row in set (0,02 sec)
mysql>
Du coup : Est-ce que des produits sans code fournisseur renseigné peuvent bloquer la création d'articles chez ce même fournisseur, mais laisser la mise à jour des refs renseigné ? Car si cela vient de là, je vais devoir supprimer les codes sans refs pour repartir avec une base fournisseur propre (et éviter les doublons)
Du coup, afin de ne pas…
Du coup, afin de ne pas endommager plus que cela ma base, jai choisi une option alternative :
-> Basculement de tous les produits du fournisseur Imbretex (dont les ref fourniseur manquaient) vers fournisseur Z
-> Import du listing fournisseur Imbretex propre avec le nouveau serveur
Idéalement, il faudrait pouvoir suspendre l'ensemble des articles du fournisseur Z (en passant par fournisseur ou par fichier .csv ce serait top. Je n'ai pas trouver d'option pour cela. Dans un autre système que j'ai connu, il était possible de passer "obsolete" par listing et les produits ainsi que leurs historiques restaient, mais étaient invisibles pour la rédaction devis facture, du coup, mes suprimés sont d'une couleur me permettant d'éviter de les injecter actuellement.
J'ai remarqué une chose en mise à jour des prix pas import CSV ; pour mon fournisseur RALAWISE, les prix d'achat ont été mis à jour, mais pas le prix de vente HT, je m'explique :
-> Prix d'achat brut HT d'une ref XXXXX 13,50 €
-> Coeff de vente 2,000
-> prix de vente 13,50 €
Si je vais sur la fiche et que je tape entré il recalcule, du coup je pense qu'a l'import Laurux "oublie" la phase de recalcule peut-être ? Tu en pense quoi Patrick ?
A suivre...