Saltearse al contenido

Plantilla de Orden de Cambio

Plantilla de Orden de Cambio (Change Order)

Section titled “Plantilla de Orden de Cambio (Change Order)”

Última actualización: 1 de octubre de 2025


═══════════════════════════════════════════════════════════════
ORDEN DE CAMBIO
CHANGE ORDER REQUEST
═══════════════════════════════════════════════════════════════
**Change Order No.:** CO-[YYYY]-[XXX]
**Proyecto:** [Nombre del proyecto]
**Contrato No.:** [Referencia al contrato original]
**Propuesta No.:** [Referencia a propuesta original]
**Fecha de solicitud:** [DD de Mes de YYYY]
**Solicitado por:** [Cliente / InitiumX]
**Prioridad:** [Alta / Media / Baja]
**Estado:** [Borrador / En Revisión / Aprobado / Rechazado]
═══════════════════════════════════════════════════════════════

## 1. INFORMACIÓN DEL PROYECTO
### 1.1 Datos del Proyecto
**Nombre del Proyecto:** [Nombre completo]
**Cliente:** [Nombre de la empresa/persona]
**Project Manager InitiumX:** [Nombre del PM]
**Contacto Cliente:** [Nombre del responsable del cliente]
**Alcance Original:**
- **Contrato firmado el:** [DD/MM/YYYY]
- **Monto original:** $[XX,XXX.XX] USD
- **Timeline original:** [X] semanas
- **Fecha de entrega pactada:** [DD/MM/YYYY]
**Fase actual:** [Discovery / Diseño / Desarrollo / Testing / etc.]
**Progreso actual:** [XX]% completado
### 1.2 Change Orders Previos
| CO No. | Fecha | Descripción | Impacto | Monto | Estado |
|--------|-------|-------------|---------|-------|--------|
| CO-001 | [DD/MM/YY] | [Breve descripción] | +[X] días | +$[X,XXX] | ✅ Aprobado |
| CO-002 | [DD/MM/YY] | [Breve descripción] | +[X] días | +$[X,XXX] | ✅ Aprobado |
**Total acumulado de change orders:** +$[XX,XXX] USD | +[XX] días

## 2. DESCRIPCIÓN DEL CAMBIO
### 2.1 Resumen Ejecutivo
**En pocas palabras:**
[Descripción breve del cambio en 2-3 líneas. Ej: "Agregar módulo de reportes avanzados con exportación a múltiples formatos y dashboards personalizables."]
**Motivo del cambio:**
- [ ] Nueva funcionalidad solicitada por el cliente
- [ ] Cambio en requerimientos de negocio
- [ ] Integración adicional no prevista
- [ ] Cambio tecnológico necesario
- [ ] Corrección de alcance mal definido
- [ ] Oportunidad de mejora identificada
- [ ] Regulación o compliance nuevo
- [ ] Otro: [Especificar]
**Origen de la solicitud:**
- **Solicitado por:** [Nombre y cargo]
- **Fecha de solicitud:** [DD/MM/YYYY]
- **Justificación:** [Por qué es necesario este cambio]
### 2.2 Alcance Detallado del Cambio
#### ¿Qué se va a AGREGAR?
**Nuevas funcionalidades:**
1. **[Funcionalidad 1]**
- **Descripción:** [Qué hace]
- **Usuarios afectados:** [Quién lo usa]
- **Pantallas/componentes:** [X pantallas nuevas]
- **Complejidad:** [Alta / Media / Baja]
2. **[Funcionalidad 2]**
- **Descripción:** [Qué hace]
- **Usuarios afectados:** [Quién lo usa]
- **Pantallas/componentes:** [X pantallas nuevas]
- **Complejidad:** [Alta / Media / Baja]
**Nuevas integraciones:**
- [Integración 1]: [Descripción y propósito]
- [Integración 2]: [Descripción y propósito]
**Nuevos entregables:**
- [Entregable 1]
- [Entregable 2]
#### ¿Qué se va a MODIFICAR?
**Módulos existentes a modificar:**
1. **[Módulo A]**
- **Cambios:** [Qué cambia específicamente]
- **Razón:** [Por qué cambia]
- **Impacto:** [A qué afecta]
2. **[Módulo B]**
- **Cambios:** [Qué cambia específicamente]
- **Razón:** [Por qué cambia]
- **Impacto:** [A qué afecta]
**Diseños a actualizar:**
- [X] pantallas requieren rediseño
- [Y] componentes necesitan ajuste
#### ¿Qué se va a ELIMINAR o REEMPLAZAR?
**Del alcance original, se elimina:**
- ~~[Funcionalidad X]~~: Ya no necesaria
- ~~[Módulo Y]~~: Reemplazado por [nuevo módulo]
**Esto resulta en:**
- Ahorro de tiempo: [X] horas/días
- Reducción de costo: -$[X,XXX] (si aplica)
### 2.3 Especificaciones Técnicas del Cambio
**Cambios en arquitectura:**
- [Descripción de cambios arquitectónicos si aplica]
**Nuevas tecnologías requeridas:**
- [Librería/Framework nuevo 1]
- [Servicio externo nuevo 2]
**Cambios en base de datos:**
- Nuevas tablas: [X]
- Modificaciones a tablas existentes: [Y]
- Nuevos endpoints API: [Z]
**Cambios en infraestructura:**
- [Descripción de cambios de infraestructura si aplica]

