Re: [Phpcompta-contrib] journal financier - recherche

[Alain Vaugham]

Le Jeudi 27 Septembre 2007 12:28, Pierre WILLOT a écrit :
| Bonjour
Re-bonjour

|
| bien je me suis mal exprimé
|
| Au jour 1 je recoit une facture du founisseur X, je l'encode en charge
| et en fourniseur.
Ok

| Au jour 2 je reçois mon extrait de compte qui m'annonce que j'ai payé.
Ok
[Hors sujet] Au sens de la compta telle que nous la pratiquons en France, la 
date du paiement est celle qui est enregistrée dans le journal financier.
L'extrait ne fait que de constater que le compte bancaire a été débité. Cette 
date n'est pas encodée dans le journal financier.
La date du débit inscrite sur le relevé bancaire est très souvent différente 
de la date du paiement inscrite dans le journal financier.


| Pendant l'encodage je ne me souvient plus du quickcode correspondant au
| fournisseur X.
Ok.
Maintenant j'ai compris. Le fournisseur est connu.


| Pour l'instant, je met tout de suite le montant dans le champs ad-hoc et
|  je fais un recherche. Avec le résultat de la recherche, je peux me
| souvenir du fournisseur.
| Donc je fais encoder deux champs plutôt le quickcode du fournisseur
|
| Ma question est de savoir si lorsque je fait ma recherche et que je
| tombe sur le bon montant d'un facture fournisseur déjà encodé, est qu'il
|  le quickcode ne pourrait-il pas s'encoder automatiquement dans le
| champs quick ?
Si j'ai bien compris il s'agirait d'ajouter une fonction à PhpCompta :

- que le quick code manquant à l'encodage du paiement se mette automatiquement 
lors de la réconciliation.

Là, je ne peux pas répondre. 

Une question à chaud : 
N'y aurait-il pas le risque d'affecter le paiement au bon fournisseur X mais 
sur une autre facture d'un montant identique?
Est-ce que cette fonction automatisée serait sûre à 100%?

Je remet le post sur la ML.



|
| @+
|
| Alain Vaugham a écrit :
| > Le Jeudi 27 Septembre 2007 07:29, Pierre WILLOT a écrit :
| > | Salut à tous
| >
| > Bonjour,
| >
| > | Je suis en train d'encoder la compta de mon épouse.
| > | Je ne fais que commencer à utiliser phpcompta.
| > |
| > | En ajoutant des actions dans le journal financier de la banque
| > | je dois d'abord mettre un fournisseur puis le montant et ensuite je
| > | clique le bouton recherche qui me retrouve la contre écriture.
| >
| > Il s'agit d'une écriture pour enregistrer un paiement à un fournisseur,
| > n'est ce pas?
| > Il faut donc passer l'écriture d'abord :
| > - renseigner le compte débit fournisseur
| > - renseigner le compte crédit de la banque
| >
| > | Bien,mais
| > | lorsque je ne connais plus le fournisseur,
| >
| > Cela me semble risqué d'enregistrer une pièce comptable dont on ne
| > connaît pas le fournisseur. Il y a un montant connu qui a été payé un
| > jour même si la facturette imprimée sur papier thermique de mauvaise
| > qualité s'est effacée. Une compta sincère est sensée être tenue au jour
| > le jour.
| > Il faut le retrouver et le créer.
| > On peut créer un compte fournisseur générique si on n'a pas besoin d'une
| > compta très détaillée.
| >
| > Qu'en dit le comptable?
| >
| > | je ne met rien dans le champs
| > |  quikcode je met directement le montant dans la case ad-hoc et je fais
| > | recherche. Je retrouve la montant avec sa première écriture. st ensuite
| > | je dois y mettre le quikcode.
| > |
| > | Est ce que c'est faisable comme manip que lorsque je ne met que le
| > | montant et un recherche. Si je valide la contre partie le quickcode se
| > | mette automatiquement dans le premier champ...
| > |
| > | Est ce que vous comprennez ce que j'ai écrit ?
| > | Est ce que c'est un éléments qui peut faire avancer le chuimblick ?
| > | Est ce que la manip existe déjà ?
| > |
| > | Merci
| > |
| > | @+
| >
| > ------------------------------------------------------------------------
| >
| > _______________________________________________
| > Phpcompta-contrib mailing list
| > address@hidden
| > http://lists.nongnu.org/mailman/listinfo/phpcompta-contrib

-- 
Cordialement

Alain Vaugham
----------------------------------------------------------------
[PUB] Signature numérique GPG de ce courrier: 0xD26D18BC

pgpRfb56eBwM1.pgp
Description: PGP signature