Skip to content

Renouvellement d'air : ligne q4pa_conv 12 (avant 1948, avec joints) contredite par des menuiseries toutes exportées sans joint, non reprise même en compat_for_corpus_analysis (2606E1314062H, +10 % ep) #332

Closed

Description

@RubenKRNO

Constat

DPE 2606E1314062H : appartement (méthode 2), construit avant 1948, DPE version 2.6, 60,4 m².

Le fichier retient la ligne tv_q4pa_conv_id 12 (avant 1948, surfaces non isolées, avec joints, q4pa_conv 2,5). Ses cinq baies exportent toutes presence_joint = 0 (pas de porte). Open3CL recalcule donc « sans joints » et prend la ligne 1 (4,6).

DPE Open3CL 1.11.3
ligne tv_q4pa_conv_id 12 1
q4pa_conv 2,5 4,6
hperm (W/K) 39,2 84,2
déperdition renouvellement d'air (W/K) 85,0 130,0 (+52,9 %)
besoin_ch (kWh) 10 985 12 650 (+15,2 %)
conso_ch (kWh) 8 678 9 714 (+11,9 %)
ep 5 usages (kWhEP/m²) 326,7 (E) 359 (F)

Tout le reste est identique au dixième (murs, planchers, baies, ponts thermiques, apports, ECS). Avec q4pa_conv_saisi = 2,5 forcé, on retombe exactement sur le déclaré : besoin_ch 10 985,5, conso_ch 8 678,1, ep 326 (E).

Le moteur signale bien la contradiction (« Le DPE considère presence_joints_menuiserie = 1 alors que ce devrait être presence_joints_menuiserie = 0. La valeur recalculée … est utilisée. »), avec ou sans compat_for_corpus_analysis.

Moteur de référence

Le calcul officiel retrouve la valeur du DPE : nous l'avons fait arbitrer par l'API DPE du CSTB, qui rend 326,69 kWhEP/m², classe E. C'est cohérent avec #312 : le moteur de référence reçoit Q4Pa_conv en entrée, c'est le logiciel de saisie qui choisit la ligne.

Nous ne contestons pas le comportement par défaut : selon la méthode, des menuiseries sans joint donnent bien la ligne 1, et signaler l'incohérence est le bon réflexe pour un contrôle. La question porte sur le mode compat_for_corpus_analysis.

Ampleur

Sur un corpus de 38 869 DPE de l'open data ADEME, sans q4pa_conv_saisi :

Proposition

En compat_for_corpus_analysis, quand la ligne tv_q4pa_conv_id du DPE couvre la période de construction et ne diffère du recalcul que par presence_joints_menuiserie, reprendre la ligne du DPE, comme #313 le fait déjà pour isolation_surfaces. Le mode par défaut ne change pas.

  • Open3CL : 1.11.3 (même résultat en 1.4.6, 1.8.61 et 1.8.68)
  • Node.js : 24.18.0

Activity

  1. michaeldesigaud commented on Nov 7, 2026

    @michaeldesigaud
    Collaborator
  2. added a commit that references this issue on Nov 12, 2026
  3. michaeldesigaud commented on Nov 12, 2026

    @michaeldesigaud
    Collaborator

    @RubenKRNO la MR #335 à été mergé, je te laisserai vérifier / confirmer

  4. RubenKRNO commented on Nov 12, 2026

    @RubenKRNO
    Author

    Merci @michaeldesigaud et @elliot-redfroggy. Vérifié de notre côté en 1.11.6 sur 2606E1314062H : avec compat_for_corpus_analysis, ligne 12, q4pa_conv 2,5, hperm 39,2, ep 326 (E), soit la valeur du DPE et de l'API CSTB (326,69, E). Mode par défaut inchangé (ligne 1, 359, F).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Labels

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions