FORMA ACUSE-2 · SECCIÓN 01 — Documentación
Cómo funciona Acuse
Arquitectura, hallazgos, modelo de negocio y roadmap — el documento de referencia para despachos, clientes e inversionistas.
FORMA ACUSE-2 · SECCIÓN 02 — Arquitectura
Todo ocurre en el navegador
Acuse no tiene backend en v1. El archivo HTML contiene el motor completo; los datos fiscales se leen, se analizan y se convierten en reporte sin tocar la red.
Entradas
*.xmlCFDI 3.3 / 4.0 recibidosbanco.csvestado de cuenta (opcional)l69b.csvlista 69-B del SAT (opcional)
Motor local
- Parser CFDI (namespaces 3.3/4.0, dinero en centavos enteros)
- Cruce 69-B (Presunto / Definitivo)
- REP por parcialidades (
ImpPagadoacumulado) - Conciliación bancaria (emparejamiento máximo, no greedy)
- UUIDs duplicados · RFCs inválidos
Salidas
- Reporte de Riesgo SAT en pantalla
- PDF imprimible para el cliente
- Montos en riesgo, factura por factura
FORMA ACUSE-2 · SECCIÓN 03 — Qué detecta
Los seis hallazgos
| Hallazgo | Tipo | Por qué importa | Fundamento |
|---|---|---|---|
| Proveedor en lista 69-B | ▲ riesgo | Facturas de un RFC Presunto o Definitivo pueden perder deducibilidad y acreditamiento de IVA de forma retroactiva. | Art. 69-B CFF |
| PPD sin REP por el total | ▲ riesgo | Sin complemento de pago, el IVA de una factura a crédito pagada no es acreditable. Acuse acumula parcialidades: una factura pagada al 25% aparece con el saldo exacto descubierto. | LIVA 5o. · RMF |
| PUE sin pago en banco | ▲ riesgo | Factura marcada como pagada en una sola exhibición sin cargo bancario que coincida: evidencia de pago débil ante revisión. | Conciliación |
| Cargo sin CFDI conciliado | ▲ riesgo | Dinero que salió del banco sin factura que lo ampare: candidato a gasto no deducible; la lista exacta que el equipo debe aclarar. | Conciliación |
| UUID duplicado | ● control | El mismo folio fiscal en dos archivos infla cifras y delata errores de descarga o captura. | Integridad |
| RFC de emisor inválido | ● control | Un CFDI con RFC mal formado puede no sostenerse; mejor detectarlo hoy que en una revisión electrónica. | Formato SAT |
FORMA ACUSE-2 · SECCIÓN 04 — Mercado y modelo
El despacho multiplica cada venta
Acuse se vende por RFC administrado por mes, a través de despachos contables: cada firma administra decenas o cientos de empresas cliente, y la fecha límite del día 17 regresa cada mes.
Ingreso anual recurrente por número de despachos
Escenario ilustrativo: 100 RFCs por despacho · MX$200 por RFC al mes
Aritmética: despachos × 100 RFCs × MX$200 × 12 meses; USD a ~17 MXN. México tiene millones de contribuyentes activos que emiten CFDI y decenas de miles de despachos; el mismo playbook — análisis local de factura electrónica obligatoria — se extiende a Colombia, Chile, Perú y Brasil.
| Escenario | RFCs | ARR (MXN) | ARR (USD aprox.) |
|---|---|---|---|
| 10 despachos | 1,000 | $2,400,000 | $140,000 |
| 50 despachos | 5,000 | $12,000,000 | $700,000 |
| 200 despachos | 20,000 | $48,000,000 | $2,800,000 |
FORMA ACUSE-2 · SECCIÓN 05 — Roadmap
Del reporte gratis al cierre mensual
- Hoy
v1 en producción
Reporte de Riesgo SAT client-side, demo pública con self-check, CLI de referencia. Primera ola de outreach a despachos de Monterrey.
- Mes 1–2
10 despachos piloto · descarga masiva SAT
Reporte gratis como puerta de entrada; descarga automática de CFDIs con e.firma del cliente (procesada localmente, nunca se transmite) para eliminar el paso de exportar XMLs.
- Mes 3–4
Adaptadores bancarios · borrador de DIOT
Parsers por banco (BBVA, Banorte, Santander; procesamiento local u opt-in por documento) y primer entregable de cumplimiento generado: el borrador de DIOT del mes.
- Mes 5–6
Portal multi-RFC · cobro recurrente
Panel por despacho con todos sus clientes, reporte mensual automático y suscripción por RFC administrado.
- Mes 12
Primer país adicional
El motor de reconciliación aplicado al régimen de factura electrónica de Colombia o Chile.
FORMA ACUSE-2 · SECCIÓN 06 — Calidad
Un motor que se vigila a sí mismo
Una herramienta fiscal se gana la confianza con números reproducibles. El análisis existe dos veces — Python (CLI de referencia) y JavaScript (web) — y ambas versiones corren la misma batería de casos sembrados: proveedores 69-B, parcialidades incompletas, pagos el mismo día, folios duplicados. La demo pública ejecuta ese self-check en cada carga; si algún hallazgo esperado no aparece, la demo no corre. El código fue además sometido a revisión adversarial (dominio fiscal, bugs y diseño) antes de publicarse.