REST API
api.fabrixa.com
Placement des commandes, catalogue de produits, gestion des comptes. L'endpoint dont dépend votre intégration pour chaque commande.
État opérationnel de chaque service Fabrixa : REST API, envoi de webhooks, Fabrixa Studio, lignes de production au Portugal, en Espagne et aux Pays-Bas, et expédition. Abonnez-vous par e-mail ou via un webhook pour recevoir des notifications d'incident. Vous trouverez ci-dessous les objectifs SLA, la politique d'intervention et l'historique de disponibilité.
Suivi indépendant de la disponibilité par service. Le tableau de bord en temps réel disponible à l'adresse status.fabrixa.com reflète l'état actuel — les libellés ci-dessous sont descriptifs et ne sont pas mis à jour en temps réel sur cette page.
api.fabrixa.com
Placement des commandes, catalogue de produits, gestion des comptes. L'endpoint dont dépend votre intégration pour chaque commande.
diffusion d'événements sortants
Diffusion des webhooks sortants : order.created / order.updated, file d'attente de retry, signature HMAC. Évolutivité indépendante de l'API entrant.
studio.fabrixa.com
Configurateur de produit intégrable (iframe) : enregistrement des personnalisations et aperçu du rendu. Solution white-label à intégrer dans vos boutiques en ligne destinées aux clients finaux.
PT - ES - NL
Capacité des lignes d'impression au Portugal, en Espagne et aux Pays-Bas. Signalé comme « dégradé » en cas d'accumulation des files d'attente — il ne s'agit pas d'un indicateur binaire (fonctionnement/panne).
remise au transporteur
Émission des numéros de suivi et transfert vers le transporteur. Statut spécifique au transporteur fourni par nos partenaires d'expédition.
account.fabrixa.com
Tableau de bord du compte permettant de gérer les clés, la facturation, les journaux d'audit et la passation manuelle de commandes. Utilisé en complément de l'API pour le trafic de production.
Objectifs publics pour le niveau standard. Les clients Entreprise bénéficient de SLA plus élevés stipulés dans leur contrat-cadre (MSA) — n’hésitez pas à contacter notre équipe. Nous effectuons un suivi mensuel par rapport à ces objectifs et publions le temps de disponibilité réel.
Objectif mensuel de disponibilité pour l'API REST et la livraison des webhooks.
Temps de réponse de p95 sur l'endpoint de création de commande, mesuré depuis les régions de l'UE.
Les événements du cycle de vie de la commande sont livrés avec succès dans les 60 secondes suivant le changement d'état. Jusqu'à 10 tentatives de réessai sont autorisées avant que l'endpoint ne soit désactivé.
Signalement public des incidents sur le tableau de bord en temps réel. Les abonnés reçoivent des notifications par e-mail ou via webhook dans les cinq minutes suivant la déclaration d'un incident, des mises à jour toutes les 30 minutes pendant la durée de l'incident, ainsi qu'un rapport d'analyse rétrospective dans les cinq jours ouvrés suivant la résolution de l'incident.
La surveillance interne alerte l'équipe d'ingénierie en quelques secondes dès qu'une dégradation est détectée. Le tableau de bord public passe à l'état “ en cours d'investigation ” dans les cinq minutes suivant la confirmation d'un incident.
Les clients abonnés reçoivent des notifications via le canal de leur choix (e-mail ou webhook) avec des mises à jour toutes les 30 minutes au minimum pendant la durée de l'incident.
Le statut de la résolution est mis à jour en temps réel. Une analyse rétrospective publique est publiée dans les cinq jours ouvrés : ce qui s'est passé, la cause première et les mesures que nous mettons en place pour éviter que cela ne se reproduise.
Abonnez un alias d'équipe (par exemple ops@yourcompany.com) aux notifications d'incidents. Filtrez par service si vous ne vous intéressez qu'à des sous-systèmes spécifiques.
Recevez les notifications d'incident sous forme de requête POST au format JSON vers votre système de gestion des incidents. Transférez-les directement vers PagerDuty, Opsgenie ou Slack via un webhook entrant.
Un flux RSS regroupant tous les incidents et toutes les mises à jour — très pratique pour l'intégrer à des tableaux de bord internes ou pour le regrouper avec d'autres flux d'informations sur l'état des fournisseurs.
Les fenêtres de maintenance sont annoncées au moins sept jours à l'avance. La maintenance courante s'effectue de manière continue et sans interruption de service ; les interventions de maintenance ayant un impact important sont rares, programmées pendant les périodes de faible trafic et annoncées 14 jours à l'avance.
La plupart des mises à niveau et des modifications d'infrastructure sont déployées sans interruption de service : redémarrages progressifs, changements de base de données « bleu/vert », déploiement progressif. Ces opérations sont annoncées à titre informatif sur la page d'état ; aucune intervention n'est requise de la part des clients.
Rare ; réservé aux migrations majeures ou aux modifications importantes de l'infrastructure. Annoncé 14 jours à l'avance par e-mail, via un webhook et une bannière d'état. Prévu le dimanche de 03 h 00 à 05 h 00 (CET), avec une durée d'impact prévue de deux heures au maximum.
Les objectifs standard mentionnés ci-dessus constituent des engagements publics. Les clients professionnels — ceux qui achètent plus de 10 000 unités par mois, les groupes hôteliers gérant plusieurs établissements ou les intégrations de plateformes — bénéficient de SLA plus exigeants inscrits dans le contrat-cadre de fourniture (MSA), ainsi que de procédures dédiées d’escalade des incidents, d’une capacité de production réservée et d’un responsable technique attitré. Parlez à notre équipe pour connaître les conditions des SLA d’entreprise, les options de capacité dédiée et obtenir le modèle de contrat-cadre (MSA).
Vous remarquez des anomalies dans votre intégration ? Consultez le tableau de bord de l'état en temps réel avant de créer un ticket d'assistance : la plupart des perturbations de courte durée se résolvent avant même que le ticket ne soit traité.