Pb reliquat auto 470 (Page 1 de 2)

"Tout s'est encore bien passé."
"une ligne a été automatiquement ajoutée dans le journal OD, compte 4700, en date du 31/07/2014, pour un montant de 134.82, intitulée COMPTE EN ATTENTE DESE | En attente pour équilibrage…"

Tout c' est bien passé au niveau logiciel, mais pas dans l' enregistrement des écritures: vous avez un déséquilibre d' imputation de 134.82 qu'il faut rechercher dans les journaux, celui ou vous avez cette écriture d' équilibrage dans un compte d' attente 47.

Vous devez donc régulariser ce compte d' attente 47.

Bonjour,

En fait il y a un mécanisme automatique (et optionnel) qui va générer une ligne sur le compte d'attente et à la date du dernier jour du mois si on quitte l'écran de saisie sans que les écritures s'équilibrent...

Cette option est un peu piège et il vaut mieux la désactiver afin de se rendre compte tout de suite d'une erreur de type "déséquilibre". Pour cela, il faut aller dans le menu Principal - Paramètres, onglet Dates d'exercice et options,  et décocher "Equilibre automatique sur compte d'attente en saisie" en bas à gauche.

Concrètement vous devez aller en saisie directe, sur le mois de juillet et le journal d'OD et identifier pourquoi il y a cette ligne pour équilibrer, autrement dit pourquoi les autres lignes ne vont pas "deux par deux" avec des débits égaux aux crédits...
Si depuis la création de la ligne, le journal a été équilibré il suffit de la supprimer...

Salutations,
André

Ces lignes sont créées lorsque l'on quitte la saisie (changement de mois ou de journal) alors que total débits est différent du total crédits ; ça ne devrait pas arriver autrement et ces lignes devraient être supprimées une fois le journal équilibré...

Ce n'est pas forcément 2 par 2, on peut avoir une ligne au crédit et 50 lignes au débit (comme dans un appel entre 701 - Provisions et les copropriétaires), c'est l'équilibre global et normalement à UNE date donnée qui compte.

Je ne sais pas pourquoi cette ligne est restée mais il faut la supprimer ; il n'y a pas d'autres solutions.
Je vous conseille également de décocher l'option.

Bonjour,

Il y a un problème de date qui fait que ces deux écritures sont sur deux journaux différents mais elles vont bien ensemble ; il s'agit de comptabiliser des charges d'un exercice payées l'exercice antérieur. Au lieu de passer en charges sur N, on passe la dépense au débit du 486 (en fin d'exercice) et à l'ouverture on solde le 486 pour remettre le montant sur le compte de charges (ici 614). Il s'agit souvent d'un montant partiel (3/4 de la prime d'assurance sur un exercice et 1/4 sur l'autre par exemple).

Le reliquat a strictement parler ne concerne que des petites sommes et des régularisations sur les arrondis (mon exemple habituel ; un appel de 100 € sur 3 copropriétaires va donner 3 x 33,33 € et il reste 1 centime de relquat...).
Il se solde en fin d'année en charges exceptionnelles, produits divers ou même le compte des provisions.
Ce type de reliquat ne peut porter que sur quelques centimes.

Il y avait plusieurs anomalies suite à l'importation brute et il fallait reprendre et comparer compte par compte avec le grand livre...

Salutations,
André

Note : Jusqu'à présent, j'utilisais la version 3.4.
Je viens de voir la version 3.5.30 ici http://www.valcompta.net/forum/viewtopic.php?id=263
Après le remplacement de l'exécutable, j'ai du installer WinDev.

Le rendu est tout différent. J'ai maintenant des zones "copropriétaires en retard", situation des provisions, etc… Sympa comme présentation.

Je ne sais pas si du coup un bug peut être impliqué dans la génération du 470 ?
Autrement, je repars de zéro (j'ai supprimé les dossier 2011 à 2015). Je compte régler la date au 10/07, importer les comptes et passer la date au 10/08 pour voir s'il se passe quelque chose. Cela déclenchera-t-il la création du reliquat auto ?

Note, j'ai également dévalisé et supprimé tous les appels de fonds, réglé les pb de fournisseurs signalés. Je pense que tout est nettoyé et je suis prêt à recommencer.

Bonsoir,

Je viens de vous envoyer le mail qui annonce la disponibilité de la version 3.5, vous auriez du le recevoir avec tous les clients avec contrat de maintenance ou un achat de moins de un an... je vous ai "zappé" !!! Désolé.

Oui l'erreur vient clairement de l'importation, en fait vous auriez du éditer le grand livre pour chaque exercice et comparer les soldes compte par compte entre les grands livres du syndic précédent et le résultat de l'importation ; vous pouvez toujours le faire...

Val Compta n'ajoute pas "à tort" ; il ajoute une ligne provisoire sur un compte d'attente pour maintenir l'équilibre global. Dans certains cas c'est utile quand on n'est pas sûr d'une contrepartie ou qu'on doit aller chercher une information...
Mon logiciel de comptabilité EBP fait la même chose si vous voulez tout savoir ;-)
http://books.google.fr/books?id=bCLedU7 … mp;f=false

Ce n'était peut être pas nécessaire de tout vider et recommencer mais... je vous laisse gérer tout ça désormais !

Les valeurs "compo" sont des clés, elles permettent de trier sur plusieurs rubriques :
Compo : compte + date
Compo2 : journal + date + compte
Compo3 : journal + date + libellé + compte
Compocle : clé + compte + date

