Re : Re: [fr-discuss] Méthodologie d'amortissement en France

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 <dominique.sextant@orange.fr> 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 à discuss+unsubscribe@fr.libreoffice.org 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 à discuss+unsubscribe@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/discuss/
Privacy Policy: https://www.documentfoundation.org/privacy