problème de description des données dans un utilitaire PYTHON

Bonjour, et merci pour toute aide qui sera la bienvenue. J'ai fait développer l'an dernier pour ma TPE un petit utilitaire, qui travaille à partir de 4 tables (clients, articles, entetes factures et lignes de factures) dbf, qui semble être en PYTHON et qui m'a été livré, relativement fonctionnel. La doc devait être livrée par la suite. Après tests en réel, je me suis aperçue que l'un des champs utilisé n'est pas pris dans la bonne table. Mais (je vous passe les détails) entre temps le développeur n'est plus dans l'entreprise et depuis plus de 6 mois la société reste sourde à toutes mes demandes de correction. J'arrive à me débrouiller en allant bidouiller dans les tables mais ça ne peut pas durer comme ça.
Il ne me reste qu'à plonger dans le code... que je ne connais pas du tout. donc,
cette routine construit un fichier pour une administration à partir de tables. Dans ma table client, j'ai un gencod.
Dans ma table lignes de factures, le gencod est répété. Mais elle est parfois fausse et plus moyen de la corriger alors.
Je voudrai donc juste que la routine construise le fichier avec le gencod de la table client et non l'autre.
Pour cela il faut que je trouve ou sont décrits les champs, puis ou ils sont exploités.
Si quelqu'un peut m'aider, ce serait super !
ou puis je trouver la description des champs utilisés ? *J'ai un dossier dbfpy dans lequel je trouve plusieurs fichiers, des fichiers en .py et en .pyc
Grand merci à l'avance
:)

Salut,

Difficile de te conseiller quelque chose sans rien connaître du code, tu t'en doutes.

Quel OS ? Windows, OSX, Linux ?

Quelle base de données ?

Est-ce un gros travail ? (Ignore les fichiers .pyc, ce sont des doublons)

Tel que tu le décris, on peut espérer qu'une architecture MVC y est implémentée et le problème que tu décris peut être situé à divers niveaux, du simple au plus compliqué.

Un conseil tout de même, n'essayes pas de deviner ce que fait le code, ce n'est pas forcément intuitif. Et ne le modifie pas, en tous cas pas sans faire de copies.

J'ai envie de te poser une question: pourquoi avoir fait développer une application de facturation pour ton entreprise?

Des logiciels, libre ou commerciaux, en Python ou autre, dans le domaine sont légions.
As tu un contexte si spécifique que tu n'as pas pu trouver chaussure à ton pied?

Est-ce qu'il ne serait pas préférable de partir d'un outil existant (libre par exemple) et de l'adapter à ton besoin?
Est-il encore possible de repenser ton outil de zéro quitte à imaginer un outil de migration pour reprendre les données de cet outil?

Avoir un outil sur mesure, sans évolution possible simplement, pour un besoin aussi stratégique que la facturation me parait assez risqué.

Citation:

---

Envoyé par VinsS

Salut,

Difficile de te conseiller quelque chose sans rien connaître du code, tu t'en doutes.

Quel OS ? Windows, OSX, Linux ?

Quelle base de données ?

Est-ce un gros travail ? (Ignore les fichiers .pyc, ce sont des doublons)

Tel que tu le décris, on peut espérer qu'une architecture MVC y est implémentée et le problème que tu décris peut être situé à divers niveaux, du simple au plus compliqué.

Un conseil tout de même, n'essayes pas de deviner ce que fait le code, ce n'est pas forcément intuitif. Et ne le modifie pas, en tous cas pas sans faire de copies.

---

Bonjour et merci pour ta réponse.
La routine est développée sur WINdows, la base de données générée se compose de 4 petits fichiers dbf, directement extrait par CIEL.
Le travail est assez simple à mon avis.
POur le reste je ne sais pas te répondre.
Merci en tous les cas.
Lucie

Citation:

---

Envoyé par Laurent 1973

J'ai envie de te poser une question: pourquoi avoir fait développer une application de facturation pour ton entreprise?

Des logiciels, libre ou commerciaux, en Python ou autre, dans le domaine sont légions.
As tu un contexte si spécifique que tu n'as pas pu trouver chaussure à ton pied?

Est-ce qu'il ne serait pas préférable de partir d'un outil existant (libre par exemple) et de l'adapter à ton besoin?
Est-il encore possible de repenser ton outil de zéro quitte à imaginer un outil de migration pour reprendre les données de cet outil?

Avoir un outil sur mesure, sans évolution possible simplement, pour un besoin aussi stratégique que la facturation me parait assez risqué.

---

Ce n'est pas un outil de facturation, la facturation est faite sous CIEL. Mais on doit déclarer toutes nos ventes à un organisme et cet utilitaire me sert à construire le fichier selon les exigences de l'organisme à partir de quatre tables. Je n'aurai pas eu idée de faire faire un logiciel de facturation spécifique, même si j'ai pas mal amélioré l'existant.

Merci de ta réponse en tous les cas.
Lucie