No simplificamos el compliance. Encapsulamos su complejidad.
┌──────────────────────────────────────────────┐ │ FOLIOS EXPERIENCE │ ← absurdamente simple │ "¿Qué quieres hacer?" · Facturar $18,420 │ ├──────────────────────────────────────────────┤ │ FOLIOS ENGINE │ ← puede ser sofisticadísimo │ Identity · Rules · Documents · Validation │ │ Ledger · Reconciliation · Evidence · Events │ ├──────────────────────────────────────────────┤ │ JURISDICTION LAYERS │ ← puede ser horrible │ MX CFDI/SAT/PAC US Invoice/Tax │ └──────────────────────────────────────────────┘
El usuario experimenta los 5 cm superiores. Nosotros nos obsesionamos con los 5 km inferiores. El usuario nunca paga el costo cognitivo de la tercera capa.
Regla casi constitucional. Si HostCasa ya sabe cliente, propiedad, monto, moneda, país, fecha, concepto y método de pago, Folios no lo vuelve a preguntar.
Las reglas fiscales no viven en invoice-form.tsx. Viven en un pipeline. La experiencia evoluciona independiente de la regulación.
Un objeto universal — FolioRecord — y adapters por jurisdicción. El núcleo habla Folios; los adapters hablan SAT, PAC, estados de EE.UU.
Mismo sistema, distinta profundidad. No hacemos la UI simple quitando capacidades — la hacemos simple mostrando capacidad cuando corresponde. Usuario / Contador / Developer / Compliance.
«¿Para qué usará esta factura?» en vez de UsoCFDI. Nunca CFDI ERROR 301 — Folios traduce, con «Ver detalle técnico →» para quien lo necesite. Absorbe burocracia, devuelve claridad.
Casi nada debe sentirse como «el sistema explotó».
El usuario no administra compliance. Folios lo administra y ocasionalmente dice: «3 cosas necesitan tu atención». Folios encuentra las excepciones; el humano las resuelve.
95%: Operation → Folios → Done ●. La excepción no se esconde, se organiza: dice exactamente qué falta y qué ya tenemos.
La línea roja. Nunca «Todo correcto ✓» cuando no sabemos. Tres estados distintos, nunca mezclados, con evidencia de cada paso:
Reglas versionadas, testeables, fechadas, explicables y auditables. Astelar documenta: qué cambió → por qué → qué afecta → qué tests lo prueban → desde cuándo.
Historial append-only de lo ocurrido. Si preguntan «¿por qué Folios emitió esto?», reconstruimos la respuesta. Ahí la simplicidad del frontend gana credibilidad institucional.
Aunque el botón diga «Emitir», el backend revalida: identidad → permisos → jurisdicción → reglas → duplicados → importes → estado → idempotencia. La interfaz es una representación amable; el engine es la autoridad.
La magia no es menos complejidad. Es que el usuario vive los 5 cm de arriba (Done ●) mientras nosotros nos obsesionamos con los 5 km de abajo: identity, jurisdiction, tax rules, validation, providers, retries, idempotency, reconciliation, evidence, audit trail, regulatory versioning.
Folios no reemplaza los libros — los alimenta con un asiento ya reconciliado, para que nadie recapture nada. Reconcilia primero (operación ↔ pago ↔ documento), sincroniza después.
FOLIO RECORD (+ ledger)
│
┌─────────────────┼──────────────────┐
JURISDICTION ADAPTERS ACCOUNTING ADAPTERS
MX CFDI/SAT/PAC MX CONTPAQi · Aspel · Alegra · Odoo
US Invoice/Tax US QuickBooks · Xero · NetSuite · Sage
Folios es dueño del record de la operación; la contabilidad, de los libros. Reconciliar ese desmadre intermedio —entre operaciones (HostCasa, POS, bookings) y los libros— es el moat.
Folios no quiere ser el software detrás de la factura. Quiere ser la marca al frente de la categoría — y esta arquitectura es lo que se lo permite sin convertirse en el ERP monstruoso que reemplaza.