Chargement des surfaces sécurisées de projet, livraison et preuves de lancement.
Chargement des surfaces sécurisées de projet, livraison et preuves de lancement.
Notes mensuelles sur les équipes d'ingénierie nearshore, la qualité CAO et documentation, les contrôles de livraison et les actualités QENVEX.
Sous-traitants opérationnels
QENVEX utilise des fournisseurs hébergés pour delivery applicatif, authentification, stockage data, email transactionnel, CRM et planning.
| Fournisseur | Rôle | Contexte data |
|---|---|---|
| Supabase | Base de données hébergée, authentification, row-level security et accès data côté serveur. | Profils workspace, leads, projets, tâches, métadonnées fichiers, factures, support, notifications, journaux activité et données auth. |
| Cloudflare | Livraison applicative, CDN, WAF, Turnstile, déploiement Worker et stockage objet R2. | Métadonnées de requête, signaux de sécurité, assets cachés et fichiers uploadés lorsque les buckets R2 sont configurés. |
| Resend | Email transactionnel pour confirmations contact, alertes internes, demandes de devis, newsletter et notifications workspace. | Emails, noms, contexte de notification workspace, contexte message et contenu transactionnel nécessaires à la livraison. |
| HubSpot | Handoff CRM pour leads et futurs workflows commerciaux. | Coordonnées lead, contexte entreprise, service intéressé, marché et métadonnées formulaire lorsque la sync CRM est configurée. |
| Cal.com | Point d'entrée de planning pour appels sales ou discovery lorsqu'un username booking est configuré. | Détails de rendez-vous fournis par le prospect dans le workflow de planning. |
Cette page est une base de transparence opérationnelle pour l'usage fournisseur, le contexte data et le périmètre de revue pendant l'onboarding client.
L'usage fournisseur doit rester visible, limité et révisable pendant le passage du lancement à l'exploitation.
L'usage fournisseur est limité aux données nécessaires pour auth, delivery workspace, stockage, email, CRM, planning et prévention des abus.
Les clés service-role, tokens providers, tokens Cloudflare et credentials email/CRM restent dans le runtime serveur ou les secrets de déploiement.
Settings providers, callbacks Auth, buckets R2, bindings Worker, règles WAF, email, CRM et preuves de smokes live doivent être capturés dans le dossier de lancement.
Tout changement matériel provider ou data-flow doit être relu dans le Trust Center, les pages légales, la liste sous-traitants et le dossier de lancement.
Contactez QENVEX pour le contexte fournisseur pertinent à votre engagement.
Nous contacter