## 3. ANÁLISIS DE IMPACTO
### 3.1 Impacto en Timeline
**Tiempo adicional requerido:**
| Actividad | Horas | Días |
|-----------|-------|------|
| **Análisis y diseño** | [X] h | [X] días |
| **Desarrollo frontend** | [X] h | [X] días |
| **Desarrollo backend** | [X] h | [X] días |
| **Integraciones** | [X] h | [X] días |
| **Testing y QA** | [X] h | [X] días |
| **Documentación** | [X] h | [X] días |
| | | |
| **TOTAL** | **[XXX] h** | **+[XX] días** |
**Impacto en fecha de entrega:**
- **Fecha original:** [DD/MM/YYYY]
- **Nueva fecha estimada:** [DD/MM/YYYY]
- **Extensión:** +[XX] días hábiles
**Timeline crítico:**
- [ ] Sí - Este cambio afecta fecha de lanzamiento comprometida
- [ ] No - Puede absorberse dentro del timeline actual
### 3.2 Impacto en Presupuesto
**Costos adicionales:**
| Concepto | Horas | Tarifa | Monto |
|----------|-------|--------|-------|
| **Diseño UI/UX** | [X] h | $[XX]/h | $[X,XXX] |
| **Desarrollo Senior** | [X] h | $[XX]/h | $[X,XXX] |
| **Desarrollo Mid** | [X] h | $[XX]/h | $[X,XXX] |
| **QA/Testing** | [X] h | $[XX]/h | $[X,XXX] |
| **Project Management** | [X] h | $[XX]/h | $[X,XXX] |
| **Servicios de terceros** | - | - | $[X,XXX] |
| | | | |
| **SUBTOTAL** | **[XXX] h** | | **$[XX,XXX]** |
| **Descuento** | | | -$[XXX] |
| **TOTAL ADICIONAL** | | | **$[XX,XXX]** |
| **ISV (15%)** | Solo Honduras | | +$[X,XXX] |
| | | | |
| **GRAN TOTAL** | | | **$[XX,XXX]** |
**Ahorro por items eliminados:**
- Funcionalidades eliminadas: -$[X,XXX]
- **Costo neto del cambio:** $[XX,XXX]
**Nuevo presupuesto total del proyecto:**
- Presupuesto original: $[XX,XXX]
- Change orders previos: +$[XX,XXX]
- Este change order: +$[XX,XXX]
- **Nuevo total:** **$[XXX,XXX]** USD
### 3.3 Impacto en Recursos
**Equipo adicional necesario:**
- [ ] Diseñador UI/UX ([X] horas)
- [ ] Frontend developer ([X] horas)
- [ ] Backend developer ([X] horas)
- [ ] DevOps engineer ([X] horas)
- [ ] QA specialist ([X] horas)
**Disponibilidad del equipo:**
- [ ] Equipo actual puede absorber el trabajo
- [ ] Se requiere ampliar equipo temporalmente
- [ ] Se requiere especialista externo
### 3.4 Impacto en Otros Módulos
**Módulos que podrían verse afectados:**
| Módulo | Tipo de Impacto | Severidad | Acción Requerida |
|--------|----------------|-----------|------------------|
| [Módulo A] | [Descripción] | Alta/Media/Baja | [Acción] |
| [Módulo B] | [Descripción] | Alta/Media/Baja | [Acción] |
**Riesgo de regresión:**
- [ ] Alto - Requiere testing extensivo
- [ ] Medio - Testing estándar suficiente
- [ ] Bajo - Impacto mínimo en código existente
### 3.5 Impacto en Calidad
**Testing adicional requerido:**
- Testing funcional: +[X] horas
- Testing de integración: +[X] horas
- Testing de regresión: +[X] horas
- UAT extendido: +[X] días
**Impacto en documentación:**
- Manual de usuario: +[X] páginas
- Documentación técnica: +[X] páginas
- Documentación API: +[X] endpoints

