PhpCompta sortie de la version 5.2

Posté par . Modéré par patrick_g.
Tags :
15
7
août
2010
Bureautique
PhpCompta vient de sortir en version 5.2

PhpCompta est un logiciel en ligne (web-based) et opensource (GPL2) de comptabilité pour les indépendants, les PME ou les associations Loi 1901 (ASBL) pour la Belgique et la France.
Il permet le suivi client, le suivi fournisseur, de tenir sa comptabilité, de faire sa déclaration de TVA (Belgique), de gérer le stock, la génération de facture, note de frais...

La liste des changements les plus importants :
  • Interface nettement améliorée ;
  • Nouveau manuel, revu et corrigé ;
  • Amélioration pour la génération de documents ;
  • Balance progressive : par poste comptable, fiche et catégorie de fiche ;
  • Détail d'opération sans popup pouvant faire l'historique du compte ;
  • Balance par catégorie de journal (achats, recette...) ;
  • Un journal financier ne peut être lié qu'à un seul compte en banque ;
  • Rapprochements bancaires.

Les extensions ont été adaptées à la nouvelle version et devraient être mises à jour
  • # Il faut tuer le web designer

    Posté par . Évalué à 3.

    Désolé, l'application est peut-être très bien mais l'ergonomie est vraiment terrible.
  • # Il faut saluer les développeurs

    Posté par (page perso) . Évalué à 3.

    Ils connaissent la différence entre les nombres flottants et les nombres décimaux. Et ça, dans une application, ça n'a pas de prix (en dehors des conséquence d'une fausse déclaration de la TVA).

    Un petit extrait de la classe include/class_acc_compute.php:


    function compute_nd_vat() {
    if ( $this->check && $this->order > 3 ) throw new Exception ('ORDER NOT RESPECTED');
    $this->order=4;

    if ($this->amount_vat == 0 ) $this->compute_vat();
    $this->nd_vat=bcmul($this->amount_vat,$this->nd_vat_rate);
    $this->nd_vat=round($this->nd_vat,2);
    }


    Par contre, j'ai un doute sur le fait qu'il faille faire l'arrondi sur chaque ligne d'écriture, ou par total de montant HT auxquels on doit appliquer la TVA.

    Par exemple, si j'ai 10 articles à TVA 19,6, et 5 articles TVA 5,5. PHPCompta va les compter ainsi :


    le total est nul
    pour chaque TVA
    sous total est nul
    pour chaque article de TVA courante
    prix ttc = prix unitaire ht * (100 + TVA courrante /100)
    arrondir prix ttc à deux décimales
    ajouter prix ttc multiplié de la quantité au sous total
    ajouter le sous total au total


    Alors que j'aurais plutôt fait ainsi:


    le total est nul
    pour chaque TVA
    sous total est nul
    pour chaque article de TVA courante
    prix ttc = prix unitaire ht * (100 + TVA courrante /100)
    ajouter prix ttc multiplié de la quantité au sous total
    arrondir sous total à deux décimales
    ajouter le sous total au total


    D'accord, ça ne fait pas une grande différence, et sur quelques milliers d'euros on peut arriver à quelques centimes d'euros de différence. Ceci dit, j'ai déjà passé une demi-journée au téléphone avec une emmerdeuse cliente parce que son bilan comptable avait une différence de un centimes (oui, 0,01 €) avec l'export comptable que le logiciel de mon employeur produisait.

    Ceci dit, il me semble que la règle est d'utiliser une méthode et de s'y fixer durant tout le bilan comptable. Dans ce cas, peut-être que PHPCompta pourrait proposer une option dans l'algorithme de calcul ?
    • [^] # Re: Il faut saluer les développeurs

      Posté par . Évalué à 2.

      Malheureusement, il faut le faire par ligne sinon tu aurais des problèmes d'arrondi lors de la somme de tous les articles et de la TVA, et retrouver 1 centimes de différence dans un bilan, c'est très très long et vraiment pas passionnant. Sans compter que le débit doit toujours être égal au crédit

      Heureusement, la TVA calculée peut être changée dans l'interface. Ceux qui veulent la changer, le peuvent :-)
    • [^] # Re: Il faut saluer les développeurs

      Posté par . Évalué à 3.

      Très bonne remarque!
      La règle la plus commune est d'arrondir chaque total afin que la somme fasse bien la somme des montants affichée (tronqués a 2 chiffres après la virgule), sinon "la" comptable va pas comprendre pourquoi 10.00 + 20.00 ca fait 30.01.
      La gestion derrière, que ce soit en centimes entiers ou euros en nombres décimaux, c'est un choix. J'ai déjà vu pas pas de newbies gérer tout ca en flottant :) un vrai régal d'erreur.
  • # TVA & Factures

    Posté par (page perso) . Évalué à 2.

    La règle de calcul c'est ainsi :

    On travaille avec du HT. On somme tous les montants HT par type de TVA.
    En bas de facture, on a unpetit tableau avec une ligne par taux de TVA et on calcul cette TVA.
    Ensuite, on affiche le Grand total HT, le total TVA et le grand total TTC (qui est TotalHT + TotalTVA).
    La mention du TTC n'arrive qu'à la fin.

    Pour faire les déclarations, on prend la somme des montants HT => base, la somme des TVA => TVA. De toute façon, sur les déclarations, on arrondi à l'entier.

    Ça c'est la théorie.

    C'est pour les factures "pour les particuliers" que ça nous fait des cheveux blancs : on veut afficher le montant TTC par ligne. Alors oui, du coup on a deux modes de calcul et du coup on peut avoir TotalHT*1.196 != Total TTC (je simplifie avec un seul taux).
    Ça arrive même aux plus grands. Orange par exemple.
    • [^] # Re: TVA & Factures

      Posté par (page perso) . Évalué à 4.

      Ça arrive même aux plus grands. Orange par exemple.

      Je ne suis pas sûr que ce soit la référence par ici...

      « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

      • [^] # Re: TVA & Factures

        Posté par (page perso) . Évalué à 2.

        Oh non... Je sais bien... Chez moi non plus.

        Je les cite eux car j'ai eu plusieurs factures avec le 0.01€ de trop.

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.