
Paso a producción seguro del portal interno
Revisamos el código de tu portal y construimos el camino para que cada versión nueva llegue a producción revisada, en España y en México. Tú sigues programando con IA como hasta hoy.
- El CRM, el gestor documental, las firmas y el asistente con IA local los construiste con Claude, y hoy no hay forma de saber si la base tiene algún defecto o falla.
- Lo que programas pasa de GitHub al servidor sin una revisión de por medio.
- El CRM de México va a recibir pronto información fiscal, contable y laboral de tus clientes.
- España y México corren en servidores propios y con horarios distintos: quien administra no siempre está despierto cuando algo pasa.
- Una revisión del código con reporte de hallazgos, empezando por México y con una revisión rápida antes de cargar datos reales.
- Revisiones automáticas en cada cambio, tres ambientes y reglas que frenan lo grave antes de producción.
- Avisos por correo y paneles para que tú y Mario vean cada publicación y el consumo de sus servidores.
En qué vamos a trabajar
Revisión automática y de estructura de las dos versiones, con un reporte de cada hallazgo y cómo corregirlo. México primero.
Revisiones en cada cambio desde GitHub, tres ambientes por servidor y publicación sin abrir puertos nuevos.
Correo por cada publicación, panel de publicaciones con acceso restringido y panel de consumo de cada servidor.
Lo mismo para el servidor de España, guía de uso para ti y Mario, y sesión de entrega.
Lo esencial
Para arrancar
Firma del contrato y primer pago (USD 600 en renta o USD 2,000 a precio fijo); acuerdo de confidencialidad y de tratamiento de datos; acceso de solo lectura a tus repositorios de GitHub y una cuenta para Zulunity en el servidor de México, coordinada con Mario. En la semana 1 hacemos la revisión rápida antes de que el CRM reciba datos reales.
¿Qué vamos a entregar?
-
1
Revisión del códigoRevisión rápida antes de cargar datos reales · Reporte de estructura y vulnerabilidades de México · El mismo reporte para España · Cada hallazgo con su gravedad y cómo corregirloListo cuando: tú y Mario tienen el reporte de cada versión y los hallazgos graves están identificados antes de cargar datos reales.
-
2
Camino a producciónRevisiones de secretos, dependencias, configuración y código en cada cambio · Reglas de bloqueo por ambiente · Desarrollo, pruebas y producción · Publicación desde un agente dentro del servidor · Revisión del acceso por el túnel de CloudflareListo cuando: una versión con una contraseña de prueba en el código no llega a producción y una versión limpia sí, en los dos servidores.
-
3
Panel y avisosCorreo por cada publicación, pase o no · Panel de publicaciones con acceso restringido · Panel de consumo del servidor y de la aplicación · Aviso si el portal deja de responderListo cuando: tú y Mario ven cada publicación y el consumo de sus servidores sin pedírnoslo.
-
4
Guía de uso y entregaGuía corta para leer los paneles y corregir hallazgos · Sesión de entrega con Libo y Mario · A precio fijo: todo queda funcionando en tus cuentasListo cuando: la guía está entregada y la sesión de entrega se hizo.
Desarrollo de funciones del portal (CRM, OCR, gestor documental, firmas y asistente) · Mejora de la precisión del OCR · Portal externo para tus clientes (se cotiza aparte cuando esté listo) · Auditoría de seguridad certificada · Avisos por Telegram · Compra, instalación o administración del hardware de los servidores
¿Cuándo lo tendremos?
6 semanas desde que recibimos los accesos; se confirma en el arranque. Detalle en el Anexo C.
¿Cuánto cuesta y cómo se paga?
Hay dos formas de contratar el mismo trabajo. Eliges una.
| Opción A Renta mensual USD 600 + IVA / mes todo incluido, sin anticipo | Opción B Precio fijo USD 4,000 + IVA por todo el trabajo, en dos pagos | |
|---|---|---|
| Al firmar | Primera mensualidad (USD 600) | 50% (USD 2,000) |
| Al entregar | Sigue la mensualidad | 50% restante (USD 2,000) |
| Después | La misma mensualidad; mantenemos las revisiones, los agentes y los paneles en los dos servidores | Queda funcionando en tus cuentas, con la guía, y lo operan tú y Mario. Opcional: lo mantenemos por una mensualidad (USD 200) |
| Compromiso | 6 meses mínimo; después se cancela con 15 días de aviso | Ninguno; si contratas el mantenimiento, se cancela con 15 días de aviso |
| Es tuyo | Desde el primer día | Desde el primer día |
| Te conviene si… | Prefieres no invertir al inicio y que nosotros mantengamos todo al día | Prefieres pagar una vez y que Mario lo opere |
Montos en dólares americanos (USD), más IVA cuando aplique. Los servidores son tuyos y siguen a tu cargo; las revisiones corren con agentes en tus servidores, sin costo de minutos de GitHub. Opcionales aparte: prueba de intrusión básica (USD 800) y respaldo diario fuera del servidor (USD 350). Desglose en el Anexo D.
¿Y después de arrancar?
Lo que acordamos, en palabras simples
| ¿Sigo programando yo? | Sí. Subes tus cambios a GitHub como hoy; si las revisiones pasan, la versión se publica sin pedirnos aprobación. | Anexo A |
| ¿Qué cubre la revisión de seguridad? | Una revisión con herramientas automáticas y de cómo está armado el portal, con reporte. No es una auditoría certificada. La prueba de intrusión básica es una opción aparte y tú decides si la tomas. | Anexo B |
| ¿Qué necesitan de mi equipo? | Acceso de solo lectura a tus repositorios de GitHub, una cuenta para Zulunity en cada servidor (sin permisos de administrador, coordinada con Mario) y el acuerdo de confidencialidad firmado antes de entrar a servidores con datos reales. | Anexo B |
| ¿Quién es dueño de lo que construyen? | Tú, desde el primer día y en todo momento, en las dos opciones. Tu portal sigue siendo tuyo. | Anexo F, cl. 3 |
| ¿Y los datos de mis clientes? | Grupo ZD es el responsable; Zulunity solo los trata por tus instrucciones, dentro de tus servidores, con acceso nominal y bitácora. El ambiente de pruebas no lleva datos reales. | Anexo F, cl. 5 |
| ¿Y si quiero cambiar algo? | Los ajustes a las reglas de revisión y a los avisos van incluidos; lo que sea nuevo se cotiza antes de hacerse. | Anexo F, cl. 4 |
| ¿Puedo cancelar? | En la Opción B no hay plazo: el mantenimiento opcional se termina con 15 días de aviso. En la Opción A, el mínimo es de 6 meses; después, con 15 días de aviso. | Anexo F, cl. 9 |
Estos resúmenes dicen lo mismo que el anexo y el contrato; si algo difiere, manda el texto del anexo.
Anexo
Detalle técnico, comercial y legal que respalda las tres páginas anteriores. Forma parte de la propuesta; abre solo la sección que necesites.
ADescripción de la soluciónVer detalle
Anexo A. Descripción de la solución
Zulunity no desarrolla funciones del portal: construye y mantiene lo que lo rodea para que llegue a producción seguro. Primero México, que sale antes; después España.
Módulos
| Módulo | Qué hace |
|---|---|
| M1 · Revisión del código | Revisión rápida de contraseñas en el código y fallas graves antes de cargar datos reales; revisión automática y de estructura de cada versión, con reporte de hallazgos, gravedad y cómo corregirlos. |
| M2 · Camino a producción | Revisiones de secretos, dependencias, configuración y código en cada cambio; reglas de bloqueo por ambiente; desarrollo, pruebas y producción en cada servidor; publicación desde un agente dentro del servidor; revisión del acceso por el túnel de Cloudflare. |
| M3 · Panel y avisos | Correo por cada publicación; panel de publicaciones con acceso restringido; panel de consumo del servidor, del ancho de banda y de la aplicación, con aviso si el portal deja de responder. |
| M4 · Guía y entrega | Guía de uso para Libo y Mario y sesión de entrega; en la Opción B, todo funcionando en las cuentas de Grupo ZD. |
Arquitectura
| Componente | Función | Dónde opera |
|---|---|---|
| Repositorio | El código del portal, como hoy | GitHub de Grupo ZD |
| Revisiones automáticas | Secretos, dependencias, configuración y código en cada cambio; frenan la publicación si aparece algo grave | GitHub Actions, con agentes en los servidores de Grupo ZD, en un contenedor aislado y sin acceso a los datos de producción |
| Publicación | Recoge la versión aprobada y la publica; la conexión sale del servidor | Servidores de España y México |
| Acceso al portal | Túnel de Cloudflare, con inicio de sesión de Cloudflare si hace falta | Cuenta de Cloudflare de Grupo ZD |
| Avisos y paneles | Correo y páginas con acceso restringido | Por definir con Grupo ZD en el arranque |
Equipo
| Rol | Responsabilidad |
|---|---|
| Ingeniero a cargo | Revisión del código, camino a producción, avisos y paneles; contacto técnico de Libo y Mario. |
| Project manager | Calendario, revisiones por fase y seguimiento. |
| Enlace comercial | Contrato, pagos y dudas comerciales. |
| Revisión de calidad | Revisión de la configuración y de la seguridad antes de cada entrega. |
Principios de trabajo
- El desarrollo sigue siendo de Libo: si las revisiones pasan, la versión se publica sin pedirle aprobación a Zulunity.
- Lo grave no llega a producción: ninguna versión con contraseñas en el código ni con fallas críticas o altas.
- Pruebas sin datos reales: el ambiente de pruebas solo lleva datos de ejemplo.
- Mínimo privilegio: lectura del código y una cuenta sin permisos de administrador; las contraseñas viajan por un canal seguro, nunca por correo.
- Todo es de Grupo ZD, en todo momento: el portal, la configuración, las revisiones y los paneles.
BAlcance y entregablesVer detalle
Anexo B. Alcance y entregables
Entregables y criterios de cierre. Los diez primeros dejan lista la versión de México.
Entregables
| # | Entregable | Módulo | Descripción |
|---|---|---|---|
| 1.1 | Acuerdos y accesos | Arranque | Acuerdo de confidencialidad y de tratamiento de datos; acceso de solo lectura a los repositorios de GitHub; cuenta para Zulunity en cada servidor, sin permisos de administrador, coordinada con Mario por canal seguro. |
| 1.2 | Revisión rápida antes de cargar datos reales | Revisión | Contraseñas, tokens o llaves escritas en el código y fallas de seguridad graves en la versión de México, para que el CRM reciba datos reales sobre una base revisada. |
| 1.3 | Reporte de estructura y vulnerabilidades (México) | Revisión | Revisión automática y de cómo está armado el portal: dependencias, configuración y organización del código. Cada hallazgo con su gravedad y cómo corregirlo con Claude. |
| 2.1 | Revisiones automáticas en cada cambio | Camino a producción | Cada vez que Libo sube un cambio a GitHub corren solas las revisiones de secretos, dependencias, configuración y código. Su forma de trabajar no cambia. |
| 2.2 | Reglas de bloqueo por ambiente | Camino a producción | A producción no llega ninguna versión con contraseñas en el código ni con fallas críticas o altas; en pruebas solo se frenan las críticas. Los umbrales se acuerdan y se pueden ajustar. |
| 2.3 | Tres ambientes por servidor | Camino a producción | Desarrollo, pruebas y producción. El ambiente de pruebas no lleva datos reales de clientes, solo datos de ejemplo. |
| 2.4 | Publicación sin abrir puertos | Camino a producción | Un agente dentro de cada servidor recoge de GitHub solo las versiones cuyas revisiones pasaron y las publica; la conexión sale del servidor. |
| 2.5 | Acceso al portal por el túnel de Cloudflare | Camino a producción | Verificamos si el portal es alcanzable desde internet y, si hace falta, agregamos un inicio de sesión de Cloudflare para que solo entren correos de la empresa. |
| 3.1 | Avisos por correo | Panel y avisos | Cada publicación, pase o no, se avisa por correo a Libo, a Mario y a Zulunity, con quién publicó, cuándo y el resultado de cada revisión. |
| 3.2 | Panel de publicaciones | Panel y avisos | Página aparte con acceso restringido, enlazada desde el portal: última versión, quién la subió y qué revisión falló y por qué. No se toca el código del portal. |
| 4.1 | Versión de España | Revisión · Camino a producción | El mismo reporte, las mismas revisiones automáticas y los mismos tres ambientes para el servidor de España. |
| 4.2 | Panel de consumo | Panel y avisos | Consumo del servidor, ancho de banda y de la aplicación en cada país, con aviso por correo si el portal deja de responder. |
| 4.3 | Guía de uso y entrega | Cierre | Guía corta para Libo y Mario: cómo leer los paneles, qué hacer cuando una revisión falla y cómo pedir ajustes a los umbrales; sesión de entrega. |
Criterio de cierre de México (semana 4): una versión con una contraseña de prueba en el código no llega a producción, una versión limpia sí, y Libo y Mario ven el resultado en el panel y por correo.
Opcional, no incluido: prueba de intrusión básica
Pruebas sobre el portal publicado, una vez que tengamos acceso al código y a los servidores, con reporte de hallazgos. Se cotiza aparte y Grupo ZD decide si la toma. La revisión base es automática y de estructura; no es una auditoría certificada.
Opcional, no incluido: respaldo diario
Respaldo automático diario de la base de datos y de los documentos de cada país, guardado fuera del servidor. Recomendado antes de que el CRM de México reciba datos reales.
Información que se solicitará
- Acceso de solo lectura a los repositorios de GitHub del portal, de España y de México.
- Una cuenta para Zulunity en cada servidor, sin permisos de administrador, coordinada con Mario por un canal seguro.
- Los correos que reciben los avisos y entran a los paneles.
- Acceso a la cuenta de Cloudflare, solo si hace falta agregar el inicio de sesión.
Supuestos generales
- Hay un repositorio por país en GitHub; si es uno solo, cambia el diseño, no el alcance.
- El portal interno también pasa por las revisiones antes de publicarse, aunque no esté abierto al público, porque va a guardar datos de clientes.
- Los avisos llegan a Libo y a Mario; después se pueden agregar más personas.
- El panel de publicaciones vive en una página aparte y se enlaza desde el portal; no se toca el código del portal.
- Cada servidor tiene espacio para el ambiente de pruebas junto a producción; lo verificamos con el acceso.
- Los paneles se aprueban con Libo y Mario en una demostración.
Fuera de alcance
Los siguientes puntos no están incluidos en ninguna de las dos opciones.
Proyectos aparte
- Portal externo para clientes, con revisiones más estrictas por estar abierto al público
- Auditoría de seguridad certificada
- Avisos por Telegram
Fuera de esta etapa
- Desarrollo de funciones del portal (CRM, OCR, gestor documental, firmas y asistente)
- Mejora de la precisión del OCR
- Compra, instalación o administración del hardware de los servidores
- Migración de la carpeta compartida actual al gestor documental
CCronograma detalladoVer detalle
Anexo C. Cronograma detallado
6 semanas desde que recibimos los accesos. México queda listo en la semana 4; España y el monitoreo, en la 6.
| Actividad | Duración | Actividades principales |
|---|---|---|
| Arranque y revisión rápida | 1 semana | Acuerdo de confidencialidad y de tratamiento de datos; accesos; inventario del código y de los servidores; revisión rápida de México (contraseñas en el código y fallas graves); verificación del túnel de Cloudflare. |
| Revisión de estructura (México) | 2 semanas | Revisión del código y de cómo está armado, con reporte de hallazgos y cómo corregirlos. |
| Camino a producción (México) | 3 semanas | Revisiones automáticas en GitHub, tres ambientes, agente de publicación en el servidor y reglas de bloqueo por ambiente. |
| Avisos y panel de publicaciones | 2 semanas | Correo por cada publicación y panel con la última versión, quién la subió y el resultado de cada revisión. |
| Versión de España | 2 semanas | La misma revisión y el mismo camino a producción para el servidor de España. |
| Monitoreo, guía y cierre | 2 semanas | Panel de consumo de cada servidor, guía de uso para Libo y Mario, sesión de entrega. |
Si un acceso llega tarde, el calendario se desplaza en la misma medida, sin costo adicional.
DInversión y formas de contrataciónVer detalle
Anexo D. Inversión y formas de contratación
Grupo ZD elige entre una sola renta mensual que incluye el trabajo y el mantenimiento (Opción A), o pagar todo a precio fijo y recibirlo funcionando en sus cuentas para operarlo por su cuenta (Opción B).
Dos formas de contratar
| Opción A: Renta mensual | Opción B: Precio fijo | |
|---|---|---|
| Qué incluye | Revisión del código, camino a producción, avisos, paneles y guía, más el mantenimiento en los dos servidores, en una sola mensualidad de USD 600 + IVA. | Todo el trabajo a precio fijo, entregado funcionando en las cuentas de Grupo ZD, con guía de uso y 30 días de soporte correctivo. El mantenimiento por Zulunity es opcional: USD 200 + IVA al mes. |
| Pago | Sin anticipo. La primera mensualidad se paga al firmar y arranca el trabajo; las siguientes, por adelantado cada mes. | 50% a la firma y 50% a la entrega final; el mantenimiento opcional se factura por adelantado cada mes. |
| Plazo | Mínimo 6 meses. Después, cualquiera de las partes puede terminarlo con 15 días naturales de aviso por escrito. | El del proyecto (Anexo C). El mantenimiento opcional se termina con 15 días naturales de aviso por escrito. |
| Propiedad | Todo lo que construimos es de Grupo ZD desde el primer día. | Todo lo que construimos es de Grupo ZD desde el primer día. |
Opcionales
| Concepto | Inversión |
|---|---|
| Prueba de intrusión básica (los dos servidores) | USD 800 + IVA |
| Respaldo diario fuera del servidor (configuración en los dos países; el almacenamiento externo a cargo de Grupo ZD) | USD 350 + IVA |
Montos en dólares americanos (USD). La factura se emite con el tipo de cambio del día de su emisión; el IVA aplica según la entidad que contrate. No incluye costos de terceros: los servidores, Cloudflare, el envío de correos y el almacenamiento del respaldo siguen a cargo de Grupo ZD, con los planes que ya tenga o uno gratuito si alcanza.
ESoporte y operaciónVer detalle
Anexo E. Soporte y operación
En la Opción A, el mantenimiento va incluido mientras el contrato esté vigente. En la Opción B, todo queda funcionando, con la guía, e incluye 30 días de soporte; el mantenimiento por Zulunity es opcional.
Durante el proyecto (ambas opciones)
- Cada entrega se revisa en el ambiente de pruebas con Libo antes de pasar a producción.
- Los defectos de una entrega se corrigen en la siguiente sin costo.
- Ajuste de los umbrales de revisión con lo que se vea en las primeras semanas.
Mantenimiento (Opción A, u opcional en la B)
- Reglas de revisión y agentes al día en España y México.
- Atención de alertas y de fallas del camino a producción.
- Revisión con Libo de los hallazgos críticos para corregirlos.
- En la Opción B sin mantenimiento: 30 días de soporte correctivo tras la entrega.
Tiempos de respuesta
| Severidad | Ejemplo | Primera respuesta | Resolución o alternativa |
|---|---|---|---|
| Crítico | Ninguna versión puede publicarse en un servidor | 2 horas hábiles | 1 día hábil |
| Alto | Una revisión falla por un error de configuración nuestro | 4 horas hábiles | 2 días hábiles |
| Normal | Ajuste de umbrales, avisos o duda | 1 día hábil | 5 días hábiles |
| Bajo | Mejora o sugerencia | 2 días hábiles | Siguiente versión programada |
Horario de atención: lunes a viernes de 9:00 a 18:00 (hora del centro de México), por confirmar con Grupo ZD. Los avisos automáticos llegan a cualquier hora; las incidencias críticas se atienden al inicio del siguiente día hábil. Canal: correo o el que acordemos.
FTérminos y condicionesVer detalle
Anexo F. Términos y condiciones
- Infraestructura y Servicios de Terceros: Los servidores de España y México, la cuenta de Cloudflare, GitHub, el envío de correos, el almacenamiento externo del respaldo y cualquier cuota de terceros no están incluidos y son responsabilidad del cliente.
- Validación de Alcance: El alcance se confirma en la semana 1 con el inventario del código y de los servidores. Si aparecen cambios estructurales (por ejemplo, un solo repositorio para los dos países o un servidor sin espacio para el ambiente de pruebas), se evaluará su impacto en alcance, tiempo y costo antes de continuar.
- Propiedad Intelectual: El portal es y sigue siendo de Grupo ZD. La configuración, las revisiones, los paneles y la documentación que construye Zulunity son de Grupo ZD desde su creación y en todo momento, en ambas opciones; es una garantía de Zulunity. A solicitud escrita del cliente, Zulunity entrega una copia completa y actualizada dentro de 5 días hábiles. Zulunity conserva sus herramientas y aceleradores propios, con licencia perpetua de uso para el cliente, el software de terceros, sus marcas y su conocimiento residual.
- Cambios al Alcance: Los ajustes a las reglas de revisión, a los umbrales y a los avisos van incluidos; cualquier funcionalidad nueva se cotiza y acuerda por escrito antes de ejecutarse.
- Datos Personales: Grupo ZD es el responsable de los datos personales de sus clientes y Zulunity actúa como encargado: los trata solo por instrucciones del cliente, dentro de sus servidores, sin copiarlos fuera ni usarlos para otro fin. Lista nominal de quién accede, con bitácora. Contraseñas y llaves solo por canal seguro, nunca en el código, en correos ni en chats. El ambiente de pruebas no lleva datos reales. Aviso al cliente de cualquier incidente de seguridad en un máximo de 72 horas. Antes de entrar a servidores con datos reales se firma un acuerdo de confidencialidad y de tratamiento de datos conforme al RGPD (España) y a la LFPDPPP (México).
- Naturaleza de las Revisiones: Las revisiones automáticas y el reporte de estructura reducen el riesgo, pero no garantizan la ausencia de vulnerabilidades ni sustituyen una auditoría certificada. El desarrollo del portal y las decisiones de publicar siguen siendo de Grupo ZD.
- Servicios de Terceros: GitHub, Cloudflare y el servicio de correo tienen sus propias políticas y disponibilidad. Zulunity no responde por sus interrupciones o cambios; si afectan el alcance, se evalúa el impacto con el cliente antes de continuar.
- Confidencialidad: Toda la información compartida durante el proyecto, incluidos código, accesos y datos de los clientes de Grupo ZD, será tratada bajo principios de confidencialidad entre ambas partes.
- Plazo y Terminación: En la Opción A el plazo mínimo es de 6 meses; cumplido, cualquiera de las partes puede terminar con 15 días naturales de aviso por escrito. En la Opción B no hay plazo mínimo; el mantenimiento opcional se termina con 15 días naturales de aviso por escrito.
- Tope de Responsabilidad: La responsabilidad total y acumulada de Zulunity no excederá el monto efectivamente pagado por el cliente durante los 12 meses anteriores al hecho que origine la reclamación, y no incluye daños indirectos. Quedan fuera de este tope las obligaciones de confidencialidad y de protección de datos personales.
- Moneda y Facturación: Los precios están expresados en dólares americanos (USD). Las facturas se emiten con el tipo de cambio vigente el día de su emisión y los impuestos se aplican conforme a la entidad contratante.
- Vigencia: Esta propuesta tiene una vigencia de 30 días naturales a partir de su fecha de emisión.