NP RETAIL · KONKRET USE CASE
En fælles voucherordning kræver mere end samme gavekorttype.
HVORFOR DET ER RELEVANT
En kæde ønsker indløsning i flere selskaber.
Dokumentationen skelner mellem en administrerende virksomhed og tilknyttede selskaber.
Afklar partnerkoder, ens voucher-type og OAuth 2.0. Tværgående tenants kræver særskilt service-URL.
Tilladelser, netværk, afstemning og det konkrete setup er ikke testet. Ingen garanti om fælles bogføring.
Valider forbindelsen og gennemgå udstedelse, indløsning og afstemning med partneren.
Forventet observation: Indløsning og afstemning følger det aftalte setup; afvist adgang håndteres kontrolleret.
Kræver en særskilt autoriseret BC-sandbox, bekræftet setup og syntetiske data. En MCP-forbindelse er ikke et testresultat.
Dokumentationen er løbende. Kodeobservationerne er bundet til release-taggets commit. Ingen af delene er bevis for kørt runtimeadfærd.
Leverandøren beskriver en administrerende virksomhed og datterselskaber med partnerkoder; SaaS-opsætningen kræver OAuth 2.0.
Tværgående opsætning og rettigheder skal valideres i det konkrete miljø.
Releasekildens opsætning har service-URL, virksomhedsnavn, autentifikationstype og OAuth2-konfiguration.
Felternes tilstedeværelse beviser ikke vellykket synkronisering.
6811f1ac850e55e406fd122b692ca4b8ef018b71