conflict
HTTP 409 Conflict
Een resource met dezelfde unieke identificator bestaat al (bijv. dubbele slug of idempotency-key-conflict).
PATCH /v1/codes/:id antwoordt ook met 409 als andere verzoeken dezelfde code hebben gewijzigd tijdens elke poging tot opslaan. Laad de code dan opnieuw en stuur de wijziging nogmaals.
POST en DELETE /v1/codes/:id/logo antwoorden ook met 409 als een ander verzoek op hetzelfde moment het logo van dezelfde code heeft gewijzigd. Ze wijzigen dan niets.
DELETE /v1/account antwoordt ook met 409 als er geen persoon aan de key is gekoppeld (created_by = 'system'). Er wordt dan niets verwijderd; gebruik een key die de persoon heeft aangemaakt of vraag de verwijdering per e-mail aan.
Ook POST /v1/dpp, POST /v1/dpp/batch en POST /v1/dpp/import antwoorden met 409, titel GTIN Verified by Another Organization, als een andere organisatie de GTIN of haar GS1 Company Prefix heeft geverifieerd. De geweigerde GTINs staan in gtins (hoogstens 20; total telt ze allemaal); er wordt niets aangemaakt, bij batch en import ook niet gedeeltelijk. Zie GS1-identificatoren & onboarding.
Ook POST /v1/dpp/:id/register antwoordt met 409, titel GTIN Held by Another Organization, als de organisatie van het paspoort de GTIN niet houdt: een andere organisatie heeft hem geverifieerd of er als eerste een paspoort voor aangemaakt. De GTIN staat in gtins; er wordt niets ingediend. Zie GS1-identificatoren & onboarding.
Ook DELETE /v1/gs1/identifiers/:id antwoordt met 409 (reason: "verified") als de identificator geverifieerd is; alleen qr3 heft een verificatie op, door haar te herroepen. PUT en DELETE /v1/files/:id antwoorden met 409 (reason: "gs1_verification_proof") als het bestand het bewijs is van een GS1-verificatieaanvraag die in behandeling of goedgekeurd is. Zie GS1-identificatoren & onboarding.
Ook POST /v1/gs1/identifiers antwoordt met 409 als je organisatie de identificator al heeft geregistreerd: reason: "already_registered" (in deze Workspace) of "registered_in_other_workspace" (in een andere; workspace noemt die als je hem mag openen). Een verwijderde identificator wordt daarentegen opnieuw geregistreerd, niet geverifieerd. POST /v1/gs1/verifications antwoordt met 409 en reason: "request_pending" als er al een aanvraag loopt; workspace en request_id noemen die als je de Workspace ervan mag openen. Zie GS1-identificatoren & onboarding.