Re: [noalyss-generale] trésorerie "multiple" + PCMN asbl (Dany De Bontridder)

[Schutt créations]

Bonjour,

Ne suffirait-il pas de créer une catégorie de fiches accessibles aux
journaux financiers ?

Par exemple pour l'escompte, on y mettrait la fiches Q665 pointant vers
le poste 665 et la fiche Q765 pointant vers le poste 765.

Dès lors, si j'émets une facture de 100€ et par exemple le client paye
98€, je saisis l'opération ainsi:

Qbanque: D 98 => montant réellement perçu, la banque est juste
Qpigeon: C 100 => montant de la facture, le compte est soldé
Q665 : D 2 => l'escompte, accessible lors de l'encodage

Cela n'empêche pas que les postes 665 et 765 se totalisent sur les 66 et
76 respectivement.

Le même raisonnement/procédé devrait permettre de faire ce que désire
Yann, il me semble.

cordialement
-- 
Schutt creations
50 rue du général Leclerc
67540 OSTWALD
Tel.: +33(0)388303544




Le vendredi 29 janvier 2016 à 07:10 -0500,
address@hidden a écrit :
> Envoyez vos messages pour la liste noalyss-generale à
>       address@hidden
> 
> Pour vous (dés)abonner par le web, consultez
>       https://lists.nongnu.org/mailman/listinfo/noalyss-generale
> 
> ou, par email, envoyez un message avec 'help' dans le corps ou dans le
> sujet à
>       address@hidden
> 
> Vous pouvez contacter l'administrateur de la liste à l'adresse
>       address@hidden
> 
> Si vous répondez, n'oubliez pas de changer l'objet du message afin
> qu'il soit plus spécifique que "Re: Contenu du digest de
> noalyss-generale..."
> 
> 
> Thèmes du jour :
> 
>    1. Re: trésorerie "multiple" + PCMN asbl (Dany De Bontridder)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Fri, 29 Jan 2016 13:02:48 +0100
> From: Dany De Bontridder <address@hidden>
> To: Discussion à propos de NOALYSS, développement, support...
>       <address@hidden>
> Subject: Re: [noalyss-generale] trésorerie "multiple" + PCMN asbl
> Message-ID: <address@hidden>
> Content-Type: text/plain; charset="utf-8"; Format="flowed"
> 
> Bonjour,
> 
> Marc a répondu sur la liste , la conclusion est que comptablement ce 
> n'est pas interdit .
> 
> Aujourd'hui  la ventilation d'une opération bancaire se fait dans un 
> second temps , ici il y a au moins 3 demandes :
> a) ventilation des opérations bancaires dans le plugin
> b) ventilation des opérations bancaires dans FIN
> c) Ajout des modèles d'opération pour la trésorerie.
> 
> L'idée de pouvoir directement ventiler les opérations de banque est 
> plutôt bonne , cela me serait utile aussi en fait.
> 
> Pour le développement, en plus de revoir le plugin , il va falloir 
> changer la table quant_fin , ce qui aura un impact sur plusieurs parties 
> du  programme, qu'il faudra adapter , il y a à minima l'impression des 
> journaux de trésorerie , (détaillée et en ligne , HTML, CSV et PDF), 
> l'affichage des historiques , l'insertion des données , modification du 
> plugin MODOP ...
> 
> C'est pas mal de travail , alors la question est combien de personnes 
> cela intéresserait et qui pourrait le développer ?
> 
> Bien à vous,
> 
> 
> D
> 
> Le 28/01/2016 09:08, Marc Allington a écrit :
> > Bonjour,
> >
> > Je ne sais pas si la réponse vous parviendra par ce biais, aussi si Dany
> > peut la transférer le cas échéant, je l'en remercie.
> >
> > Pour les opérations de banque, il n'y a aucune prescription légale qui
> > oblige de passer chaque ligne de l'extrait de compte dans une seule ligne de
> > la comptabilité générale.  On peut donc parfaitement enregistrer le
> > remboursement en capital et les intérêts pour la seule ligne de l'extrait.
> >
> > Un autre exemple est le paiement groupé de plusieurs factures :
> > techniquement la ligne de l'extrait de compte est ventilée sur toutes les
> > factures payées (ou, même, déduites si une facture client a été déduite du
> > paiement, par exemple).
> >
> > Pratiquement, j'enregistre toutes les opérations simples via l'extension
> > EXT/IMPORTBANK.  Et je reviens au programme de base Trésorerie/Nouvel
> > Extrait (COMPTA/MENUFIN/FIN) pour traiter les lignes multiples tels que les
> > remboursement de prêts.  Le tout est consolider lors du rapprochement et le
> > solde du compte de banque est vérifié régulièrement, bien entendu.
> >
> > Pour le PCMN ASBL, c'est logique que les comptes 67 n'apparaissent pas car
> > les ASBL sont soumises normalement à l'impôt des personnes morales... sauf
> > en cas de requalification par le fisc.  Dans ce cas, il n'y a pas de soucis
> > pour soit ajouter les lignes manquantes au plan comptable, soit changer de
> > plan comptable et utiliser le PCMN société.
> >
> > BàV,
> > Marc.
> 
> Le 26/01/2016 12:51, Yann De Coster a écrit :
> > Salut.
> >
> >
> > (Je ne veux pas te prendre plus de temps pour des questions 
> > comptables, je passe dès lors par la liste au cas où d'autres peuvent 
> > répondre.)
> >
> > A) TRÉSORERIE MULTIPLE
> >
> > Le cas des subsides est peut-être mal choisi.
> > Qu'en est-il, par exemple, lorsqu'il n'y a pas vraiment un tiers 
> > explicitement en dette ou en créance, comme dans l'exemple (1) de 
> > l'emprunt bancaire ou (2) des "paquets" intérêts-précomptes-frais 
> > automatiquement prélevés par la banque?
> > En gros, je voudrait faire correspondre
> > 1) directement le mouvement unique du compte 5 avec un 6 (intérêts de 
> > l'emprunt) et un 4 (emprunt <1an);
> > ou 2) directement le total du "paquet" avec un 7 (produit financier), 
> > un 67 (précomptes) et un 6 (frais de banque).
> > Pour "traduire" ce qui est repris dans la communication. Seulement, si 
> > je veux éviter de passer par des OD, je dois alors faire plusieurs 
> > opérations pour ventiler le montant unique, ce qui fait que, au final, 
> > le montant unique de l'extrait se trouve décomposé dans le journal 
> > financier entre les différentes opérations.
> >
> > Il serait beaucoup plus simple et, surtout, élégant de pouvoir faire 
> > la ventilation directement dans une seule opération.
> > Donc, d'une somme sur l'extrait, la communication indique les comtes 
> > correspondants. C'est dans ce cas qu'il serait pratique de pouvoir 
> > directement ventiler un mouvement bancaire. La correspondance avec 
> > l'extrait serait contenue dans la communication: une somme totale 
> > unique créditée ou débitée du compte en banque mais plusieurs 
> > contreparties correspondantes (lorsqu'il ne s'agit pas de dette ou de 
> > créance déjà "rassemblée" dans le compte d'un tiers unique).
> > L'opération bancaire serait structurée dans NOALYSS comme une vente ou 
> > achat.
> > Exemple de communication : «Intérêts et capital du mois X», 
> > «Précomptes sur intérêts, intérêts et bonus de fidélité», 
> > «Remboursement de la caution diminuée des frais supplémentaires»...
> > Ce sont des montants totaux qui regroupent parfois des contreparties 
> > différentes, parfois en combinant des montants positifs et négatifs 
> > (ex: caution moins charges). Tout comme lors d'une facture: la dette 
> > totale envers le fournisseur provient de tous les comptes «S&BD» (par 
> > exemple) ventilé par l'opération d'achat.
> >
> > Y a-t-il un obstacle comptable (ou informatique) à ajouter la 
> > possibilité d'une telle procédure?
> >
> > B) PCMN ASBL
> >
> > Pour les 67 du pcmn pour asbl, je me base sur celui des entreprises.
> > Mais y a-t-il une raison pour laquelle le pcmn du modèle asbl ne 
> > contient aucun poste des sous-classes 67 ou 77?
> >
> >
> > Merci à toutes pour les indications.
> >
> >
> > y
> >
> >
> > Dany De Bontridder <address@hidden> wrote:
> >> AH non , c'est l'opération e) qui est la mieux : tu utilises un 
> >> compte d'attente , "créance diverse -> subside reçu" qui sera la 
> >> contrepartie de la banque puis tu t'en sers pour purger les 2 
> >> bénéficiaires. Tout simplement. Il faut créer ce compte (et la fiche)
> >>
> >> Si tu ventiles , automatiquement cela ne correspond plus à l'extrait 
> >> , dans l'extrait il n'y a qu'un seul tiers, donc ta comptabilité , il 
> >> est préférable d'en avoir qu'un seul aussi.
> >>
> >> Pour les postes comptables manquants tu as les droits de les ajouter 
> >> , à la condition de conserver une certaine logique comptable .
> >>
> >> Bien à toi,
> >>
> >> D
> >>
> >>
> >> Le 25/01/2016 14:34, Yann De Coster a écrit :
> >>> Bonjour.
> >>>
> >>> Merci pour cette réponse très complète.
> >>>
> >>> Petite précision et tout autre question:
> >>>
> >>> A) En fait, je me demandais si l'opération que tu décris en c) (voir 
> >>> ci-dessous) était "légale".
> >>> Par exemple, remboursement d'un emprunt: un certain montant est 
> >>> retiré du compte automatiquement par la banque, or celui-ci 
> >>> correspond à la part de capital remboursé ET des intérêts.
> >>> Dès lors, est-il permis (légalement) d'introduire deux opérations -- 
> >>> une qui débite la dette en capital, et l'autre qui débite les 
> >>> charges en intérêts -- ALORS QUE l'extrait de compte n'en fait 
> >>> apparaître qu'une; ou faudrait-il idéalement passer par une OD, 
> >>> voire un compte d'attente?
> >>>
> >>> Si c'est permis, alors question corollaire: serait-il comptablement 
> >>> et légalement correct d'avoir la possibilité dans le logiciel 
> >>> d'encoder des opérations de trésorerie "multiples"? Ce qui 
> >>> permettrait de coller à la fois à l'extrait de compte ET de ventiler 
> >>> directement dans les différents tiers.
> >>>
> >>> Je m'explique: tout comme achat, vente et OD, serait-il permis -- et 
> >>> intéressant? -- que plusieurs mouvements soient repris dans une 
> >>> seule opération?
> >>> On aurait donc, pour une opération de trésorerie, une date, un 
> >>> libellé, un compte 5, et plusieurs comptes distincts débités ou 
> >>> crédités.
> >>> La différence avec actuellement est que, au lieu d'avoir chaque fois 
> >>> une opération -- avec date, libellé, un montant au débit et au 
> >>> crédit --, il y aurait un mouvement dans le compte 5 (le montant 
> >>> total repris sur l'extrait) mais possiblement plusieurs mouvements 
> >>> dans des comptes tiers (ceux qui correspondent à la communication ou 
> >>> justifiés d'une autre manière (ex: un montant total versé par une 
> >>> banque pour intérêts - frais - précomptes, et qui doit être 
> >>> réparti)). On pourrait «ajouter des lignes» non pas pour introduire 
> >>> plus d'opérations en même temps (depuis un même extrait ou juste par 
> >>> facilité, comme maintenant) mais bien pour ventiler un mouvement 
> >>> bancaire en tous les postes concernés.
> >>> C'est juste que je me retrouve souvent dans ce cas et que je me 
> >>> demandais s'il serait judicieux de pouvoir directement répartir un 
> >>> montant unique repris dans l'extrait de compte, en une seule 
> >>> opération de trésorerie.
> >>>
> >>>
> >>> B) Dans le PCMN asbl, il n'y a rien en 67. Or il arrive qu'une asbl 
> >>> paie des impôts. D'ailleurs, je dois traiter des précomptes mobiliers.
> >>> Comment faire? Faut-il procéder autrement dans le cas d'une asbl ou 
> >>> s'agit-il d'ajouter la partit 67 et 77 dans le PCMN?
> >>>
> >>>
> >>> Merci d'avance.
> >>> Bonne semaine.
> >>> À bientôt.
> >>>
> >>>
> >>> y
> >>>
> >>>
> >>> Dany DeBontridder <address@hidden> wrote:
> >>>> Tu peux faire correspondre un virement à 2 opérations distinctes de 
> >>>> subsides (vente ou achat) mais il faut que ce soit le même tiers.
> >>>>
> >>>> Dans ton cas, tu as plusieurs possibilités :
> >>>>
> >>>> a) dans les opérations de subsides , il y a le même tiers, donc le 
> >>>> virement peut correspondre à 2 opérations
> >>>> b) dans les opérations de subsides , il y a 2 tiers différents , 
> >>>> dans ce cas, tu as besoin d'une OD pour rassembler les 2 tiers en 
> >>>> un 3ième puis ce 3ième sera le bénéficiaire du paiement. Toutes les 
> >>>> opérations peuvent être rapprochées ensemble + note dans le détail 
> >>>> d'opération pour expliquer si besoin
> >>>> c) tu supprimes l'opération Financier et tu l'introduit 
> >>>> manuellement avec chaque fois le montant et le tiers concerné
> >>>> d) Tu purges l'un des 2 tiers dans l'autre qui sera le bénéficiaire 
> >>>> de l'opération Financier
> >>>> e) le bénéficiaire du versement est un compte d'attente (créance 
> >>>> diverse) puis s'en servir pour purger les 2 autres.
> >>>>
> >>>> L'important est que cela a du sens et que les 2 tiers aient un 
> >>>> solde à 0 puisqu'il y a eu un versement :-)
> >>>>
> >>>> Les comptables utilisent e) de préférence (ou a)
> >>>>
> >>>> N'oublie pas que Noalyss a le "rapprochement / opérations liées" 
> >>>> pour indiquer le lien logique entre  différentes opérations , ce 
> >>>> qui n'existe pas ailleurs mais permet de comprendre d'où vient les 
> >>>> montants ;-)
> >>>>
> >>>>
> >>>> J'espère que cela aide
> >>>>
> >>>>
> >>>> a+
> >>>>
> >>>>
> >>>> .D
> >>>>
> >>>>
> >>>>
> >>>> 2016-01-21 10:46 GMT+01:00 Yann De Coster <address@hidden>:
> >>>>
> >>>>     Salut.
> >>>>
> >>>>
> >>>>     Au passage, sais-tu comment il est comptablement coutume de
> >>>>     faire pour «ventiler» un virement bancaire?
> >>>>     Doit-on encoder l'opération avec le montant total tel qu'il
> >>>>     apparaît dans l'extrait de compte, ou peut-on directement
> >>>>     séparer la somme totale du virement en ses composantes?
> >>>>     Ex: deux subsides sont versés par le même organisme. Celui-ci
> >>>>     ne s'encombre pas à les distinguer, il verse la somme totale en
> >>>>     une fois. Doit-on encoder l'opération bancaire avec la somme
> >>>>     totale et ENSUITE répartir dans un OD, ou est-il permis de
> >>>>     faire deux opérations de trésorerie différentes pour ventiler
> >>>>     la somme, sachant que la communication stipule qu'il s'agit du
> >>>>     total de deux subsides?
> >>>>
> >>>>     IMPLICATIONS: le cas échéant, s'il est permis de ventiler
> >>>>     directement la somme sans passer par une OD, il serait très
> >>>>     pratique de pouvoir ajouter des lignes dans l'extension
> >>>>     «modification d'opération» pour la trésorerie. Ainsi, après
> >>>>     avoir importer le mouvement bancaire de la somme totale (dans
> >>>>     IMPBANK, il n'est pas possible de ventiler en plusieurs
> >>>>     opérations une somme unique), il suffirait de faire MODOP,
> >>>>     d'ajouter le nombre de lignes nécessaires pour ventiler la
> >>>>     somme, et ainsi de faire facilement plusieurs opération
> >>>>     distinctes depuis une seule opération bancaire.
> >>>>
> >>>>     Qu'en dis-tu?
> >>>>
> >>>>
> >>>>     y
> >>>>
> >>>>
> > ------------------------------------------------------------------------
> > ----------------------------------------------------- Mail.be, WebMail 
> > and Virtual Office http://www.mail.be
> >
> >
> > ---
> > NOALYSS est un Serveur de Comptabilité et de Gestion libre
> >
> > NOALYSS is an ERP Server opensource focused on accountancy
> 
> -------------- section suivante --------------
> Une pièce jointe HTML a été nettoyée...
> URL: 
> <http://lists.nongnu.org/archive/html/noalyss-generale/attachments/20160129/5837045e/attachment.html>
> 
> ------------------------------
> 
> _______________________________________________
> noalyss-generale mailing list
> address@hidden
> https://lists.nongnu.org/mailman/listinfo/noalyss-generale
> 
> 
> Fin de Lot noalyss-generale, Vol 23, Parution 7
> ***********************************************
>