RE : RE : RE : [Dolibarr-user] numérotation desfactu res

[ozit]

Je ne sais pas où tu te trouves, mais tu ne dors pas ?
Bref, 
Les numéros des factures sont seulement dans cette table.
Après tout ce qui est lié à la facture l'est grâce au numéro interne de
facture (première colonne), que ce soit les tables llx_facture_tva_sum,
llx_facturedet, llx_paiement, ...
Donc pour le numéro et uniquement les numéros, cela se passe dans la table
llx_facture.
Maintenant, si tu changes un numéro de facture, tu constateras que dans
Dolibarr (appli web) le lien vers le fichier pdf aura disparu, car il
recherche l'existence d'un fichier et d'un répertoire portant le "nouveau"
numéro de facture, et comme il n'existe pas, il faut le créer.
Pour le créer, il faut cliquer manuellement sur chaque facture renommée sur
le lien : génère un pdf.
Le lien ressemble à 
http://ton.site.web/htdocs/compta/facture.php?facid=IIIDDD&action=pdf

Plutôt que de faire cela, je te proposais de le faire automatiquement par un
htmlview qui ouvrirait tous les liens...
Tu me suis ?

Pour le modèle, je n'en sais rien, tant que je n'ai pas d'article de loi, je
ne changerai pas mes habitudes.

A+

PS : à tous utilisateur non averti, ne pas faire ce qui est écrit ci-dessus.
PS2: pour 3 factures, oublies la partie création de pdf, je pense que tu
peux le faire manuellement.

-----Message d'origine-----
De : address@hidden
[mailto:address@hidden De la part de
Christophe
Envoyé : jeudi 11 août 2005 05:21
À : Discussions sur l'utilisation de Dolibarr
Objet : Re: RE : RE : [Dolibarr-user] numérotation desfactures

Le jeudi 11 août 2005 à 01:35 +0200, ozit a écrit :
> Non, quand tu changeras de modele, seules les nouvelles factures seront
> concernées

C'est bien ce que je pensais.

> Pour modifier ton historique, je ne te donne qu'une ébauche, pour ne pas
> prendre la responsabilité d'une telle manip :
> Une grande partie de ton problème se trouve dans la table llx_facture.

Une grande partie ou la totalité ?

> Le champ facnumber est à modifié à convenance (une commande sql par
exemple
> avec un UPDATE)
> Puis après, tu n'as qu'à te créé un petit scripts qui te génère des liens
> dans un fichier afin de faire un htmlview, lien du genre : 
> http://ton.site.web/htdocs/compta/facture.php?facid=IIIDDD&action=pdf
> avec IIIDDD ton numéro de facture. Cela créée le répertoire et le pdf
> associé

Rien compris ici, mais s'il ne s'agit que de toucher le champ dans cette
table, ça ne me posera pas de pb.
Je ne savais pas si ce numéro était reporté ailleurs. Tu me diras, je
n'ai qu'à rechercher...

> Enfin, comptablement, je ne pense pas que tu ai le droit de modifier une
> facture ou un numéro de facture que tu as remis à ton client, et donc, il
te
> faut commencer sur une nouvelle numérotation avec ton historique.

Ah, oui, c'est vrai, ma question est un peu idiote dans l'absolu.
Mais dans mon cas de mes seules 3 factures éditées, que je peux très
bien demander au client de remplacer, ça ne me pose pas de problème.
Mais autant faire les bons choix tout de suite.

D'où mon autre question, quel modèle se rapprochant du principe du
jupiter ne poserait pas ce problème de légalité (si toutefois ce
problème est confirmé, mais faisons comme si) ?

-- 
Christophe



_______________________________________________
Dolibarr-user mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/dolibarr-user