Salutations,
André

Attention quand même à cette histoire de débours (cf. discussion sur UI) ; c'est la fonction même du syndic que de payer des factures pour le compte du syndicat mais tant que ces dépenses sont clairement imputables à un compte (et donc à une nature) vous devez utiliser ce compte (les frais postaux dans l'exemple).

Les débours servent uniquement à séparer dans les honoraires du syndic ce qu'il facture selon les termes du contrat et les frais annexes qu'il se fait rembourser...

n'aurait-il pas mieux valu ouvrir un compte fournisseur 401NIZ et faire :

AC 621300 debit
AC 401NIZ crédit

et

BQ 401NIZ débit
BQ 512000 crédit

en effet, vous n'avez pas de facture de "La Poste", alors que vous avez une demande de remboursement de NIZO.

perso, c'est ce que je ferai et c'est ce qui se fait quand un copro fait un achat pour une copro, genre achat d'ampoules par exemple (bien sur sans utiliser le 621300, mais le 604000 ou 605000)

"tant que ces dépenses sont clairement imputables à un compte (et donc à une nature) vous devez utiliser ce compte (les frais postaux dans l'exemple)."

Le compte 62 est intitulé: Frais d' administration et honoraires.
Le compte 621 Rémunération du syndic.

Il y a une anomalie dans la numérotation des sous-comptes 6212 Débours et 6213 Frais postaux qui ne sont pas des rémunérations du syndic mais des remboursements de frais d'administration.
Il aurait fallu créer des comptes 6222 et 6223

Si c' est le syndic qui avance les frais il faut créditer son compte fournisseur, si c' est un copropriétaire son compte copropriétaire.

Il faut éviter que le syndic avance des frais d' administration.

Je ne suis pas d' accord avec Rambouillet, il faut utiliser le compte 6213 pour les achats de timbres, que ces frais soient payés directement à la poste ou remboursés au syndic.

Je modifie pour que cela soit plus compréhensible.

"il y a une anomalie dans la numérotation des sous-comptes […] Il aurait fallu (que le législateur crée)  des comptes 6222 et 6223 (pour que ceux-ci de soient pas des sous-comptes du 621 Rémunération du syndic).

Vous devez donc utiliser les comptes existants 6212 et 6213

Vous avez utiliser le compte 6213 frais postaux, vous ne devez rien changer.

Mais je n'ai pas crédité mon compte 450xxxxx c'est un compte 462 – créditeurs divers qui a été utilisé.

Autant, j'avais l'impression de bien comprendre avant, autant je suis maintenant totalement perdu.

Voici ce que j'ai fait :

Enregistrer la facture en utilisant Frais Postaux / Fournisseur La Poste  (6213 /401POS)
Enregistrer le paiement (Fournisseur La Poste / Créditeurs Divers NIZO) (401POS/462NIZ)
Enregistrer le virement de debours (Créditeurs Divers NIZO / Banque) (462NIZ/521000)

Cela donne :
En date de la transaction à la poste
AC   621300   Débit "LRAR CITYA – DEMANDE ARCHIVES AMIABLE"
AC   401POS  Crédit "LRAR CITYA – DEMANDE ARCHIVES AMIABLE"

En date de demande du virement à la banque
OD   401POS  Débit  "REGLEMENT LRAR CITYA – DEMANDE ARCHIVES AMIABLE"
OD   462NIZ   Crédit "REGLEMENT LRAR CITYA – DEMANDE ARCHIVES AMIABLE"

En date d'exécution du virement par la banque
BQ   462NIZ   Débit  "DEBOURS NIZO – LRAR CITYA"
BQ   512000   Credit  "DEBOURS NIZO – LRAR CITYA"

Je veux que :
1. La dépense apparaisse correctement dans la bonne catégorie dans les réalisés en face du prévisionnel (donc j'ai utilisé 6213)
2. Que le débours soit visible (tous les débours à Nizo passeront par le 462NIZ, ce qui donne une visibilité immédiate de tous les montants remboursés sur l'exercice)
3. Que l'opération soit bien sur visible sur le journal de banque et le compte 512.

Dans ce système, le 462NIZ reflète un peu mon compte en banque, dans le sens où on y voit les virements effectués entre le syndicat (512) et mon compte en banque.

Dois-je changer quelque chose ?

les comptes 462 et 461 sont tellement fourre-tout que "l'écrivain" de l'arrêté n'a même pas donné d'explications sur ces comptes, alors qu'il l'a fait pour d'autres...
Mais je pense que l'utilisation du 462 n'est pas approprié, car il n'y a pas de raison d'avoir un solde nul sur ce compte... tandis qu'avec le 401 il vaut mieux avoir un solde nul en fin d'année (c'est mieux).

de toute façon en faisant 401NIZ ou 462NIZ cela ne fait pas grand chose ; par contre je n'aurai pas utilisé le 401POS car le fournisseur "La Poste" n'a rien facturé dans cette histoire au syndicat.

pour garder votre 462NIZ, j'aurai fait :
621300 débit (ce sont bien des timbres frais postaux)
462NIZ crédit (celui qui a payé les timbres et a fourni un justificatif au syndicat)

et
462NIS débit (on rembourse celui qui a fait l'avance de ses propres fonds)
512000 crédit (en "piquant" dans la caisse )