Integraciones
Conecta factit con el sistema que ya usas
Cuatro caminos de entrada, todos con el mismo motor detrás: sincronización incremental, bandeja de errores y conciliación contra lo emitido.
Disponibles hoy
Los cuatro caminos, todos construidos
Conector nativo
Odoo
Lee las facturas de Odoo, las emite como DTE y escribe de vuelta el folio y el estado del SII en el registro original.
Sincronización incremental por cursor, con reintentos y bandeja de documentos que no se pudieron emitir. Los mapeos de campos se editan sin tocar código.
Conector genérico
Archivo CSV o Excel
Dejas un archivo con las ventas y factit emite. Es la salida para cualquier sistema que sepa exportar una planilla.
Conector genérico sobre un puerto de transporte, con mapeo de columnas configurable. Si tu ERP no tiene conector propio, este es el camino que funciona hoy.
Integración directa
API REST
El camino completo: emitir, enviar al SII, seguir el estado, descargar el PDF con timbre y recibir documentos de tus proveedores.
Autenticación por clave de API, idempotencia por header y paginación por cursor. Referencia OpenAPI y colección Postman.
Integración directa
Webhooks
Tu sistema se entera solo cuando el SII acepta, objeta o rechaza un documento. Sin polling.
Entrega firmada con HMAC, reintentos con retroceso exponencial, cola de fallidos y reenvío manual desde la aplicación.
Esta lista no tiene sección «próximamente»
A propósito. Publicar el logo de un ERP que todavía no tiene conector es cómo un cliente contrata pensando que su sistema ya está resuelto. Si necesitas un conector que no está acá, escríbenos: te decimos si está en plan y con qué prioridad, con nombre y fecha, o te decimos que no. Y mientras, el conector de archivo y la API cubren cualquier sistema que sepa exportar una planilla o hacer un POST.
Cómo funciona
Tu sistema no habla con el SII: habla con nosotros
Tu lado
Tu ERP o tu tienda
Emite la venta como siempre. No aprende nada del SII: ni tipos de DTE, ni folios, ni XML.
factit
Traduce, timbra, firma y envía
Toma tu documento, decide el tipo de DTE, consume el folio, arma el XML, lo firma y lo presenta. Y escribe de vuelta el folio y el estado.
El SII
Acepta, objeta o rechaza
Su veredicto vuelve como estado y como evento de webhook, con la glosa traducida a qué revisar.
La regla de arquitectura detrás de esto: un conector nunca construye XML ni decide reglas tributarias. Produce un documento en un formato canónico y toda la lógica del SII vive en un solo lugar. Es lo que hace que arreglar una regla la arregle para todos los conectores a la vez.
Lo que cubre la API
El ciclo completo, no solo emitir
Emisión
POST /api/dtes crea el documento, lo timbra y lo firma. Con Idempotency-Key, repetir la llamada no consume un folio extra.
Envío al SII
POST /api/envios arma el sobre y lo presenta. Devuelve el trackId del SII.
Seguimiento de estado
GET /api/dtes/:id trae el estado con la glosa del SII, y GET /api/envios/:id el del sobre.
PDF con timbre
GET /api/dtes/:id/pdf devuelve la representación impresa con el PDF417.
Envío al receptor
POST /api/dtes/:id/email despacha el XML firmado y el PDF a la casilla de intercambio del receptor.
Recepción
GET /api/inbound/dtes lista los documentos que te llegaron por intercambio, con su XML original.
Acuses
POST /api/inbound/dtes/:id/acknowledge y /recibo emiten el acuse y el recibo de mercaderías de la Ley 19.983.
Webhooks
POST /api/webhooks/subscriptions da de alta una suscripción, con secreto rotable y reenvío desde la cola de fallidos.
Boletas y libros
POST /api/boletas para el sobre de boletas, y /api/consumo-folios para el reporte diario de folios.
Conecta tu sistema esta semana
El sandbox te da una empresa completa con folios de prueba para escribir la integración antes de tocar nada real.
Sin tarjeta de crédito. La certificación ante el SII va incluida.