Reglage mise à jour Laurux en test

La table est bonne, je l'ai vérifié plusieurs fois. Depuis ce matin, j'ai deux possibilités qui se succèdent :
1 => ça mouline, me dit que le travail est fini ---> Aucun article importé
2=> ça mouline..... et crée des articles vides

Du coup, je pensais que c'était mon fichier et ait décidé de vérifier sur une base vide, et là tout marche nickel... Avec le même fichier, la même table... j'y comprends rien...

Ce qui est étrange, c'est qu'il me dit bien "travail terminé" puis :

*************************************************** Liste des produits mis à jour ********************************************************************

code Intitule Ref fournisseur Ancien PbHT remise Ancien PaHT Nouveau PbHT remise Nouveau PaHT Coeff PvHT Tva Pvttc
10 ; Veste coupe-vent é capuche double épaisseur N ; TS009NAVYL ; 28,32 ; 0 ; 28,32 ; 28,32 ; 0,000 ; 28,32 ; 02,000 ; 50,98 ; 3 ; 61,18
11 ; Veste softshell Black S ; TS012BLACS ; 29,1 ; 0 ; 29,1 ; 29,1 ; 0,000 ; 29,1 ; 02,000 ; 52,38 ; 3 ; 62,86
22 ; Polaire é zip intégral Charcoal L ; TS014CHARL ; 15,66 ; 0 ; 15,66 ; 15,66 ; 0,000 ; 15,66 ; 02,000 ; 28,19 ; 3 ; 33,83
23 ; Veste matelassée Black/Black XS ; TS016BKBKXS ; 44,04 ; 0 ; 44,04 ; 44,04 ; 0,000 ; 44,04 ; 02,000 ; 79,27 ; 3 ; 95,12
24 ; Veste sans manches avec coutures thermocollée ; TS017BLACS ; 30,66 ; 0 ; 30,66 ; 30,66 ; 0,000 ; 30,66 ; 02,000 ; 55,19 ; 3 ; 66,23
25 ; Veste rembourrée recyclée Delmont Black S ; TS043BLACS ; 40,92 ; 0 ; 40,92 ; 40,92 ; 0,000 ; 40,92 ; 02,000 ; 73,66 ; 3 ; 88,39
26 ; Polaire é zip intégral Femme Black*é XS ; TS14FBLACXS ; 15,66 ; 0 ; 15,66 ; 15,66 ; 0,000 ; 15,66 ; 02,000 ; 28,19 ; 3 ; 33,83
27 ; Bodywarmer Femme Navy XS ; TS15FNAVYXS ; 22,8 ; 0 ; 22,8 ; 22,8 ; 0,000 ; 22,8 ; 02,000 ; 41,04 ; 3 ; 49,25
28 ; Veste matelassée Femme Black /Bright Yellow S ; TS16FBKBYS ; 39,3 ; 0 ; 39,3 ; 39,3 ; 0,000 ; 39,3 ; 02,000 ; 70,74 ; 3 ; 84,89
29 ; Peignoir é col chéle French Navy XS ; AR025FNAVXS ; 43,38 ; 0 ; 43,38 ; 43,38 ; 0,000 ; 43,38 ; 02,000 ; 78,08 ; 3 ; 93,70
30 ; Serviette d'invité French Navy One size ; AR034FNAV ; 2,58 ; 0 ; 2,58 ; 2,58 ; 0,000 ; 2,58 ; 02,000 ; 4,64 ; 3 ; 5,57
31 ; Sweat raglan Senior Academy Academy Black XS ; AC001ACBKXS ; 10,08 ; 0 ; 10,08 ; 10,08 ; 0,000 ; 10,08 ; 02,000 ; 18,14 ; 3 ; 21,77

Mais ne crée pas les produits qui n'existent pas, pourtant "création des produits manquants" est coché. Pourquoi il les crée sur une base, mais pas sur l'autre ? Soit j'ai oublié une chose à laquelle je pensais les autres fois, soit ma base à un problème qui empêche cela.

