feature/OVPAY-96 #8

Closed
maxmartens wants to merge 0 commits from feature/OVPAY-96 into develop
Owner
No description provided.
maxmartens added 4 commits 2024-12-03 12:47:00 +00:00
maxmartens changed title from feature/OVPAY-96 to WIP: feature/OVPAY-96 2024-12-03 12:47:06 +00:00
maxmartens requested review from bboterm 2024-12-03 12:48:42 +00:00
maxmartens requested review from MirjamHTM 2024-12-03 12:48:42 +00:00
bboterm requested changes 2024-12-03 13:41:52 +00:00
@ -0,0 +45,4 @@
schema:
type: string
example: Doe
- name: emailAdress
Owner

Typo: emailAddress (dubbel d, dubbel s)

Typo: emailAddress (dubbel d, dubbel s)
maxmartens marked this conversation as resolved
@ -0,0 +97,4 @@
schema:
type: integer
example: 0123456789
- name: OvChipcardAlias
Owner

Waarom is deze nou ineens met een hoofdletter?

Waarom is deze nou ineens met een hoofdletter?
Author
Owner

Omdat Mirjam dat getypt heeft love you Mirjam

~~Omdat Mirjam dat getypt heeft~~ love you Mirjam
maxmartens marked this conversation as resolved
@ -0,0 +158,4 @@
"detail": "Meer dan 1 klantprofiel gevonden. Verfijn je zoekcriteria.",
"instance": "555d00b5-bc3f-4591-949b-479e76d49ea7"
}
/customers/tokens:
Owner

Tobby schrijft voor dat dit endpoint /customers/{customerId}/tokens moet zijn. Doen we dat bewust niet omdat customerId in de JWT zit? Vindt Toby dat OK?

Tobby schrijft voor dat dit endpoint `/customers/{customerId}/tokens` moet zijn. Doen we dat bewust niet omdat customerId in de JWT zit? Vindt Toby dat OK?
Author
Owner

@bboterm Dit is nu al zo gebouwd en is voor alle /customers endpoints in SE/Touchpoint nu zo - customerNumber/profileId wordt uit headers gehaald (uit JWT of uit SMP-gevulde header). Voordeel is dat je de customerNumber als touchpoint niet in de URI hoeft mee te geven. Sterker nog, als touchpoint weet je dat niet eens perse - in de klant JWT staat een Azure joejoe ID en in IL wordt die in database opgezocht om customerNumber te verkrijgen.

Dit aanpassen is dus niet triviaal, zeker omdat je dan als touchpoint, om je customerProfileId te verkrijgen, eerst een GET /customers/{customerProfileId} moet doen. Da wordt lastig

@bboterm Dit is nu al zo gebouwd en is voor alle /customers endpoints in SE/Touchpoint nu zo - customerNumber/profileId wordt uit headers gehaald (uit JWT of uit SMP-gevulde header). Voordeel is dat je de customerNumber als touchpoint niet in de URI hoeft mee te geven. Sterker nog, als touchpoint weet je dat niet eens perse - in de klant JWT staat een Azure joejoe ID en in IL wordt die in database opgezocht om customerNumber te verkrijgen. Dit aanpassen is dus niet triviaal, zeker omdat je dan als touchpoint, om je customerProfileId te verkrijgen, eerst een GET /customers/{customerProfileId} moet doen. Da wordt lastig
bboterm marked this conversation as resolved
@ -0,0 +171,4 @@
application/json:
schema:
$ref: '#/components/schemas/OvPayTokensResponse'
/customers/tokens/{tokenId}/product-instances:
Owner

API richtlijnen van Tobby schrijven voor dat je /customers weg kunt laten. Het tokenId is immers al uniek. Tevens is dit pad nu langer dan 3 delen, en dat mag niet.

API richtlijnen van Tobby schrijven voor dat je /customers weg kunt laten. Het tokenId is immers al uniek. Tevens is dit pad nu langer dan 3 delen, en dat mag niet.
Owner

Daarbij, sinds wanneer doen wij aan kebab case? We doen overal gewoon lowercase in urls.

