REST API
api.fabrixa.com
Bestillingsprosess, produktkatalog, kontoadministrasjon. Endpointet som integrasjonen din er avhengig av for hver bestilling.
Driftsstatus for alle Fabrixa-tjenester: REST API, webhook-levering, Fabrixa Studio, produksjonslinjer i Portugal, Spania og Nederland, samt forsendelse. Abonner via e-post eller webhook for å motta varsler om driftsforstyrrelser. SLA-mål, retningslinjer for respons og historisk oppetidsstatistikk finnes nedenfor.
Uavhengig oppfølging av oppetid per tjeneste. Det sanntidsbaserte oversiktspanelet på status.fabrixa.com viser den nåværende tilstanden — etikettene nedenfor er beskrivende og oppdateres ikke i sanntid på denne siden.
api.fabrixa.com
Bestillingsprosess, produktkatalog, kontoadministrasjon. Endpointet som integrasjonen din er avhengig av for hver bestilling.
levering av utgående hendelser
Utgående webhook-fordeling: order.created / order.updated, kø for nye forsøk, HMAC-signatur. Skaleres uavhengig av den innkommende API-konfigurasjonen.
studio.fabrixa.com
Produktkonfigurator som kan integreres (iframe): lagrede tilpasninger og forhåndsvisning. White-label-løsning i nettbutikkene dine rettet mot sluttkundene.
PT · ES · NL
Kapasitet i trykklinjene i Portugal, Spania og Nederland. Rapporteres som en indikator på køoppbygging – ikke som en binær opp/ned-status.
overføring mellom nettverk
Utstedelse av sporingsnummer og overlevering til transportør. Transportørspesifikk status oppdatert fra våre fraktpartnere.
account.fabrixa.com
Kontodashbord for nøkler, fakturering, revisjonslogger og manuell ordreinnlegging. Brukes som sekundær løsning til API for produksjonstrafikk.
Offentlige mål for standardnivået. Bedriftskunder får høyere SLA-er nedfelt i sin MSA – ta kontakt med vårt team. Vi følger opp disse målene månedlig og publiserer den faktiske oppetiden.
Månedlig tilgjengelighetsmål for REST API og webhook-levering.
Responstid på p95 for endpointet for oppretting av bestillinger, målt fra regioner i EU.
Hendelser i ordrens livssyklus skal gjennomføres innen 60 sekunder etter statusendringen. Opptil 10 forsøk på å gjenta forsøket før endpointet deaktiveres.
Offentlig rapportering av hendelser på det sanntidsbaserte oversiktspanelet. Abonnenter mottar varsler via e-post eller webhook innen fem minutter etter at en hendelse er meldt, oppdateringer hvert 30. minutt mens hendelsen pågår, samt en etteranalyse innen fem virkedager etter at problemet er løst.
Intern overvåking varsler ingeniøravdelingen innen få sekunder etter at ytelsen har blitt dårligere. Det offentlige dashbordet skifter til statusen “under utredning” innen fem minutter etter at en hendelse er bekreftet.
Kunder som har abonnert, får varsel via sin foretrukne kanal – e-post eller webhook – med oppdateringer minst hvert 30. minutt i løpet av hendelsesperioden.
Status for løsningen oppdateres i sanntid. Innen fem virkedager følger en offentlig etteranalyse: hva som skjedde, årsaken til problemet og hvilke endringer vi gjennomfører for å forhindre at det skjer igjen.
Abonner på et lagalias (f.eks. ops@yourcompany.com) til hendelsesvarsler. Filtrer etter tjeneste hvis du kun er interessert i bestemte delsystemer.
Motta hendelsesmeldinger som en JSON-POST til hendelseshåndteringssystemet ditt. Send dem direkte til PagerDuty, Opsgenie eller Slack via en innkommende webhook.
En RSS-feed med alle hendelser og oppdateringer – praktisk å integrere i interne statusoversikter eller å samle sammen med andre leverandørstatus-feeder.
Vedlikeholdsperioder kunngjøres minst syv dager i forveien. Vanlig vedlikehold gjennomføres løpende og uten driftsavbrudd; vedlikehold med stor innvirkning forekommer sjelden, planlegges i perioder med lav trafikk og kunngjøres 14 dager i forveien.
De fleste oppgraderinger og endringer i infrastrukturen gjennomføres uten driftsavbrudd — trinnvise omstarter, «blue/green»-endringer i databasen, gradvis utrulling. Dette kunngjøres som informasjon på statussiden; ingen tiltak er nødvendig fra kundens side.
Sjelden; forbeholdt store migreringer eller omfattende endringer i infrastrukturen. Kunngjøres 14 dager i forveien via e-post, webhook og et statusbanner. Planlagt søndag kl. 03:00–05:00 CET, med et forventet avbruddsvindu på maksimalt to timer.
Standardmålene ovenfor er offentlige forpliktelser. Bedriftskunder – med over 10 000 enheter per måned, hotell- og restaurantkonsern med flere eiendommer eller plattformintegrasjoner – får høyere SLA-er nedfelt i hovedleveranseavtalen (Master Supply Agreement), i tillegg til dedikerte eskaleringsprosedyrer for hendelser, reservert produksjonskapasitet og navngitt teknisk kundekontakt. Kontakt teamet vårt for å få informasjon om SLA-vilkår for bedriftskunder, alternativer for dedikert kapasitet og malen for hovedleveranseavtalen (MSA).
Er det noe som virker ustabilt i integrasjonen din? Sjekk statusoversikten i sanntid før du oppretter en supportforespørsel – de fleste kortvarige forstyrrelser løser seg før forespørselen blir behandlet.