VAMOSign

Envía documentos para firmar desde tu propio sistema, con API o MCP

Respuesta corta: crea una clave de API en Desarrolladores de VAMOSign y llama a cinco acciones por REST o MCP. Tu sistema, un script o un asistente de IA envía la solicitud, los firmantes reciben sus enlaces por correo, y un webhook avisa a tu sistema cuando un documento está firmado y sellado. Enviar un documento y consultar su estado funcionan en todos los planes.

Paso a paso

Un ejemplo: un sistema de gestión de casos que envía una carta de encargo cuando se abre un caso.

  1. Una vez · Tú

    Abres Desarrolladores en VAMOSign y creas una clave de API para el espacio de trabajo.

  2. Una vez · Tú

    Añades un webhook: una dirección de tu sistema y los eventos que quieres, por ejemplo document.sealed.

  3. Se abre un caso · Tu sistema

    Tu sistema llama a send_for_signature con el documento, un título y el nombre y el correo de los firmantes. Por REST o como herramienta MCP, es la misma acción.

  4. Ese mismo segundo · VAMOSign

    VAMOSign responde con el id de la solicitud y envía a cada firmante su enlace por correo.

  5. Más tarde · Los firmantes

    Los firmantes firman en el navegador, como en cualquier solicitud.

  6. Cada firma · VAMOSign

    VAMOSign envía signature.completed a tu webhook. El cuerpo va firmado con HMAC-SHA256 en la cabecera X-Signer-Signature, para que tu sistema compruebe que viene de VAMOSign.

  7. Al terminar · VAMOSign

    VAMOSign envía document.sealed. Tu sistema llama a check_status con el id para leer quién firmó y cuándo.

  8. En cualquier momento · Tú

    Desarrolladores muestra cada entrega de webhook, también las que fallaron.

Cuánto cuesta

send_for_signature y check_status funcionan en todos los planes, sin coste. bulk_send, create_self_sign_link y request_new_version necesitan Better, 99 kr al mes, sin IVA. En un plan inferior, la API responde qué plan necesitan.

Lo que no hace

  • No necesita un SDK. Es REST normal y el Model Context Protocol.
  • No deja que una clave actúe fuera de su propio espacio de trabajo.
  • No oculta un webhook fallido. Cada intento de entrega está en el registro.

Preguntas

¿Cuáles son las cinco acciones?
send_for_signature, check_status, bulk_send, create_self_sign_link y request_new_version.
¿Qué eventos de webhook hay?
signature.completed, document.sealed, request.declined y bulk.started.
¿Dónde está el servidor MCP?
POST https://app.vamosign.com/mcp, con la clave de API del espacio de trabajo como token bearer.
¿Dónde está la API REST?
https://app.vamosign.com/v1/, con la misma clave.