
Software de cuentas por pagar (MVP)
Un sistema web donde cada factura de proveedor entra desde el XML que ya descargas del SAT, con proveedor, fecha compromiso y nivel de autorización, y te avisa antes de vencer. Operando en diciembre de 2026.
Hoy: IURA-CPA lleva sus cuentas por pagar en Excel. Las facturas de proveedores se descargan del SAT, pero cuándo se paga cada una y quién la autoriza vive en «políticas no escritas»; son unas 50 operaciones al mes, tres personas y dos niveles de autorización sin un sistema que los conecte.
Lo que entendemos que eso cuesta: se han pasado fechas de pago y eso ha generado comisiones y recargos; cada factura depende de que alguien la recuerde; no hay una vista de qué vence hoy ni rastro de quién autorizó qué; y con el volumen creciendo, el Excel no aguanta.
Lo que buscas: un MVP operando en diciembre con «cuentas por pagar de facturas con control de fechas de pago, y el registro general de proveedores», tres usuarios con captura, autorización por monto y pago, y una base sobre la que crecer a las versiones 1.1 y 2.0 sin rehacer nada.
Esta propuesta resuelve eso con un sistema web de cuentas por pagar: cada CFDI entra con proveedor, fecha compromiso y nivel de autorización, y avisa antes de vencer (Nuestra solución).
- «Estoy de acuerdo con organizar la propuesta en versiones (MVP para diciembre, y después 1.1 y 2.0), así como con trabajar primero Cuentas por Pagar y dejar el software PLD como un segundo proyecto con su propia propuesta.»
- El MVP: «cuentas por pagar de facturas con control de fechas de pago, y el registro general de proveedores. El resto de los módulos puede esperar a las siguientes versiones.»
- «Mínimo 3 usuarios y 2 niveles de autorización (captura, autorización por monto y pago).»
- «En promedio unas 50 operaciones al mes; sin embargo, el sistema no debería tener un límite de volumen, ya que esperamos que crezca.»
- «Hoy operamos con políticas no escritas, pero podemos definir días fijos de pago y reglas de autorización por monto para configurarlas en el sistema.»
- «Lo que nos interesa es el flujo de CFDI; […] la integración con Contalink no es indispensable para el MVP.»
- Las facturas entran cargando los XML (o el ZIP) que ya descargas del SAT: el sistema lee proveedor, RFC, montos y fecha, rechaza lo que no sea de tu RFC y no duplica ninguna.
- Cada proveedor queda en un registro con su condición de pago; la fecha compromiso de cada factura es el día fijo de pago del despacho igual o inmediatamente anterior al vencimiento del proveedor, para que ninguna se pase.
- Una bandeja con estados (Recibida → Por autorizar → Autorizada → Pagada), autorización en dos niveles por monto, rechazo con motivo, registro de pagos y bitácora de todo.
- Calendario de vencimientos con alertas por correo y resumen diario; exportación a Excel. Entrega el viernes 11 de diciembre; las versiones 1.1 y 2.0 se agregan por módulo, sin rehacer.
En qué vamos a trabajar
Carga de XML o ZIP tal como se descargan del SAT; validación de estructura y de RFC receptor; sin duplicados; extracción de datos; PDF opcional; consulta de estado (vigente o cancelado) al SAT. Se procesan los CFDI de ingreso (tipo I); notas de crédito, complementos de pago y traslados se guardan marcados «no procesado».
Alta automática desde el CFDI; importación única de tu catálogo en Excel; ficha con condición de pago, contacto y CLABE de referencia; saldo pendiente por proveedor.
Una bandeja con estado, proveedor, monto, fechas y semáforo; flujo captura → autorización por monto (2 niveles) → pago; rechazo con motivo; pago total o parcial.
Fecha compromiso = día fijo de pago del despacho igual o inmediatamente anterior al vencimiento del proveedor; calendario semanal y mensual; correo diario y alertas con anticipación configurable; exportación a Excel.
Roles, umbral de autorización, días fijos de pago, alertas y datos fiscales del despacho; bitácora inmutable de autorizaciones, pagos y cambios.
Liga de pruebas con tus facturas reales a mitad del proyecto; pruebas con el despacho; una sesión de capacitación para tres usuarios; documentación, instructivos y entrega del código y del proyecto.
Lo esencial
Para arrancar
Llamada de revisión la semana del 26 de octubre, donde te presentamos las maquetas; contrato y anticipo del 50% ($18,000 + IVA) o primera mensualidad ($3,500 + IVA) a más tardar el lunes 2 de noviembre. Con eso, la liga de pruebas con tus facturas reales sale el viernes 20 de noviembre y la entrega es el viernes 11 de diciembre, con margen al viernes 18. Si el arranque pasa del lunes 9 de noviembre, la entrega se recorre a enero.
¿Qué vamos a entregar?
-
1
Recepción de CFDICarga de XML o ZIP tal como se descargan del SAT · Validación de estructura (CFDI 4.0 y 3.3) y de RFC receptor · Sin duplicados por UUID · Extracción de proveedor, montos, fechas, método y forma de pago · PDF opcional · Consulta periódica de estado (vigente o cancelado) al SAT · Se procesan los CFDI de tipo I (ingreso); notas de crédito (E), complementos de pago (P) y traslados (T) se guardan y se marcan «no procesado» con su motivo · Moneda extranjera registrada con el TipoCambio del propio CFDI, mostrada en MXN y en la moneda originalListo cuando: con el ZIP real de un mes se cargan todos los CFDI válidos del despacho, cero duplicados, y cada XML de otro receptor se rechaza con motivo visible; un ZIP de 100 XML se procesa en menos de 60 segundos.
-
2
Registro de proveedoresAlta automática desde el CFDI · Importación única de tu catálogo en Excel con reporte de RFC repetidos o faltantes · Ficha con condición de pago, contacto y CLABE de referencia · Saldo pendiente por proveedorListo cuando: al importar el Excel cada RFC queda una sola vez, el reporte lista todos los RFC repetidos o faltantes, y todo proveedor nuevo desde CFDI queda marcado «por completar» hasta tener condición de pago.
-
3
Bandeja y autorización de facturasUna bandeja con estado, proveedor, monto, fechas y semáforo · Captura de lo que el XML no trae · Flujo captura → autorización por monto (2 niveles) → pago · Rechazo con motivo · Registro de pago total o parcial con fecha, forma y referenciaListo cuando: ninguna factura pasa a Pagada sin estar Autorizada por el nivel que le corresponde según su total y el umbral vigente; un rechazo la regresa a captura con el motivo; toda transición queda en bitácora con usuario y hora.
-
4
Vencimientos, calendario y alertasFecha compromiso = día fijo de pago del despacho igual o inmediatamente anterior al vencimiento del proveedor (si el vencimiento cae antes del primer día fijo del mes, se usa el último del mes anterior y se marca en amarillo); ajustable a mano con motivo · Calendario semanal y mensual · Resumen de vencidas, de hoy y por vencer · Correo diario a las 7:00 y alertas con anticipación configurable · Exportación a ExcelListo cuando: para cada factura cargada la fecha compromiso es el día fijo igual o inmediatamente anterior a su vencimiento (o el último del mes anterior, marcado en amarillo), y el correo de resumen sale todos los días hábiles con exactamente las vencidas y las que vencen en la ventana configurada.
-
5
Usuarios, roles, configuración y entregaRoles de captura, autorización nivel 1 y 2, pago y administrador · Umbral de autorización, días fijos de pago, alertas y datos fiscales del despacho · Bitácora inmutable · Una sesión de capacitación para tres usuarios · Documentación, instructivos y entrega del código y del proyectoListo cuando: cambiar el umbral o los días de pago afecta solo facturas nuevas y deja rastro en bitácora; un usuario sin rol de autorización no ve el botón de autorizar ni puede ejecutarlo por liga directa; y la sesión de entrega se realiza con el sistema operando.
En las versiones 1.1 y 2.0, cotizadas por módulo: gastos sin factura (anticipos, reembolsos, viáticos) · Tarjetas corporativas · Conciliación con los estados de cuenta en PDF · Conector Contalink · Descarga automática del SAT con e.firma y buzón de correo · Complementos de pago · Contratos recurrentes · Presupuesto · Cierre mensual y reportes avanzados · Alertas por WhatsApp. Fuera del sistema: cuentas por cobrar (ya las tienes resueltas) · Conexión bancaria y pago desde el sistema · Contabilidad · Software PLD (propuesta aparte, después de este MVP).
¿Cuándo lo tendremos?
6 semanas desde el anticipo. Revisión semanal los viernes (30 minutos); del 14 al 18 de diciembre, margen y acompañamiento del primer ciclo de pagos. Detalle en el Anexo C.
¿Cuánto cuesta y cómo se paga?
Hay dos formas de contratar el mismo sistema. Eliges una.
| Opción A Precio fijo $36,000 por el MVP completo, en dos pagos | Opción B Renta mensual $3,500 / mes todo incluido, sin anticipo | |
|---|---|---|
| Al firmar | $18,000 (50%) | $3,500 (primera mensualidad, por adelantado) |
| Al entregar | $18,000 (50% restante) | Sigue la mensualidad de $3,500 |
| Después | Te lo dejamos funcionando en tus cuentas, con capacitación e instructivos, y lo operas tú. Opcional: Soporte y Mantenimiento por $2,000 / mes | Los mismos $3,500 / mes: soporte, mantenimiento, evolución menor (hasta 8 horas al mes) y nube incluidos |
| Compromiso | Ninguno; si contratas Soporte y Mantenimiento, se cancela con 15 días de aviso | Mínimo 6 meses (la primera mensualidad no es reembolsable); después, mes a mes con 15 días de aviso |
| El código y los datos son tuyos | Desde el primer día | Desde el primer día |
| Versiones 1.1 y 2.0 | Se cotizan aparte, por módulo | Se cotizan aparte, por módulo |
| Te conviene si… | Prefieres comprar el sistema, operarlo tú y no atarte a un plazo | Prefieres no descapitalizarte ahora, que nosotros lo operemos y pagar parejo cada mes |
Montos más IVA. En la Opción A, Zulunity absorbe la nube hasta la entrega; después se traspasa a tu cuenta, salvo que contrates Soporte y Mantenimiento, que incluye una bolsa de nube de $500 al mes. En la Opción B, la nube va dentro de la renta con la misma bolsa. Desglose y condiciones en el Anexo D.
¿Y después de la entrega?
Lo que acordamos, en palabras simples
| ¿Y si quiero cambiar algo? | En la Opción A, bloques de 8 horas a $1,500 + IVA, aprobados por escrito antes de hacerse. En la Opción B, los cambios menores van dentro de la renta (hasta 8 horas al mes, no acumulables); un módulo nuevo se cotiza aparte, por módulo. | Anexo F, cl. 4 |
| ¿Qué necesitan de mí? | Tu logotipo antes de la llamada; en el kick-off, las reglas por monto, los días de pago y quién ocupa cada rol en cinco líneas, más un ZIP con los XML de un mes; en la semana 2, tu Excel de proveedores y de cuentas por pagar; y confirmar seis supuestos con una sola casilla. | Anexo B |
| ¿Quién es dueño del código? | Tú, desde el primer día y en todo momento, en las dos opciones: el repositorio y el proyecto de nube se crean a nombre de IURA-CPA desde el arranque, y Zulunity trabaja en ellos con acceso durante el desarrollo. | Anexo F, cl. 3 |
| ¿Necesitan mi e.firma o acceso al SAT? | No. En el MVP las facturas entran cargando los XML que ya descargas; no hace falta ningún acceso ni credencial. La descarga automática con e.firma es de la versión 1.1 y, cuando toque, se pide por un canal seguro con revisión de seguridad. | Anexo A |
| ¿Y mis facturas y datos fiscales? | Son del despacho. Los XML, los datos de tus proveedores y tus pagos viven en una nube a nombre de IURA-CPA; Zulunity los trata solo para construir y operar el sistema, sin transferirlos, y puedes exportarlos a Excel cuando quieras. | Anexo F, cl. 9 |
| ¿Puede alguien pagar sin autorización? | No. Ninguna factura se marca pagada sin la autorización del nivel que le corresponde por monto; nadie autoriza lo que capturó; el nivel 2 y el administrador entran con verificación en dos pasos; y cada autorización, pago y cambio de configuración queda en una bitácora que no se edita. | Anexo F, cl. 10 |
| ¿Y si hay un error? | En la Opción A corregimos defectos sin costo durante los 30 días de garantía y, si contratas Soporte y Mantenimiento, mientras esté vigente. En la Opción B, mientras dure la renta. | Anexo E |
| ¿Y los gastos sin factura, las tarjetas, Contalink? | Van en las versiones 1.1 y 2.0, cada una cotizada por módulo sobre el mismo sistema, sin rehacer lo entregado. El MVP ya deja la base de datos preparada para eso. | Anexo B |
| ¿Y el software PLD? | Es un segundo proyecto con su propia propuesta, como acordamos; se cotiza después de entregar este MVP. Su fecha se define en esa propuesta. | Anexo B |
| ¿Y si no arrancamos el 2 de noviembre? | Cada día de retraso en el anticipo mueve la entrega un día. Si el arranque pasa del lunes 9 de noviembre, la entrega se recorre a enero. | Anexo C |
| ¿Puedo cancelar? | En la Opción A no hay plazo: si contratas Soporte y Mantenimiento, se termina con 15 días de aviso. La renta (Opción B) tiene 6 meses mínimos y la primera mensualidad no es reembolsable; después, mes a mes con 15 días de aviso. Al terminar, conservas el repositorio, el proyecto de nube, el dominio y las cuentas de correo (ya están a tu nombre); te entregamos credenciales y guía de operación en 5 días hábiles. | Anexo F, cl. 11 |
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
Qué hace cada quien dentro del sistema, los cinco módulos del MVP, las reglas con las que se calcula la fecha compromiso y se autoriza, las integraciones, la arquitectura y el equipo.
Quién entra y qué hace
| Rol | Quién | Qué hace |
|---|---|---|
| Captura | Persona administrativa del despacho | Sube los XML, completa proveedor y fecha compromiso, envía a autorización. |
| Autorización nivel 1 | Responsable administrativo | Autoriza o rechaza facturas hasta el umbral configurado. |
| Autorización nivel 2 | José Antonio Gutiérrez (por confirmar) | Autoriza las facturas por encima del umbral; también puede autorizar las de nivel 1. Entra con verificación en dos pasos. |
| Pago | Quien ejecuta las transferencias | Registra el pago (total o parcial) y ve el calendario. |
| Administrador | José Antonio o quien designe | Usuarios, parámetros del despacho y bitácora. Entra con verificación en dos pasos. |
Un usuario puede tener varios roles; en un despacho pequeño el administrador suele ser también el nivel 2. Acceso por correo y contraseña. Los tres usuarios iniciales y su rol llegan con el texto de reglas del kick-off.
Cinco módulos
| # | Módulo | Qué incluye |
|---|---|---|
| 1 | Recepción de CFDI | Carga de XML o ZIP tal como se descargan del SAT; validación de estructura (4.0 y 3.3) y de RFC receptor; sin duplicados por UUID; extracción de emisor, totales, fechas, método y forma de pago; PDF opcional; consulta periódica de estado (vigente o cancelado) al SAT. Se procesan los CFDI de tipo I (ingreso); las notas de crédito (E), los complementos de pago (P) y los traslados (T) se guardan y se marcan «no procesado» con su motivo. La moneda extranjera se registra con el TipoCambio del propio CFDI y se muestra en MXN y en la moneda original. |
| 2 | Registro de proveedores | Alta automática desde el CFDI; importación única del catálogo en Excel con reporte de RFC repetidos o faltantes; ficha con condición de pago, contacto y CLABE de referencia; saldo pendiente por proveedor. |
| 3 | Bandeja y autorización de facturas | Una bandeja con estado, proveedor, monto, fechas y semáforo; captura de lo que el XML no trae; flujo captura → autorización por monto (2 niveles) → pago; rechazo con motivo; pago total o parcial. |
| 4 | Vencimientos, calendario y alertas | Fecha compromiso = condición del proveedor ajustada a los días fijos de pago; calendario semanal y mensual; resumen de vencidas, de hoy y por vencer; correo diario y alertas con anticipación configurable; exportación a Excel. |
| 5 | Usuarios, roles y configuración | Roles, umbral de autorización, días fijos de pago, alertas y datos fiscales del despacho; bitácora inmutable de autorizaciones, pagos y cambios. |
Reglas con las que funciona
| Regla | Cómo funciona |
|---|---|
| Una razón social | Solo entran facturas emitidas al RFC del despacho; las demás se rechazan con aviso. |
| Proveedor | Se identifica por su RFC. Al importar el Excel, los RFC repetidos se fusionan y se reportan. Un proveedor nuevo desde CFDI queda «por completar» hasta tener condición de pago. |
| Fecha compromiso | Vencimiento = fecha del CFDI + condición de pago del proveedor (30 días si no se indica otra). Fecha compromiso = el día fijo de pago del despacho igual o inmediatamente anterior al vencimiento del proveedor; si el vencimiento cae antes del primer día fijo del mes, se usa el último día fijo del mes anterior y la factura se marca en amarillo; si el día fijo cae en inhábil, se adelanta al día hábil anterior. El usuario puede ajustarla a mano con motivo. Una factura ya vencida al cargarse queda con fecha de hoy y marcada vencida. |
| Autorización por monto | Hasta el umbral configurado autoriza el nivel 1; arriba del umbral, el nivel 2. Sin umbral capturado, toda factura requiere nivel 2. Nadie autoriza lo que capturó. El nivel 2 también puede autorizar las facturas de nivel 1; el nivel 2 y el administrador entran con verificación en dos pasos (incluida en el MVP). Cada factura guarda el nivel que le correspondía al entrar; cambiar el umbral solo afecta facturas nuevas. |
| Estados | Recibida → Por autorizar → Autorizada → Pagada; laterales: Pagada parcialmente, Rechazada, Cancelada. Cada transición tiene rol, evento y bitácora. Si el SAT cancela un CFDI, la factura pasa a Cancelada y sale del calendario; si ya estaba pagada, el sistema genera una alerta y no modifica el pago. |
| Pago | Se registra con fecha, monto, forma y referencia. Un pago menor al saldo deja la factura Pagada parcialmente; nunca se registra más que el saldo. El sistema no ejecuta transferencias. |
| Alertas | Cada cambio de estado avisa por correo a quien sigue en el flujo. La corrida diaria (7:00, hora del centro de México) lista vencidas, de hoy y por vencer en la ventana configurada; se ve en el tablero y se puede relanzar a mano. Si falla el envío, la alerta sigue visible en calendario y bandeja. |
| Bitácora | Toda autorización, pago, anulación y cambio de configuración o de usuarios guarda usuario, fecha y hora, valor anterior y nuevo. La bitácora no se edita ni se borra. |
Integraciones
| Integración | En el MVP | Nota |
|---|---|---|
| CFDI (XML) | Sí, por carga de archivos | Lector de CFDI 4.0 y 3.3. Es la opción de menor riesgo para diciembre: no requiere e.firma, trámites ni accesos. La descarga automática del SAT y el buzón de correo son de la versión 1.1. |
| Consulta de estado del CFDI en el SAT | Sí, con alternativa | Se verifica en la semana 1; si el servicio del SAT no responde de forma estable, queda el marcado manual de Cancelada. |
| Contalink | No | Diferida a la 1.1 por decisión tuya. Puente: exportación a Excel del listado de pagos. |
| Correo saliente | Sí | Estándar de Zulunity para alertas y resumen diario. |
Accesos del cliente en el MVP: ninguno. La carga de XML no necesita credenciales; la e.firma solo se pediría en la 1.1, por canal seguro y con revisión de seguridad.
Arquitectura
| Componente | Función | Dónde opera |
|---|---|---|
| Aplicación web | Bandeja, calendario, proveedores, configuración y bitácora; pensada para escritorio y consultable desde el navegador del teléfono; sin instalación | Navegador |
| Acceso y roles | Correo y contraseña, con verificación en dos pasos para nivel 2 y administrador; cada usuario lleva sus roles | Nube de Google (Firebase), en un proyecto a nombre de IURA-CPA |
| Base de datos y reglas de acceso | Facturas, proveedores, pagos, configuración y bitácora; la cuenta por pagar vive separada del CFDI para que en la 1.1 entren gastos sin factura y tarjetas sin migrar; reglas de acceso por rol en el servidor | Nube de Google (Firestore), con respaldos automáticos |
| Procesamiento | Lectura y validación de XML, cálculo de fecha compromiso, corrida diaria de alertas, consulta de estado al SAT, importación de Excel | Nube de Google (Cloud Functions) |
| Archivos | XML y PDF de cada factura, guardados tal como llegaron | Nube de Google (Cloud Storage), en el proyecto del despacho |
| Publicación | Liga web bajo un subdominio de Zulunity o, si lo prefieres, bajo el dominio del despacho; entorno de pruebas separado desde la semana 1 | Nube de Google (Firebase Hosting) |
Equipo
| Rol | Responsabilidad |
|---|---|
| Ingeniero de software (tiempo completo) | Construcción de los cinco módulos, reglas de acceso, pruebas automatizadas del flujo de autorización y del cálculo de fechas, importación y entrega. |
| Diseño UI/UX | Sistema visual sobre las tres pantallas de muestra (bandeja, calendario y ficha de proveedor), validado contigo antes del contrato. |
| Coordinación del proyecto | Revisión semanal, liga de pruebas, sesión de entrega y relación con IURA-CPA. |
Principios de trabajo
- Ninguna factura se paga tarde por descuido: cada CFDI entra con fecha compromiso y aviso antes de vencer; es el resultado que medimos.
- Lo que ya descargas entra tal cual: XML o ZIP del SAT, sin recapturar; el Excel de proveedores entra una sola vez.
- Nadie paga sin autorización: el flujo por monto y la bitácora se aplican en el servidor, no solo en pantalla.
- Configurable sin desarrollo: umbral, días fijos de pago, condición por proveedor, anticipación y destinatarios de alertas se editan desde el sistema.
- Todo es del cliente, en todo momento: el código, la documentación, el proyecto en la nube y los datos son de IURA-CPA desde el primer día.
- Crece por módulos: las versiones 1.1 y 2.0 se agregan sobre la misma base, sin migraciones ni rehacer.
BAlcance y entregables por faseVer detalle
Anexo B. Alcance y entregables por fase
Entregables y criterios de cierre de cada fase, las versiones siguientes, los materiales que se te piden y lo que damos por entendido.
Fase 1: MVP de cuentas por pagar (6 semanas)
| # | Entregable | Módulo | Descripción |
|---|---|---|---|
| 1.1 | Diseño del sistema visual | Diseño | Bandeja, calendario y ficha de proveedor sobre las tres pantallas de muestra, con tu identidad; una ronda de ajustes antes del contrato. |
| 1.2 | Proyecto en la nube y acceso | Usuarios y configuración | Proyecto de nube y repositorio creados a nombre de IURA-CPA desde el arranque, con acceso de Zulunity durante el desarrollo; acceso por correo y contraseña; roles de captura, autorización 1 y 2, pago y administrador; entorno de pruebas separado. |
| 1.3 | Carga y validación de XML | Recepción de CFDI | Carga de XML o ZIP; validación de estructura y de RFC receptor; deduplicación por UUID; extracción de datos; PDF opcional; CFDI de tipo I procesados, E, P y T guardados como «no procesado». |
| 1.4 | Estado del CFDI en el SAT | Recepción de CFDI | Consulta periódica de vigente o cancelado, verificada en la semana 1; alternativa de marcado manual. |
| 1.5 | Alta de proveedores desde CFDI | Registro de proveedores | Cada emisor nuevo crea su proveedor con los datos fiscales del XML, marcado «por completar». |
| 1.6 | Importación del catálogo en Excel | Registro de proveedores | Carga única de tu catálogo y de tu Excel de cuentas por pagar, con reporte de RFC repetidos o faltantes. |
| 1.7 | Ficha de proveedor | Registro de proveedores | Condición de pago, contacto, CLABE de referencia, saldo pendiente y facturas del proveedor. |
| 1.8 | Cálculo de fecha compromiso | Vencimientos | Día fijo de pago igual o inmediatamente anterior al vencimiento del proveedor (último del mes anterior, en amarillo, si el vencimiento cae antes del primer día fijo del mes); ajuste a mano con motivo. |
| 1.9 | Bandeja de facturas | Bandeja y autorización | Estado, proveedor, monto, fechas y semáforo; filtros; captura de lo que el XML no trae. |
| 1.10 | Flujo de autorización por monto | Bandeja y autorización | Dos niveles con umbral configurable; rechazo con motivo; nadie autoriza lo que capturó. |
| 1.11 | Liga de pruebas | Entrega | Entorno de pruebas con las facturas reales del mes cargadas, navegable el viernes 20 de noviembre. |
| 1.12 | Registro de pagos | Bandeja y autorización | Pago total o parcial con fecha, monto, forma y referencia; estados Pagada y Pagada parcialmente. |
| 1.13 | Calendario y resumen de vencimientos | Vencimientos | Vista semanal y mensual; vencidas, de hoy y por vencer; exportación a Excel. |
| 1.14 | Correo diario y alertas | Vencimientos | Resumen diario a las 7:00 en días hábiles; alertas con anticipación y destinatarios configurables; aviso a quien sigue en el flujo. |
| 1.15 | Configuración y bitácora | Usuarios y configuración | Umbral, días fijos de pago, alertas y datos fiscales del despacho; bitácora inmutable de autorizaciones, pagos y cambios. |
| 1.16 | Pruebas, carga al corte y seguridad | Entrega | Pruebas funcionales con el despacho; carga de las facturas pendientes al corte; revisión de seguridad estándar. |
| 1.17 | Capacitación, documentación y entrega | Entrega | Una sesión de capacitación para tres usuarios; instructivos y documentación técnica; entrega del código y del proyecto; sesión de entrega el viernes 11 de diciembre. |
Criterio de cierre de la fase: con las facturas reales de un mes cargadas, el 100% de las facturas vigentes aparece en el calendario con fecha compromiso; el resumen diario llega a los usuarios configurados todos los días hábiles; ninguna factura puede marcarse pagada sin la autorización del nivel que le corresponde; y la sesión de entrega se realiza con conformidad de José Antonio en la sesión o sin comentarios en cinco días hábiles.
Fase 2: Soporte y Mantenimiento (mensual · incluida en la Opción B; opcional en la Opción A)
| # | Entregable | Periodicidad | Descripción |
|---|---|---|---|
| 2.1 | Monitoreo y respaldos | Continuo | Disponibilidad del sistema, respaldos automáticos de la base de datos y de los XML, actualizaciones de seguridad. |
| 2.2 | Corrección de defectos | A solicitud | De los cinco módulos entregados. |
| 2.3 | Evolución menor | A solicitud | Ajustes de umbral, días de pago, alertas, plantilla de importación y exportaciones; altas de usuarios y proveedores. En la Opción B, hasta 8 horas al mes, no acumulables. |
| 2.4 | Bolsa de nube | Mensual | $500 MXN al mes de nube incluidos; el excedente se paga al costo, con aviso previo. |
Versiones siguientes (no incluidas; se cotizan aparte, por módulo)
| Versión | Módulo | Nota |
|---|---|---|
| 1.1 | Gastos sin factura (anticipos, reembolsos, viáticos) | Mismo flujo de autorización; la base de datos del MVP ya lo contempla. |
| 1.1 | Tarjetas corporativas | Cortes, límite de pago y monto del periodo. |
| 1.1 | Conciliación con los estados de cuenta en PDF | Sin conexión bancaria; viabilidad por formato de cada banco. |
| 1.1 | Descarga automática del SAT con e.firma y buzón de correo | Requiere la e.firma por canal seguro y reactiva la revisión de seguridad. |
| 1.1 | Conector Contalink | Se define la dirección del intercambio al cotizar. |
| 1.1 | Complementos de pago (PPD) | Control contable. |
| 2.0 | Contratos con compromisos recurrentes | Rentas, suscripciones y honorarios fijos. |
| 2.0 | Presupuesto por dimensión con topes | Hoy sin centros de costo; la dimensión se define al cotizar. |
| 2.0 | Cierre mensual, antigüedad de saldos y reportes avanzados | El MVP ya exporta a Excel. |
| Posterior | Alertas por WhatsApp | Si el correo no basta. |
El reparto entre 1.1 y 2.0 es propuesta de Zulunity y se confirma contigo. Referencia para cotizar: de una a dos semanas de ingeniería por módulo; Contalink y la descarga del SAT dependen de su verificación técnica. El software PLD para actividades vulnerables es un segundo proyecto con su propia propuesta, que se cotiza después de entregar este MVP.
Materiales que se solicitarán
| Material | Cuándo | Mientras no llega |
|---|---|---|
| Logotipo (vectorial, si lo tienes) y colores de IURA-CPA | Antes de la llamada de revisión (semana del 26 de octubre) | Se diseña con la paleta neutra de las maquetas y se sustituye en la semana 1 |
| Reglas de autorización por monto, días fijos de pago y quién ocupa cada rol, en cinco líneas | Kick-off (semana 1) | Arranca con los valores por omisión: toda factura requiere nivel 2, sin días fijos (la fecha compromiso es la de cada proveedor) y usuarios de prueba de Zulunity; se cambia desde la configuración cuando llegue |
| ZIP con los XML de las facturas recibidas del último mes y de dónde las descargan hoy | Kick-off (semana 1) | Se desarrolla con XML de prueba propios; la liga de pruebas del 20 de noviembre ya necesita facturas reales |
| Catálogo de proveedores y Excel de cuentas por pagar en uso | Semana 2 | Los proveedores se dan de alta solos conforme se cargan los XML; el Excel solo acelera el arranque |
Tu documento de requerimientos de cuentas por pagar ya se recibió el 6 de octubre. No hace falta ningún acceso ni credencial en el MVP: todo entra por archivo.
Lo que damos por entendido (confírmalo con una sola casilla)
- En el MVP las facturas entran por carga de los XML que ya descargas del SAT; la descarga automática es de la versión 1.1.
- Arriba del umbral autoriza el nivel 2 (una sola firma, no doble firma).
- Si un proveedor no tiene condición de pago capturada, se usan 30 días desde la fecha del CFDI.
- José Antonio aprueba el diseño en una ronda, con respuesta en 48 horas.
- «Diciembre» significa operando antes del viernes 18 de diciembre, con arranque a más tardar el lunes 2 de noviembre.
- El reparto de módulos entre las versiones 1.1 y 2.0 es el de este anexo.
Supuestos generales
- Una sola razón social; unas 50 operaciones al mes, sin tope de volumen en el sistema.
- Tres usuarios iniciales con los roles de captura, autorización por monto y pago; un usuario puede tener varios roles.
- Sin centros de costo en el MVP.
- Los cinco estados de cuenta en PDF no entran al MVP: la conciliación es de la versión 1.1 y no requiere conexión bancaria.
- Los pagos parciales se registran si el despacho los usa; si no, el campo queda sin uso.
- La entrega se da por conforme en la sesión de entrega, o sin comentarios en cinco días hábiles.
- La contraparte legal y de facturación es IURA-CPA Consulting, S.C.; se confirma en el contrato.
Fuera de Alcance
Los siguientes puntos no están incluidos en esta propuesta.
Funcionalidad
- Gastos sin factura, tarjetas corporativas, contratos recurrentes, presupuesto y cierre mensual (versiones 1.1 y 2.0)
- Cuentas por cobrar (ya resueltas por el despacho)
- Pago de facturas desde el sistema
- Contabilidad
- Aplicación móvil nativa
- Software PLD (propuesta aparte)
Integraciones y datos
- Descarga automática del SAT con e.firma y buzón de correo (1.1)
- Conector Contalink (1.1)
- Conciliación con estados de cuenta (1.1) y conexión bancaria
- Migración de históricos anteriores al Excel en uso (se carga lo que llegue en el catálogo y en los XML)
- Dominio propio del despacho (opcional; se configura si lo proporciona)
CCronograma detalladoVer detalle
Anexo C. Cronograma detallado
Seis semanas desde el anticipo (Opción A) o la primera mensualidad (Opción B). Condición de arranque: maquetas aprobadas y pago a más tardar el lunes 2 de noviembre. Cada día de retraso mueve la entrega un día; si el arranque pasa del lunes 9 de noviembre, la entrega se recorre a enero.
Antes del arranque
| Cuándo | Qué | Resultado |
|---|---|---|
| Jue 23 oct | Envío de esta propuesta y el PDF | Propuesta en tus manos |
| Semana del 26 oct | Llamada de revisión: propuesta, presentación de las maquetas (bandeja, calendario y ficha de proveedor) y confirmación de los seis supuestos; una ronda de ajustes | Maquetas aprobadas |
| A más tardar lun 2 nov | Contrato (firma Jorge Aguilar, representante legal de Zulunity) y anticipo o primera mensualidad | Kick-off |
Vista general
Soporte y Mantenimiento es mensual: incluido en la Opción B desde el primer mes y opcional en la Opción A a partir de la entrega. Si la entrega es el viernes 11 de diciembre, la garantía de la Opción A corre hasta el 10 de enero; Soporte y Mantenimiento, si se contrata, empieza a partir de la entrega. La semana 3 tiene cuatro días hábiles: el lunes 16 de noviembre es inhábil.
Fase 1: MVP de cuentas por pagar (6 semanas)
| Semana | Entrega | Actividades principales |
|---|---|---|
| S1 · 2 al 6 nov | Acceso al entorno de pruebas con usuarios reales | Kick-off con tus materiales; proyecto de Firebase, acceso y roles; modelo de datos; carga y validación de XML; verificación del servicio de estado del SAT. |
| S2 · 9 al 13 nov | Revisión semanal | Alta de proveedores desde CFDI; importación del Excel; condición de pago; cálculo de fecha compromiso con días fijos. |
| S3 · 16 al 20 nov (lun 16 inhábil) | Liga de pruebas (vie 20 nov) | Bandeja, estados y flujo de autorización por monto; bitácora; facturas reales del mes cargadas. |
| S4 · 23 al 27 nov | Revisión semanal | Calendario, resumen de vencimientos, correo diario y alertas; registro de pagos; exportación a Excel. |
| S5 · 30 nov al 4 dic | Candidata a entrega | Pruebas funcionales con el despacho; ajustes de la revisión; carga de facturas pendientes al corte; revisión de seguridad estándar. |
| S6 · 7 al 11 dic | Entrega (vie 11 dic) | Capacitación (una sesión, tres usuarios); documentación e instructivos; entrega del código y del proyecto; sesión de entrega. |
| 14 al 18 dic | Margen | Acompañamiento del primer ciclo de pagos; ajustes menores. |
DInversión y formas de contrataciónVer detalle
Anexo D. Inversión y formas de contratación
IURA-CPA elige entre pagar el sistema a precio fijo y recibirlo configurado y funcionando en sus cuentas para operarlo por su cuenta (Opción A), o una sola renta mensual que incluye la construcción, el soporte, el mantenimiento, la evolución menor y la nube (Opción B).
En la Opción A, Zulunity absorbe el gasto de nube hasta la entrega; en la entrega la facturación de la nube pasa al despacho, salvo que contrate Soporte y Mantenimiento, que incluye una bolsa de nube de $500 MXN al mes. En la Opción B, la nube va dentro de la renta con la misma bolsa. Si el uso real excede la bolsa, se avisa antes de cobrar el excedente al costo. Con unas 50 facturas al mes, el consumo de nube es mínimo: estimado entre $300 y $600 MXN al mes después de la entrega. Un dominio propio del despacho es opcional y corre por su cuenta.
Dos formas de contratar
| Opción A: Precio fijo | Opción B: Renta mensual | |
|---|---|---|
| Qué incluye | El MVP completo a precio fijo (cinco módulos, diseño, carga de tus facturas y proveedores, capacitación, documentación y sesión de entrega), entregado configurado y funcionando en las cuentas del despacho, con 30 días de garantía correctiva. Soporte y Mantenimiento es opcional: $2,000 MXN + IVA al mes, con bolsa de nube de $500. | Construcción del MVP, soporte, mantenimiento, evolución menor (hasta 8 horas al mes, no acumulables) y bolsa de nube de $500 en una sola mensualidad de $3,500 MXN + IVA. |
| Pago | 50% a la firma y 50% a la entrega conforme; Soporte y Mantenimiento, si se contrata, se factura por adelantado cada mes. | Sin anticipo. La primera mensualidad se paga al firmar (no es reembolsable) y arranca el trabajo; las siguientes, siempre por adelantado cada mes. |
| Plazo | El del proyecto (Anexo C). Soporte y Mantenimiento es mensual y sin plazo forzoso: se termina con 15 días naturales de aviso por escrito. | Permanencia mínima de 6 meses: si el despacho termina antes, cubre las mensualidades restantes de ese plazo. Después del mes 6, la renta sigue mes a mes y cualquiera de las partes puede terminar con 15 días naturales de aviso por escrito. |
| Garantía y soporte | 30 días de garantía correctiva tras la entrega. Después, corrección de defectos dentro de Soporte y Mantenimiento o en bloques de 8 horas. | Sin cláusula de garantía separada: la corrección de defectos está incluida, sin caducidad, mientras la renta esté vigente. |
| Cambios | Fuera de alcance: bloques de 8 horas a $1,500 MXN + IVA, aprobados por escrito. | Cambios menores dentro de la renta; módulos nuevos se cotizan aparte, por módulo. |
| Versiones 1.1 y 2.0 | Se cotizan aparte, por módulo, sobre el mismo sistema. | Se cotizan aparte, por módulo, sobre el mismo sistema; al entregarse pueden sumarse a la renta. |
| Propiedad | Código, documentación, cuentas y datos del despacho desde el primer día. | Código, documentación, cuentas y datos del despacho desde el primer día. La permanencia mínima de 6 meses aplica al pago de la renta, no a la propiedad. |
Opción A: MVP a precio fijo
| Concepto | Inversión |
|---|---|
| Recepción de CFDI (carga, validación, deduplicación, estado en el SAT) y registro de proveedores con importación del Excel | $10,000 MXN + IVA |
| Bandeja de facturas, flujo de autorización por monto en dos niveles, registro de pagos y bitácora | $11,000 MXN + IVA |
| Fecha compromiso, calendario de vencimientos, correo diario, alertas y exportación a Excel | $8,000 MXN + IVA |
| Usuarios y configuración, diseño, pruebas, revisión de seguridad, capacitación, documentación y entrega | $7,000 MXN + IVA |
| Total del MVP | $36,000 MXN + IVA |
| Forma de pago | Porcentaje | Monto |
|---|---|---|
| Anticipo (a la firma del contrato) | 50% | $18,000 MXN + IVA |
| Liberación final y entrega conforme | 50% | $18,000 MXN + IVA |
| Total | 100% | $36,000 MXN + IVA |
Opción A: Entrega, nube y Soporte y Mantenimiento opcional
Al cerrar el proyecto, Zulunity entrega el sistema configurado y funcionando en las cuentas de IURA-CPA, con capacitación e instructivos (bandeja, autorización, calendario, proveedores y configuración) y documentación técnica (arquitectura, reglas de acceso, respaldos y nube). Hasta la entrega, Zulunity absorbe el gasto de nube; desde la entrega, la facturación de la nube pasa al despacho, salvo que contrate Soporte y Mantenimiento.
Si el despacho prefiere que Zulunity lo siga operando: Soporte y Mantenimiento por $2,000 MXN + IVA al mes (detalle en el Anexo E), facturado por adelantado, a partir de la entrega. Incluye la bolsa de nube de $500 al mes, monitoreo, respaldos, corrección de defectos y evolución menor; el excedente de nube se paga al costo, con aviso previo. Sin plazo forzoso: se termina con 15 días naturales de aviso por escrito.
Opción B: Renta mensual
| Concepto | Monto |
|---|---|
| Renta mensual (construcción, soporte, mantenimiento, evolución menor de hasta 8 horas al mes y bolsa de nube de $500), cobrada por adelantado; la primera no es reembolsable | $3,500 MXN + IVA al mes |
| Permanencia mínima | 6 meses |
| Total de la permanencia mínima (6 mensualidades) | $21,000 MXN + IVA |
Después del mes 6, la renta sigue mes a mes con 15 días naturales de aviso para terminar. Los cambios menores van dentro de la renta, hasta 8 horas al mes, no acumulables; un módulo nuevo (por ejemplo, gastos sin factura, tarjetas corporativas, Contalink o la descarga automática del SAT) se cotiza aparte, por módulo, y se acuerda por escrito antes de ejecutarse. Al terminar la renta, el despacho conserva el repositorio, el proyecto de nube, el dominio y las cuentas de correo transaccional, que ya están a su nombre; Zulunity entrega las credenciales que haya administrado y una guía de operación en 5 días hábiles.
ESoporte y mantenimientoVer detalle
Anexo E. Soporte y mantenimiento
En la Opción A, el sistema se entrega configurado y funcionando, con capacitación e instructivos, e incluye 30 días de garantía correctiva; Soporte y Mantenimiento es opcional. En la Opción B, el soporte y la corrección de defectos van incluidos mientras la renta esté vigente.
Opción A: 30 días de garantía
- Sistema entregado configurado y funcionando en las cuentas de IURA-CPA, con capacitación, instructivos y documentación técnica.
- 30 días de garantía correctiva sin costo adicional tras la entrega: corrección de defectos de los cinco módulos entregados.
- Después de los 30 días, sin Soporte y Mantenimiento: corrección de defectos y cambios en bloques de 8 horas a $1,500 MXN + IVA, aprobados antes de ejecutarse.
Soporte y Mantenimiento (Opción B, u opcional en la A)
- Los entregables 2.1 a 2.4 del Anexo B: monitoreo, respaldos, seguridad, corrección de defectos, evolución menor y bolsa de nube de $500.
- Altas de usuarios y proveedores, ajustes de umbral, días de pago, alertas y plantilla de importación, solicitados por escrito. En la Opción B, la evolución menor incluida es de hasta 8 horas al mes, no acumulables.
- Un módulo nuevo se cotiza aparte, por módulo, y se acuerda por escrito antes de ejecutarse.
- La atención de Zulunity es en horario hábil; el sistema está disponible a cualquier hora.
Tiempos de respuesta
| Severidad | Ejemplo | Primera respuesta |
|---|---|---|
| Alta | Nadie puede entrar, la carga de XML falla para todos o el correo de vencimientos no sale | 1 día hábil |
| Normal | Altas de usuarios o proveedores, ajustes de umbral o días de pago, dudas | 3 días hábiles |
Horario de atención: lunes a viernes de 9:00 a 18:00 (hora del centro de México). Canal: correo o WhatsApp.
FTérminos y condicionesVer detalle
Anexo F. Términos y condiciones
- Infraestructura y Servicios de Terceros: Un dominio propio del despacho y cualquier cuota de terceros no están incluidos y son responsabilidad del cliente. En la Opción A, Zulunity absorbe el gasto de nube hasta la entrega; desde la entrega, la facturación de la nube pasa al cliente, salvo que contrate Soporte y Mantenimiento. Mientras Zulunity opere el sistema (Opción B, o Soporte y Mantenimiento en la A), la nube se cubre con una bolsa de $500 MXN al mes y el excedente se paga al costo, con aviso previo.
- Validación de Alcance: El alcance del MVP es el de esta propuesta: facturas CFDI con control de fechas de pago y registro de proveedores, para una sola razón social. Las reglas de autorización por monto, los días fijos de pago y los roles se cierran con el texto que el cliente entrega en el kick-off. Si durante el desarrollo aparecen cambios estructurales, módulos de las versiones 1.1 o 2.0, o reglas no documentadas, se evaluará su impacto en alcance, tiempo y costo antes de continuar.
- Propiedad Intelectual: El código, la documentación y los entregables del proyecto son propiedad de IURA-CPA Consulting, S.C. desde su creación y en todo momento, en ambas opciones; es una garantía de Zulunity y no se condiciona al pago ni a la entrega. El repositorio de código y el proyecto de nube se crean a nombre de IURA-CPA desde el arranque, igual que los datos y las credenciales; Zulunity trabaja en ellos con acceso durante el desarrollo y mientras preste Soporte y Mantenimiento o la renta. En la Opción B, la permanencia mínima de 6 meses obliga al pago de la renta y no condiciona la propiedad. 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: En la Opción A, cualquier funcionalidad adicional no contemplada en esta propuesta se cobra en bloques de 8 horas a $1,500 MXN + IVA, previa aprobación escrita del cliente. En la Opción B, los cambios menores (umbral, días de pago, alertas, plantilla de importación, exportaciones, altas de usuarios y proveedores) van dentro de la renta, hasta 8 horas al mes, no acumulables; un módulo nuevo se cotiza aparte, por módulo, y se acuerda por escrito antes de ejecutarse. Los módulos de las versiones 1.1 y 2.0 se cotizan por módulo en ambas opciones.
- Datos Personales: IURA-CPA es la responsable de los datos personales que captura en el sistema (nombres y correos de sus usuarios, contactos de proveedores); Zulunity actúa como encargada y los trata solo por sus instrucciones, sin transferirlos ni usarlos para otro fin, en la nube de Google, con acceso nominal y bitácora, y con borrado al terminar la relación. Aviso al cliente de cualquier incidente de seguridad en un máximo de 72 horas.
- Confidencialidad: Toda la información compartida durante el proyecto, incluidos los CFDI, los proveedores, los montos y las políticas de pago del despacho, será tratada bajo principios de confidencialidad entre ambas partes.
- 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 (en la Opción B, la suma de las mensualidades pagadas en ese periodo), y no incluye daños indirectos (ingresos, utilidades, oportunidades, reputación o interrupción del negocio), comisiones, recargos o intereses por pagos realizados fuera de fecha, ni fallas de servicios de terceros, incluido el SAT. Quedan fuera de este tope las obligaciones de confidencialidad y de protección de datos personales.
- Vigencia: Esta propuesta tiene una vigencia de 30 días naturales a partir de su fecha de emisión.
- Manejo de CFDI y Datos Fiscales: Los XML, los PDF y los datos fiscales que el cliente carga en el sistema son del despacho y se almacenan en el proyecto en la nube a su nombre, con acceso restringido por rol y bitácora. Zulunity los trata solo para construir, probar y operar el sistema, sin transferirlos ni usarlos para otro fin, y los borra de sus entornos de trabajo al terminar la relación. En el MVP no se solicita la e.firma, la contraseña del SAT ni ninguna otra credencial del cliente; si en una versión posterior se acuerda la descarga automática, las credenciales se entregan por un canal seguro, se guardan cifradas y se somete el módulo a una revisión de seguridad antes de operar. La consulta de estado al SAT es informativa: la obligación fiscal de verificar la vigencia de un CFDI sigue siendo del despacho.
- Segregación de Funciones y Bitácora: El sistema aplica en el servidor, no solo en pantalla, que ninguna factura pase a Pagada sin la autorización del nivel que le corresponde según su monto y el umbral vigente; que nadie autorice lo que capturó; que el nivel 2 y el administrador entren con verificación en dos pasos; y que toda autorización, pago, rechazo y cambio de configuración o de usuarios quede en una bitácora inmutable con usuario, fecha y hora. La definición de umbrales, roles y días de pago es decisión del cliente; el sistema la ejecuta y la registra, y no sustituye sus controles internos ni la revisión humana de cada pago.
- Garantía y Plazo: En la Opción A, Zulunity corrige sin costo los defectos de los entregables durante 30 días naturales a partir de la entrega conforme; después, la corrección se atiende dentro de Soporte y Mantenimiento, si se contrata, o en bloques de 8 horas. Soporte y Mantenimiento es mensual, sin plazo forzoso, y se termina con 15 días naturales de aviso por escrito. En la Opción B no hay cláusula de garantía separada: la corrección de defectos está incluida mientras la renta esté vigente. La renta tiene una permanencia mínima de 6 meses y la primera mensualidad no es reembolsable; si el cliente termina antes, cubre las mensualidades restantes de ese plazo. Después del mes 6, la renta sigue mes a mes y cualquiera de las partes puede terminar sin penalización con 15 días naturales de aviso por escrito. Al terminar la renta, el cliente conserva el repositorio, el proyecto de nube, el dominio y las cuentas de correo transaccional, que ya están a su nombre, y Zulunity le entrega las credenciales que haya administrado y una guía de operación dentro de 5 días hábiles.