1X
Standard
Tarifa base de todo el compromiso
Trabajo planificado y evolución continua. Es la tarifa a la que se factura todo lo que no se acelera.
Modelo de delivery
Cómo funciona ZPX Forge
El modelo completo: cómo se estima el trabajo en Forge Units, qué significa el compromiso mensual, cómo se aprueban las aceleraciones, qué cambia cuando operas varias aplicaciones y bajo qué reglas trabaja la IA dentro de tu organización.
01 · Qué es ZPX Forge
Delivery de software AI-native para la empresa.
ZPX Forge convierte demanda empresarial en software de producción. Cada iniciativa se estima en Forge Units, se ejecuta a la velocidad que el negocio aprueba y se factura mes vencido con un compromiso mínimo de 300 FU al mes.
- Qué compra el cliente
- Capacidad de ingeniería gobernada, medida en Forge Units y ejecutada a la Velocity aprobada.
- Cómo se mide
- En Forge Units: una unidad normalizada de tamaño de delivery, nunca horas, tokens, prompts ni agentes.
- Qué significa 1X / 5X / 10X
- Prioridad, paralelismo e intensidad de delivery. No es más capacidad ni una promesa de plazo.
- Cómo se cobra
- Una tarifa por Forge Unit, con recargo solo sobre las que se aceleran, sobre un compromiso mínimo de 300 FU al mes. Las cifras se cierran en la propuesta.
- Dónde se diseña y controla
- En ZPX Forge Studio, el workspace donde negocio y tecnología trabajan juntos.
- Quién controla a la IA
- Las políticas, gates, ambientes y responsables definidos mediante el Enterprise Harness.
Las Forge Units miden el trabajo. La Velocity define la urgencia. Las aplicaciones activas y su perfil definen el contexto. El Enterprise Harness define las reglas.
02 · ZPX Forge Studio
De la idea al release, en un solo workspace.
Los equipos funcionales diseñan la iniciativa, construyen flujos y mockups y definen criterios de aceptación. ZPX Forge estima el trabajo en Forge Units; Product Owner e ICT aprueban alcance y Velocity; y el mismo workspace muestra build, evidencia, QA, release, consumo y facturación.
Design
Problema, journeys, requerimientos, archivos, mockups y criterios de aceptación.
Estimate
Forge Units, breakdown, dependencias, Application Profile y Velocity propuesta.
Approvals
Product Owner, ICT, seguridad, gates e historial de decisión.
Delivery
Aplicaciones activas, lanes, Forge Units, estado y bloqueos. Es la vista Cockpit.
Evidence
Pruebas, seguridad, pull requests, ADR, artefactos y evidencia de release.
Usage & Billing
Consumo del mes, Forge Units por Velocity, rollover y estimación de factura.
Forge Cockpit no es un producto independiente: es la vista de Delivery dentro de Studio.
03 · Forge Units
Una unidad de tamaño, no de horas.
Una Forge Unit (FU) es una unidad normalizada para estimar el tamaño de un cambio de software antes de ejecutarlo. Mide tamaño de delivery, no esfuerzo humano.
| Tipo de trabajo | FU | Descripción |
|---|---|---|
| Micro Change | 1 | Ajuste puntual, configuración o cambio muy acotado. |
| Simple Change | 2 | Cambio sencillo con impacto localizado. |
| Small Feature | 3 | Funcionalidad pequeña y autocontenida. |
| Standard Feature | 5 | UI/API, lógica, validaciones y pruebas. |
| Medium Feature | 8 | Flujo completo con reglas o persistencia relevante. |
| Complex Feature | 13 | Varias reglas, componentes o dependencias. |
| Integration | 21 | Integración entre sistemas o impacto transversal. |
| Epic | 34+ | Debe descomponerse antes de pasar a ejecución. |
Qué no representa
Una FU no equivale a horas, tokens, prompts, número de agentes, número de desarrolladores, créditos de un proveedor de IA ni a un tiempo exacto de entrega.
Regla para épicas
Las iniciativas de 34 FU o más se descomponen en unidades menores antes del Go. La descomposición reduce riesgo, mejora la trazabilidad, habilita entrega incremental y permite aprovechar de verdad la Velocity contratada.
04 · Cómo se estiman
Qué considera la estimación.
Cada iniciativa se estima antes de ejecutarse. La estimación queda visible y requiere aprobación registrada antes de entrar a ejecución.
- Alcance
- Lógica
- Datos
- Integraciones
- Riesgo
- Superficie de cambio
- Pruebas
- Evidencia requerida
- Reutilización disponible
- Dependencias
- Impacto técnico
Forge Units y Application Profile no se solapan
Es la distinción que evita el doble conteo. Las Forge Units miden el tamaño del cambio: construir una integración nueva consume más FU que ajustar un texto. El Application Profile mide el overhead estructural de operar esa aplicación: cada cambio en un legacy regulado exige toolchains, pruebas, ambientes y gates adicionales aunque la funcionalidad sea pequeña.
No se publica una fórmula matemática fija: la calibración se ajusta con el histórico de cada organización y con la reutilización disponible en el Golden Project, patrones y componentes existentes.
05 · Compromiso mensual
ZPX Forge comienza en 300 Forge Units al mes.
Es un piso, no un techo. Por encima de esa base consumes todas las Forge Units que necesites, a la misma tarifa y sin recargo por exceso: no hay que renegociar el contrato ni cambiar de plan. El mínimo existe porque hay un equipo y un entorno dedicados desde el primer día, se consuman 50 o 300 FU.
| Tipo | FU | Equivalen a |
|---|---|---|
| Standard Feature | 5 | 60 |
| Medium Feature | 8 | 37 |
| Complex Feature | 13 | 23 |
| Integration | 21 | 14 |
No es un compromiso de throughput. Un mes real mezcla tamaños, dependencias, QA y aprobaciones. Un mix realista sería 12 Standard, 10 Medium, 8 Complex, 2 Integrations y 14 FU de cambios micro y simples.
Una referencia conocida para dimensionar
Como punto de comparación, Zynplex calibra 300 FU a 1X para aproximarse al volumen mensual de una célula tradicional trabajando dos sprints de diez días hábiles: dos desarrolladores, QA, testing, Scrum Master y Project Manager.
Es una referencia de dimensionamiento, no una garantía de equivalencia. La productividad depende del backlog, la arquitectura, integraciones, madurez, QA y las reglas del cliente.
06 · Forge Velocity
Pagas el trabajo. Y solo pagas más si necesitas que salga antes.
La Forge Unit mantiene su tamaño. Todo el compromiso mensual se factura a la tarifa base de 1X, y solo las iniciativas que se aceleran cuestan más que esa base. No son tres planes entre los que se elige: es una base más lo que decidas acelerar.
5X
Accelerated
Recargo por cada Forge Unit acelerada
Mayor prioridad y paralelismo para reducir el time-to-market.
10X
Priority
Recargo mayor, por Forge Unit acelerada
Máxima intensidad de delivery para regulación, migraciones y fechas críticas.
Las tarifas no se publican. Se cierran en la conversación de descubrimiento, junto con el volumen comprometido, las aplicaciones activas, su Application Profile y el modelo de despliegue, y quedan fijadas en el contrato.
Velocidades combinadas
La Velocity se aprueba por iniciativa, así que un mismo mes puede mezclar las tres. No necesitas llevar todo tu portafolio a 10X para atender un cambio regulatorio.
| Iniciativa | FU | Velocity | Cómo se factura |
|---|---|---|---|
| Customer Portal | 150 | 1X · Standard | Tarifa base |
| Billing Upgrade | 100 | 5X · Accelerated | Tarifa base + recargo de 5X |
| Cambio regulatorio | 50 | 10X · Priority | Tarifa base + recargo de 10X |
Son las mismas 300 Forge Units: 150/100/50. Ejecutadas todas a la tarifa base, ese mes costaría el compromiso y nada más; el recargo se aplica únicamente a las 100/50 Forge Units aceleradas. Cada aceleración necesita la aprobación del Product Owner y del área de tecnología antes de ejecutarse.
07 · Aprobación de aceleraciones
5X y 10X requieren negocio y tecnología.
Acelerar tiene impacto económico y técnico, así que la decisión no la toma una sola persona. Para 1X, el modelo de aprobación puede configurarse por organización.
- Estimación FUEl tamaño queda visible.
- Velocity solicitadaEl equipo pide 5X o 10X.
- Product OwnerAprueba necesidad, alcance, prioridad y urgencia.
- ICT / TecnologíaAprueba arquitectura, ambiente, integraciones, impacto y seguridad.
- GoEntra a ejecución con ambas aprobaciones registradas.
Product Owner
Aprueba el negocio
- Necesidad
- Alcance
- Prioridad
- Forge Units
- Urgencia
ICT / Tecnología
Aprueba la ejecución
- Arquitectura
- Ambiente
- Integraciones
- Impacto y seguridad
- Velocity acelerada
08 · Aplicaciones activas
Una aplicación es un contexto de delivery, no una funcionalidad.
Una aplicación activa mantiene su propio backlog, contexto, repositorios, ambientes, pipelines, integraciones y release path. Por eso operar varias requiere más capacidad, aunque ZPX Forge reutiliza plataforma, gobierno y automatización para generar economías de escala.
| Aplicaciones | Factor |
|---|---|
| 1 | 1,00× |
| 2 | 1,50× |
| 3 | 1,85× |
| 4 | 2,15× |
| 5 | 2,80× |
| 6 | 3,10× |
| 7 | 3,35× |
| 8 | 3,60× |
| 9 o más | Evaluación |
El incremento no es lineal: una segunda aplicación no duplica el coste porque comparte ZPX Forge, Enterprise Harness, automatización y capacidad experta. Un Delivery Architect gobierna como referencia hasta cuatro aplicaciones activas; a partir de la quinta se incorpora capacidad adicional de arquitectura.
09 · Application Profile
El mismo cambio no vive en el mismo contexto.
Antes de operar, cada aplicación recibe un perfil transparente que refleja el overhead estructural de trabajar en ella.
| Perfil | Factor | Ejemplo |
|---|---|---|
| Standard | 1,00× | Stack moderno, CI/CD, testing y pocas dependencias. |
| Integrated | 1,10× | Varias APIs, identidad y reglas empresariales. |
| Complex | 1,25× | Integraciones múltiples, datos y testing amplio. |
| Legacy / Regulated | 1,40× | Legacy, alta criticidad, controles o procesos especiales. |
| Custom | Evaluación | Condiciones extraordinarias. |
Cómo se asigna
- Stack
- Madurez
- Documentación
- Cobertura de pruebas
- Integraciones
- Dependencia de terceros
- Restricciones
- Compliance
- Proceso de release
10 · Ejecución en paralelo
El trabajo no se hace más pequeño. Avanza más trabajo a la vez.
Una delivery lane es un frente de trabajo en ejecución. La Velocity no es solo el número de lanes: es prioridad, paralelismo, capacidad de agentes, intensidad de revisión, coordinación e infraestructura disponible. La lane es su representación visual.
35 FU en todos los casos. Lo que cambia es cuántos frentes pueden avanzar en paralelo.
El Portal de Proveedores se descompone en cinco entregables: login y perfil (3 FU), consulta de órdenes (3 FU), carga documental (8 FU), estado de pagos (8 FU) e integración con el ERP (13 FU).
1X · Standard. Una delivery lane: los entregables recorren build y validación en secuencia.
5X · Accelerated. Hasta cinco delivery lanes: los cinco entregables pueden estar en ejecución al mismo tiempo.
10X · Priority. Hasta diez delivery lanes: quedan lanes disponibles para otros workstreams además de esta iniciativa.
Todo pasa por validación. En el ejemplo, «Estado de pagos» no pasa la revisión humana en el primer intento y vuelve a Build. Esa corrección no consume Forge Units adicionales.
La aceleración efectiva depende de las dependencias funcionales y técnicas, integraciones, aprobaciones, QA y gates corporativos.
11 · Enterprise Harness
IA dentro de tus reglas, no alrededor de ellas.
El conjunto de políticas, estándares, controles, herramientas y gates que delimitan cómo la IA puede producir software dentro de la organización. Se configura durante la activación y evoluciona con la empresa.
Arquitectura
Stacks, patrones, APIs, integraciones, dependencias y ADRs.
Seguridad
SSO, secretos, RBAC, clasificación de datos y restricciones de uso de modelos.
Coding standards
Convenciones, calidad de código, revisión y deuda técnica aceptable.
Testing
Tipos de prueba requeridos, cobertura mínima y automatización.
Compliance y approvals
Controles regulatorios, gates y quién aprueba cada tipo de cambio.
Deployment y release
Ambientes, pipelines, ventanas de promoción, rollback y observabilidad.
Tus reglas. Tus ambientes. Tus aprobaciones.
12 · Definition of Done
Qué significa que una iniciativa está entregada.
La Definition of Done protege el modelo de Forge Units: define exactamente qué se recibe a cambio de la capacidad consumida. Puede variar por organización, pero queda configurada dentro del Enterprise Harness.
- Código implementadoEl cambio está completo en los repositorios acordados.
- Build correctoLa construcción pasa sin errores en el pipeline del cliente.
- Lint correctoSe respetan las convenciones y estándares definidos.
- Pruebas requeridasLos tipos y niveles exigidos por el Harness se ejecutan y pasan.
- RevisiónEl cambio pasa por la revisión humana que corresponda a su criticidad.
- EvidenciaQueda registrada la traza de decisiones, controles y resultados.
- Documentación mínimaLo necesario para operar y mantener lo entregado.
- Criterios de aceptaciónTodos los criterios aprobados en el Go están cumplidos.
- Preparación para QAEl entregable está desplegado y listo para validación.
- Gates aplicablesSe cumplen los controles definidos para ese tipo de cambio.
13 · Consumo de Forge Units
Cuándo se consume la capacidad.
Las Forge Units se estiman antes de ejecutar. La capacidad se compromete con la aprobación y se consume con la ejecución, nunca antes.
| Estado | Efecto |
|---|---|
| Iniciativa en análisis | No consume. |
| Estimada, sin Go | No consume. |
| Cancelada antes de delivery | No consume. |
| Go aprobado | Compromete capacidad del mes. |
| En ejecución | Consume las FU aprobadas y forma parte del consumo facturable. |
| Corrección para cumplir la aceptación original | No consume FU adicionales. |
| Cambio de alcance o nuevos criterios | Se vuelve a estimar como FU adicionales. |
Si el consumo del mes queda por debajo del compromiso, se factura el mínimo mensual y parte de la diferencia puede trasladarse como rollover.
14 · Modelo de despliegue
En nuestra infraestructura o dentro de la tuya.
ZPX Forge puede operar en un entorno administrado o integrarse a la nube, landing zone o DMZ de tu organización.
Incluido
ZPX Managed
Ambientes administrados dentro del modelo estándar acordado, con tenant aislado, controles de acceso y segregación de datos.
Se dimensiona aparte
Customer Environment
Nube corporativa, landing zone, DMZ, red privada, runners privados, bastions, VPN, firewall o proxy y ventanas de deployment.
- Conectividad y certificados
- Runners y agentes privados
- Restricciones de red y accesos
- Soporte y ventanas de operación
El coste del entorno privado no se esconde dentro de las Forge Units: se dimensiona de forma específica porque varía entre organizaciones. En el simulador aparece como «requiere evaluación» y no se incluye en la estimación.
15 · Gobierno
Quién decide qué, y bajo qué controles.
El gobierno no se delega. ZPX Forge administra la ejecución; la organización conserva la prioridad de negocio, la aceptación, la seguridad y la autoridad de release.
| Decisión | Cliente | ZPX Forge |
|---|---|---|
| Prioridad de negocio | A/R · Product Owner | C |
| Alcance y aceptación | A · Product Owner | R/C |
| Estimación en Forge Units | C/A | R |
| Velocity acelerada (5X y 10X) | A · Product Owner + ICT | R/C |
| Arquitectura e integraciones | A · ICT | R/C |
| Ejecución técnica | C | A/R |
| Seguridad corporativa | A | R/C |
| QA / UAT | A/R según proceso | R/C |
| Release | A | R/C |
| Evidencia | C | A/R |
R ejecuta · A responde por la decisión · C es consultado. La matriz definitiva se ajusta al contrato y al proceso de cada organización.
Controles verificables
- MFAAcceso con identidad corporativa y multifactor obligatorio.
- RBACRoles y permisos explícitos por usuario y por agente.
- Gestión de secretosCredenciales fuera del código y del contexto de los modelos.
- TrazabilidadContexto, decisiones, acciones y cambios quedan registrados.
- Segregación de funcionesQuien construye no aprueba su propia promoción.
- GatesPuntos de control explícitos antes de ejecutar y antes de promover.
- Logs y audit trailRegistro auditable de la operación de la plataforma.
- Repositorios del clienteEl código se produce y permanece en los repositorios acordados.
- Revisión humanaLas decisiones críticas requieren aprobación de una persona responsable.
Ownership y portabilidad
De tu empresa
Software, datos y artefactos
- El código permanece en tus repositorios.
- Especificaciones, ADRs, pruebas y documentación son exportables.
- Los datos son y siguen siendo del cliente.
- Las aplicaciones desplegadas siguen operando si termina la relación.
De Zynplex
El modelo y su tecnología
- ZPX Forge, sus agentes y componentes de plataforma.
- La metodología y los patrones propios del modelo.
- El Harness se diseña para tus políticas y es auditable.
- NDA y acuerdo de propiedad intelectual antes de iniciar.
Decimos «no lock-in sobre el software entregado» y no «sin vendor lock-in»: lo que queda libre es el producto que construyes, no la tecnología que lo construye.
16 · Acompañamiento experto
Quién responde por lo que se entrega.
ZPX Forge no es una herramienta que se entrega con un manual. La infraestructura de ejecución la opera Zynplex y queda abstraída, pero las decisiones que determinan si el software sirve —arquitectura, integraciones, seguridad, criterios de aceptación— las toma un equipo con nombre propio que conoce tu organización.
Arquitecto asignado
El interlocutor único del Forge Plan.
Un especialista de Zynplex, experto en ZPX Forge y en tu organización, asignado a la cuenta durante todo el ciclo. Sustenta el tamaño de cada iniciativa antes del Go, define arquitectura e integraciones, resuelve los bloqueos con tus equipos y revisa la evidencia antes del release.
Presente en descubrimiento, estimación, Go, Build y release.Red de conocimiento senior
Especialistas por demanda, sin contratarlos.
Arquitectura empresarial, ciberseguridad, ingeniería de datos, IA y desarrollo. Cuando una iniciativa lo requiere, tu arquitecto convoca al perfil que corresponde. Para tu organización es capacidad disponible, no una vacante que abrir ni un proveedor nuevo que homologar.
Se activa dentro del Forge Plan, sin cargo aparte.Conocimiento acumulado
Lo aprendido queda, y es tuyo.
Patrones, decisiones de arquitectura, restricciones y criterios de aceptación se registran en el Engineering Brain y en el Enterprise Harness. Eso reduce el descubrimiento de cada ciclo y es exportable: si la relación termina, el conocimiento no se va con el proveedor.
Permanente y exportable.Por qué esto está en el precio y no aparte
El compromiso mensual mínimo existe, entre otras razones, porque hay un arquitecto y un entorno dedicados desde el primer día, se consuman 50 o 300 Forge Units. Ese acompañamiento no se factura como consultoría ni se cobra por hora: está incluido en la tarifa por Forge Unit. Es también la razón por la que el modelo no escala infinitamente sin sumar equipo — un arquitecto sostiene un número acotado de aplicaciones activas.
Lo que sí se acuerda en la activación son los niveles de servicio: canal oficial, horario de cobertura y objetivos de respuesta, definidos según la criticidad de cada aplicación.
17 · Ciclo de delivery
Demanda → Estimación → Go → Build → Evidencia → QA → Release.
Cada iniciativa recorre el mismo flujo dentro de Studio, y cada etapa deja decisión, contexto y evidencia utilizables por la siguiente.
| Etapa | Qué ocurre | Quién decide | Evidencia |
|---|---|---|---|
| Demanda | Necesidad de negocio, valor esperado y restricciones. | Negocio | Contexto y objetivo registrados. |
| Estimación | Alcance, criterios de aceptación y tamaño en Forge Units. | Negocio + Tecnología | Especificación y propuesta de FU. |
| Go | Aprobación de estimación, alcance y Velocity. | Product Owner + ICT | Go registrado con fecha y responsables. |
| Build | Ejecución en una delivery lane bajo el Harness. | ZPX Forge | Cambios, pull requests y trazas. |
| Evidencia | Pruebas, controles de seguridad e impacto de arquitectura. | ZPX Forge | Paquete de evidencia del cambio. |
| QA | Validación funcional y de seguridad según tu proceso. | QA / Seguridad | Resultados y hallazgos. |
| Release | Gates, promoción controlada y plan de rollback. | Autoridad de release | Evidencia completa del release. |
Golden Project y reutilización
Durante la activación se puede dejar una base homologada con identidad, roles, navegación, backend, datos, testing, observabilidad y pipelines. La reutilización disponible es una de las variables que reduce el tamaño en Forge Units de las iniciativas posteriores.
Se integra, no reemplaza
ZPX Forge no sustituye Git, CI/CD, ITSM, identidad u observabilidad. Los conecta en un flujo AI-native con contexto y gobierno común, y el tráfico va en ambos sentidos.
Product & Work — Jira, Azure DevOps, ServiceNow y Teams. Lee la solicitud y devuelve el estado de avance.
Source & Delivery — GitHub, GitLab, CI/CD y cloud. Abre los pull requests y dispara los pipelines existentes.
Enterprise Context — SharePoint, documentación, APIs y datos. Consulta el contexto y escribe la especificación aprobada.
Security & Ops — identidad, secretos, escáneres y observabilidad. Valida identidad y publica la evidencia de cada release.
18 · Facturación y rollover
Ves el consumo antes de recibir la factura.
ZPX Forge factura mes vencido. Studio muestra durante todo el ciclo las Forge Units aprobadas y ejecutadas, la Velocity, las aplicaciones activas, el rollover y el impacto estimado. Mes vencido no significa precio sorpresa.
| Consumo | Resultado |
|---|---|
| 300 de 300 | No hay rollover. |
| 270 de 300 | 30 FU pasan al mes siguiente. |
| 240 de 300 | 60 FU pasan al mes siguiente. |
| 200 de 300 | Solo 60 FU pasan; 40 FU expiran. |
| FU trasladadas sin usar | Expiran al cierre del mes siguiente. |
Reglas del rollover
- Solo se traslada un mes.
- Máximo el 20 % del compromiso mensual.
- No es reembolsable.
- No es transferible.
- Se consume antes que la capacidad del mes en curso.
- Las Forge Units extraordinarias no generan rollover.
19 · Forge Plan
Un plan fácil de entender. Cinco variables visibles.
No son cinco productos independientes: son las variables que explican la estimación, y todas están visibles antes del Go.
Decisiones del plan
- Monthly FUCompromiso mensual, desde 300 FU
- Velocity1X / 5X / 10X, por iniciativa
- Active ApplicationsAplicaciones simultáneas
- Application ProfileContexto técnico de cada una
- DeploymentZPX Managed o tu infraestructura
Ejemplo de plan
- Compromiso mensual300 FU
- Aplicaciones2 activas
- Application ProfileIntegrated
- Velocity por defecto1X Standard
- Trabajo prioritario10X cuando se aprueba
- DespliegueZPX Managed
- RolloverHasta 60 FU
- FacturaciónMes vencido
20 · Cómo se llega a tu tarifa
La misma fórmula para todos. Cifras distintas para cada uno.
No publicamos una lista de precios porque el mismo backlog no cuesta lo mismo en dos organizaciones distintas. Lo que sí es público es la fórmula, y no cambia entre clientes: eso es lo que hace verificable la cotización.
Forge Units × Forge Velocity × Active Applications × Application Profile + Enterprise Governance
Qué mueve cada variable
| Variable | Qué mide | Cómo se comporta |
|---|---|---|
| Forge Units | El tamaño del trabajo del mes. | Lineal: el doble de trabajo consume el doble de Forge Units. |
| Forge Velocity | La urgencia de cada iniciativa. | Solo encarece las Forge Units aceleradas, no el mes entero. |
| Active Applications | Cuántos contextos de delivery avanzan a la vez. | Crece, pero no de forma lineal: comparten plataforma, Harness y automatización. |
| Application Profile | El coste estructural de operar cada aplicación. | Un multiplicador acotado, de Standard a Legacy regulado. |
| Enterprise Governance | El nivel de control, evidencia y gates exigido. | Se dimensiona en la activación, según criticidad y marco regulatorio. |
En la propuesta recibes las cifras completas: tarifa por Forge Unit, compromiso mensual, factores aplicados a tu portafolio y la factura de un mes tipo. Todo antes de firmar, y sin variables que aparezcan después.
21 · Preguntas frecuentes
Preguntas frecuentes.
¿Cuál es el mínimo mensual?
300 Forge Units al mes. Por encima puedes consumir FU adicionales a las mismas tarifas.
¿Puedo mezclar 1X, 5X y 10X en el mismo mes?
Sí. La Velocity se aprueba por iniciativa y la factura refleja la mezcla real de Forge Units ejecutadas a cada velocidad.
¿Por qué 5X y 10X cuestan más?
Porque requieren mayor prioridad, paralelismo e intensidad de delivery. La Forge Unit no cambia de tamaño: cambia la capacidad que se pone sobre ella.
¿Qué pasa si me quedo corto y necesito más de 300 FU en un mes?
Las consumes al mismo precio. Las Forge Units por encima del compromiso se facturan a la misma tarifa que las del compromiso, según la Velocity con que se ejecuten: no hay recargo por exceso, no hay que renegociar el contrato ni cambiar de plan. El consumo se ve en Studio durante todo el mes, así que no hay sorpresas al cierre.
¿Qué pasa si no uso mis 300 FU?
Hasta el 20 % del compromiso —60 FU sobre una base de 300— puede trasladarse al mes inmediatamente siguiente. Después expira.
¿Una aplicación con 30 funcionalidades cuenta como 30 aplicaciones?
No. Las funcionalidades consumen Forge Units dentro de una aplicación; una aplicación activa es la que mantiene un contexto de delivery independiente: backlog, repositorio, ambientes, integraciones y release path.
¿Por qué varias aplicaciones aumentan el precio?
Porque requieren contextos, ambientes y coordinación adicionales. El incremento no es lineal porque ZPX Forge comparte plataforma, Harness y automatización entre todas.
¿Puedo desplegar dentro de mi nube o DMZ?
Sí. Requiere un dimensionamiento específico porque conectividad, runners, certificados, bastions, restricciones de red y soporte varían entre organizaciones.
¿El precio publicado es el precio final?
Es el base rate. El Application Profile, las aplicaciones activas y el modelo de despliegue forman parte de la estimación final, visible antes de ejecutar.
¿Cuándo se factura?
Mes vencido, sobre el consumo aprobado y ejecutado, respetando el compromiso mínimo mensual. Studio muestra el consumo durante todo el ciclo.
¿Qué pasa si una entrega no cumple lo aprobado?
Corregirla para cumplir los criterios de aceptación originalmente aprobados no consume Forge Units adicionales. Solo un cambio de alcance o nuevos criterios se vuelven a estimar.
¿Tenemos que comprar o administrar suscripciones de IA?
No. La infraestructura de ejecución la opera Zynplex dentro de ZPX Forge. Tu organización administra el resultado, la evidencia y el gobierno.
¿El código queda atrapado en ZPX Forge?
No. El software y los artefactos acordados pertenecen al cliente y viven en sus repositorios. ZPX Forge y su tecnología siguen siendo de Zynplex.
Pon números a tu caso.
El simulador estima tu Forge Plan en dos minutos, con el desglose de cada variable.