Essai avec un autre fichier, d'un autre fournisseur, même problème.
Est-ce que cela peut venir d'un paramètre famille ?
-> la seule différence, c'st famille ou base. Sinon tout est identique

Bonjour Patrick;
J'ai réussi à reproduire le problème sur la base test.
Le problème se produit lorsque je veux injecter des articles sur une famille que j'ai créée (Textiles).
Une fois que cela se bloque, impossible d'injecter sur n'importe quelle famille, meme si je supprime la famille textiles.
Du coup, je ne sais pas comment débloquer cela sur ma base utilisée...

Autre info : si je veux basculer des produits d'une famille vers une autre via l'outil, j'ai ce message d'erreur :

Query failed: Table 'Laurux03.Rupture' doesn't exist.

DB_Connection.Exec.422

Je pense que tout doit venir de là... Un problème dans mes familles lors de leurs création. Pour les comptes, comme elles sont toutes a 20%; je me suis basé sur les paramètres de la famille TVA 20... ai-je eu tord ou est-ce lié à la création des familles ?

Bonjour Patrick;

Merci pour ton retour.
J'ai suivi tes consignes pour les familles. Au lancement de l'impression, Laurux se ferme, et ouvre quand même le pdf généré. Par contre, si je veux basculer une famille, le même message d'erreur apparait au lancement suivant.

Pour la mise à jour des articles, voici ce qui se passe (j'ai reproduit cela sur une société test) :
-> société neuve, MAJ article sur famille existante -> aucun problème
-> création d'une famille avec les même comptes que TVA 20 -> 1 article se cré, le reste non
-> tentative de MAJ sur famille existante (20) ou la nouvelle crée -> Laurux travail, affiche "travail terminé" mais aucun article généré, parfois quelques articles "mis à jour"

J'ai reproduit cela sur 4 société test, et impossible défaire fonctionner ensuite, même en supprimant la famille crée (après avoir supprimé ou déplacé les produits dans d'autres familles)

Du coup, ma question : Est-ce que le fait de lancer une MAJ qui ne crée par les articles ne laisserait pas un "programme ou des erreur d'inscriptions fantôme" qui bloquerait les tentatives suivantes ?
J'ai aussi testé de supprimer la base d'une société test et de la recréer en prenant la sauvegarde, le problème persiste, ce qui me ferait penser que le problème est dans la base de la société... Après, là, tu sera plus compétent que moi...
Je ne peut pas lancer un ligne via le terminal pour avoir un code erreur ou voir ou cela bug ?
Si tu veux que je t'envoie quelque chose ou que je test des manips, dis-le moi... De plus, mon PC portable se connecte bien à mon serveur maintenant, si tu veux regarder des réactions par toi meme.

Bonjour,

Petit récap des différents soucis que je rencontre au 12/02/2025 :

-> Injection produits/MAJ prix par fichier CSV qui s'est bloqué. Ne fonctionne plus
-> Impossible de remonter une ligne de plus de 3 ligne avec la touche - en rédaction de devis/facture. Sinon cela se bloque, et les lignes du dessous sont perdues 1 fois sur deux.
-> Impression recto/verso se transforme en recto seul
-> Je n'arrive pas non plus à générer les commandes auto : par ex, je sélectionne mon fournisseur X et je souhaite générer une commande par rapport à mes stocks ou mes commandes en cours, générer me crée une commande sans aucune lignes. Cette fonction à-t-elle changé ou fonctionne différemment de la V 3.68 ?

A part ces points là, tout le reste est rentré dans l'ordre. Beaucoup d'évolution avec la V3.69, mais on s'y fait. Un petit "dommage" pour moi serait au niveau du règlement lors de la sortie de facture, celui-ci n'apparait plus sur l'imprimé automatiquement en "soldant" le total de la facture. Ce n'est pas important, mais c'était pratique.
Le point qui me gène le plus, c'est ma MAJ des prix avec l'injection d'un nouveau fournisseur qui ne veut pas m'obéir. Au besoin, j'entamerais des négociations avec mon PC... ;-)

