Skip to content
Procurement & Architecture 9 min 2026-01-15

Selección de Proveedores IT Sin Ataduras Tecnológicas (Vendor Lock-in)

Guía de contratación para directivos de IT: custodia de código, estándares abiertos, portabilidad de datos y planes de transición a infraestructura propia.

Matriz de especificaciones

Modelo de Propiedad IP
100% Client Escrow / Assignment
Estándar Telefónico
IETF SIP RFC 3261 / RTP
Coste de Migración de Datos
$0 / Open SQL Dump
Capacidad de Autogestión
Standard Docker / Kubernetes

Requerimientos técnicos esenciales

  • ›Exija la cesión completa del código fuente y su depósito en custodia notarial o repositorio desde el día uno.
  • ›Rechace SDKs de telefonía cerrados: obligue al uso de estándares abiertos como SIP (RFC 3261) y SRTP.
  • ›Incluya cláusulas de salida que garanticen la exportación completa de sus bases de datos en menos de 24 horas.
  • ›Compruebe que los scripts de despliegue empleen contenedores OCI estándar compatibles con cualquier Linux.

1. Las tres reglas de oro de una arquitectura sin cautividad tecnológica

La dependencia de un proveedor no es casualidad; es una estrategia deliberada para elevar los costes de cambio. Para blindar la soberanía de la compañía, los directivos deben exigir tres reglas: (1) Propiedad total del código y los modelos: cada línea de código y cada adaptador LoRA ajustado debe pertenecer a la empresa desde el inicio. (2) Estándares abiertos: todas las comunicaciones deben seguir protocolos públicos (SIP RFC 3261, RTP RFC 3550, PostgreSQL). (3) Portabilidad de infraestructura: la plataforma debe funcionar con Docker o Kubernetes en cualquier servidor propio o nube privada.

Configuration & Verificationyaml
# 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=250

2. Rúbrica de evaluación de proveedores sobre 100 puntos

Antes de firmar con un proveedor o integrador de IA, la mesa de contratación debe puntuar las propuestas conforme a una rúbrica de 100 puntos. Toda oferta con menos de 80 puntos conlleva un alto riesgo de cautividad operativa y costes crecientes.

Criterio de EvaluaciónPuntuaciónSaaS Comercial CerradoArquitectura Soberana VextMétodo de Verificación
Propiedad del código y modelos25 pts0 pts (Caja negra por API)25 pts (Repositorio git completo en propiedad)Cláusula contractual de cesión de IP
Estándares de telefonía (SIP/RTP)25 pts5 pts (SDK cerrado en navegador)25 pts (Conexión SIP RFC 3261 estándar)Inspección de tráfico y tramas SDP
Soberanía de datos (Ley 09-08)20 pts5 pts (Servidores fuera de Marruecos)20 pts (Centro Tier-III en Marruecos)Certificado de ubicación del hosting
Coste predecible (Sin pago por minuto)15 pts3 pts (Tarificación por minuto creciente)15 pts (Entrega fija y coste fijo de servidor)Auditoría del contrato económico
Precisión en dialecto dáriya15 pts6 pts (Árabe genérico sin dialecto)15 pts (ASR nativo entrenado en dáriya)Batería de pruebas con llamadas reales

3. Señales de alarma contractuales y cláusulas de salida obligatorias

Antes de suscribir cualquier contrato con un proveedor de IA, la asesoría jurídica y el área de IT deben auditar tres riesgos clave: Riesgo 1: Penalizaciones por salida o formatos de archivo incompatibles. Exija la cláusula: "El proveedor facilitará una copia completa en formato SQL estándar en un plazo máximo de 24 horas y sin coste alguno". Riesgo 2: Retención de adaptaciones del modelo. Las grabaciones y adaptadores LoRA deben pertenecer a la empresa. Riesgo 3: Renovaciones automáticas con subidas discrecionales del precio por minuto.

4. Hoja de ruta para la autogestión y transición al autoalojamiento

Un verdadero socio tecnológico capacita a su cliente en lugar de generar dependencia perpetua. Vext aplica un plan de transferencia en cuatro etapas: Etapa 1: Puesta en marcha conjunta y formación de administradores. Etapa 2: Entrega de documentación técnica completa y manuales de recuperación ante desastres. Etapa 3: Soporte escalonado de tercer nivel mientras el equipo interno asume la operación diaria. Etapa 4: Autonomía operativa absoluta de la empresa sobre sus propios sistemas.

Preguntas frecuentes de la norma

¿Requiere asesoramiento sobre esta especificación?

Consulte directamente con nuestros ingenieros de sistemas en Casablanca.