Aceptados, rechazados, pendientes, uso de CAEs y acceso al Resumen de IVA.
DESDE ZERO · Capítulo 01
El nuevo motor de comprobantes electrónicos ya está trabajando dentro de Zeta.
Es la primera pieza de la nueva arquitectura que llegó a producción. Crea y firma comprobantes, se comunica con DGI, procesa sus estados y conserva la historia de cada operación. Alrededor del motor ya existe una interfaz completa para trabajar con esa información.
01 — Qué ya está funcionando
Ya no hay que salir de Zeta para saber qué pasó con un comprobante.
Hoy una empresa puede ver el estado general de su operación fiscal, consultar CFE emitidos y recibidos, revisar reportes diarios, administrar certificados y CAEs, configurar la factura que recibe su cliente y entrar al detalle de cada comprobante sin perder el contexto en el que estaba trabajando.
Estados, importes, receptor, respuesta y detalle.
Creado, enviado, en verificación y finalizado.
Vigencia, estado, reemplazo y autorizaciones.
Plantilla, colores, secciones, columnas e idioma.
Ítems, receptor, totales, correos, intercambio y XML.
Todas las visuales del capítulo son reconstrucciones con datos sintéticos basadas en el frontend real. No se publican nombres, RUT, correos, importes ni documentos de clientes.
02 — Qué pasa después de Emitir
Apretás Emitir una vez. Lo que viene después deja de ser tu problema.
Crear el comprobante, firmarlo, enviarlo a DGI y conocer el resultado son etapas diferentes. Si una comunicación demora o debe repetirse, el motor conserva el estado de esa misma operación y continúa desde ahí.
El detalle muestra el recorrido —Creado, Enviado, Verificado y Finalizado— y reúne la información necesaria para entender qué ocurrió sin reconstruir la historia en otro lugar.
Dejás de buscar en cinco lugares lo que tendría que estar en uno.
- Emisión, vencimiento, firma, sucursal y forma de pago.
- CAE, rango utilizado y número interno.
- Estados de procesamiento.
- Ítems, receptor y totales.
- Referencias, correos, intercambio y sobre XML.
- PDF y XML cuando corresponde.
- Respuesta del receptor.
- Información técnica para investigar un caso.
03 — Después de enviar
Cuando el cliente dice que no le llegó la factura, ahora podés responderle con datos.
Desde el comprobante se consulta a qué dirección se envió, cuándo salió, si el proveedor registró la entrega y si hubo una apertura técnica. También quedan registrados los rebotes y la identificación como spam cuando corresponden.
Es la diferencia entre «ya te la mandé, fijate en spam» y «salió el martes a las 14:32 y tu servidor la recibió».
Una apertura registrada es un evento técnico. No demuestra que una persona haya leído el documento.
04 — La factura que recibe el cliente
La factura que recibe tu cliente se parece a tu empresa, no a un sistema.
El generador parte de una plantilla base y permite configurar logo, colores, fondos, bordes, columnas visibles, secciones, posición del emisor y de la adenda, idioma y cantidad de decimales.
La vista previa cambia mientras se configura. La misma definición se utiliza en el PDF descargable y en el documento adjunto al correo.
05 — Buscar sin llenar la pantalla
Podés buscar por un dato sin tener que llenar la pantalla de columnas.
En las nuevas grillas, cada persona decide qué columnas quiere tener a la vista. Los filtros funcionan por separado: se puede buscar por cualquiera de los campos disponibles aunque esa columna no esté visible en ese momento.
Y cuando se abre un comprobante, su detalle aparece sobre la lista. La grilla, los filtros y el lugar de trabajo siguen atrás. Al cerrar el detalle, la persona continúa exactamente donde estaba.
06 — Trabajo que sigue aunque nadie esté esperando
Hay trabajo que se hace solo, a horario, sin que nadie tenga que acordarse.
El proceso se inicia por horario, avanza por etapas y conserva su estado hasta terminar. En la interfaz se ve el recorrido —Creado, Enviado, En verificación y Finalizado— en lugar de reducir todo a un único resultado final.
Nadie se queda mirando una pantalla para que algo termine, y nadie descubre al otro día que no se hizo.
07 — Para quien quiera mirar debajo
Por qué esto aguanta cuando DGI demora, cuando algo falla y cuando hay que corregir.
Eso no significa simplemente “tener un servidor en Amazon”. El motor usa servicios especializados de AWS para resolver identidad, colas de trabajo, eventos, cifrado, almacenamiento y ejecución. La idea es sencilla: usar infraestructura probada para los problemas comunes y concentrar el código propio donde Zeta realmente sabe algo que Amazon no sabe —las reglas fiscales y de negocio de nuestras empresas.
Por qué está construido así· ver detalle
Go, Cognito, SQS o DynamoDB no son medallas. Cada elección responde a una pregunta concreta del producto.
Un motor pensado para hacer muchas cosas a la vez
Go es compilado y fue diseñado para servicios de red y trabajo concurrente. Mientras una operación espera una respuesta externa, otras pueden seguir avanzando.
Qué gana quien usa Zetaun motor liviano y predecible para atender operaciones simultáneas y procesos de fondo.
La identidad se valida antes de llegar al negocio
Cognito es el servicio administrado de AWS que participa en la autenticación y en las credenciales de sesión. Zeta no necesita inventar desde cero un sistema propio de login.
Qué gana quien usa Zetalas operaciones reciben una identidad ya validada antes de tocar las capacidades del sistema.
El trabajo puede esperar sin desaparecer
SQS conserva operaciones pendientes en colas. Si DGI demora, una aplicación se reinicia o se publica una nueva versión, el trabajo puede quedar esperando y continuar después. La retención técnica puede llegar hasta 14 días.
Qué gana quien usa Zetauna demora externa no obliga a volver a cargar ni reconstruir manualmente la operación.
Cada CFE sabe en qué punto está
Conserva el estado de procesamiento que consultan las distintas etapas. Un reintento no decide sólo por el mensaje que acaba de recibir: primero consulta qué ocurrió antes.
Qué gana quien usa Zetala misma emisión puede continuar su recorrido sin empezar a ciegas ni tratar cada reintento como una operación nueva.
Datos por un lado. Documentos por otro.
PostgreSQL conserva los datos transaccionales y divide por año las tablas de comprobantes que crecen continuamente. S3 almacena PDF y XML fuera de la base transaccional.
Qué gana quien usa Zetaacumular años de comprobantes no obliga a tratar todo el histórico como una única masa de datos.
El certificado se trata como una credencial, no como un archivo más
KMS protege las claves utilizadas para cifrar certificados. La clave necesaria para descifrarlos no está escrita en el código ni dentro de la misma base de datos.
Qué gana quien usa Zetauna copia de la base no alcanza, por sí sola, para disponer de la clave privada con la que la empresa actúa ante DGI.
El sistema puede reaccionar y trabajar por horario
Estos servicios distribuyen eventos y disparan procesos por lo que ocurrió o por un horario definido. El reporte diario es un ejemplo concreto.
Qué gana quien usa Zetauna tarea programada no depende de que alguien abra una pantalla y recuerde ejecutarla.
Aplicaciones versionadas que pueden reemplazarse
El motor se publica en contenedores versionados. Mientras una aplicación se actualiza, el trabajo pendiente puede permanecer conservado en las colas.
Qué gana quien usa Zetauna corrección o un cambio de DGI puede desplegarse sin sacrificar operaciones que ya estaban esperando procesamiento.
La pregunta útil es qué pasa cuando DGI tarda, cuando un proceso debe reintentarse, cuando hay que publicar una corrección, cuando la empresa acumula años de documentos o cuando un certificado privado necesita protección. La arquitectura está para que esas respuestas ya estén previstas.
08 — La primera pieza ya está adentro
Este capítulo no muestra un prototipo.
El motor CFE ya procesa operaciones dentro del Zeta actual. La primera parte de la nueva arquitectura ya se está haciendo cargo de trabajo real, mientras Zeta sigue trabajando todos los días para miles de empresas.