REST API
api.fabrixa.com
Ordini, catalogo prodotti, gestione degli account. L'endpoint da cui dipende la vostra integrazione per ogni ordine.
SVILUPPATORI - STATO DEL SISTEMA
Stato di avanzamento, obiettivi SLA e modalità di gestione degli incidenti.
Stato operativo in tempo reale di ogni servizio Fabrixa: REST API, consegna di webhook, editor SDK, linee di produzione in Portogallo e Spagna, infrastruttura di spedizione. Iscrivetevi via e-mail o webhook per le notifiche degli incidenti. Gli obiettivi SLA, la politica di risposta e il record storico di storico dei tempi di attività.
CRUSCOTTO IN TEMPO REALE - AVVISI VIA E-MAIL / WEBHOOK - SLA PUBBLICA
SERVIZI MONITORATI
Cinque servizi monitorati separatamente.
Monitoraggio indipendente del tempo di attività per ogni servizio. Il cruscotto in tempo reale all'indirizzo status.fabrixa.com riflette lo stato attuale; le etichette sottostanti sono descrittive (non in tempo reale su questa pagina).
CONSEGNA DI WEBHOOK
webhooks.fabrixa.com
Fan-out webhook in uscita. Eventi del ciclo di vita dell'ordine, coda di ripetizione, verifica della firma. Scala indipendente da API in entrata.
SDK DELL'EDITORE
sdk.fabrixa.com
Editor canvas di personalizzazione, pipeline di caricamento delle risorse, servizio di composizione delle opere d'arte. Interessa i siti del marchio rivolti ai clienti finali.
POLI DI PRODUZIONE
PT - ES
Capacità della linea di stampa in Portogallo e Spagna. Segnalato come indicatore degradato se c'è un backup della coda; non un aumento/riduzione binario.
DISPACCIO
integrazione delle spedizioni
Consegna al vettore ed emissione del numero di tracking. Lo stato specifico del vettore viene riportato da DHL, UPS, GLS e dai partner regionali.
SCHEDA
app.fabrixa.com
Cruscotto dell'account per chiavi, fatturazione, registri di controllo, inserimento manuale degli ordini. Strumento interno, secondario rispetto all'API per il traffico di produzione.
Le pillole di stato sono solo descrittive. Stato live a stato.fabrixa.com.
OBIETTIVI SLA
Cosa ci impegniamo a fare pubblicamente.
Obiettivi pubblici per il livello standard. I clienti aziendali ottengono SLA più elevati nel loro MSA - parlatene con le vendite. Monitoriamo mensilmente i risultati di questi obiettivi e pubblicare il tempo di attività effettivo.
API TEMPO SU
99.9%
Obiettivo di disponibilità mensile su REST API e consegna di webhook.
API LATENZA
<400ms
p95 tempo di risposta sull'endpoint di creazione dell'ordine, misurato dalle regioni dell'UE.
CONSEGNA DI WEBHOOK
99.5%
Consegna degli eventi del ciclo di vita dell'ordine entro 60 secondi dalla transizione di stato. In caso di fallimento, i tentativi possono durare fino a 24 ore.
RISPOSTA AGLI INCIDENTI
Come gestiamo le interruzioni.
Segnalazione pubblica degli incidenti sul cruscotto live. Gli abbonati ricevono notifiche via e-mail o webhook entro 5 minuti dalla dichiarazione dell'incidente. Aggiornamenti pubblicati ogni 30 minuti durante gli incidenti in corso. Post-mortem entro 5 giorni lavorativi dopo la risoluzione.
01
RILEVAZIONE
Il monitoraggio interno avvisa l'ingegneria entro pochi secondi dal degrado. Il dashboard pubblico passa a "indagare" entro 5 minuti dalla conferma dell'incidente.
02
COMUNICAZIONE
I clienti abbonati ricevono le notifiche tramite il canale preferito (e-mail o webhook). Aggiornamenti ogni 30 minuti minimo durante la finestra dell'incidente.
03
RISOLUZIONE + POST-MORTEM
Stato della risoluzione pubblicato in diretta. Post-mortem pubblico entro 5 giorni lavorativi: cosa è successo, causa principale, cosa stiamo cambiando per evitare che si ripeta.
ISCRIVERSI
Tre modi per ricevere la notifica.
MANDATO
Per gli alias dei team ops/eng
Sottoscrivere un alias di squadra (ad esempio. eng@yourbrand.com) alle notifiche di incidenti. Filtrare per servizio se si è interessati solo a sottosistemi specifici.
WEBHOOK
Per il paging automatico
Ricevere eventi di incidenti come JSON POST al vostro sistema di gestione degli incidenti. Trasmettete direttamente a PagerDuty, Opsgenie, Slack tramite webhook in entrata.
RSS / ATOM
Per i widget del cruscotto
Feed RSS di tutti gli incidenti e gli aggiornamenti, utile per essere incorporato nei cruscotti interni o per essere aggregato con altri feed sullo stato dei fornitori.
MANUTENZIONE PROGRAMMATA
Finestre di preavviso per i lavori programmati.
Le finestre di manutenzione sono annunciate almeno 7 giorni prima dell'intervento. La manutenzione tipica è a rotazione e a tempo zero; la manutenzione ad alto impatto è rara, programmata in finestre a basso traffico (domenica 03:00-05:00 CET) e annunciata con 14 giorni di anticipo. (domenica 03:00-05:00 CET) e annunciata con 14 giorni di anticipo.
ROTOLAMENTO / ZERO-DOWNTIME
La maggior parte degli aggiornamenti e delle modifiche all'infrastruttura viene distribuita senza tempi di inattività: riavvii continui, modifiche al database blu/verde, rollout graduale. Annunciati come informativi nella pagina di stato; non è richiesta alcuna azione da parte del cliente.
MANUTENZIONE AD ALTO IMPATTO
Raro; riservato a migrazioni importanti o a modifiche invasive dell'infrastruttura. Annunciato con 14 giorni di anticipo tramite e-mail + webhook + banner di stato. Programmato dom 03:00-05:00 CET. Finestra di impatto prevista di massimo 2 ore.
SLA ENTERPRISE
Obiettivi più elevati, scritti nell'MSA.
Gli obiettivi SLA standard di cui sopra sono impegni pubblici. Clienti aziendali (10.000+ unità/mese, gruppi di ospitalità multi-proprietà o integrazioni di piattaforme) ottengono SLA più elevati scritti nel contratto di fornitura master. di integrazione di piattaforme) ottengono SLA più elevati scritti nel contratto di fornitura principale. oltre a percorsi di escalation degli incidenti dedicati, capacità di produzione riservata e gestione tecnica nominata.
Rivolgetevi alle vendite per conoscere i termini degli SLA aziendali, le opzioni di capacità dedicata e il modello MSA. modello MSA.
CONTROLLARE PRIMA DI ESEGUIRE IL DEBUG
Stato in tempo reale: status.fabrixa.com
C'è qualcosa che non funziona nella vostra integrazione? Controllate il cruscotto dello stato live prima di aprire un ticket di assistenza. La maggior parte delle interruzioni di breve durata si risolve prima che venga visualizzato un ticket.