|
| URGENT >>> Votre avis à tous... |
| Iniciado por paul.gera, jul., 05 2005 9:52 AM - 12 respostas |
| |
| | | |
|
| |
Publicado em julho, 05 2005 - 9:52 AM |
Bonjour,
Je me retrouve confronté à un souci. => J'ai créé une saisie de BL qui
génére automatiquement une facture : jusque-là no problemo. Mais mon client
veut pouvoir éditer plusieurs factures pour le même BL. Autrement dit, un
même numéro de BL pourra avoir deux, trois, quatre factures.
Comment faire alors pour stocker les lignes commandes sans qu'il y ait de
confusions ?
Que me conseillez-vous ?
Merci de vos réponses.
Paul |
| |
| |
| | | |
|
| | |
| |
Publicado em julho, 05 2005 - 11:18 AM |
J'ai ne sais pas si c'est la bonne solution mais tu peux tenter de faire une copie des lignes et les attribuer à une facture. Ainsi, tu lie une facture avec chacune des lignes. Cela fait redondance dans ta base de données car tu va avoir plusieurs fois les mêmes ligne mais tu n'aura pas de confusion quand tu sélectionnera ta facture. Le problème c'est qu'en modifiant une facture il te faudra aussi modifer les autres (traitements plutot lourd mais c'est une solution).
Bon dev. |
| |
| |
| | | |
|
| | |
| |
Publicado em julho, 05 2005 - 11:44 AM |
Bonjour Jerome,
En fait l'idée est la suivante : à partir d'un même BL, les produits qui
composent ce BL font l'objet d'une facturation séparée.
Par exemple pour le BL N° 123456 contenant :
- 1 Kg de pates
- 1 Kg de carottes
- 3 Kg de frites
- 6 bouteilles d'eau
Nous aurons :
Facture 1 du 01 08 2005 :
- 1 kg de pates
Facture 2 du 01 09 2005 :
- 3 kg de frites
- 6 bouteilles d'eau
Facture 3 du 01 10 2005 :
- 1 kg de carottes |
| |
| |
| | | |
|
| | |
| |
Publicado em julho, 05 2005 - 12:02 PM |
Bonjour,
Pourquoi ne prend tu pas le PB dans l'autre sens,
Tu attribues à une facture un n° de BL.
Règle composant/Composé de la GPAO...
Cordialement,
C.AUBRY |
| |
| |
| | | |
|
| | |
| |
Publicado em julho, 05 2005 - 12:12 PM |
On a a peu pres le meme probleme pour un client :
Ses commandes fournisseurs sont au global !
Nous utilisons une notion de chantier (ou affaire...):
Sur la livraison, on gere une imputation des produits par chantier :
sur 1 kg de patate, 40% sont pour ce chantier (du client X), 60% pour un tel autre ...
Cette imputation se trouve dans le BL que l'on rempli...
Ensuite en passant par une notion de stock attribué au chantier, tu mets ce que tu veux
dans la facture ! Il saura donc de quelle BL cela provient !
(du moins de quels BLs au pluriel ! puisque sur 100% du stock de patate pour le chantier
XX, 40% peuvent provenir du fournisseur Lambda, et le reste du fournisseur Zeta...)
Bref c est une idee, a mediter si tu ne veux pas passer par une notion de stock
ou de chantier(affaire)... |
| |
| |
| | | |
|
| | |
| |
Publicado em julho, 05 2005 - 1:33 PM |
Bonjour,
Je rappelle à Paul l'usage dans ce type de forum:
1 on répond qq fois quand on sait évidement
2 on redonne la solution qui a marche
3 on ne laisse pas les copains chercher dans le vide (cf2)
Ceci est une simple règre de courtoisie.
Voir post URGENTISSIME et kes autres...
Jean-Daniel
Dans son message précédent, Paul a écrit :
Bonjour,
Je me retrouve confronté à un souci. => J'ai créé une saisie de BL qui
génére automatiquement une facture : jusque-là no problemo. Mais mon client
veut pouvoir éditer plusieurs factures pour le même BL. Autrement dit, un
même numéro de BL pourra avoir deux, trois, quatre factures.
Comment faire alors pour stocker les lignes commandes sans qu'il y ait de
confusions ?
Que me conseillez-vous ?
Merci de vos réponses.
Paul
--
Ceci est une signature automatique de MesNews.
Site : http://www.mesnews.net |
| |
| |
| | | |
|
| | |
| |
Publicado em julho, 05 2005 - 1:42 PM |
Merci Jean-Daniel de ce rappel à l'ordre.
Je m'excuse auprès de vous tous de mon manque de courtoisie...
Mais comment solutionner un pb quand le client met la pression et que l'on
ne trouve pas de solution adéquate après des heures de recherche ?
Encore dsl.
Paul |
| |
| |
| | | |
|
| | |
| |
Publicado em julho, 05 2005 - 3:29 PM |
Bonjour,
Je ne comprend pas votre probleme,
Un BL donne forcement qu'une facture , ou eventuelement un regroupage de BL donne egalement qu'une facture, je n'ai jamais vu ds une GC quelques choses qui ressemble a ce que vous dites, je parle en negoce et non pas en service.
Maintenant en ce qui me concerne je pratique de cette facon.
Une commande (entete cde, ligne cde)
peut donner lieu a plusieurs BL (entete BL ligne BL) et a des reliquats de cde
ensuite pour chaque BL au choix regroupement sur une facture, ou une facture par BL.
(entete Fact, Ligne Fact) soit pour l'ensemble 6 tables + les tables annexes prod,client,mdp ...
Je ne comprend pas comment on peut avoir une livraison en une fois a un client et une facturation eclatee sur cette livraison.
Amicalement |
| |
| |
| | | |
|
| | |
| |
Publicado em julho, 05 2005 - 4:13 PM |
soit un carnet de commande
fic1 = CdeEntete avec id unique
fic2 = CdeLgn avec clé étrangère = CdeEntete id unique
liaison CdeEntete <-1,n->CdeLgn
soit des livraisons
fic1 = BLEntete avec id unique
fic2 = BLLgn avec clé étrangère = BLEntete id unique
liaison BLEntete <-1,n->BLLgn
soit des factures
fic1 = FctEntete avec id unique
fic2 = FctLgn avec clé étrangère = FctEntete id unique
liaison FctEntete <-1,n->FctLgn
jusque là c'est simple
soit le fichier de relation CdeBL
IdLiaison
IdCdeLgn
IdBLLgn
liaison CdeBL <-1,1 / 0,n -> CdeLgn
chaque Ligne Cde peut être liée à +sieur ligne de BL
(permet de gérer des acomptes)
liaison CdeBL <-1,1 / 0,n -> BLLgn
chaque BL peut être liée à +sieur cde
(permet de gérer des regroupements)
soit le fichier de relation BLFct
IdLiaison
IdBLLgn
IdFctLgn
liaison BLFct <-1,1 / 0,n -> BLLgn
chaque ligne de BL peut être liée à +sieur Lignes de facture
(permet de gérer des acomptes)
liaison BLFct <-1,1 / 0,n -> FctLgn
chaque Ligne de facture peut être liée à +sieur ligne de BL
(permet de gérer des regroupements)
on peut aussi créer un fichier de relation direct sur les lignes de commandes et de factures
pour gérer la facturation sur commande ou la avant la livraison ( commerce internationnal )
il faudra penser à mettre les propriétés nécessaires dans le fichier de relation
( qte , prix ... ) en fonction des besoins
la facturation n'est jamais un problème simple et certains lobbies travaillent sur une
standardisation ...
enfin avec l'EDI la règle la plus courante est un BL = une facture
bon courrage
bon dev
patrice |
| |
| |
| | | |
|
| | |
| |
Publicado em julho, 05 2005 - 4:34 PM |
Ton problème est très simple à resoudre ! Il est plus conceptuel que programmation. Donne moi ton mail je 'en fera un petit doc dessus !!!
A+ |
| |
| |
| | | |
|
| | |
| |
Publicado em julho, 05 2005 - 7:08 PM |
Salut,
Prends garde à ce genre de diktat imposé par un client et qui n'est pas conforme à la loi.
Prends des réserves pour dégaer ta responsabilité à ce sujet.
Le loi prévoit deux procédures :
- une facture est émise lors de chaque livraison et non pas postérieurement ;
- une facture acquittée est émise lors de son paiement.
Les BL ne sont qu'un document interne pouvant servir de commencement de preuve ou de preuve selon les renseignement qui y figurent, en cas de litige.
Donc, pour un BL du 30-06 établir une facture le 01-07 puis le 01-08, sort du cadre légal et devient dangereux pour ton client en cas de contrôle fiscal par exemple.
même si cela ne semble pas cohérent, c'est la loi d'origine directive européenne.
Pour le reste, si le client persite, tu peux ajouter une zone à la fin de chaque ligne de BL indiquant le n° de facture (=> s'il n'y en a pas c'est que la facture n'a pas été établie)
Bon Dév
J-F F |
| |
| |
| | | |
|
| | |
| |
Publicado em julho, 06 2005 - 5:12 PM |
Merci à tous de vos avis.
Très sincèrement. |
| |
| |
| | | |
|
| | |
| |
Publicado em julho, 07 2005 - 1:11 PM |
Tu peut simplement résoudre ton problème en générant des reliquats sur commande.
Si la quantité livrée/facturée est différente de la quantité commandée alors tu génère un nouveau Bon de commande avec les quantités restante en reliquat.
a+
vt |
| |
| |
| | | |
|
| | | | |
| | |
|