En la mayoría de los casos no. Trabajamos con un módulo satélite que se comunica con el ERP existente por API o por tablas de intercambio. El núcleo del sistema heredado queda intacto, y eso reduce el riesgo de regresión en la operación diaria.

El conector registra el código de respuesta, el payload enviado y la marca de tiempo. A partir de ahí se decide si el comprobante se corrige y se reenvía o si entra en modo contingencia. La trazabilidad queda en la base para cualquier revisión posterior.

Los certificados se almacenan cifrados y se referencian por identificador, nunca embebidos en el código. La firma se aplica en una capa separada del transporte, de modo que un cambio de certificado no obliga a tocar la lógica contable ni el flujo de emisión.

Depende del estado del ERP y del volumen de comprobantes. Un conector básico con emisión y acuse puede quedar operativo en pocas semanas; la conciliación de estados y el modo contingencia suelen requerir una segunda etapa. Preferimos dar un rango después de ver el esquema real.

Sí. Cada envío queda con su identificador, su respuesta y el usuario o proceso que lo originó. Eso permite reconstruir qué se emitió, cuándo y con qué resultado sin depender de logs sueltos del servidor.

Trabajamos de forma remota con equipos en todo el país. Las reuniones técnicas y las revisiones de esquema se hacen por videollamada, y el código queda en repositorios del cliente. La cercanía física no es un requisito para el acompañamiento.