Salut Patrick,
C'est noté pour tes infos. Mais la MAJ d'articles reste bloquée, que ce soit avec petits ou grands fichiers.
Cela s'est figé avec une famille crée manuellement (sur 3 sociétés), et impossible de la refaire fonctionner sur les 3 sociétés. Que ce soit avec la famille textile ou TVA 20.
Le blocage c'est fait avec un fichier de 8 articles, et 1000 articles... Ce même fichier avait fonctionné sur TVA 20, et à bloqué sur TEXTILES.
Je ne sais pas comment refaire marcher cette fonction. peut-être que cela à vérolé mon fichier base articles; ce qui expliquerait le problème ?

OK Patrick, ce qui paraît logique en soi... Je vérifie mes mini/maxi dans ce cas.

Petite question pour mon souci d'import : est-ce que cela peut venir d'une donnée famille, ou d'un souci autre ? car le fichier .csv est bon, vu qu'il est passé dans deux sociétés test avec TVA de défaut, mais se bloque lorsque je crée une famille et tente de l'injecter dessus, ce qui bloque tout le processus par la suite.
Sinon, comment trouver ce qui pourrait créer un blocage, car Laurux me dit que le processus est terminé, mais n'a créé aucun produits (bouton création article bien coché). Est-il possible que le fait qu'il n'arrive pas à créer les articles, pour quelque raison que ce soit, fasse un bug dans le fichier des articles qui planterait toute injection suivante ?

Salut patrick;
C'est bon pour les commandes, je viens de remarquer qu'il faut cliquer une seconde fois sur "générer".
Petite question : auparavant, Laurux ajoutait aussi les produits non stockés présents dans des commandes clients, c'est toujours le cas ?

Je viens aussi de penser à un truc sur mes soucis d'imports, les familles qui ont fait bloquer le truc ont été crées avec la 3.69, si mes familles antérieures fonctionnaient avant le blocage. C'est peut-être important pour toi.

Salut Patrick;
J'ai trouvé une solution qui m'a permis de faire une injection :
Dans mon fichier .csv, j'ai moi même créé des codes articles qui suivent ma codification, et mon fichier à été injecté.
Donc, par logique, mon problème viendrait d'un problème de création de code ? Non ? Est-il possible que le fait d'avoir eu un bug bloque la suite logique de numérotation, ce qui empêcherait le logiciel de créer des articles ?

Si ça venais de mon fichier, pourquoi a-t-il fonctionné sur la famille 20% sur une société, et bloque sur une famille crée sur ma base ?
De plus, si mon fichier était incorrect, si j'y ajoute un code, normalement il ne passerait pas non plus, non ? Car j'ai vérifié, l'intégralité de mes articles est bien rentré avec les code que j'avais mis.
Ce ne serait pas mon problème de code qu'on a débloqué sur la création via fiche article qui empêcherai la génération de code en import ?

Première étape :
-> Création de la base Laurux 04 (les 3 premières étant bloquées)
Deuxième étape
-> préparation fichier .csv en retirant la colonne CODE PRODUITS, ce qui me donne :
marque; ref équivalente; ref fournisseur; désignation 1; désignation 2; poids; prix brut HT; min commande; conditionnement, Unité vente ; Unité achat
-> séparation ; supréssion de la ligne 1 avec nom des colonnes
-> Dans Laurux, préparation du fichier d'import avec indication des colonnes/éléments d'importation
Injection du fichier
-> sélection du fichier de destination et du fichier d'import
-> famille produits TVA 20% et fournisseur B divers
-> cases cochées : 1- mise a jour future base tarif (date du jour), 2- Travail prix brut HT, 3- création produits manquants, 4- MAJ désignation, 5- MAJ code barre, 6- MAJ code équivalent