## 4. ALTERNATIVAS CONSIDERADAS
### 4.1 Opción 1: [Nombre de alternativa]
**Descripción:**
[Descripción de esta alternativa]
**Pros:**
- ✅ [Pro 1]
- ✅ [Pro 2]
**Contras:**
- ❌ [Contra 1]
- ❌ [Contra 2]
**Costo:** $[X,XXX]
**Timeline:** +[X] días
**Recomendación:** [Recomendada / No recomendada]
### 4.2 Opción 2: [Nombre de alternativa]
**Descripción:**
[Descripción de esta alternativa]
**Pros:**
- ✅ [Pro 1]
- ✅ [Pro 2]
**Contras:**
- ❌ [Contra 1]
- ❌ [Contra 2]
**Costo:** $[X,XXX]
**Timeline:** +[X] días
**Recomendación:** [Recomendada / No recomendada]
### 4.3 Opción 3: No Hacer el Cambio
**Descripción:**
Mantener el alcance original sin este cambio.
**Pros:**
- ✅ No impacto en timeline
- ✅ No costo adicional
- ✅ No complejidad añadida
**Contras:**
- ❌ [Consecuencia de no hacerlo 1]
- ❌ [Consecuencia de no hacerlo 2]
**Recomendación:** [Recomendada / No recomendada]
### 4.4 Recomendación de InitiumX
**Opción recomendada:** [Opción X]
**Razón:**
[Explicación de por qué esta es la mejor opción, considerando
costo, tiempo, calidad, riesgo y valor de negocio]

## 5. PLAN DE IMPLEMENTACIÓN
### 5.1 Enfoque de Implementación
**Método propuesto:**
- [ ] Desarrollo en paralelo (no afecta timeline principal)
- [ ] Desarrollo secuencial (extiende timeline)
- [ ] Desarrollo iterativo (entregas graduales)
- [ ] Desarrollo post-lanzamiento (siguiente fase)
**Justificación:**
[Por qué este enfoque es el más apropiado]
### 5.2 Fases de Implementación
#### Fase 1: Análisis y Diseño
**Duración:** [X] días
**Tareas:**
- Refinamiento de requerimientos
- Diseño de wireframes
- Diseño de mockups
- Revisión y aprobación del cliente
**Entregable:** Diseños finales aprobados
#### Fase 2: Desarrollo
**Duración:** [X] días
**Tareas:**
- Setup de ambiente
- Desarrollo frontend
- Desarrollo backend
- Integraciones
**Entregable:** Funcionalidad completada en staging
#### Fase 3: Testing
**Duración:** [X] días
**Tareas:**
- Testing funcional
- Testing de integración
- Testing de regresión
- Corrección de bugs
**Entregable:** Sistema probado y aprobado
#### Fase 4: Deployment
**Duración:** [X] días
**Tareas:**
- Deployment a producción
- Verificación post-deployment
- Capacitación a usuarios
- Documentación final
**Entregable:** Funcionalidad en producción
### 5.3 Cronograma Propuesto
| Hito | Fecha Inicio | Fecha Fin | Duración |
|------|--------------|-----------|----------|
| **Aprobación de CO** | [DD/MM/YY] | [DD/MM/YY] | - |
| **Análisis y Diseño** | [DD/MM/YY] | [DD/MM/YY] | [X] días |
| **Desarrollo** | [DD/MM/YY] | [DD/MM/YY] | [X] días |
| **Testing** | [DD/MM/YY] | [DD/MM/YY] | [X] días |
| **Deployment** | [DD/MM/YY] | [DD/MM/YY] | [X] días |
| **Go-Live del cambio** | [DD/MM/YY] | - | - |
**Fecha estimada de completación:** [DD/MM/YYYY]
### 5.4 Dependencias
**Este cambio depende de:**
- [ ] Aprobación del cliente (fecha límite: [DD/MM/YY])
- [ ] Disponibilidad de [recurso específico]
- [ ] Completación de [módulo X]
- [ ] Acceso a [servicio externo]
**Otros módulos dependen de este cambio:**
- [ ] [Módulo A] - requiere que esto esté completado primero
- [ ] [Módulo B] - se ve impactado por este cambio

