BoldSign a MCP: firmas electrónicas, estado de los firmantes, PDF firmados, registros de auditoría y plantillas en cualquier agente de IA

💡 ¿Sin instalación? Usa cloud.anythingmcp.com directamente. Inicia sesión, pulsa Connectors → BoldSign, pega tus credenciales, genera una MCP API key y listo. Sin Docker, sin git clone, sin servidor local.

BoldSign

Firmas electrónicas de BoldSign en la región de EE. UU., UE, Canadá o Australia: encuentra documentos y ve quién ha firmado, descarga PDF firmados y registros de auditoría, envía archivos o plantillas para firmar, recuerda, amplía el plazo, cambia firmantes y rellena campos de antemano, y consulta plantillas, identidades de remitente, contactos, equipos, usuarios, marcas y créditos de API.

Configuración

La configuración lleva unos 2 minutos. Necesitas un plan de BoldSign que incluya la API o una cuenta Sandbox gratuita.

1. Inicia sesión en BoldSign (https://app.boldsign.com, cuentas de la UE https://app-eu.boldsign.com) y abre API en el menú de la izquierda, luego API Key.
2. Haz clic en Generate API Key, elige Sandbox (gratis, documentos con marca de agua, 50 solicitudes por hora) o Live, pon si quieres una fecha de validez y copia la clave en BOLDSIGN_API_KEY. Se envía en la cabecera X-API-KEY y tiene todos los permisos.
3. Pon en BOLDSIGN_API_URL la dirección de la API de la región de tu cuenta, sin barra final: https://api.boldsign.com (EE. UU.), https://api-eu.boldsign.com (UE), https://api-ca.boldsign.com (Canadá) o https://api-au.boldsign.com (Australia). La dirección del navegador tras iniciar sesión te indica la región: app-eu es la UE, app-ca Canadá, app-au Australia y app a secas EE. UU.
4. Instala el conector y ejecuta boldsign_list_documents para comprobar clave y región.

Encontrar documentos y ver quién ha firmado:

• boldsign_list_documents lista los documentos que enviaste o recibiste, del más reciente al más antiguo, con estado, remitente, estado de cada firmante, cc, etiquetas y fechas. Puedes filtrar por texto, status (WaitingForMe, WaitingForOthers, NeedAttention, Completed, Declined, Revoked, Expired, Draft, Scheduled), transmit_type (Sent, Received, Both), un rango sobre la fecha de envío o de vencimiento, etiquetas, marcas y email del remitente o del firmante.
• boldsign_list_team_documents muestra los documentos de tu equipo (los administradores de equipo: de los equipos que gestionan), filtrables por equipo y usuario. boldsign_list_behalf_documents muestra los documentos enviados en nombre de otros mediante una identidad de remitente, o los que otros enviaron en tu nombre.
• boldsign_get_document lee un documento completo: archivos, cada firmante con orden, estado, si lo ha visto, autenticación y valores de los campos, cc, el historial de eventos, vencimiento, ajustes de recordatorios y el posible motivo de revocación o rechazo.

Archivos firmados: boldsign_download_document devuelve el PDF firmado cuando el documento está completado y, si no, su estado actual; varios archivos llegan en un único PDF combinado o, con el formato Individually, en un ZIP. boldsign_download_audit_log devuelve el PDF del registro de auditoría con cada evento (enviado, visto, firmado, rechazado), su hora, email y dirección IP. Para documentos enviados en nombre de alguien, indica el email de la identidad de remitente en on_behalf_of.

Enviar para firmar:

• Desde una plantilla: boldsign_list_templates, luego boldsign_get_template para los índices de rol y los ids de campo, y después boldsign_send_from_template con una entrada en roles por rol (roleIndex, signerName, signerEmail y, opcional, existingFormFields para rellenar de antemano). Los roles que no indiques conservan el firmante predeterminado de la plantilla; role_removal_indices quita roles de este documento.
• Un archivo: boldsign_send_document acepta archivos PDF, Word o imágenes como URL públicas en file_urls (BoldSign los descarga) o como data URI en Base64 en files, nunca ambos. Cada firmante tiene name, emailAddress y, opcionales, signerOrder, signerType (Signer, Reviewer o InPersonSigner) y formFields (Signature, Initial, CheckBox, TextBox, DateSigned, RadioButton, Dropdown, Name, Email, cada uno con página y bounds). En lugar de colocar campos puedes usar etiquetas de texto escritas en el documento (use_text_tags) o dejar que BoldSign convierta en campos los campos de formulario y las líneas en blanco que ya tiene (auto_detect_fields).
• Ambos aceptan título y mensaje, cc, orden de firma, vencimiento (Days por defecto, 60 días; Hours o SpecificDateTime), recordatorios automáticos, una marca, etiquetas y on_behalf_of para una identidad de remitente en estado Verified. disable_emails no envía emails; entonces boldsign_get_embedded_sign_link da un enlace de firma directo por firmante, con duración limitada y dirección de redirección si quieres. boldsign_send_draft envía un documento guardado como borrador.
• El envío es asíncrono: la respuesta trae enseguida el documentId, y poco después boldsign_get_document muestra si salió (un envío fallido aparece en su historial).

Enviar es real: enviar, recordar, cambiar un firmante y crear una identidad de remitente manda emails a personas reales, un documento Live es jurídicamente vinculante y puede consumir créditos de API. La IA te muestra el archivo o la plantilla, los firmantes y el mensaje, y solo envía tras tu sí claro.

Seguimiento: boldsign_remind_document recuerda a todos los firmantes pendientes o solo a los emails indicados. boldsign_extend_expiry mueve el vencimiento de un documento en curso: una fecha yyyy-MM-dd si vence en días, un número de horas si vence en horas, una fecha y hora ISO 8601 si tiene un vencimiento concreto. boldsign_change_recipient sustituye a un firmante que aún no ha firmado, con un motivo que queda en el registro de auditoría. boldsign_prefill_fields fija valores de campos antes de que los firmantes los rellenen (ids de campo de boldsign_get_document).

Cuenta: identidades de remitente con boldsign_list_sender_identities, boldsign_get_sender_identity y boldsign_create_sender_identity (BoldSign envía a la persona una solicitud de aprobación por email; la identidad se puede usar cuando su estado es Verified, y los estados son Pending, Verified y Denied). Contactos con boldsign_list_contacts, boldsign_get_contact, boldsign_create_contacts y boldsign_update_contact. Equipos, usuarios (rol Admin, TeamAdmin o Member, estado Active o Invited) y marcas son de solo lectura. boldsign_get_api_credits muestra el saldo de créditos y cuántos se han usado.

Desactivadas al instalar: boldsign_revoke_document (detiene la firma y explica el motivo a los firmantes; el documento no se puede reanudar) y boldsign_delete_document (lo mueve a la papelera o lo borra para siempre con delete_permanently). Ninguna se puede deshacer, así que un administrador del workspace las activa cuando el equipo las necesita.

Formatos de datos: los ids son cadenas GUID (documentId, templateId). Fechas como createdDate, activityDate y expiryDate son marcas de tiempo Unix en segundos; los filtros aceptan ISO 8601 (2026-10-01T00:00:00Z). El estado del documento es InProgress, Completed, Declined, Expired, Revoked, Draft o Scheduled; el del firmante, NotCompleted, Completed, Declined, Revoked o Expired. Los roles de las plantillas se numeran desde 1. Los bounds de los campos (x, y, width, height) se miden desde la esquina superior izquierda de la página, y los ids de campo solo usan letras, dígitos y guiones bajos.

Paginación: las herramientas de listado aceptan page (desde 1) y page_size (de 1 a 100, 10 por defecto) y devuelven pageDetails con totalRecordsCount y totalPages, además de los elementos en result (results para equipos). Más allá de 10.000 documentos la IA pasa el cursor del último documento como next_cursor.

Límites: 2.000 solicitudes por hora y cuenta en Live y 50 en Sandbox, sumando clave de API y OAuth. Los documentos de Sandbox llevan marca de agua. En los planes por créditos, cada documento enviado por la API consume créditos.

Errores comunes: 401 significa una clave incorrecta o caducada, o una clave usada contra la dirección de otra región. 403 significa que el plan no incluye la API o que el usuario no puede ver el elemento. 400 llega con un mensaje cuando la entrada no es válida, por ejemplo un índice de rol desconocido, falta el email de un firmante o BoldSign no puede leer el archivo. 429 significa que se alcanzó el límite por hora; espera hasta X-RateLimit-Reset.

El conector no crea ni edita plantillas, no gestiona webhooks, no crea equipos, usuarios ni marcas y no elimina contactos.

Requisitos previos: BOLDSIGN_API_URL, BOLDSIGN_API_KEY

Instalar el conector localmente

curl -fsSL https://raw.githubusercontent.com/HelpCode-ai/anythingmcp/main/docker-compose.quickstart.yml -o docker-compose.yml
printf 'JWT_SECRET=%s\nENCRYPTION_KEY=%s\n' "$(openssl rand -hex 32)" "$(openssl rand -hex 32)" > .env
docker compose up -d

Abre http://localhost:3000/connectors/store, elige BoldSign e introduce las variables listadas en los Requisitos previos.

Herramientas disponibles

Ejemplos de prompts

• "¿Qué documentos siguen esperando la firma de otros, y quién exactamente no ha firmado todavía?"
• "¿Ha firmado [email protected] el NDA que enviamos el lunes? Muéstrame el historial de eventos."
• "Descarga el PDF firmado y el registro de auditoría del contrato de servicios con Acme."
• "Envía nuestra plantilla de contrato freelance a [email protected] como contratista. Muéstrame los roles y el mensaje antes de enviarla."
• "Recuerda a los firmantes pendientes del contrato de alquiler y amplía su vencimiento hasta el 30 de noviembre."

Siguientes pasos

• Conectar a Claude
• Conectar a ChatGPT