Rappel:
Objet : Re: [fr-users] Pourquoi un tableur n’est pas un outil comptable ni 
financier pérenne (note technique)

Bonjour Sophie (et tous),

Merci pour ton retour, mais non, ce n’est pas une « client feature » qu’on 
peut balayer d’un revers de main.

C’est une feature obsolète et dangereuse qui a été explicitement marquée comme 
déconseillée
 par Microsoft depuis des années, et qui pose un problème réglementaire réel en 
France.

Je t’invite à bien relire la note technique que j’ai postée sur cette même 
liste le 
10 janvier 2026 (sujet : « Pourquoi un tableur n’est pas un outil comptable ni 
financier pérenne ») :

Absence d’inaltérabilité native et de traçabilité des écritures
Fragilité structurelle dans la durée (formules modifiées sans trace)
Aucune conformité fiscale native (pas de FEC conforme, pas de séparation 
compta/fiscal)
Impression et archivage non reproductibles
Non-respect du principe d’image fidèle (PCG art. 214-13 : amortissement 
systématique et rationnel, référence linéaire)
La fonction AMORDEGRC est l’illustration parfaite de tout cela :

Elle implémente un amortissement dégressif fiscal ancien (coefficients des 
années 80-90, modifiés par les réformes 2001-2017).
Elle est obsolète en comptabilité française actuelle selon le PCG (janvier 
2025) : le dégressif n’est pas autorisé comme méthode de droit commun.
Microsoft l’indique explicitement dans sa documentation officielle :
Important : En raison des modifications apportées à la méthodologie 
d’amortissement du système comptable français, cette fonction est déconseillée 
et ne doit plus être utilisée.

Dans LibreOffice Calc, elle reste présente sans aucun avertissement, ce qui est 
irresponsable vis-à-vis des utilisateurs français.
Ce n’est pas un bug cosmétique à corriger dans l’aide ou le wiki : c’est une 
feature toxique par conception qui expose les utilisateurs à des risques 
juridiques, fiscaux et documentaires graves.

Comme je l’expliquais dans la note :
Un tableur est un excellent outil de calcul, mais un très mauvais outil 
comptable ou financier pérenne.
Et tant qu’on ne déprécie pas officiellement ces fonctions obsolètes (avec un 
warning clair dans l’UI et l’aide), on laisse une bombe à retardement dans Calc.

Je reste bien sûr disponible pour en discuter ou pour 
proposer un texte d’avertissement concret à intégrer dans le bug #169638.

Cordialement,
Bernard Schœnacker



----- Dominique <[email protected]> a écrit :
> Bonjour Sophie,
> 
> Mes connaissances en comptabilité publique me poussent à dire que 
> l'amortissement dégressif n'est pas autorisé. mais la comptabilité 
> privée est plus nuancée. Voici la réponse que me fournit ChatGPT :
> 
> ------------------------------------------------------------------------
> 
> 
> Bonne question — et la réponse courte est *non, pas “toujours”* ??
> 
> 
>       En comptabilité privée française
> 
> ?? *L’amortissement dégressif n’est pas interdit*, mais *il n’est pas le 
> mode de référence en comptabilité*.
> 
> En normes comptables françaises (PCG) :
> 
>   *
> 
>     *Le principe est l’amortissement linéaire*, car il reflète la
>     consommation régulière des avantages économiques.
> 
>   *
> 
>     *L’amortissement dégressif est autorisé en comptabilité* *uniquement
>     si* :
> 
>       o
> 
>         il traduit mieux le rythme réel d’utilisation du bien (usure
>         plus rapide au début, obsolescence technologique, etc.),
> 
>       o
> 
>         et ce choix est *justifié et documenté* (principe de sincérité
>         et d’image fidèle).
> 
> ?? Autrement dit : *oui, c’est possible*, mais *ce n’est pas automatique 
> ni librement opportuniste*.
> 
> 
>       Attention à la confusion avec le fiscal
> 
> C’est là que ça se complique souvent ??
> 
>   *
> 
>     *Fiscalement*, l’amortissement dégressif est *strictement encadré*
>     (types de biens, durées minimales, coefficients).
> 
>   *
> 
>     Beaucoup d’entreprises :
> 
>       o
> 
>         amortissent *linéairement en comptabilité*,
> 
>       o
> 
>         et appliquent le *dégressif uniquement en fiscal*, via des
>         *amortissements dérogatoires*.
> 
> ➡️ Ce montage est *très courant* et parfaitement conforme.
> 
> 
>       En pratique
> 
>   *
> 
>     ✅ *Comptabilité* : dégressif possible mais exceptionnel et justifié
> 
>   *
> 
>     ✅ *Fiscalité* : dégressif autorisé sous conditions légales
> 
>   *
> 
>     ⚠️ *Sans justification économique*, le dégressif *ne devrait pas
>     être retenu en comptabilité*
> 
> ------------------------------------------------------------------------
> 
> Bien à toi,
> 
> -- 
> Dominique
> Esto quod es
> 
> 
> 
> 
> Le 26/01/2026 à 11:44, sophi a écrit :
> > Bonjour,
> >
> > Est-ce que certains d'entre vous pourrait confirmer que la fonction 
> > AMORDEGRC ne doit plus être utilisée en France:
> >
> > https://support.microsoft.com/fr-fr/office/amordegrc-amordegrc-fonction-a14d0ca1-64a4-42eb-9b3d-b0dededf9e51
> >  
> >
> >
> > Je n'ai pour ma part aucune idée de ce qui a changé dans le système 
> > comptable, donc si vous pouvez me pointer vers une documentation ça 
> > aiderait à résoudre ce bug:
> > https://bugs.documentfoundation.org/show_bug.cgi?id=169638
> >
> > Merci,
> > À bientôt
> > Sophie
> >
> -- 
> Envoyez un mail à [email protected] pour vous désinscrire
> Les archives de la liste sont disponibles à 
> https://listarchives.libreoffice.org/fr/discuss/
> Privacy Policy: https://www.documentfoundation.org/privacy


-- 
Envoyez un mail à [email protected] pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/discuss/
Privacy Policy: https://www.documentfoundation.org/privacy

Répondre à