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, [email protected] a écrit : > Envoyez vos messages pour la liste noalyss-generale à > [email protected] > > 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 à > [email protected] > > Vous pouvez contacter l'administrateur de la liste à l'adresse > [email protected] > > 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 <[email protected]> > To: Discussion à propos de NOALYSS, développement, support... > <[email protected]> > Subject: Re: [noalyss-generale] trésorerie "multiple" + PCMN asbl > Message-ID: <[email protected]> > 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 <[email protected]> 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 <[email protected]> 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 <[email protected]>: > >>>> > >>>> 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 > [email protected] > https://lists.nongnu.org/mailman/listinfo/noalyss-generale > > > Fin de Lot noalyss-generale, Vol 23, Parution 7 > *********************************************** > --- NOALYSS est un Serveur de Comptabilité et de Gestion libre NOALYSS is an ERP Server opensource focused on accountancy
