noalyss-generale
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [noalyss-generale] Copropriété : date d'exigibilité des charges


From: Discussion à propos de NOALYSS , développement , support . . .
Subject: Re: [noalyss-generale] Copropriété : date d'exigibilité des charges
Date: Tue, 26 Aug 2014 18:13:51 +0200
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8.1.22) Gecko/20091109 Lightning/0.8 Thunderbird/2.0.0.22 Mnenhy/0.7.5.0

On 17/08/2014 23:55, Discussion à propos de NOALYSS, développement, support... 
wrote:
> 
> 
> 
> 2014-08-17 21:22 GMT+02:00 Discussion à propos de NOALYSS, développement, 
> support... <address@hidden <mailto:address@hidden>>:
> 
>     On 17/08/2014 18:51, Discussion à propos de NOALYSS, développement, 
> support... wrote:
>     > 2014-08-05 14:40 GMT+02:00 Discussion à propos de NOALYSS, 
> développement, support... <address@hidden <mailto:address@hidden> 
> <mailto:address@hidden <mailto:address@hidden>>>:
>     >
>     >       Bonjour,
>     >
>     >       J'ai une question à propos des appels de fond. Je ne sais
>     >     pas comment/où enregistrer la date d'exigibilité des appels
>     >     de charge.
>     >       La plupart du temps, cette date est celle de la transaction.
>     >     Mais il y a au moins un cas annuel où ça ne peut pas être
>     >     le cas : c'est lors de la régularisation des charges.
>     >
>     > Mince effectivement ce n'est pas prévu du tout,
>     >
>     >       (...)
>     >       Dans un journal d'achat ou de vente, on a un champ "Échéance"
>     >     qui serait bien pour cela. Mais il n'y a rien de tel (à ma
>     >     connaissance) dans un journal divers (qui est le type imposé pour
>     >     les appels de fonds).
>     >
>     >
>     > Encore une raison pour faire ça en 2 étapes : on sauve  les différentes
>     > opérations dans le plugin, et puis ces opérations sont transformées en
>     > écriture comptable, ainsi on pourra étendre les possibilités.
>     > Actuellement elles sont directement transformées en écriture comptable,
>     > ce qui amène un certain inconfort pour la correction par exemple.
> 
>       Je ne vois pas trop ce que ça changerait de préparer les écritures
>     avant de les passer dans la compta. Certes, en mode strict, ça éviterait
>     des écritures comptables d'annulation quand les comptes sont refusés et
>     qu'ils doivent être répartis à nouveau différemment.
>       Mais ça ne change rien au fait que l'écriture comptable doit être
>     datée du 31/12/X (pour que l'exercice comptable de l'année X soit
>     équilibré) alors que la somme sera exigible à la date de l'AG en
>     X+1.
> 
> 
> En fait, cela permet d'ajouter plus de fonctionnalités et surtout plus de
> confort. Actuellement on fait simplement appel à une fonction existante,
> et je trouve que l'écriture passée est trop "hard". Question de goût
> j'imagine.

Plus je réfléchis au problème des dates des appels de fonds, plus je
pense que, si on ne veut pas modifier en profondeur noalyss, un appel
de fond devrait générer autant d'écritures que de copropriétaires
concernés (plus une pour les rompus si nécessaire) à mettre dans un
journal de vente.
  En faisant ça, ça permet de gérer ces dates d'exigibilité, on gagne
aussi automatiquement l'aspect qui a payé quoi (le champ "payé").
Les appels de fonds deviennent alors bien des recettes du point de vue
de la compta. Et on peut avoir dans le tableau de bord très facilement
la liste de payement en retard...
  Par contre, on perd un peu l'aspect unitaire des appels de fond. Mais
cet aspect pourrait être présenté dans le plugin copro (qui offrirait
alors une vision globale par appel de fond).

  Ça paraîtrait intéressant comme développement ?

  A+
    Vincent

>       En pratique, après avoir regardé plus en détail le plugin, il serait
>     assez simple d'étendre la table des appels de fond avec une colonne
>     de plus pour la date d'exigibilité. Il faudrait une interface pour
>     pouvoir la corriger. Mais ça veut dire un cas spécial pour savoir
>     qui doit combien (regarder les comptes ne marchera pas, il faudra
>     regarder dans une page du plugin qui utilisera ce champ).
>       Il faudra aussi gérer correctement les annulations d'appel de fond.
>     J'en vois au moins deux types :
>     - vraie annulation (l'AG refuse la répartition proposée, il faut
>       faire une écriture inverse et préparer une nouvelle répartition.
>       Là, on veut vraiment annuler l'écriture. En mode non strict, on
>       peut la supprimer. En mode strict, il faut mettre les mêmes dates
>       (y compris pour cette nouvelle date d'exigibilité)
>     - annulation de régularisation : on annule les 4 appels de fond
>       des quatre quarts de l'année précédente avant de passer la
>       l'écriture de régularisation finale. Ici, la date d'exigibilité
>       de ces écritures d'annulation doit être non pas la date
>       d'exigibilité des écritures initiales mais celle de l'AG (et
>       celle de la date d'exigibilité de l'écriture de régularisation).
> 
>       Je vais essayer de partir sur cette piste. Mais je suis preneur
>     de tout conseil ou même simplement de réflexion/idées/discussions
>     sur le sujet.
> 
>  
> Hmm... Je vais encore réfléchir sur le sujet. Je vais mettre les plugins sur 
> savannah, avec git, cela sera plus facile pour modifier. J'espère que cela 
> sera fait d'ici la fin août.
> 
> 
> Bien à toi,
> 
> .D.
>  
> 
> 
> ---
> NOALYSS est un ERP libre centre sur la comptabilite
> 
> NOALYSS is an ERP opensource focused on accountancy
> 




reply via email to

[Prev in Thread] Current Thread [Next in Thread]