Mise a jour oK -> intégralité des produits importé après moulinage (9400 articles)

ETAPE deux :
-> création famille TEXTILES avec même indications comptables que TVA 20%
-> modification des refs fournisseur dans le fichier article.csv
-> import avec mêmes caractéristiques de selection
-> moulinage- fin d'import ---> aucun produit créé.

Le fichier est le même, les réglages aussi. La seule différence se situe dans la famille qui à été créée. Du coup, je ne pense pas que cela vienne du fichier. Tu en pense quoi Patrick ?

Bonjour Patrick,
J'ai installé la dernière MAJ et refait un test d'import. j'ai eu 8 ou 9 articles importés, puis plus le reste...
Du coup... je sèche. Pourquoi est-ce qu'il bloque... J'ai essayé plusieurs fichiers. Ma procédure est la même que depuis le début... pourtant. Et la mise à jour des prix de mes fournisseurs va commencer à urger... Du coup je ne sais plus quoi essayer :
-> Reprendre à zéro (suppression de toute la base et réinjection), risque de ne plus rien avoir
-> autre solution que je n'ai pas...

Je t'envoie ça. mais je ne pense pas que le fichier soit la source du problème, il passe sur une société ou je n'ai pas créé de famille. Je ne rencontre le problème que sur les société ou j'ai voulu injecter des produits sous les familles créés par mes soins...

Salut Patrick,

J'ai deux questions, en rapport avec mes imports d'articles. La, j'ai l'impression que Laurux tourne depuis 24h sans vraiment créer mes nouveaux produits ou les mettre à jour. La numérotation est OK. Est-il possible que cela vienne du fait que ce fournisseur est sous une famille 04, et qu'a l'import j'ai saisi la famille 04 (pensant que cela changerai les familles sans buguer).
Autre question, si j'utilise l'outil changement de famille, j'ai le message :
Query failed: Table 'Laurux01.Fiches_Mats' doesn't exist.

DB_Connection.Exec.422

Pourtant, avant de le faire, j'ai imprimer la liste des produits à commander pour générer le fichier dont tu m'a parler la dernière fois...

Si tu a s des réponses/pistes... Je suis preneur ;-)

Salut,
Ok pour la Fiche_Mats.