Daarbij, sinds wanneer doen wij aan kebab case? We doen overal gewoon lowercase in urls.
Author
Owner

@bboterm Ik heb /customers ervoor staan omdat:

  • ovpaytokens in het customers datamodel zitten
  • ze aan een customer gelinkt zijn
  • het nu al zo gebouwd is

Ik ben het in principe wel met je eens, dat het in het datamodel onder customers hangt, betekent niet dat het in API URI ook zo moet. /tokens is dan wel erg algemeen zonder context (dan kunnen het ook barrier tokens zijn), dan moeten we er /ovpaytokens van maken.

De URI aanpassen zal dan wel een breaking change zijn voor o.a. Perplex, TENZIJ ze de HATEOAS ook al gebruiken om de URI te bepalen en dan werkt het automagisch :o

@bboterm Ik heb /customers ervoor staan omdat: - ovpaytokens in het customers datamodel zitten - ze aan een customer gelinkt zijn - het nu al zo gebouwd is Ik ben het in principe wel met je eens, dat het in het datamodel onder customers hangt, betekent niet dat het in API URI ook zo moet. /tokens is dan wel erg algemeen zonder context (dan kunnen het ook barrier tokens zijn), dan moeten we er /ovpaytokens van maken. De URI aanpassen zal dan wel een breaking change zijn voor o.a. Perplex, TENZIJ ze de HATEOAS ook al gebruiken om de URI te bepalen en dan werkt het automagisch :o
bboterm marked this conversation as resolved
@ -0,0 +243,4 @@
type: string
format: date
example: '2023-02-01'
emailAdress:
Owner

Typo: emailAddress (dubbel d, dubbel s)

Typo: emailAddress (dubbel d, dubbel s)
maxmartens marked this conversation as resolved
@ -0,0 +266,4 @@
example: 1
name:
type: string
example: Brug
Owner

Voer hier liefst gewoon 'Home' in.

Voer hier liefst gewoon 'Home' in.
maxmartens marked this conversation as resolved
@ -0,0 +316,4 @@
example: 1
name:
type: string
example: Mobiel
Owner

Vul hier ook gewoon 'Home' in.

Vul hier ook gewoon 'Home' in.
maxmartens marked this conversation as resolved
@ -0,0 +392,4 @@
{ name: surname, required: false, type: string },
{ name: suffix, required: false, type: string },
{ name: dateOfBirth, required: false, type: string },
{ name: emailAdress, required: false, type: string },
Owner

Typo: emailAddress (dubbel d, dubbel s)

Typo: emailAddress (dubbel d, dubbel s)
maxmartens marked this conversation as resolved
@ -0,0 +435,4 @@
required:
- ovPayTokens
properties:
Entries:
Owner

Waarom schrijf je hier 'Entries' en niet gewoon wat het zijn? 'ovPayTokens' ?

Waarom schrijf je hier 'Entries' en niet gewoon wat het zijn? 'ovPayTokens' ?
Author
Owner

Had ik ook al gezien en gefixt, maar nog niet gepusht, snelle jongeman die je bent

Had ik ook al gezien en gefixt, maar nog niet gepusht, snelle jongeman die je bent
maxmartens marked this conversation as resolved
maxmartens added 1 commit 2024-12-03 14:40:53 +00:00
bboterm closed this pull request 2024-12-03 14:44:28 +00:00
maxmartens reopened this pull request 2024-12-04 16:43:12 +00:00
maxmartens changed title from WIP: feature/OVPAY-96 to feature/OVPAY-96 2024-12-04 16:43:28 +00:00
maxmartens requested review from bboterm 2024-12-04 16:46:22 +00:00
maxmartens added 2 commits 2024-12-05 14:28:11 +00:00
maxmartens added 1 commit 2024-12-05 14:48:13 +00:00
bboterm closed this pull request 2025-06-16 08:33:43 +00:00

Pull request closed

Sign in to join this conversation.
No reviewers
No Label
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: HTM/ovpay#8
No description provided.