No hay endpoints separados de contingencia. La contingencia se emite por el mismo POST /v1/companies/{rut}/sendCfes/{branchOffice}, usando el tipo de CFE de contingencia correspondiente (verificado en el código del gateway: la tabla de tipos es una sola y las rutas no tienen variantes _cont).

​
Mapeo tipo normal → tipo contingencia

Los tipos de contingencia usan CAEs propios (numeración separada): la empresa debe tener cargada numeración de contingencia para poder emitirlos - ver GET /v1/companies/{rut}/cfesActiveNumbers.

​
La diferencia práctica: la numeración la ponés vos

Es el cambio que rompe una integración si no se conoce. En los tipos normales el gateway asigna serie y número desde el CAE, y mandarlos no hace nada. En los tipos de contingencia tenés que mandarlos vos, en IdDoc.Serie e IdDoc.Nro:
La lista es exacta y no tiene excepciones: los veintiún tipos 2xx llevan serie y número propios, y los veintiún tipos 1xx los reciben del CAE. Si la serie o el número no son válidos, el comprobante queda en BAD_CUSTOM_SERIE_NUMBER.

​
Qué le pasa a un comprobante de contingencia después

Dos cosas que sólo les pasan a estos:
  • Se pueden reliquidar. DGI puede devolver un CFC reliquidado, y el estado queda en PROCESSED_RELIQUIDATED. Los comprobantes normales nunca pasan por ahí.
  • PROCESSED_REJECTED es ambiguo para ellos. El gateway usa el mismo valor para un CFE rechazado y para un CFC observado, así que el estado por sí solo no distingue los dos casos (ver Emisión).

​
Cuándo corresponde usar contingencia

El criterio es de DGI, no de esta API. Cuántos fallos o cuánto tiempo sin respuesta habilitan emitir en contingencia, y por cuánto, es una regla del régimen, y no está codificada en el gateway: no hay un umbral ni un modo que se active solo. El gateway sólo registra la condición, con CAN NOT CONNECT TO DGI. Use contingency cuando no logra conectarse.Es exactamente el tipo de decisión de la sección Cuándo parar y preguntar: consultalo con el contador de la empresa antes de emitir en contingencia, no lo deduzcas del comportamiento de la API.
Sin verificar: el mecanismo por el que los comprobantes de contingencia se informan a DGI una vez normalizado el servicio (reporte diario contra reenvío) no está reproducido acá. El stack local no llegó a emitir un CFE aceptado, así que la reconciliación no se pudo observar de punta a punta. Queda como pregunta abierta al equipo de pymo.