Placement des commandes, catalogue de produits, gestion des comptes. Le point final dont dépend votre intégration pour chaque commande.
Statut en direct, objectifs de l'accord de niveau de service, et comment nous traitons les incidents.
Statut opérationnel en direct de chaque service Fabrixa : REST API, livraison de webhooks, SDK éditeur, lignes de production au Portugal et en Espagne, infrastructure d'expédition. S'abonner par courriel ou par webhook pour les notifications d'incidents. Objectifs de l'accord de niveau de service, politique de réponse et et l'historique du temps de fonctionnement sont en direct ci-dessous.
TABLEAU DE BORD EN DIRECT - ALERTES PAR EMAIL / WEBHOOK - SLA PUBLIC
Cinq services suivis séparément.
Suivi indépendant du temps de fonctionnement par service. Le tableau de bord en direct sur status.fabrixa.com reflète l'état actuel ; les étiquettes ci-dessous sont descriptives (pas en temps réel sur cette page).
Sortie d'un webhook en éventail. Événements du cycle de vie des commandes, file d'attente pour les tentatives, vérification des signatures. Mise à l'échelle indépendante de l'entrée API.
Canevas de l'éditeur de personnalisation, pipeline de téléchargement de ressources, service de composition d'œuvres d'art. Concerne les sites de marque orientés vers le client final.
Capacité des lignes d'impression au Portugal et en Espagne. L'indicateur est dégradé s'il y a une file d'attente ; il ne s'agit pas d'une augmentation ou d'une diminution binaire.
Remise au transporteur et émission du numéro de suivi. Statut spécifique au transporteur renvoyé par DHL, UPS, GLS et les partenaires régionaux.
Tableau de bord du compte pour les clés, la facturation, les journaux d'audit, le placement manuel des commandes. Outil interne, secondaire au API pour le trafic de production.
Les informations sur l'état sont uniquement descriptives. État en direct à status.fabrixa.com.
Ce à quoi nous nous engageons publiquement.
Objectifs publics pour le niveau standard. Les entreprises clientes obtiennent des accords de niveau de service (SLA) plus élevés dans leur contrat d'assistance technique (MSA). dans leur MSA - parlez-en au service des ventes. Nous effectuons un suivi mensuel de ces objectifs et et publions le temps de fonctionnement réel.
Objectif mensuel de disponibilité pour les livraisons REST API et webhook.
p95 temps de réponse sur le critère de création de commande, mesuré à partir des régions de l'UE.
Livraison réussie des événements du cycle de vie de la commande dans les 60 secondes suivant la transition d'état. Réessais jusqu'à 24 heures en cas d'échec.
Comment nous gérons les pannes.
Rapports d'incidents publics sur le tableau de bord en direct. Les abonnés reçoivent des notifications par courriel ou par webhook dans les 5 minutes suivant la déclaration de l'incident. dans les 5 minutes suivant la déclaration de l'incident. Mises à jour affichées toutes les 30 minutes pendant les incidents en cours. Analyse rétrospective dans les 5 jours ouvrables après la résolution de l'incident.
La surveillance interne alerte l'ingénierie dans les secondes qui suivent la dégradation. Le tableau de bord public passe en mode "enquête" dans les 5 minutes qui suivent la confirmation de l'incident.
Les clients abonnés reçoivent des notifications via leur canal préféré (e-mail ou webhook). Mises à jour toutes les 30 minutes minimum pendant la fenêtre d'incident.
L'état de la résolution est affiché en direct. Analyse publique dans les 5 jours ouvrables - ce qui s'est passé, les causes profondes, ce que nous changeons pour éviter que cela ne se reproduise.
Trois façons d'être informé.
Pour les alias de l'équipe ops/eng
Souscrire un alias d'équipe (ex. eng@yourbrand.com) aux notifications d'incidents. Filtrez par service si vous ne vous intéressez qu'à des sous-systèmes spécifiques.
Pour la radiomessagerie automatisée
Recevez les événements d'incidents sous forme de JSON POST dans votre système de gestion des incidents. Pipez directement dans PagerDuty, Opsgenie, Slack via un webhook entrant.
Pour les widgets du tableau de bord
Flux RSS de tous les incidents et mises à jour - utile pour l'intégration dans les tableaux de bord internes ou l'agrégation avec d'autres flux d'état des fournisseurs.
Fenêtres de notification pour les travaux prévus.
Les fenêtres d'entretien sont annoncées au moins 7 jours avant les travaux. La maintenance typique est continue et sans interruption ; la maintenance à fort impact est rare, programmée dans des fenêtres à faible trafic (dimanche 03:00-05:00 CET) et annoncée 14 jours à l'avance. (dimanche 03:00-05:00 CET) et annoncée 14 jours à l'avance.
La plupart des mises à niveau et des changements d'infrastructure sont déployés sans interruption de service - redémarrage progressif, changements de base de données bleus/verts, déploiement progressif. Annoncé comme information sur la page d'état ; aucune action n'est requise de la part du client.
Rare ; réservé aux migrations majeures ou aux changements d'infrastructure invasifs. Annoncé 14 jours à l'avance par email + webhook + bannière d'état. Prévu le dimanche de 03:00 à 05:00 CET. Fenêtre d'impact maximale de 2 heures.
Des objectifs plus élevés, inscrits dans la MSA.
Les objectifs de l'accord de niveau de service standard ci-dessus sont des engagements publics. Clientèle d'entreprise (plus de 10 000 unités/mois, groupes hôteliers multi-propriétés, ou intégrations de plateformes) intégration de plateformes) obtiennent des accords de niveau de service (SLA) plus élevés, inscrits dans l'accord-cadre de fourniture (Master Supply Agreement). ainsi que des voies d'escalade dédiées, une capacité de production réservée et une une gestion de compte technique nommée.
Contactez le service commercial pour connaître les conditions de l'accord de niveau de service (SLA) de l'entreprise, les options de capacité dédiée et le modèle de contrat de maintenance (MSA). modèle MSA.
Statut en direct : status.fabrixa.com
Quelque chose ne va pas dans votre intégration ? Vérifiez le tableau de bord de l'état en direct avant d'ouvrir un ticket d'assistance. d'ouvrir un ticket d'assistance. La plupart des perturbations de courte durée sont résolues avant qu'un ticket ne soit vu.