## 6. RIESGOS Y PLAN DE MITIGACIÓN
### 6.1 Riesgos Identificados
#### 🔴 Riesgo Alto #1: [Descripción del riesgo]
**Probabilidad:** Alta / Media / Baja
**Impacto:** Alto / Medio / Bajo
**Descripción:** [Detalle del riesgo]
**Mitigación:**
- [Acción de mitigación 1]
- [Acción de mitigación 2]
**Plan de contingencia:**
- [Qué hacer si el riesgo se materializa]
---
#### 🟡 Riesgo Medio #2: [Descripción del riesgo]
**Probabilidad:** Alta / Media / Baja
**Impacto:** Alto / Medio / Bajo
**Descripción:** [Detalle del riesgo]
**Mitigación:**
- [Acción de mitigación 1]
- [Acción de mitigación 2]
**Plan de contingencia:**
- [Qué hacer si el riesgo se materializa]
---
#### 🟢 Riesgo Bajo #3: [Descripción del riesgo]
**Probabilidad:** Baja
**Impacto:** Bajo
**Descripción:** [Detalle del riesgo]
**Mitigación:**
- [Acción de mitigación 1]
### 6.2 Asunciones
**Este plan asume que:**
- [ ] El cliente proveerá información necesaria en tiempo
- [ ] Las APIs de terceros funcionarán como se espera
- [ ] No habrá cambios adicionales al alcance
- [ ] El equipo estará disponible según planeado
- [ ] [Otra asunción]

## 7. TÉRMINOS Y CONDICIONES
### 7.1 Estructura de Pago
**Modelo de pago para este CO:**
| Hito de Pago | Momento | % del CO | Monto |
|--------------|---------|----------|-------|
| **Aprobación del CO** | Al firmar este documento | [X]% | $[X,XXX] |
| **Diseño aprobado** | Al aprobar diseños | [X]% | $[X,XXX] |
| **Desarrollo completo** | Al completar desarrollo | [X]% | $[X,XXX] |
| **Go-Live del cambio** | Al desplegar a producción | [X]% | $[X,XXX] |
| | | | |
| **TOTAL** | | **100%** | **$[XX,XXX]** |
**Términos de pago:**
- Plazo de pago: [7] días desde emisión de factura
- Método de pago: [Transferencia / Tarjeta / etc.]
- ISV: [15% adicional] (solo clientes Honduras)
### 7.2 Modificaciones al Contrato Original
**Este Change Order modifica el contrato original de la siguiente manera:**
**Alcance:**
- Se agregan las funcionalidades descritas en la Sección 2
- Se eliminan/modifican los items indicados
- El resto del alcance original permanece sin cambios
**Presupuesto:**
- Presupuesto original: $[XX,XXX]
- Incremento por este CO: +$[XX,XXX]
- **Nuevo presupuesto total:** $[XXX,XXX]
**Timeline:**
- Fecha de entrega original: [DD/MM/YYYY]
- Extensión por este CO: +[XX] días
- **Nueva fecha de entrega:** [DD/MM/YYYY]
**Términos sin cambios:**
- Garantías (90 días post-lanzamiento)
- Propiedad intelectual
- Confidencialidad
- Soporte post-lanzamiento (30 días)
- Jurisdicción y resolución de disputas
### 7.3 Cancelación del Change Order
**Antes de iniciar desarrollo:**
- Cliente puede cancelar sin penalización
- InitiumX reembolsa 100% del primer pago (si se hizo)
**Después de iniciar desarrollo:**
- Se cobra trabajo completado a la fecha
- Se emite factura por horas trabajadas
- Código desarrollado se entrega "as-is"
### 7.4 Cambios Adicionales
**Cambios adicionales al alcance de este CO:**
- Requerirán un nuevo Change Order
- Se cotizarán por separado
- Pueden impactar timeline y presupuesto
### 7.5 Aprobaciones Requeridas
**Para ejecutar este CO se requiere:**
- [ ] Aprobación del cliente (firma abajo)
- [ ] Pago del primer hito ([X]% de anticipo)
- [ ] Confirmación de disponibilidad de equipo
- [ ] [Otra aprobación si aplica]
### 7.6 Comunicación y Reporting
**Durante la ejecución de este CO:**
- Updates semanales de progreso
- Acceso al tablero del proyecto
- Meetings según cronograma del proyecto principal
- Notificación inmediata de blockers

