Presupuesto que se convierte en comprobante
Desarrollo propio para Abregu Instalaciones: el presupuesto aprobado pasa a comprobante y se emite con su CAE desde el mismo sistema, sin volver a cargar los datos en el portal.
Servicio
Facturación electrónica ARCA
Facturación electrónica ARCA
dentro de tu sistema
Que el comprobante salga desde donde ya trabajás — tu sistema de gestión, tu punto de venta o tu ERP — con el CAE resuelto en el momento y sin pasar por el portal de ARCA.
Qué cubre la integración
- CertificadosGeneración de la clave privada, el CSR y el archivo PKCS#12, alta del servicio y delegación de permisos con clave fiscal.
- WSAAAutenticación con ARCA: firma del pedido de acceso, obtención del ticket y renovación automática cuando vence.
- WSFEv1Emisión de comprobantes contra el web service de facturación electrónica, con respuesta en el momento.
- ComprobantesFacturas, notas de crédito y de débito, tipos A, B y C, varios puntos de venta y distintas alícuotas de IVA.
- CAE y QRGuardado del CAE con su vencimiento y generación del código QR obligatorio en el comprobante impreso o en PDF.
- ContingenciaQué hace el sistema cuando ARCA no responde: cola de reintentos, control de numeración y aviso al operador.
Dónde ya funciona
Integraciones hechas,
Integraciones hechas,
no teoría.
Punto de venta que factura en el mostrador
Aplicación de escritorio en .NET instalada en los puestos de trabajo de un comercio: se cierra la venta y el comprobante sale en el acto, con el CAE ya devuelto por ARCA.
El problema
Cargar la venta dos veces
Cargar la venta dos veces
no es facturar.
La escena se repite: el sistema de gestión registra la venta y después alguien la vuelve a cargar en el portal de ARCA para sacar la factura. El mismo dato se tipea dos veces, con el riesgo de error que eso implica, y el comprobante vive separado del sistema que maneja el stock y la cuenta corriente del cliente.
Cuando el volumen crece, aparecen los síntomas: números de comprobante salteados, facturas que quedaron sin emitir, totales que no coinciden entre el sistema y lo declarado, y un cierre de mes que se convierte en una auditoría manual.
Integrar la facturación resuelve el origen del problema: el comprobante se emite en el mismo acto en que se registra la operación, con el CAE devuelto por ARCA guardado junto a la venta. Un solo dato, una sola vez.
Cómo lo hago
Primero homologación.
Primero homologación.
Producción cuando ya funciona.
ARCA tiene un entorno de pruebas idéntico al real. Todo se valida ahí antes de emitir un comprobante que después no se puede borrar.
01
Relevamiento fiscal
Qué comprobantes emitís, con qué condición frente al IVA, cuántos puntos de venta usás y cómo se numeran hoy. Sin esto, cualquier integración arranca mal.
02
Certificados y permisos
Generación de la clave privada y el CSR, obtención del certificado en el portal y delegación del servicio de facturación.
Herramienta propia, de uso libre: generá la clave privada, el CSR y el archivo PKCS#12 desde el navegador, sin pelear con OpenSSL por línea de comandos.
Abrir el generador03
Integración en homologación
Conexión con WSAA y WSFEv1 desde tu sistema, emitiendo contra el entorno de pruebas: cada tipo de comprobante, cada alícuota y cada caso raro que tenga tu operación.
04
Comprobante y QR
Diseño del comprobante impreso o en PDF con todos los datos obligatorios, el CAE, su vencimiento y el código QR que exige la normativa.
05
Producción y acompañamiento
Cambio al entorno real, primera emisión supervisada y seguimiento durante el primer cierre de mes, que es cuando se ve si la numeración y los totales cierran de verdad.
Lo que nadie cuenta
Dónde fallan estas
Dónde fallan estas
integraciones.
El ticket de acceso. La autenticación con ARCA no se pide en cada factura: el ticket dura unas horas y hay que guardarlo y reutilizarlo. Pedirlo de más hace que ARCA rechace el pedido, y no tenerlo en cuenta es el error más común de las integraciones caseras.
La numeración. Antes de emitir hay que preguntarle a ARCA cuál fue el último comprobante autorizado para ese punto de venta y tipo. Si el sistema confía solo en su propio contador, tarde o temprano se saltea un número y el comprobante queda rechazado.
Los centavos. El total, el neto y el IVA tienen que cerrar exactamente según lo que espera ARCA. Un redondeo distinto en el sistema es motivo de rechazo, y el mensaje de error no siempre explica cuál de los importes está mal.
La caída del servicio. ARCA a veces no responde. Un sistema serio no puede frenar la venta por eso: necesita una cola de reintentos, un estado claro para el operador y una forma de completar después el comprobante pendiente.
Preguntas frecuentes
Lo que me preguntan
Lo que me preguntan
antes de empezar.
¿Sirve para cualquier sistema?
Sí, siempre que se pueda tocar el código o exponer un punto de integración. Trabajo sobre sistemas en PHP, .NET y Oracle, tanto web como de escritorio. Si el sistema es cerrado y no permite agregar nada, la alternativa es un módulo aparte que tome los datos de la base y emita el comprobante.
¿Cuánto tarda la implementación?
Una integración típica, con facturas A, B y C y un punto de venta, lleva entre dos y cuatro semanas: unos días de certificados y permisos, la integración en homologación y el período de pruebas con tus casos reales. Si hay varios puntos de venta, notas de crédito y formatos de impresión especiales, se extiende.
¿Qué necesitás de mi parte?
Tu clave fiscal para generar el certificado y delegar el servicio — eso lo hacés vos, no necesito tus credenciales —, la definición de qué comprobantes emitís y acceso al sistema donde hay que integrar. El resto corre por mi cuenta.
¿Y si soy monotributista?
También aplica. Cambia el tipo de comprobante (factura C) y el tratamiento del IVA, pero el mecanismo de certificados, autenticación y CAE es el mismo.
¿Qué pasa cuando ARCA está caído?
El sistema registra la operación igual y deja el comprobante en cola, con un estado visible para el operador. Cuando el servicio vuelve, se emite automáticamente y se completa el CAE. La venta nunca se frena por un problema del lado de ARCA.