Sélectionner ses Prestataires IT Sans Enfermement Propriétaire
Matrice de spécification
Exigences d'ingénierie fondamentales
- ›Exigez contractuellement la pleine propriété du code source et sa mise sous séquestre dès le premier jour.
- ›Refusez les SDK de téléphonie propriétaires : exigez les protocoles ouverts SIP (RFC 3261) et SRTP.
- ›Impérativement inscrire des clauses de réversibilité garantissant l'export complet de vos bases sous 24 heures.
- ›Vérifiez que les scripts de déploiement utilisent des conteneurs standards OCI fonctionnant sur tout serveur Linux.
1. Les trois règles d'or d'une architecture sans enfermement propriétaire
L'enfermement propriétaire (vendor lock-in) est rarement fortuit : c'est un modèle économique délibéré visant à rendre tout changement de prestataire prohibitif. Pour préserver leur indépendance, les directeurs IT doivent imposer trois règles d'or : (1) Propriété intégrale du code et des modèles : chaque ligne de code d'orchestration et chaque poids LoRA affiné doivent appartenir au bilan du client dès le premier jour. (2) Protocoles ouverts : tous les échanges de voix et de données doivent utiliser des standards reconnus (SIP RFC 3261, RTP RFC 3550, PostgreSQL) sans dépendre de SDK propriétaires. (3) Portabilité absolue : toute la solution doit se déployer via des manifestes Docker Compose ou Kubernetes sur tout serveur bare metal ou cloud privé.
# Zero-Lockin Portable Sovereign Telecom & AI Stack (docker-compose.yml)
version: '3.8'
services:
telephony-gateway:
image: ghcr.io/vext-ma/sip-gateway:latest
restart: unless-stopped
network_mode: host
environment:
- SIP_PORT=5060
- TLS_PORT=5061
- RTP_PORT_START=10000
- RTP_PORT_END=20000
volumes:
- ./config/sip.cfg:/etc/kamailio/kamailio.cfg:ro
- ./certs:/etc/ssl/sovereign:ro
inference-kernel:
image: ghcr.io/vext-ma/voice-kernel:latest
restart: unless-stopped
deploy:
resources:
reservations:
devices:
- capabilities: [gpu]
environment:
- MODEL_WEIGHTS_PATH=/models/darija-8b-quant
- MAX_CONCURRENT_CHANNELS=2502. Grille d'évaluation des prestataires sur 100 points
Avant de s'engager avec un éditeur ou un intégrateur d'IA, les comités de direction doivent noter chaque offre selon une grille objective sur 100 points. Toute proposition obtenant moins de 80 points expose l'entreprise à une captation technologique et à des coûts récurrents incontrôlables.
| Critère d'Évaluation | Pondération | SaaS Cloud Propriétaire Étranger | Architecture Souveraine Vext | Méthode d'Audit |
|---|---|---|---|---|
| Propriété du code et des modèles | 25 pts | 0 pt (Accès API boîte noire uniquement) | 25 pts (Transfert de dépôt git et séquestre) | Clause formelle de cession de droits |
| Standards télécoms ouverts (SIP/RTP) | 25 pts | 5 pts (SDK JavaScript propriétaire) | 25 pts (Trunks SIP RFC 3261 natifs) | Analyse de paquets et capture SDP |
| Souveraineté des données (Loi 09-08) | 20 pts | 5 pts (Hébergement sur cloud américain) | 20 pts (Datacenter Tier-III au Maroc) | Attestation d'hébergeur local |
| Prévisibilité financière (Sans surtaxe minute) | 15 pts | 3 pts (Facturation explosive à la minute) | 15 pts (Coût fixe de sprint + infra fixe) | Audit du barème tarifaire contractuel |
| Précision dialectale (Darija marocaine) | 15 pts | 6 pts (Traduction littérale générique) | 15 pts (ASR natif Darija avec alternance de code) | Test sur corpus audio réel d'appels |
3. Clauses contractuelles à bannir et clauses de sortie obligatoires
Avant de parapher un contrat avec un prestataire d'IA vocale, la direction juridique et la DSI doivent vérifier trois points d'alerte critiques : Alerte 1 : Pénalités de sortie ou formats de données propriétaires empêchant toute migration. Exigez la clause : « Le prestataire s'engage à fournir un export intégral des bases de données au format SQL ouvert sous 24 heures sans frais supplémentaires. » Alerte 2 : Confiscation des adaptations de modèles. Tous les jeux de données d'entraînement et adaptateurs LoRA doivent demeurer la propriété exclusive de l'entreprise. Alerte 3 : Reconduction tacite avec révision unilatérale des tarifs à la minute.
4. Feuille de route vers l'auto-hébergement et l'autonomie opérationnelle
Un véritable partenaire d'ingénierie vise l'autonomie de son client plutôt que sa dépendance continue. Vext applique une feuille de route de transfert en quatre phases : Phase 1 : Déploiement conjoint en production avec formation DevOps en binôme. Phase 2 : Remise des comptes-rendus d'architecture (ADR) et des guides détaillés de reprise d'activité (PRA). Phase 3 : Exploitation accompagnée où l'équipe interne opère le système avec Vext en support de niveau 3. Phase 4 : Autonomie opérationnelle totale où l'entreprise maîtrise intégralement son infrastructure.
Questions fréquentes sur la norme
Besoin d'un accompagnement sur cette norme ?
Échangez directement avec nos ingénieurs système à Casablanca.