## 8. APROBACIONES
### 8.1 Revisión Interna (InitiumX)
**Preparado por:**
- **Nombre:** [Nombre del PM]
- **Cargo:** Project Manager
- **Fecha:** [DD/MM/YYYY]
- **Firma:** ___________________________________
**Revisado por:**
- **Nombre:** [Nombre del Tech Lead]
- **Cargo:** Technical Lead
- **Fecha:** [DD/MM/YYYY]
- **Firma:** ___________________________________
**Aprobado por (InitiumX):**
- **Nombre:** [Nombre del Director/CEO]
- **Cargo:** [Cargo]
- **Fecha:** [DD/MM/YYYY]
- **Firma:** ___________________________________
### 8.2 Aprobación del Cliente
**Declaración de Aceptación:**
Yo, **[Nombre del Representante del Cliente]**, en representación de
**[Nombre de la Empresa]**, declaro que:
1. ✅ He revisado y entendido completamente este Change Order
2. ✅ Comprendo el impacto en timeline y presupuesto
3. ✅ Autorizo los costos adicionales especificados
4. ✅ Acepto la nueva fecha de entrega propuesta
5. ✅ Comprendo que este cambio modifica el contrato original
6. ✅ He revisado las alternativas presentadas
7.**APRUEBO** la ejecución de este Change Order
**Aprobado por (Cliente):**
- **Nombre:** [Nombre completo]
- **Cargo:** [Cargo]
- **Empresa:** [Nombre de la empresa]
- **Fecha:** [DD/MM/YYYY]
**Firma:**
___________________________________
**Lugar:** [Ciudad, País]
---
### 8.3 Condiciones de Aprobación
**Aprobación CONDICIONAL** a: [Especificar condiciones]
**Aprobación PARCIAL** de: [Especificar qué se aprueba]
**Aprobación COMPLETA** sin condiciones
---
### 8.4 Rechazo (Si aplica)
☐ Este Change Order es **RECHAZADO**
**Razón del rechazo:**
[Explicar por qué se rechaza]
**Alternativa propuesta:**
[Qué prefiere el cliente en su lugar]

## 9. ANEXOS
Los siguientes documentos complementan este Change Order:
### Anexo A: Especificaciones Técnicas Detalladas
- Archivo: `CO-[XXX]-anexo-a-specs.pdf`
- Páginas: [X]
- Contenido: Wireframes, mockups, diagramas técnicos
### Anexo B: Análisis de Horas
- Archivo: `CO-[XXX]-anexo-b-horas.xlsx`
- Contenido: Desglose detallado de horas por tarea y rol
### Anexo C: Cotización Formal
- Archivo: `CO-[XXX]-anexo-c-cotizacion.pdf`
- Páginas: [X]
- Contenido: Cotización formal del cambio
### Anexo D: Comunicaciones del Cliente
- Archivo: `CO-[XXX]-anexo-d-comunicaciones.pdf`
- Contenido: Emails, mensajes que originaron el cambio
### Anexo E: Mockups de Diseño
- Archivo: `CO-[XXX]-anexo-e-mockups.pdf`
- Contenido: Diseños visuales de los cambios (si disponible)

## 10. HISTORIAL DE VERSIONES DE ESTE CHANGE ORDER
| Versión | Fecha | Autor | Cambios |
|---------|-------|-------|---------|
| **0.1** | [DD/MM/YY] | [Nombre] | Borrador inicial |
| **0.2** | [DD/MM/YY] | [Nombre] | Revisión con cliente |
| **1.0** | [DD/MM/YY] | [Nombre] | Versión final para aprobación |
| **1.1** | [DD/MM/YY] | [Nombre] | Ajustes post-feedback |
**Versión actual:** 1.0
**Estado:** [Borrador / En Revisión / Aprobado / Rechazado / Ejecutado]

