Lors de la création d'un BSDD on veut que l'utilisateur spécifie si le déchet est soumis à l'ADR ou non, et si oui, qu'il ait l'obligation de préciser la mention ADR.
La partie un peu délicate avec cette PR est qu'on ne veut pas de breaking change. Il faut donc maintenir l'API telle qu'elle existe aujourd'hui.
C'est pourquoi nous avons décidé de rendre le switch / boolean wasteDetailsIsSubjectToADR optionnel. S'il est précisé, on applique les nouvelles règles (wasteDetailsOnuCode est obligatoire si true, doit être vide si false), sinon on garde l'ancien comportement.
Pour les règles d'affichage de l'information, c'est pareil. Si wasteDetailsIsSubjectToADR est défini, on affiche wasteDetailsOnuCode si true, "Déclaré non soumis à l'ADR" si false. Sinon, on affiche le champ wasteDetailsOnuCode ou "Non soumis" comme avant.
Contexte
Lors de la création d'un BSDD on veut que l'utilisateur spécifie si le déchet est soumis à l'ADR ou non, et si oui, qu'il ait l'obligation de préciser la mention ADR.
La partie un peu délicate avec cette PR est qu'on ne veut pas de breaking change. Il faut donc maintenir l'API telle qu'elle existe aujourd'hui.
C'est pourquoi nous avons décidé de rendre le switch / boolean
wasteDetailsIsSubjectToADR
optionnel. S'il est précisé, on applique les nouvelles règles (wasteDetailsOnuCode
est obligatoire sitrue
, doit être vide sifalse
), sinon on garde l'ancien comportement.Pour les règles d'affichage de l'information, c'est pareil. Si
wasteDetailsIsSubjectToADR
est défini, on affichewasteDetailsOnuCode
sitrue
, "Déclaré non soumis à l'ADR" sifalse
. Sinon, on affiche le champwasteDetailsOnuCode
ou "Non soumis" comme avant.Démo
Screencast from 2024-11-04 10-31-35.webm
Ticket Favro
ÉTAPE 2 - Permettre au créateur du BSDD de déclarer que son déchet est Soumis à l'ADR Oui / Non, et rendre la mention ADR obligatoire si Oui