# Annonces de Breaking Changes [Inscrivez-vous](https://0806de2d.sibforms.com/serve/MUIEAEHOrJs7P2TV1xakXVUUtF32XAODVaNV5VVN877PoFy1l3V-J8Y5YjAQhGKdNHSdVWB-JN6IFqBnK_4CrkYpimJvNnAGPYfhZHwfVHKj54ZhpPU9WQCUoYt8DXohGGsg4lgG9yzm57EEGRzqe33Y-5u-TEWpOFzKmImnMFnen73dBgOqfJwTHDPSEd4zH5EEMzgZKvjWSfGL) Ă  la newsletter technique pour recevoir dans votre boite mail toutes les informations concernant les Breaking Changes. [đŸ‘Ÿ **Changelog - Github TrackdĂ©chets**](https://github.com/MTES-MCT/trackdechets/blob/dev/Changelog.md) [🔗 Donnez-nous votre avis sur la newsletter technique ! ](https://tally.so/r/312QVO) ## Livraisons Ă  venir ### đŸ’„ 2026.05.1 - 05/05/2026 *Aucun Breaking Change prĂ©vu* {% file src="" %} *✉ À annoncer dans la Newsletter du 04-05-2026, Ă  J-4 semaines de la livraison* *✉ Newsletter de la livraison du 04-05-2026 (Ă  venir)* ### đŸ’„ 2026.06.1 - 02/06/2026 *Aucun Breaking Change prĂ©vu* *✉* AnnoncĂ©s dans la Newsletter du 06-04-2026, Ă  J-8 semaines de la livraison *✉ À annoncer dans la Newsletter du 04-05-2026, Ă  J-4 semaines de la livraison* *✉ Newsletter de la livraison du 02-06-2026 (Ă  venir)* *** ## Livraisons passĂ©es ### đŸ’„ 2026.04.1 - 07/04/2026 *Aucun Breaking Change prĂ©vu* {% file src="" %} {% file src="" %} *✉ Newsletter de la livraison du 06-04-2026* ### đŸ’„ 2026.03.1 - 10/03/2026 *Aucun Breaking Change prĂ©vu* {% file src="" %} {% file src="" %} {% file src="" %} ### đŸ’„ 2026.02.1 - 10/02/2026 **BSDA** - Le champ `destinationReceptionRefusedWeight` (quantitĂ© refusĂ©e), introduit lors d'une livraison en juillet 2025, sera rendu obligatoire lors d'une rĂ©vision et Ă  la signature de l'acceptation (`destinationReceptionAcceptationStatus`), selon les rĂšgles suivantes : * **Acceptation totale** : `destinationReceptionRefusedWeight` devra ĂȘtre Ă©gal Ă  0 * **Refus total** : `destinationReceptionRefusedWeight` devra ĂȘtre Ă©gal Ă  la quantitĂ© rĂ©ceptionnĂ©e * **Refus partiel** : `destinationReceptionRefusedWeight` devra ĂȘtre strictement supĂ©rieur Ă  0 et strictement infĂ©rieur Ă  la quantitĂ© rĂ©ceptionnĂ©e **BSDD** - Remplacement du champ `wasteDetails.consistence` par `wasteDetails.consistences`. Un nouveau champ GraphQL `wasteDetails.consistences` sera ajoutĂ© sur les inputs Form (BSDD) dĂšs le 18 novembre 2025. Ce champ sera de type \[Consistence!] et attendra donc un tableau de valeurs (issues de l’enum `Consistence`), correspondant aux diffĂ©rentes consistances du dĂ©chet, sans doublons. Le champ actuel `wasteDetails.consistence` reste disponible jusqu’au 16 dĂ©cembre 2025, date Ă  laquelle il sera supprimĂ©. {% file src="" %} {% file src="" %} {% file src="" %} {% file src="" %} ### đŸ’„ 2026.01.1 - 13/01/2026 **BSDD -** Lors de la signature du traitement, il sera dĂ©sormais possible d’indiquer si les terres ont Ă©tĂ© valorisĂ©es. Si oui, l’emplacement gĂ©ographique de leur destination devra obligatoirement ĂȘtre renseignĂ© (coordonnĂ©es ou parcelles). ConcrĂštement, pour les BSDD avec un code dĂ©chet de type terre (17 05 03\*, 17 05 04, 17 05 05\*, 17 05 06 ou 20 02 02) et un traitement de type R (R1–R13), si `isTexsUpcycled` = true, alors il sera obligatoire de renseigner : `destinationParcelInseeCodes` et `destinationParcelNumbers` ou bien `destinationParcelCoordinates`. Cela fait notamment Ă©cho aux rĂšgles dĂ©jĂ  implĂ©mentĂ©es sur les registres de terres entrantes et sortantes. **BSDA et BSDASRI** - Lorsque le code d’opĂ©ration (`destinationOperationCode`) renseignĂ© sera D9F, le mode d’opĂ©ration (`destinationOperationCode`) `ÉLIMINATION` sera requis, aussi bien lors de la signature du traitement que lors de la rĂ©vision. {% file src="" %} {% file src="" %} {% file src="" %} {% file src="" %} {% file src="" %} ### đŸ’„ 2025.12.1 - 16/12/2025 **Registre national (tous registres confondus)** - Le mode de traitement (`operationMode`) d'une dĂ©claration devra correspondre au code d'opĂ©ration rĂ©alisĂ© (`operationCode`) selon la hiĂ©rarchie des modes de traitement en vigueur, disponible [Ă  ce lien](https://faq.trackdechets.fr/dechets-dangereux-classiques/installations-de-traitement/questions-frequentes-des-installations-de-destination#quelle-correspondance-entre-code-et-mode-de-traitement) sur la FAQ. {% file src="" %} {% file src="" %} {% file src="" %} {% file src="" %} ### đŸ’„ 2025.11.1 - 18/11/2025 **BSDA** - Il sera obligatoire de renseigner le champ `wasteConsistenceDescription` lorsque la consistance du dĂ©chet sera `AUTRE`. **CrĂ©ation d'Ă©tablissement** - Les Ă©tablissements s’inscrivant comme Installation de collecte de dĂ©chets apportĂ©s par le producteur initial (Rubrique 2710) (`WASTE_CENTER`) feront dĂ©sormais l’objet d’une vĂ©rification Ă  leur crĂ©ation, au mĂȘme titre que tous les autres types d’établissements gestionnaires de dĂ©chets. {% file src="" %} {% file src="" %} {% file src="" %} ### đŸ’„ 2025.10.1 - 21/10/2025 **Tous bordereaux** - Mise Ă  jour de la liste de la hiĂ©rarchie des modes de traitement\ disponibles par code dĂ©chet, avec plus prĂ©cisĂ©ment : * R2, R6, R8, R10 : Retrait du mode de traitement "Autres valorisations" * R3, R5 : Retrait du mode de traitement "RĂ©utilisation" * R4 : Retrait des modes de traitement "RĂ©utilisation" et "Autres valorisations" * R7 : Retrait des modes de traitement "Recyclage" et "Autres valorisations" * R9 : Retrait du mode de traitement "Autres valorisations" et ajout du mode de\ traitement "Valorisation Ă©nergĂ©tique" * R11 : Retrait du mode de traitement "RĂ©utilisation" et ajout du mode de traitement\ "Valorisation Ă©nergĂ©tique" Si besoin, la liste des codes et modes de traitement est disponible Ă  ce lien sur la FAQ. **BSDA et DASRI** - Le code de traitement D9 sera renommĂ© par D9F pour aller vers plus\ de cohĂ©rence avec le code de traitement final proposĂ© sur le BSDD. {% file src="" %} {% file src="" %} {% file src="" %} {% file src="" %} ### đŸ’„ 2025.09.1 - 23/09/2025 **BSDD -** Le SIRET, la raison sociale et l'adresse de l'Ă©metteur visĂ© sur un bordereau seront scellĂ©s Ă  sa signature dĂšs le 01/09/2025. **Nettoyage de bordereaux -** Dans un objectif d'optimisation, nous allons procĂ©der Ă  la suppression des bordereaux passĂ©s au statut SENT avant le 01/01/2023 et n’ayant fait l’objet d’aucune modification depuis cette date. Nous vous invitons Ă©galement Ă  rĂ©aliser un nettoyage de votre cĂŽtĂ©, en supprimant par exemple les bordereaux en brouillon ou publiĂ©s dont la derniĂšre mise Ă  jour est antĂ©rieure au 01/01/2023. **Version des registres avant intĂ©gration du registre national** - Les anciennes queries de l'ensemble des registres ne seront plus disponibles via API. Cette suppression concerne les queries suivantes : * `incomingWastes` * `outgoingWastes` * `transportedWastes` * `managedWastes` * `allWastes` * `wastesRegistryCsv` * `wastesRegistryXls` * ainsi que la possibilitĂ© de tĂ©lĂ©charger un export de registre via `/download?token=xxx` Ces modifications n'ont aucune consĂ©quence sur les versions rĂ©glementaires du registre national, implĂ©mentĂ©es ces derniers mois. {% file src="" %} {% file src="" %} {% file src="" %} {% file src="" %} {% file src="" %} ### đŸ’„ 2025.08.1 - 26/08/2025 **BSDA** - Il ne sera plus possible : * de crĂ©er ou modifier un Ă©tablissement avec le type de profil Entreprise de travaux si aucune des deux sous-sections (SS3 ou SS4) n’a Ă©tĂ© renseignĂ©e, * de viser un Ă©tablissement en tant qu’Entreprise de travaux si aucune des deux sous-sections (SS3 ou SS4) n’a Ă©tĂ© renseignĂ©e dans son profil. **Registre national :** * Seuls les codes dĂ©chets terres, Ă  savoir : 17 05 03\*, 17 05 04, 17 05 05\*, 17 05 06 et 20 02 02 seront autorisĂ©s sur les registres TEXS entrants et sortants (correction). * Ajout d'une colonne Ă  l'export sur les registres entrants, sortants et de gestion "Fichier d'analyse chimique" (aucun impact sur les templates d'import). {% file src="" %} {% file src="" %} {% file src="" %} ### đŸ’„ 2025.07.2 - 29/07/2025 * **Tous les bordereaux** - La valeur `null` ne sera plus acceptĂ©e comme mode de transport Ă  la signature transporteur {% file src="" %} {% file src="" %} {% file src="" %} ### đŸ’„ 2025.07.1 - 01/07/2025 * **BSDD de tournĂ©e dĂ©diĂ©e -** Il ne sera plus possible de crĂ©er un bordereau de tournĂ©e dĂ©diĂ©e qui comporte un conditionnement (correction) * **BSDA -** Lorsqu'une `nextDestination` est visĂ©e sur un BSDA, on ne permettra plus Ă  la `destination` de renseigner un code de traitement final, il lui sera uniquement possible de sĂ©lectionner les codes suivants : R 13 ou D 15 lors de la signature du traitement {% file src="" %} {% file src="" %} {% file src="" %} ### đŸ’„ 2025.06.1 - 03/06/2025 * **BSDD** - Le champ `wasteDetailsIsSubjectToADR` sera rendu obligatoire via API Ă  la crĂ©ation du bordereau * **đŸ’…đŸ» BSDA - AmĂ©liorations en lien avec l'ADR :** Les modifications rĂ©cemment effectuĂ©es sur le champ ADR du BSDD seront appliquĂ©es sur le BSDA, Ă  savoir : la complĂ©tion d'un nouveau champ sera proposĂ©e, par exemple `wasteDetailsIsSubjectToADR`, qu'il sera possible de complĂ©ter par true ou false, avec : * si true ➡ la mention ADR (`wasteAdr`) sera requise Ă  la publication du bordereau (EMISSION), * si false ➡ la mention ADR (`wasteAdr`) sera automatiquement complĂ©tĂ©e par "DĂ©clarĂ© non soumis Ă  l'ADR", et un message d'erreur sera renvoyĂ© si la mention ADR a Ă©tĂ© complĂ©tĂ©e, * ce champ sera optionnel mais Ă  terme rendu obligatoire Ă  la publication du bordereau (EMISSION). * Si le nouveau champ `wasteDetailsIsSubjectToADR` n'est pas complĂ©tĂ©, alors les rĂšgles concernant la complĂ©tion du champ `wasteAdr` ne changent pas, il reste optionnel. {% file src="" %} {% file src="" %} {% file src="" %} {% file src="" %} ### đŸ’„ 2025.05.1 - 05/05/2025 *En raison du caractĂšre exceptionnel de cette livraison, liĂ© Ă  l'**intĂ©gration des fonctionnalitĂ©s du RNDTS dans TrackdĂ©chets**, celle-ci a Ă©tĂ© effectuĂ©e avec quelques jours d'avance sur le calendrier initial.* *La mise en production, initialement prĂ©vue mardi 6 mai au soir, a Ă©tĂ© effectuĂ©e en fin de semaine du 28 avril 2025 et Ă©tait donc **disponible dĂšs le lundi 5 mai 2025 au matin**.* **Registre national :** * Mise Ă  disposition de l'ensemble des fonctionnalitĂ©s du registre dans l'environnement de production * Pour suivre l'ensemble des amĂ©liorations effectuĂ©es, nous vous invitons Ă  consulter la page [FAQ dĂ©diĂ©e](https://faq.trackdechets.fr/registre-national/importer-des-declarations-en-masse/fichier-dimport-en-masse-des-donnees) *Aucun Breaking Change prĂ©vu* {% file src="" %} {% file src="" %} {% file src="" %} ### đŸ’„ 2025.04.1 - 08/04/2025 * **BSDD** - Lors de la complĂ©tion d'un bordereau avec un code dĂ©chet terres et la location de parcelles, le ou les codes INSEE seront demandĂ©s et non plus le ou les code(s) postaux. * **DASRI et PAOH** - Les brouillons ne seront plus accessibles aux acteurs visĂ©s sur le bordereau, seul le crĂ©ateur de celui-ci sera en mesure d'y accĂ©der. {% file src="" %} {% file src="" %} {% file src="" %} ### đŸ’„ 2025.03.1 - 11/03/2025 * *\[ReportĂ© de la livraison du 14 janvier 2025]* **BSDD** - Le champ **`quantityRefused`** (quantitĂ© refusĂ©e), introduit lors de la livraison du 30/07/2024, sera rendu obligatoire lors d'une rĂ©vision et Ă  la signature de l'acceptation (`wasteAcceptationStatus`), dans tous les cas : * en cas d'**acceptation totale**, la valeur attendue sera de 0, * en cas de **refus total**, la valeur attendue sera Ă©gale au poids rĂ©ceptionnĂ©, * en cas de un **refus partiel**, la valeur attendue devra ĂȘtre strictement supĂ©rieure Ă  0 et strictement infĂ©rieure Ă  la quantitĂ© rĂ©ceptionnĂ©e. * Ainsi, pour des raisons techniques et de clartĂ© de l'API, **le champ sera obligatoire en toutes circonstances**. Il avait prĂ©cĂ©demment Ă©tĂ© annoncĂ© comme obligatoire en cas de refus partiel uniquement. * **BSDD** - La type de conditionnement PIPELINE sera dĂ©prĂ©ciĂ©e sur l'enum [Packagings](https://developers.trackdechets.beta.gouv.fr/reference/api-reference/bsdd/enums#packagings). Il sera nĂ©cessaire de renseigner un nouveau champ boolĂ©en `isDirectSupply` sur [FormInput](https://developers.trackdechets.beta.gouv.fr/reference/api-reference/bsdd/inputObjects#forminput) pouvant correspondre Ă  un acheminement par pipeline ou par convoyeur. Aucun conditionnement ne devra ĂȘtre renseignĂ© en cas d'acheminement direct, c'est Ă  dire que lorsque `isDirectSupply` sera true, le champ `packagingsInfos` sur [FormInput](https://developers.trackdechets.beta.gouv.fr/reference/api-reference/bsdd/inputObjects#forminput) devra valoir null ou \[]. Les donnĂ©es existantes seront migrĂ©es de sorte qu'il vous faudra prendre en compte en lecture le nouveau champ `isDirectSupply` sur l'objet [Form](https://developers.trackdechets.beta.gouv.fr/reference/api-reference/bsdd/objects#form). Nous continuerons d'accepter la valeur PIPELINE comme type de packagings en Ă©criture mais les donnĂ©es entrantes sera automatiquement convertie pour s'adapter au nouveau format de donnĂ©es. {% file src="" %} {% file src="" %} {% file src="" %} ### đŸ’„ 2025.02.1 - 11/02/2025 * **BSDD et BSDA** - Il ne sera plus possible de viser en tant que courtier ou nĂ©gociant un acteur qui n'aurait pas renseignĂ© son rĂ©cĂ©pissĂ© de courtage ou de nĂ©goce, ainsi que le type de profil correspondant sur TrackdĂ©chets * **BSDA** - Le champ GraphQL `BsdaPackagingType.type` sera rendu obligatoire * **Tous bordereaux** - Mise en place de restrictions sur le format de l'immatriculation transporteur, elles ne pourront plus uniquement ĂȘtre constituĂ©es d'espaces et devront ĂȘtre constituĂ©es Ă  minima de 4 caractĂšres * **BSVHU** : Le champ `BsvhuInput.identification.type` Ă©volue. Il pourra dĂ©sormais recevoir la valeur NUMERO\_FICHE\_DROMCOM en sus de NUMERO\_ORDRE\_REGISTRE\_POLICE et NUMERO\_IMMATRICULATION (NUMERO\_ORDRE\_LOTS\_SORTANTS Ă©tant dĂ©prĂ©ciĂ©) Le fonctionnement gĂ©nĂ©ral est le suivant : * Quand `BsvhuInput.packaging` vaut LOT, `BsvhuInput.identification.type` doit ĂȘtre null, * Quand `BsvhuInput.packaging` vaut UNITE, il sera obligatoire de renseigner `BsvhuInput.identification.type`, `BsvhuIdentificationInput.type` est dĂ©fini par l'enum `BsvhuIdentificationType` qui pourra prendre les valeurs NUMERO\_ORDRE\_REGISTRE\_POLICE , NUMERO\_IMMATRICULATION et NUMERO\_FICHE\_DROMCOM (nouveau). {% file src="" %} {% file src="" %} {% file src="" %} ### đŸ’„ 2025.01.1 - 14/01/2024 **BSVHU** * Ajout jusqu'Ă  deux plaques d'immatriculation, requises Ă  la signature transporteur * Ajout d'un mode de transport requis Ă  la signature transporteur : * Quand le mode de transport sera `ROAD`, alors au moins une plaque d'immatriculation sera requise Ă  la signature transporteur et le poids renseignĂ© sur le bordereau ne pourra ĂȘtre strictement supĂ©rieur Ă  40 tonnes, * Quand le mode de transport sera `ROAD` et que le transporteur sera français (SIRET), alors la prĂ©sence d'un rĂ©cĂ©pissĂ© de transport dans le profil du transporteur sera requise sauf exemption. *\[ReportĂ© Ă  la livraison du 11 mars 2025]* **BSDD** - Le champ `quantityRefused` (quantitĂ© refusĂ©e), introduit lors de la livraison du 30/07/2024, sera rendu obligatoire lors d'une rĂ©vision et Ă  la signature de l'acceptation (`wasteAcceptationStatus`) **dans tous les cas.** {% file src="" %} {% file src="" %} {% file src="" %} ### đŸ’„ 2024.12.1 - 17/12/2024 * **BSFF** - Les brouillons ne sont dĂ©sormais plus accessibles aux acteurs visĂ©s sur le bordereau, seul le crĂ©ateur de celui-ci sera en mesure d'y accĂ©der * **BSVHU** - L’input `BsvhuInput` Ă©volue, une nouvelle rĂšgle de validation pour `BsvhuInput.packaging` et `BsvhuInput.identification` sera mise en place. * Quand `BsvhuInput.packaging` vaudra LOT, `BsvhuInput.identification.type` devra ĂȘtre null * Quand `BsvhuInput.packaging` vaudra UNITE, il sera obligatoire de renseigner `BsvhuInput.identification.type` * `BsvhuIdentificationInput.type` est dĂ©fini par l'enum `BsvhuIdentificationType` qui pourra prendre les valeurs NUMERO\_ORDRE\_REGISTRE\_POLICE et NUMERO\_IMMATRICULATION La valeur NUMERO\_ORDRE\_LOTS\_SORTANTS sera dĂ©prĂ©ciĂ©e. Cette Ă©volution ne concernera que les BSVHU crĂ©Ă©s aprĂšs la date de mise en production (17 dĂ©cembre soirĂ©e). {% file src="" %} {% file src="" %} {% file src="" %} ### đŸ’„ 2024.11.1 - 19/11/2024 * *\[ReportĂ© de la livraison du 30 juillet]* **BSDD** - Mise en place de restrictions en lien avec les types de profils TTR et Installations de traitements : selon les sous-types de profils complĂ©tĂ©s dans le profil de l'Ă©tablissement, ce dernier pourra ĂȘtre visĂ© ou non sur un bordereau de dĂ©chet dangereux ou non dangereux (**BSDD** uniquement) * *\[RetirĂ© le 09-09-2024 puis reportĂ©]* **BSDD** : Le champ "NumĂ©ro de notification ou de document" Ă  la signature du traitement avec un code non final est rendu obligatoire lorsque l'entreprise de destination ultĂ©rieure est Ă©trangĂšre. * 🐛 Correction **BSDD** - La prĂ©sence d'une quantitĂ© reçue (quantityReceived) sera requise pour passer du statut SENT Ă  ACCEPTED via la mutation markAsReceived * **đŸ’…đŸ» BSDD - AmĂ©liorations en lien avec l'ADR :** * CrĂ©ation d'un nouveau champ optionnel pour les "Mentions au titre des rĂšglements RID, ADNR, IMDG (optionnel)" * Il sera permis au crĂ©ateur du BSDD de dĂ©clarer que son dĂ©chet est Soumis Ă  l'ADR" * ImplĂ©mentation de rĂšgles d'affichage concernant la mention sur le PDF **đŸ’„ Restrictions en lien avec les types de profils TTR et Installations de traitements** Selon le ou les sous-types de profils complĂ©tĂ©s dans le profil de l'Ă©tablissement, ce dernier pourra ĂȘtre visĂ© ou non sur un bordereau de dĂ©chet dangereux ou non dangereux. À savoir : * **Dangereux** : dĂ©chet ayant un code \*, forcĂ© comme dangereux ou contenant des POP, * **Non dangereux** : dĂ©chet ayant un code sans š\*, non forcĂ© comme dangereux ou ne contenant pas de POP. Ci-dessous la liste des autorisations :
Type d'établissementSous-type d'établissement sélectionnéRubriquesDangereuxNon dangereux
Installation de Tri, transit regroupement de déchetsDéchets non Dangereux 2713; 2714; 2715; 2716NonOui
Installation de Tri, transit regroupement de déchetsDéchets Dangereux 2718OuiNon
Installation de Tri, transit regroupement de déchetsDéchets DEEE 2711OuiOui
Installation de Tri, transit regroupement de déchetsAutres cas déchets non dangereux 2731NonOui
Installation de Tri, transit regroupement de déchetsAutres cas déchets dangereux 2719; 2792-1; 2793-1; 2793-2; 2797-1; 2798OuiNon
Installation de traitementIncinération de déchets dangereux2770; 3520-bOuiOui
Installation de traitementIncinération de déchets non dangereux2771; 2740; 3520-aNonOui
Installation de traitementCrémationNonOui
Installation de traitementInstallation de stockage de déchets dangereux2720-1; 2760-1; 2760-4; 2797-2; 3540-1; 3540-2; 3560OuiNon
Installation de traitementInstallation de stockage de déchets non dangereux (y compris casiers dédiés amiante, plùtre)2720-2; 2760-2-a; 2760-2-b; 3540-1; 3540-2OuiOui
Installation de traitementInstallation de stockage de déchets inertes2760-3NonOui
Installation de traitementAutres traitement de déchets non dangereux2730; 2780; 2781; 2782; 2783; 2791, 2794, 3531; 3532NonOui
Installation de traitementAutres traitements de déchets dangereux2790; 2792-2; 2793-3; 2795; 3510;OuiNon
DĂ©chetterie-7102OuiOui
VHUCasse automobile2712OuiOui
VHUBroyeur2790; 2791OuiOui
{% file src="" %} {% file src="" %} {% file src="" %} ### đŸ’„ 2024.10.1 - 22/10/2024 * **VHU -** Les champs `destinationCompanyName`, `destinationCompanySiret` et `destinationCompanyAddress` seront scellĂ©s Ă  la signature Ă©metteur pour tous les acteurs sauf pour le producteur qui devra ĂȘtre en mesure de les modifier jusqu'Ă  la signature transporteur * **VHU** - Le champ `identificationNumbers` sera requis Ă  la publication * **VHU** - Les brouillons ne seront plus accessibles aux acteurs visĂ©s sur le bordereau, seul le crĂ©ateur de celui-ci sera en mesure d'y accĂ©der {% file src="" %} {% file src="" %} {% file src="" %} ### đŸ’„ 2024.09.1 - 24/09/2024 * *\[ReportĂ© de la livraison du 27 aoĂ»t]* Rendre obligatoire le mode de transport Ă  la signature Transporteur pour tous les BSD, par dĂ©faut si aucun mode de transport n'a Ă©tĂ© renseignĂ© on ajoute Route, on ajoute sur l'UI la sĂ©lection du mode de transport * *\[ReportĂ© de la livraison du 27 aoĂ»t]* Rendre obligatoire le volume du contenant Ă  la publication sur le **BSFF** {% file src="" %} {% file src="" %} {% file src="" %} ### đŸ’„ 2024.08.1 - 27/08/2024 * **BSDA** - Ne pas permettre d'accĂ©der aux brouillons des autres acteurs * **DASRI** - Suppression du champ ~~destinationReceptionWasteVolume~~ `BsdasriReceptionInput.volume` 🚹 La suppression d'un champ sur le Bsdasri ne concerne pas le champ destinationReceptionWasteVolume mais bien le champ d'input [BsdasriReceptionInput.volume](https://developers.trackdechets.beta.gouv.fr/reference/api-reference/bsdasri/inputObjects#bsdasrireceptioninput) qui est ignorĂ© et marquĂ© comme dĂ©prĂ©ciĂ©. Aucun autre impact sur le Bsdasri. {% file src="" %} {% file src="" %} {% file src="" %} ### đŸ’„ 2024.07.2 - 30/07/2024 **AmĂ©lioration du registre** * Retrait de l'Immatriculation des transporteurs n°1, n°2 et n°3 des registres Entrants, Sortants et Gestion * Suppression des colonnes liĂ©es aux Champs Libres dans l'ensemble des registres * Suppression des colonnes Date de cession et Date d'acquisition dans les registres exhaustif et de gestion * Suppression de la colonne "Producteurs initiaux code postaux" de l'ensemble des registres, et toutes les colonnes Producteurs initiaux des registres gestion et transport **Établissements** * Suppression du type de profil CrĂ©mation et conservation uniquement du sous-type de l'Installation de traitement CrĂ©mation Ă  renommer par CrĂ©matorium (et cimetiĂšres pour la Guyane) **BSDA** * Rendre obligatoire les informations liĂ©es au dĂ©chet Ă  la signature Ă©metteur si aucune entreprise de travaux n'a Ă©tĂ© visĂ©e pour Ă©viter un blocage du bordereau Ă  la signature transporteur si aucune entreprise de travaux n'a Ă©tĂ© visĂ©e et que le producteur n'a pas ajoutĂ© ces informations **DASRI** *\[ReportĂ© de la livraison du 2 juillet]* * Correction de la dĂ©nomination du code de traitement non final "D 12" par "D 13" ***BSDD** \[ReportĂ© Ă  la livraison du 22 octobre]* * *Mise en place de restrictions en lien avec les types de profils TTR et Installations de traitements : selon les sous-types de profils complĂ©tĂ©s dans le profil de l'Ă©tablissement, ce dernier pourra ĂȘtre visĂ© ou non sur un bordereau de dĂ©chet dangereux ou non dangereux* {% file src="" %} {% file src="" %} {% file src="" %} ### đŸ’„ 2024.07.1 - 02/07/2024 * Retrait de la possibilitĂ© d'ajouter une Annexe 1 sur un BSD de tournĂ©e dĂ©diĂ©e avant que celui-ci ne soit publiĂ© via API Le Breaking Change suivant a Ă©tĂ© reportĂ© au prochain sprint : * **DASRI** - Correction de la dĂ©nomination du code de traitement non final "D 12" par "D 13" {% file src="" %} {% file src="" %} {% file src="" %} ### đŸ’„ 2024.06.1 - 04/06/2024 * **BSDD** / Le champ "NumĂ©ro de notification ou de document" Ă  la signature du traitement avec un code non final est rendu obligatoire lorsque l'entreprise est Ă©trangĂšre (hors Union EuropĂ©enne) * **BSDD** / Le SIRET de la destination ultĂ©rieure devra obligatoirement ĂȘtre inscrit sur TrackdĂ©chets Ă  la signature du traitement avec un code d'opĂ©ration non final * **Tous BSDs** / Retrait de la possibilitĂ© de sĂ©lectionner un mode de traitement pour le code non final D9 (et non D9F) {% file src="" %} {% file src="" %} {% file src="" %} ### đŸ’„ 2024.05.1 - 07/05/2024 Aucun Breaking Change annoncĂ© {% file src="" %} ### đŸ’„ 2024.04.1 - 09/04/2024 * **BSDA** / Le CAP et le code d'opĂ©ration prĂ©vus pour l'exutoire seront scellĂ©s Ă  la signature Ă©metteur #### **🚹 PrĂ©cisions sur les Breaking change annoncĂ©s les 12/02/2024 et 11/03/2024 :** 1ïžâƒŁ Le Breaking change "Tous BSDs / Il ne sera plus possible de publier un bordereau avec un SIRET non inscrit sur TrackdĂ©chets ou non valide, y compris pour le producteur" annoncĂ© dans la newsletter du 12/02/2024, a Ă©tĂ© reportĂ© sine die. **2ïžâƒŁ** Les Breaking changes suivants annoncĂ©s dans la newsletter du 11/03/2024, ont Ă©tĂ© reportĂ©s dans la release prĂ©vue pour le 4 juin 2024 : * **BSDD** / Le champ "NumĂ©ro de notification ou de document" Ă  la signature du traitement avec un code non final est rendu obligatoire lorsque l'entreprise est Ă©trangĂšre (hors Union EuropĂ©enne) * **BSDD** / Le SIRET de la destination ultĂ©rieure devra obligatoirement ĂȘtre inscrit sur TrackdĂ©chets Ă  la signature du traitement avec un code d'opĂ©ration non final {% file src="" %} {% file src="" %} {% file src="" %} ### đŸ’„ 2024.03.1 - 12/03/2024 ‌ L'usage dĂ©voyĂ© de l'annexe 1 pour des collecte aprĂšs une installation de tri, transit, regroupement (TTR) ne rĂ©pond pas aux schĂ©mas de traçabilitĂ© prĂ©vus. En effet, aprĂšs TTR, sans rupture de traçabilitĂ© dĂ»ment autorisĂ©e par le PrĂ©fet, il y a lieu d'utiliser l'annexe 2 et, si la rupture est autorisĂ©e, un BSDD classique pour les dĂ©chets sortant. L'annexe 1 ne s'applique pas Ă  ces situations et ne doit ĂȘtre utilisĂ©e que pour des collectes initiales. Certains Eco-organismes abusent de cette brĂšche et de leur signature dĂ©lĂ©guĂ©e, privant les sites d'une traçabilitĂ© rĂ©glementaire de sortie. Nous ne devons pas le permettre sur TrackdĂ©chets, aussi, **nous n'allons plus autoriser la signature d'un Ă©co-organisme sur une annexe 1, si le producteur renseignĂ© est TTR ou exutoire.** Pour les cas ou le TTR est vraiment producteur (cas d'une collecte d'un effluent en dĂ©bourbeur par exemple) il pourra ĂȘtre visĂ© en tant que tel et devra signer l'annexe 1. La modification indiquĂ©e ci-avant sera mise en service dĂšs que possible et sans autre prĂ©avis. Les utilisateurs devant respecter les rĂšgles Ă©tablies. J'en profite pour prĂ©ciser d'une part, que la rupture de traçabilitĂ© appliquĂ©e par certains Ă©tablissements, Ă  la demande d'un Ă©co-organisme, sans autorisation prĂ©fectorale, vous place en position d'infraction vis-Ă  vis du code de l'environnement, et que, d'autre part, les rupture indiquĂ©es sur TrackdĂ©chets apparaitront dans la fiche Ă©tablissement Ă  disposition de l'inspection. * **BSD de tournĂ©e dĂ©diĂ©e & Annexes 1 /** Le poids estimĂ© ainsi que le conditionnement sont rendus obligatoires Ă  la signature transporteur des Annexes 1 lors d'un BSD de tournĂ©e dĂ©diĂ©e. Ce Breaking Change sera **mis en service dĂšs que possible** Ă  compter du 13 fĂ©vrier 2024, et sans autre prĂ©avis. {% file src="" %} {% file src="" %} ### đŸ’„ 2024.02.1 - 13/02/2024 ‌ En raison de certains comportements abusifs liĂ©s Ă  l'utilisation du BSD de tournĂ©e dĂ©diĂ©e, nous avons instaurĂ© l'**obligation de spĂ©cifier le poids estimĂ© ainsi que le conditionnement dans les Annexes 1 au moment de la signature du transporteur.** Il s'agit d'un Breaking Change qui n'Ă©tait initialement pas prĂ©vu. * **BSD de tournĂ©e dĂ©diĂ©e & Annexes 1 /** La signature d'un Ă©co-organisme sur une annexe 1 ne sera plus rendue possible si le producteur renseignĂ© est TTR ou exutoire {% file src="" %} ### đŸ’„ 2024.01.1 - 16/01/2024 * Modification des modalitĂ©s de variables INSEE sur statutDiffusionEtablissement {% file src="" %} {% file src="" %} {% file src="" %} ### đŸ’„ 2023.12.1 - 12/12/2023 Aucun Breaking Change annoncĂ© {% file src="" %} ### đŸ’„ 2023.11.1 - 21/11/2023 * BSDA : aprĂšs sĂ©lection des bordereaux Ă  grouper (mĂȘme code dĂ©chet + mĂȘme destination), il ne sera plus possible de modifier le code dĂ©chet dans l'onglet "DĂ©tail du dĂ©chet" {% file src="" %} {% file src="" %} ### đŸ’„ 2023.10.2 - 31/10/2023 * La requĂȘte API searchCompanies nĂ©cessitera d'ĂȘtre authentifiĂ© * Tous BSDs: le mode de traitement sera obligatoire Ă  la rĂ©ception par l'exutoire * Le nombre max de rĂ©sultats renvoyĂ©s par la query forms sera limitĂ© Ă  100 * BSVHU: seuls les Ă©tablissements inscrits en tant que "installation de traitement de VHU (casse automobile et/ou broyeur agrĂ©Ă©)" pourront figurer comme destination * BSDD: il ne sera plus possible de signer un BSDD en tant qu'Ă©metteur si aucun conditionnement n'a Ă©tĂ© renseignĂ© * DĂ©prĂ©ciation de la signature d'annexes 1 avec la mutation signedByTransporter 🚹 **Le Breaking Change suivant a Ă©tĂ© reportĂ© Ă  la Release du 21/11/2023 :** * BSDA: aprĂšs sĂ©lection des bordereaux Ă  grouper (mĂȘme code dĂ©chet + mĂȘme destination), il ne sera plus possible de modifier le code dĂ©chet dans l'onglet "DĂ©tail du dĂ©chet" {% file src="" %} {% file src="" %} {% file src="" %} ### đŸ’„ 2023.10.1 - 10/10/2023 Aucun Breaking Change annoncĂ© {% file src="" %} ### đŸ’„ 2023.9.1 - 19/09/2023 Aucun Breaking Change annoncĂ© {% file src="" %} ### đŸ’„ 2023.8.1 - 08/08/2023 * BSDA : Il n'est plus possible de renseigner une entreprise de travaux amiante qui n'a pas complĂ©tĂ© son profil {% file src="" %} ### đŸ’„ 2023.7.1 - 18/07/2023 * RĂ©cĂ©pissĂ© Transporteur devrait ĂȘtre auto-rempli via API * Immatriculation obligatoire Ă  la signature du transporteur (UI+API) * ETQ Ă©metteur d'un bsda, je suis alertĂ© si entreprise de travaux n'a pas le bon profil et n'a pas complĂ©tĂ©s les infos SS3 SS4 * Harmonisation coordonnĂ©es gĂ©ographiques BSDD en cas de terres {% file src="" %}