API-logs
Gennemgå forespørgsler og svar for understøttede app-integrationer. Indexed PIM gemmer strukturerede API-logposter med payloads, statuskoder, hændelser, svartider og app-kontekst, så du kan fejlsøge synkroniseringer uden gætværk.
API Request Logs
| Method | Endpoint | Status |
|---|---|---|
| GET | /v1/products/prod_123 | 200 |
| POST | /v1/inventory/sync | 201 |
| PATCH | /v1/products/prod_456 | 422 |
| GET | /v1/categories | 200 |
User-Agent: IndexedPIM-SDK/2.1.0
Latency: 156ms
Payload: {"sku": "NIKE-AM270", "stock": 45}
Sådan fungerer API-logning
Indexed PIM gemmer historikken over integrationernes forespørgsler i en fælles API-log. Hver post hører til en app og kan indeholde metode, URL, request-payload, response-payload, HTTP-statuskode, svartid, hændelsesnavn, tilknyttet produktrevision og et tidsstempel med mikrosekunder.
Flere integrationer skriver til den samme logstruktur. WooCommerce, e-conomic, Rackbeat, e-conomic-webhooks og andre integrationer opretter alle logposter, når de sender eller modtager API-trafik.
Hver app har sin egen API-logvisning med sideinddeling, hvor antallet af elementer i køen vises sammen med loglisten, så driften kan se både den seneste trafik og de synkroniseringer, der venter.
Hvad der gemmes
Metode eller handlingstype som `GET`, `POST`, `IMPORT` eller `WEBHOOK`
Mål-URL og hændelsesnavn
Indholdet af request- og response-payloads
Statuskode og svartid
Tilknyttet produktrevision, når loggen stammer fra en produktsynkronisering
Hvor loggene kommer fra
API-logning er fælles infrastruktur, som flere integrationsmoduler bruger.
WooCommerce-kald
WooCommerce-integrationen logger udgående forespørgsler, så det er nemmere at undersøge fejl i produkter, kategorier, ordrer og synkronisering.
e-conomic-synkronisering
e-conomic-integrationen logger både udgående API-kald og importbehandling, så du kan følge synkroniseringen fra start til slut.
Webhook-trafik
Indgående webhooks skriver `WEBHOOK`-logposter med query-parametre, body, udvalgte headers, resultat-payload og svartid.
Kontekst fra produktrevisioner
Når en produktrevision er involveret, kan loggen gemme en reference til revisionen, så du kan sammenholde API-forespørgslen med præcis den katalogændring, der udløste den.
Logvisning pr. app
Logvisningen henter loggene for den enkelte app med de nyeste først og sideinddeling, så du kan fokusere på én integration ad gangen.
Overblik over køen
Logvisningen viser også antallet af elementer i køen for den valgte app, hvilket hjælper med at forklare, hvorfor en forespørgsel endnu ikke er sendt, eller om arbejdet stadig er i gang.
Derfor er loggene nyttige i driften
En synkronisering fejlede, og ingen ved, hvad der blev sendt
Uden indsigt i request-payloads bliver fejlsøgning af integrationer til ren trial and error.
Solution:
API-loggen gemmer request-body, response-body, status, hændelsesnavn og svartid i én post pr. kald.
Webhook-kald er svære at verificere
Fejl i indgående webhooks forsvinder ofte, medmindre de gemmes eksplicit.
Solution:
Webhooks opretter egne `WEBHOOK`-logposter med detaljer om forespørgslen og resultatet af behandlingen.
Store køer gør status uklar
En manglende opdatering i et eksternt system kan være en fejl – eller blot arbejde, der stadig venter i køen.
Solution:
Logsiden for appen samler den seneste API-historik med det aktuelle antal elementer i køen for den valgte integration.
Problemer med produktsynkronisering kræver bedre sporbarhed
Katalogændringer er svære at fejlsøge, når du ikke kan koble API-kaldet til den revision, der udløste det.
Solution:
En logpost kan linke direkte til en produktrevision, når der findes en.
Vil du se, hvad dine integrationer rent faktisk laver?
Brug de indbyggede API-logs til at gennemgå forespørgsler, svar, svartider og køstatus for hver forbundet app.