Descargar la revisión que ampara un sello

GET
/api/document/{frmxId}/stamp/{stampHash}/pdf

Devuelve la revisión exacta del documento sobre la que se aplicó un sello NOM-151 — los bytes cuyo hash certifica el sello. El stampHash sale de GET /api/document/{frmxId}/stamps.

Esto es lo que permite que un tercero verifique el sello: necesita el documento como estaba en ese momento, no como está ahora.

Authorization<token>

Cada petición lleva Authorization: signmage {webId}:{firma}, donde firma es el Base64 de HMAC-SHA256(apiKey, cadenaFirmada).

Qué va dentro de cadenaFirmada depende de la petición:

PeticióncadenaFirmada
GETLa URI completa incluyendo el query string, exactamente como se envía
POST con JSONEl cuerpo JSON, re-serializado compacto (sin espacios ni salto de línea final)
POST multipartEl SHA-256 en Base64 del archivo, que además se manda en el header Content-SHA256

Dos detalles que conviene resolverlos desde el principio:

  1. En GET, la URI se firma tal como se envía, así que el orden y el encoding de los parámetros importan.
  2. En POST, la comparación se hace contra tu JSON re-serializado en forma compacta. Manda JSON compacto y canónico para que las firmas coincidan.

Una firma que no coincide devuelve 401 con el cuerpo vacío. Como la misma respuesta cubre un web ID desconocido, una llave inactiva y una firma que no coincide, revisa las tres cosas al diagnosticar.

En: header

Parámetros de ruta

frmxId*string

El id del documento.

stampHash*string

El hash del sello.

Cuerpo de la respuesta

application/json

text/plain

curl -X GET "https://example.com/api/document/string/stamp/string/pdf"
{  "name": "contrato.pdf",  "data": "JVBERi0xLjcNCiW1tbW1…"}