Salut.
[Si d'autres peuvent y mettre leur grain de sel, je suis preneur; je navigue en eaux troubles, ici.]
Premier point.
Sincèrement, étant données toutes les façons dont Noalyss effectue automatiquement certaines opérations -- dont, il me semble, dans certains cas, le lettrage --, la manifestation du bon déroulement desdites opérations n'est pas toujours cohérente d'une partie à l'autre du programme, il me semble.
Je m'étais déjà retrouvé dans une situation similaire, avec des lettrages qui apparaissaient ici main non là, etc'.
Par contre, à distance, il m'est impossible de pouvoir suggérer une issue ni d'estimer s'il s'agit d'une question cosmétique ou rédhibitoire.
Si nous avons l'occasion de voir ça en direct, je pourrai probablement mieux évaluer la situation.
Second point.
! Provisions!Donc, si je saisis bien, un sinistre est survenu et l'assurance intervient.
Les postes 6 sont des charges.
Donc, soit 1) tu fais entrer «négativement» l'intervention de l'assurance dans les charges où elle intervient;
soit 2) tu considère que c'est un produit et ça passe quelque part en 7.
1) Exemple: tu introduit la facture pour les frais de réparation avec un poste de charge 6 au débit; ensuite tu fais passer l'intervention de l'assurance au crédit du même poste (soit directement lors du virement de l'assurance (débit en 5 (montant positif sur le compte) et crédit en 6 (réduction de la charge)), soit en introduisant une notre de crédit -- comme une facture mais avec un montant négatif (ce qui débitera le fournisseur (créance sur l'assureur -- éteinte lors du virement de l'intervention) et créditera le poste de charge (prise-en-charge de la charge par l'assurance et réduction des coûts y liés).
2) Exemple: tu introduit la facture pour les frais de réparation avec un poste de charge 6 au débit; ensuite, ici aussi, soit directement dans l'opération bancaire, soit par une opération basée sur un document (attestation d'intervention de l'assurance?), tu fais passer le montant de l'intervention dans un poste de produit. Je ne sais pas lequel mais je vois dans le PCMN des possibilités, comme 746 «Récupération de charges», avec, par exemple, 7463 «Indemnités pour dégâts».
Ici, il faut faire appel à d'autres avec l'expérience d'un tel cas. Quand je l'ai rencontré pour une asbl, j'ai procédé comment en 1), mais il se peut que ce ne soit pas comptablement correct.
Quant à «provisions pour risques et charges», c'est une toute autre histoire! Je t'en dirai plus si nous nous croisons.
Quoi qu'il en soit, si l'assurance vire de l'argent, ce ne peut pas être une charge. Donc c'est soit une diminution de charge (un 6 «négatif»), soit un produit 7.
Si, comme tu le marques, il s'agit d'enregistrer la créance du propriétaire sur l'assurance qui lui doit le montant de l'intervention, ou une dette de la copropriété (qui a reçu l'argent?) envers le propriétaire qui à subit les dégâts (si je comprends bien la situation), alors ça passe par un 4 (tout ce qui est créances et dettes à un an au plus). Les 6 et 7, sont des charges et produits directes, bam!, pour l'exercice en cours; tout ce qui est «suspendu» -- ici, l'argent reçu est dû au propriétaire, c'est lui qui a assumé les frais (non?) -- passe en 4.
Le plus simple, sans documents mais un peu cavalier:
l'assurance vire sur le compte de la copropriété
Banque 5 x€ (débit)
à propriétaire 4 x€ (crédit)
la copropriété vire au propriétaire
propriétaire 4 x€ (débit)
à Banque 5 x€ (crédit)
Ça, c'est en mode «comptabilité de trésorerie»; il est préférable d'asseoir ceci avec des documents.
Soit dit en passant, je n'y connaît rigoureusement rien en copropriété -- mais ça va venir, je serai peut-être des vôtre dans quelques mois -- et il est préférable que d'autres interviennent ici.
Voilà.
Si ça te dit, je peux trouver un peu de temps cette semaine, en journée, avant samedi, si nous imaginons une manière sensée de nous réunir au même endroit avec le matériel nécessaire pour y jeter un œil ensemble.
Je suis à Molenbeek et le métro fait des merveilles, dans un sens comme dans l'autre.
Il y a une machine ici mais je peux aussi me déplacer.
Dis-moi ce qui te semble possible.
Bon courage.
Bonne soirée.
À bientôt.
y
"Mélopie" <address@hidden> wrote:
Merci Yann de toutes ces précisions.
J'ai mis de l'ordre dans mes fiches litigieuses, du moins je crois,
selon la procédure:
1- Identifier les opérations liées à une fiche erronée.
2- Les lier à une fiche avec le bon PC par l'extension TOOLS.
3- Supprimer la fiche erronée qui n'est plus liée à rien.
4- Pour faire bonne mesure, j'ai même utilisé TOOLS pour procéder
une nouvelle fois en remplaçant la bonne fiche par elle-même après
la suppression de la mauvaise...
Ceci dit, le lettrage n'est toujours pas établi, entre l'opération
"Appel de fond" O0000XX(qui fait référence aux postes 4101XX des
copropriétaires (QuickCode COPROXX) et le fameux poste 701AFDEP
(QuickCode AFDEP) et les opérations F00000XX qui y sont liées.
J'ai défait la liaison et refait. Rien n'y fait.
?
Dans COMPTA/PRINT/PRINTREC, il n'y a aucune opération non
rapprochée.
Si j'affiche le Grand Livre magique, qui range les opérations par
PC, Le lettrage est correct entre les F00000XX et le O0000XX, alors
que le compte 701AFDEP faisant référence à la même Opération O0000XX
reste désespérément sans lettrage.
??
Pour ce qui est de l'indemnité d'assurance versée suite à un
sinistre. Je n'ai pas compris comment faire la note de crédit. s").
J'ai considéré que la société d'assurance avait versé une provision.
J'ai crée une fiche de "Provision pour paiement indemnité", Poste
Comptable 637ASS (637 est un poste libellé "Provisions pour autres
risques et charge. La provision reste là tant que l'indemnité n'est
pas versée au propriétaire qui a eu les dégâts. Je ne sais pas si
mon raisonnement est juste en logique comptable.
En résumé, je n'ose pas me lancer dans l'exercice suivant tant que
ces deux points ne sont pas validés, pour éviter de construire mon
château de cartes sur des bases sujettes à caution.
Tout ça pour 11 postes dans la balance (GESTION/PRINT/PRINTBAL) 11
opérations financières encodées, 5 achats et 2 appels de fond, un
Bilan réputé sans erreur (GESTION/PRINT/PRINTBILA), pas de raton
laveur, soit une comptabilité microscopique.
Pour finir sur une note engageante, c'est très facile pour moi de
passer par Bruxelles, puisque j'y habite!
;-D
Merci beaucoup pour le coup de main!
1. Re: Copro procédure (Yann De Coster)
----------------------------------------------------------------------
Message: 1
Date: Wed, 1 Feb 2017 10:43:32 +0100 (CET)
From: Yann De Coster <address@hidden>
To: Discussion à propos de NOALYSS, développement, support...
<address@hidden>
Subject: Re: [noalyss-generale] Copro procédure
Message-ID: <address@hidden>
Content-Type: text/plain; charset="utf-8"
Bonjour, Mélopie.
!!! Il est très difficile de comprendre exactement comment tu procèdes par écrit mais il me semble qu'une source de problèmes de fond réside dans ton utilisation des postes à la place des fiches, à moins que tu nommes «postes» les fiches que tu utilises.
Autrement, je te conseille plus que vivement de changer de méthode et de ne faire usage que des fiches!
(L'utilisation d'une fiche ventile le «compte» de la fiche elle-même -- je m'autorise cet abus de langage pour faire court -- ET le poste comptable éventuellement y lié; alors que l'utilisation du poste (OD, par exemple) ne ventile que le poste. Dès lors, plusieurs fiches peuvent «alimenter» le même poste (exemple: toutes les clientes en 400 (ou 400000, selon l'usage)). Ce qui introduit des différences de soldes en fonction de l'utilisation fiches ou postes (la fiche «cliente x» reprend le compte du client x, le poste 400000 reprend le solde du total de toutes les clientes). Je pense que les soucis que tu rencontres viennent de là.)
Quand tu modifies le poste d'une fiche, c'est ce nouveau poste qui sera désormais alimenté par la fiche. Mais le poste que celle-ci alimentait avant changement n'est pas remis à zéro pour autant. Dès lors, il faut faire en sorte que toutes les opérations qui ont alimenté le premier poste soient modifiées pour qu'elles alimentent le second poste à la place. Pour ce faire, il est plus prudent de changer la fiche utilisée dans toutes ces opérations, et donc d'utiliser «changer la fiche» plutôt que «chager le poste» dans TOOLS.
(Résumé changement de poste d'une fiche: ouvrir la fiche - changer le poste comptable - sauver - dans TOOLS faire une recherche sur base de la FICHE! (éventuellement filtrée sur la période/journal/etc' si ça ne concerne pas toutes les opérations où le poste est ventilé -- mais il vaut mieux, dans ce cas, créer une nouvelle fiche pour le nouveau poste plutôt que de laisser derrière un poste sans fiche (puisque la fiche précédemment y associée l'est maintenant à un autre poste)) - sélectionner les opérations où la nouvelle fiche (en fait, le nouveau poste) doit être utilisée au lieu de l'ancienne (ancien) - et SUBSTITUER LA FICHE PAR ELLE-MÊME.
Pour le lettrage, je ne sais pas en dire grand-chose comme ça. J'ai parfois l'impression que, alors que lier des opérations et lettrer des postes ne sont pas les mêmes choses, le lettrage se fait parfois automatiquement et parfois non. Mais je n'ai pas exploré la question.
Il est probable que l'absence de lettrage vienne de là. Ce peut être, par exemple, que les paiements ont été effectués avec la même fiche mais pas le même poste, celui-ci ayant changé entre-temps. Lors d'un changement de poste pour une même fiche, si l'ancien poste ne doit plus être utilisé nulle part, il s'agit de changer la fiche avec elle-même (après en avoir modifié le poste) dans TOUTES les opérations où celle-ci est utilisée.
Sans avoir tout cela sous les yeux, je me perds un peu avec toutes tes fiches et postes, sachant qu'il est possible de créer des postes sans fiche, etc'.
Ce qui peut aider: voir dans le plan comptable si des postes sont «orphelins», c'est-à-dire qu'il ne sont liés à aucune fiche (voir dans la colonne de droite la ou les fiches associées aux postes). Il faut alors corriger cela: s'assurer que chaque poste est lié à au moins une fiche. Les postes orphelins que tu ne peux pas supprimer ont été utilisés quelque part: soit il doivent être gardés et il faut leur associer une ou des fiches, soit il peuvent être supprimés et il faut voir dans quelles opérations ils sont utilisés et les y changer par la bonne fiche (et, donc, le bon poste), pour qu'ils ne soient plus liés à aucune opération et pouvoir les supprimer (j'ai fait une proposition dans Mantis pour que les postes utilisés apparaissent clairement (couleur?) dans le plan comptable pour pouvoir vérifier ceci en un coup d'?il).
Si tu affiche la balance de l'exercice (qui, elle, fonctionne par poste), tu verras aussi tous les postes utilisés et tu pourras choisir ceux que tu veux garder et ceux qui peuvent être supprimés, et commencer la procédure de nettoyage ci-dessus.
Si tu passes parfois à bruxelles, nous pouvons regarder ça ensemble un de ces jours. Je compte bientôt organiser des «ateliers Comptabilité/Noalyss» mais j'attends d'avoir un lieu adéquat.
Dis-moi déjà si les indications ci-dessus t'aident en quoi que ce soit, et avançons pas-à-pas.
Bonne journée.
Bon courage.
y
---
NOALYSS est un Serveur de Comptabilité et de Gestion libre
NOALYSS is an ERP Server opensource focused on accountancy