## 11. NOTAS FINALES
### 11.1 Recordatorios Importantes
⚠️ **IMPORTANTE:**
- Este cambio **extiende** el timeline del proyecto en [X] días
- El nuevo presupuesto total es $[XXX,XXX] USD
- La aprobación debe recibirse antes del [DD/MM/YYYY] para mantener timeline
- Retrasos en aprobación pueden impactar aún más la fecha de entrega
### 11.2 Próximos Pasos
**Una vez aprobado este CO:**
1. InitiumX enviará factura del primer pago ([X]%)
2. Al recibir pago, se inicia desarrollo inmediatamente
3. Cliente recibirá update semanal de progreso
4. Timeline se ajusta en herramienta de gestión del proyecto
5. Se actualiza documentación del proyecto
### 11.3 Contacto
**Para preguntas sobre este Change Order:**
- **Project Manager:** [Nombre] ([email]@initiumx.dev)
- **Technical Lead:** [Nombre] ([email]@initiumx.dev)
- **Email general:** contacto@initiumx.dev
- **Teléfono:** +504 3253-6271
═══════════════════════════════════════════════════════════════
FIN DE LA ORDEN DE CAMBIO
═══════════════════════════════════════════════════════════════

  1. Completar información del proyecto y contrato original
  2. Describir el cambio de forma clara y detallada
  3. Calcular impacto real en horas, días y costos
  4. Analizar alternativas seriamente (no solo llenar)
  5. Ser transparente sobre riesgos y asunciones
  6. Proponer cronograma realista de implementación
  7. Obtener aprobaciones de ambas partes
  8. Archivar con documentación del proyecto

Usar CO cuando:

  • ✅ El cliente solicita funcionalidad fuera del scope original
  • ✅ Se identifican requerimientos nuevos después de firma
  • ✅ Cambios tecnológicos requieren trabajo adicional
  • ✅ Integraciones no previstas son necesarias
  • ✅ El timeline necesita extenderse por razones del cliente

NO usar CO cuando:

  • ❌ Es corrección de bugs de InitiumX
  • ❌ Es clarificación de requerimientos mal entendidos por InitiumX
  • ❌ Es optimización que InitiumX debió hacer desde inicio
  • ❌ El scope original ya lo incluía
  1. Documentar TODO - Emails, mensajes, meetings que originaron el cambio
  2. Ser específico - “Agregar módulo de reportes” no es suficiente detalle
  3. Calcular conservadoramente - Es mejor subestimar horas que sobreprometer
  4. Presentar alternativas - Da opciones al cliente (más barato, más rápido, mejor)
  5. Obtener aprobación ANTES - Nunca empezar trabajo sin CO firmado
  6. Actualizar timeline principal - Reflejar cambios en cronograma maestro
  • Descripción clara y completa del cambio
  • Impacto en timeline calculado correctamente
  • Impacto en costo calculado correctamente
  • Alternativas presentadas honestamente
  • Riesgos identificados y mitigaciones propuestas
  • Cronograma de implementación realista
  • Todos los anexos adjuntados
  • Revisión técnica completa
  • Números verificados (sumas correctas)
  • Referencias a contrato/propuesta original
  • Formato profesional y sin errores

Para evitar exceso de change orders:

  • Discovery phase exhaustivo al inicio
  • Wireframes y mockups detallados antes de desarrollar
  • Aprobaciones por escrito en cada fase
  • Comunicación clara de qué está in/out of scope
  • Educar al cliente sobre proceso de cambios

Al presentar un CO al cliente:

  • Explicar impacto claramente (timeline + costo)
  • Mostrar alternativas (incluyendo “no hacer el cambio”)
  • Ser honesto sobre riesgos
  • Dar recomendación fundamentada
  • Permitir tiempo para decisión (no presionar)

Mantener registro de:

  • Todos los COs del proyecto (aprobados y rechazados)
  • Impacto acumulado en timeline y presupuesto
  • Razones de los cambios (analytics para futuros proyectos)
  • Tiempo entre solicitud y aprobación
  • Patrones (qué tipos de cambios son más comunes)

Versión: 1.0 Última actualización: 1 de octubre de 2025 Mantenida por: InitiumX Legal & Project Management Team