Ga naar inhoud

Rapporten en bewijs

Resultaten zijn bewust gescheiden in onveranderlijke rapportversies, officiële PDF’s en beschermd origineel bewijs. Volg deze stappen zonder afhankelijk te zijn van webhooktiming.

GET /v1/rentals/{rental_id}/report is de actuele index. Een departure-rapport kan klaar zijn terwijl comparison nog ontbreekt.

Menselijke validatieInspectiefaseOfficieel rapporttype
Uitgifte voltooiddeparturedeparture
Retour voltooidreturncomparison

Er is geen apart officieel type return: retour produceert de vergelijking met vertrek. Webhooks versnellen reconciliatie maar zijn niet de bron van waarheid; lees na een signaal de index opnieuw.

  1. Gebruik GET /v1/rentals/{rental_id}/reports voor alle versies.
  2. Lees de gewenste versie via GET /v1/reports/{report_id}.
  3. Bewaar publiek rapport-ID, versie en inhoudshash bij je Rental-record.

Een ondersteunde correctie maakt een nieuwe onveranderlijke versie met nieuw ID en hash. Het vorige ID blijft naar de vorige versie verwijzen; overschrijf historie niet op basis van alleen Rental ID.

GET /v1/reports/{report_id}/pdf retourneert bij 200 de bytes. 202 betekent dat generatie of herstel loopt; respecteer Retry-After en volg GET /v1/jobs/{job_id} of probeer de PDF-route opnieuw. De API streamt het bestand en geeft geen permanente opslag-URL.

Roep GET /v1/inspections/{inspection_id}/evidence afzonderlijk aan voor vertrek en retour. Elk item bevat phase, kind, view, zone, eventuele schadekoppeling en openbaar content_path. GET /v1/evidence/{evidence_id}/content streamt één origineel beeld.

Het contract levert geen opslag-URL’s, contouren, maskers, coördinaten of geannoteerde renderingen. is_fresh_for_record is operationele herkomst voor de geauthenticeerde integratie en staat niet in gedeelde JSON, PDF of webhook.

BereikEndpointInhoud
Eén inspectieGET /v1/inspections/{inspection_id}/evidence/archiveOriginele beelden van vertrek of retour
Hele RentalGET /v1/rentals/{rental_id}/evidence/archiveLaatste vertrek- en retourbewijs in aparte mappen

Elke ZIP bevat manifest.json met schone metadata: fase, aanzicht, zone, schadetype, ernst, getroffen delen, integriteitsvelden en relatief beeldpad. De beelden zijn de originele ongeannoteerde bytes; contouren, maskers, annotatielagen en private URL’s ontbreken altijd. De effectieve limiet staat als limits.max_evidence_archive_bytes in /v1/capabilities.

Rental-bijlagen zijn privédocumenten uit je software, geen officieel inspectiebewijs. Upload en lees ze via /v1/rentals/{rental_id}/attachments. In de TrakarIA-workflow verschijnen ze automatisch onder Aanvullende documenten via een tijdelijke geautoriseerde link, zonder dubbele upload. Ze blijven alleen-lezen context en komen niet in bewijsarchieven of het officiële rapport.

Je integratie classificeert geen inspectiefoto’s en wijst geen voertuigaanzichten toe. TrakarIA detecteert het aanzicht, groepeert overzicht en close-up en accepteert bruikbare detecties automatisch; de medewerker kan ze altijd corrigeren.

Bij handmatige correctie leidt de interface langs ieder beeld van het aanzicht en bewaart één consistente beslissing voor de volledige set. Verwerking die later eindigt kan een gevalideerd aanzicht niet stilzwijgend onvolledig maken. Een echte toevoeging, verwijdering of herindeling kan een gerichte controle vragen en opent direct het betrokken aanzicht. Dit interne proces maakt het publieke API-contract niet complexer.