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" <[email protected]> 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!
Le 01/02/17 à 10:43, [email protected] a écrit :
1. Re: Copro procédure (Yann De
Coster)----------------------------------------------------------------------Message:
1Date: Wed, 1 Feb 2017 10:43:32 +0100 (CET)From: Yann De Coster
<[email protected]>To: Discussion à propos de NOALYSS, développement,
support... <[email protected]>Subject: Re: [noalyss-generale]
Copro procédureMessage-ID:
<1508319558.79278.1485942212174.JavaMail.root@nemo>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-----------------------------------------------------https://www.mail.be---
NOALYSS est un Serveur de Comptabilité et de Gestion libre
NOALYSS is an ERP Server opensource focused on accountancy
