ETQ dev qui utilise l'API, je ne peux pas me fier à l'id pour identifier un dossier entre les parties dossier et pendingDeletedDossiers de la query demarche #10669
Pour le dossier 19279446, quand j'ai interrogé l'API demarche, dans dossier, il m'a été retourné avec la propriété id valant RG9zc2llci0xOTI3OTQ0Ng==. Je l'ai supprimé et il apparait désormais dans les pendingDeletedDossiers avec la propriété id valant RGVsZXRlZERvc3NpZXItMTkyNzk0NDY=, donc... euh... rien à voir...
(ptèt que ce bug est d'ailleurs plus un bug de documentation que du code ?)
Bon, je vais utiliser exclusivement le number comme identifiant de dossier dans ma base de données désormais... sauf pour les mutations d'annotations privées où j'aurais besoin de l'id du dossier pour dire quel dossier doit être modifié
Pour le dossier
19279446
, quand j'ai interrogé l'APIdemarche
, dansdossier
, il m'a été retourné avec la propriétéid
valantRG9zc2llci0xOTI3OTQ0Ng==
. Je l'ai supprimé et il apparait désormais dans lespendingDeletedDossiers
avec la propriétéid
valantRGVsZXRlZERvc3NpZXItMTkyNzk0NDY=
, donc... euh... rien à voir...De ce que je comprends, il s'agit d'objets de type différents (
Dossier
etDeletedDossier
), mais il n'y a rien dans la doc ni sur https://doc.demarches-simplifiees.fr/api-graphql/les-queries/getdemarche ni la doc sur l'explorer graphQL qui donne un indice là-dessus(ptèt que ce bug est d'ailleurs plus un bug de documentation que du code ?)
Bon, je vais utiliser exclusivement le
number
comme identifiant de dossier dans ma base de données désormais... sauf pour les mutations d'annotations privées où j'aurais besoin de l'id
du dossier pour dire quel dossier doit être modifié