Je ne crée pas de nouveaux articles, je me suis juste rendu compte que lors de la mise a jour, j'avais encore des articles sous une famille que je n'utilise plus. Du coup ma question en plus simple :
-> si je mets à jour les tarifs de mes produits, qui sont actuellement dans la base sous Famille 04, et que dans la fenêtre je le met en Famille 05 (car maintenant c'est celle qui est utilisée), est-ce que :
-> cela bloque car pas de correspondance
-> cela ne tiens pas compte de ce que j'ai indiqué et laisse la famille de l'article tel qu'il était dans la base avant la mise à jour des prix
-> Cela change la famille sans tenir compte de son historique, contrairement a l'outil changement de famille
-> crée un doublon dans la nouvelle famille (ce qui indique que je devrais passer les ancien en obsolète

Je n'ai aucun intérêt à avoir des doublons, mais comme j'ai plusieurs fournisseurs qui fournissent la même marque, et que je ne vois pas de fonction multi-fournisseur, il est possible que mon produit apparaisse dans deux fichiers de mises a jour, avec deux familles différentes...

Salut Patrick,

Queslques nouvelles de ma mise à jour d'article. j'ai réussi à lancer une mise à jour du fournisseur dont tu avait vu le fichier d'import. par contre, j'ai essayer de faire une autre mise à jour (en vérifiant au préalable le dernier numéro d'article), mais maintenant le problème est différent :
-> rien n'est importé
-> rien n'est mis à jour
-> aucun message d'erreur
-> Laurux mouline sans rien faire (PC tourne depuis 48h pour un fichier (idem avec un tableau de 7 lignes...)

Je ne sais pas si cela s'est produit depuis le mise à jour, ou depuis que j'ai réussi à basculler une famille, car ce souci à été réglé ici. La dernière mise à jour m'a permis le transfert.

J'ai testé en injectant ma liste de 7 articles sous un fournisseur Générique "I divers". La liste à été créée nickel -> transfert vers le fournisseur "Imbretex" correct également avec l'outil changement de fournisseur.

Question : Qu'est-ce qui peut bloquer la mise à jour d'article sur un fournisseur sans donner de message bloquant ?

Ce matin, je refait un test avec un fichier d'une vingtaine de lignes, j'ai ce message :
OUT OF BOUNDS :

[21] Out of bounds.

Impart.rechercheKey.1843

est-ce que j'aurais un problème dans la création de mes fichiers csv, ou un souci dans Laurux ?

Ah OK,
Je croyais qu'elle était différente. Sinon, là j'ai lancer un autre fichier qui dure... J'attend de voir si ça marche. Laurux mouline, le voyant HDD du serveur clignote, mais c'est hyper long... Je ne sais pas si ça va marcher. Les autres fois le serveur et Laurux ont bossé 48h sans mettre à jour prix et/ou désignation... Avant, j’avais pas ces soucis, du coup je tatonne et galère un peu... Question idiote, avec la mise a jour 3.69, et les modifications dans les casses de désignations, cela n'aurait pas fait apparaître des caractères spéciaux qui géneraient MySQL ?

Donc, j'ai finalement eu le même message d'erreur vers 18h. Laurux à mouliné environ 8h pour un fichier de 16000 articles sans les mètre à jour ni en ajouter.
Le message d'erreur s'affiche, Laurux ferme et je n'ai pas non plus les fichiers indiquant les modifications apportées et ajouts (logique vu qu'il ne pas modifier/ajouter d'articles).
Donc, si il y avait un problème dans le fichier .csv, il ne moulinerait pas logiquement.
La dernière fois, j'ai réussi à injecter dans un autre fournisseur. Du coup, je me dit que le problème serait peut-être dans les fichiers du fournisseur ?
Serait-il judicieux de supprimer les articles du fournisseur et de tenter une injection après ? Cela permettrait de voir si le problème ne serait pas dans des articles qui y seraient ? Pourtant j'ai extrait ma base produits et n'ai pas trouver de prix à 0 ou de caractères sensible...
Bref, je m'en sort pas avec ces deux fournisseurs ... les autres, cela s'était bien passé...

Alors, à moins que je ne m'y prenne mal...
Mes fournisseurs m'envoient les mises à jour des prix avec des nouveaux articles intégrés... Ce qui fait que je l'injecte à la fois pour mettre mes prix à jour et pour créé les nouveaux articles.
ça a très bien marché pour deux fournisseurs, mais deux me posent problèmes.. Je vais peut être vérifier si le HDD de mon serveur ne serait pas en souffrance ?
Je regarderais si les fichiers dans home/tmp/ me donnent plus d'infos. Je ne serais pas surpris d'avoir une merde quelque part.
Si jamais je ne m'y prend pas bien, n'hésite pas à me le dire ;-) Avant ça moulinait, mais pas autant qu'aujourd'hui, c'est ça qui me perturbe. Et lorsque je vérifie, ce qui devrait être ajouté ne l'est pas (je vérifie par le code fournisseur, ref équivalente et désignation...)
Si ça continue, je vais faire un diagnostique de mon disque dur, des fois qu'il me met des erreurs d'entrées/sorties...

Une partie en effet. Je vais essayer de faire une extraction et de fusionner les deux fichiers (base et fournisseur), pour placer les codes articles qui existent. Comme ça, je vais faire ma mise a jour de prix en lui donnant les codes existants, cela va peut-être permettre à laurux de moins mouliner...