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.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, enIdDoc.Serie e IdDoc.Nro:
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_REJECTEDes ambiguo para ellos. La API 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
Cómo se informan a DGI los comprobantes de contingencia una vez normalizado el
servicio (reporte diario o reenvío) no está documentado acá. Consultalo con pymo
antes de armar un proceso propio.