¿Qué es una factura de contingencia (situación 2 y 3)?

En la facturación electrónica de Costa Rica, cada comprobante lleva un código de situación que le dice a Hacienda en qué condición se emitió. Casi siempre es 1 (Normal): generás, firmás y Hacienda lo recibe al instante. Pero cuando hay una falla que impide ese envío en tiempo real, existe la contingencia.

La clave está en entender qué se difiere y qué no. En contingencia no se posterga la facturación: el comprobante se crea y se firma con XAdES exactamente igual, y se le entrega al cliente su factura con el PDF y el XML. Lo único que se aplaza es la recepción por parte de Hacienda, que ocurre apenas se restablezca la comunicación.

Las dos son contingencia y en las dos el comprobante se emite y se firma. Lo que cambia es qué falló:

En la práctica, la duda típica es: «se cayó el sistema, ¿puedo seguir vendiendo?». Sí. La contingencia existe justamente para que un problema técnico no te frene la caja: emitís en situación 2 o 3 y regularizás luego.

La versión 4.4 —obligatoria desde el 1 de setiembre de 2025, con la prórroga que arrancó el 1 de junio— mantiene el código de situación como campo obligatorio de todo comprobante y conserva la contingencia. Dentro de TRIBU-CR, la plataforma que reemplazó a ATV, la regla de fondo es la misma:

• Seguís obligado a emitir y firmar el comprobante en el momento de la venta, aunque no puedas enviarlo. La contingencia no te exime de facturar.
• El comprobante debe transmitirse a Hacienda apenas se restablezca el servicio, dentro del plazo que fija la resolución vigente. No es «cuando me acuerde».
• El receptor debe recibir su comprobante (PDF y XML) igual que en una venta normal, con la clave numérica que lo identifica.

En Plaxp la contingencia es un campo, no un dolor de cabeza. Al emitir, mandás codigo_situacion con 2 o 3 y el resto lo maneja el sistema:

• Emite y firma igual. Genera el XML 4.4 y lo firma con XAdES de inmediato, así el cliente recibe su comprobante aunque Hacienda no esté disponible.
• Marca la situación en la clave. El dígito de situación (2/3) queda escrito dentro de la clave numérica de 50 dígitos y en el XML, como exige el formato.
• Regulariza solo. Un proceso en segundo plano rescata los comprobantes que no llegaron a Hacienda por una falla transitoria, los re-firma y los reenvía, y consulta el estado hasta que Hacienda responde.
• Te deja ver el resultado. Cuando Hacienda por fin acepta (o rechaza), lo consultás por la clave — mirá cómo consultar el estado.

{
  "tipo_documento": "01",
  "codigo_situacion": 3,        // 1=Normal · 2=Contingencia · 3=Sin internet
  "condicion_venta": "01",
  "medios_pago": [{ "tipo": "01", "monto": 5650 }],
  "receptor": {
    "tipo_identificacion": "01",
    "identificacion": "123456789",
    "nombre": "Cliente de mostrador",
    "correo": "[email protected]"
  },
  "lineas": [{
    "codigo_cabys": "5610000000000",
    "detalle": "Almuerzo del día",
    "cantidad": 1,
    "precio_unitario": 5000,
    "codigo_tarifa": "08",       // 08 = IVA 13%
    "tarifa": 13
  }]
}

Sábado al mediodía, la soda está llena y se cae el internet del barrio. Sin contingencia, la caja se paraliza. Con contingencia, la operación sigue: cada almuerzo de ₡5.000 + IVA 13% (₡650) = ₡5.650 se factura con codigo_situacion: 3 (Sin internet). El comprobante se firma, el cliente se lleva su tiquete y la fila avanza.

Una hora después vuelve el internet. El proceso de regularización de Plaxp toma todos los comprobantes que quedaron pendientes de esa ventana y los transmite a Hacienda en orden, con su clave y su código de situación. Si alguno vuelve rechazado, aparece en el catálogo de errores de Hacienda con la causa para corregirlo.