You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Lors de l'appel du point d'API /timestamps, l'ensemble des horodatages d'une souscription est retourné.
Dans le parcours CEE, cette réponse contient un minium de 3 horodatages, mais peut en contenir plus en fonction du nombre de patch.
Lorsque le nombre devient grand, il devient complexe d'identifier à quelle étape un horodatage correspond, et lequel est le plus récent (même si la date d'horodatage et son contenu sont accessibles dans la réponse).
Une proposition simple consiste à ajouter un champ "Type de patch" à l'incentive via react admin, en le laissant optionnel.
S'il est rempli, il est ajouté à la souscription de la même manière que l'identifiant du trajet ou l'ah, et de fait horodaté.
Par exemple, pour une souscription
{
"incentiveTitle":"OPERATOR - Coup de pouce CEE Covoiturage longue distance",
[...]
"status":"BROUILLON",
"specificFields":{
"Numéro de permis de conduire":"960891200957",
"Type de trajet":["Court"]
}
}
Un patch pourrait contenir
{
"Identifiant du trajet": "/7nr2er63y1iybnn7zu",
"Date de départ du trajet": "2023-01-30",
"Type de patch": "id trajet"// <- Nouvelle ligne
}
La souscription mise à jour
{
"incentiveTitle":"OPERATOR - Coup de pouce CEE Covoiturage longue distance",
[...]
"status":"BROUILLON",
"specificFields":{
"Numéro de permis de conduire":"960891200957",
"Type de trajet":["Court"],
"Identifiant du trajet": "/7nr2er63y1iybnn7zu",
"Date de départ du trajet": "2023-01-30",
"Type de patch": "id trajet"
}
}
Le même contenu est horodatée.
Le patch suivant contient aussi une maj avec "Type de patch": "ah" par exemple. Le contenu est écrasé, mais l'horodatage précédent n'est pas affecté.
Cette solution pose cependant des problèmes:
Lors du /verify, ou le champ "Type de patch" n'est pas mis à jour, donc sa valeur sera la même dans les deux derniers horodatages, empêchant la différenciation
Un partenaire qui retente un patch sur l'attestation sur l'honneur, par exemple, continuera à priori de remplir "ah" dans le champ "Type de patch", empêchant la différenciation entre deux patchs sur la même étape.
Une solution plus complète est donc à envisager.
The text was updated successfully, but these errors were encountered:
Lors de l'appel du point d'API
/timestamps
, l'ensemble des horodatages d'une souscription est retourné.Dans le parcours CEE, cette réponse contient un minium de 3 horodatages, mais peut en contenir plus en fonction du nombre de patch.
Lorsque le nombre devient grand, il devient complexe d'identifier à quelle étape un horodatage correspond, et lequel est le plus récent (même si la date d'horodatage et son contenu sont accessibles dans la réponse).
Une proposition simple consiste à ajouter un champ "Type de patch" à l'incentive via react admin, en le laissant optionnel.
S'il est rempli, il est ajouté à la souscription de la même manière que l'identifiant du trajet ou l'ah, et de fait horodaté.
Par exemple, pour une souscription
Un patch pourrait contenir
La souscription mise à jour
Le même contenu est horodatée.
Le patch suivant contient aussi une maj avec "Type de patch": "ah" par exemple. Le contenu est écrasé, mais l'horodatage précédent n'est pas affecté.
Cette solution pose cependant des problèmes:
/verify
, ou le champ "Type de patch" n'est pas mis à jour, donc sa valeur sera la même dans les deux derniers horodatages, empêchant la différenciationUne solution plus complète est donc à envisager.
The text was updated successfully, but these errors were encountered: