[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [noalyss-generale] trésorerie "multiple" + PCMN asbl (Dany De Bontri
From: |
Schutt créations |
Subject: |
Re: [noalyss-generale] trésorerie "multiple" + PCMN asbl (Dany De Bontridder) |
Date: |
Fri, 29 Jan 2016 19:01:25 +0100 |
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
> ***********************************************
>
- Re: [noalyss-generale] trésorerie "multiple" + PCMN asbl (Dany De Bontridder),
Schutt créations <=