​
PDF (representación impresa)

Devuelve el PDF del CFE. El cfeId es el id interno que devuelve la emisión (o GET .../sentCfes). Verificado en local: responde 200 con content-type: application/pdf (un CFE real dio 34.579 bytes). El PDF se genera en el gateway, no se pide a DGI, y requiere que la empresa tenga logo cargado.

​
Verificación pública por QR

El gateway arma el QR por vos: la emisión ya devuelve qrUrl y securityCode (los primeros 6 del sentXmlHash) - el integrador no construye la URL. Su forma (verificado en el código del gateway):
El endpoint público que resuelve esa URL:
Este endpoint no se publica en la referencia: toma la carga entera del QR como una sola clave de query separada por comas, que no se puede describir en OpenAPI, y quien lo llama es la persona que escanea el ticket, no el integrador. La forma de la URL, que es lo que sí necesitás, es la de arriba.
  • Match válido → 200 application/pdf (la representación impresa del CFE). Verificado en local con un CFE real (34.581 bytes).
  • No existe → 412 UNEXISTENT_INSTANCE. Verificado en local.
Es público (sin sesión): es la URL que DGI exige codificar en el QR impreso.

​
XML del sobre + adenda

Devuelve el sobre firmado tal como viajó a DGI, en application/xml.
Existe además GET /v1/companies/{rut}/sentSobreXml, que devuelve el XML de los sobres enviados, pero no está en la superficie publicada: quedó fuera al decidir qué endpoints se documentan. Si lo necesitás para tu integración, pedilo y se evalúa; no lo uses a partir de esta mención.
PDF y QR verificados contra el gateway local (respuestas y content-type reales). El QR lo arma el gateway y viaja en la respuesta de emisión (qrUrl).