API de DocuSign: ¿Cómo agregar destinatarios "Copia Carbón" después de enviar?
Comprender los destinatarios de copia carbón en DocuSign
En el ámbito de las firmas electrónicas, la API de DocuSign ofrece herramientas robustas para automatizar los flujos de trabajo de documentos, pero añadir destinatarios después de la creación del sobre puede ser complicado. Los destinatarios de "copia carbón" (CC) son un rol de no firmante que recibe una copia del documento firmado para fines de visualización o mantenimiento de registros, sin necesidad de firmar o aprobar. Desde una perspectiva empresarial, esta funcionalidad es invaluable para los equipos de cumplimiento, los departamentos legales o los gerentes de ventas que necesitan estar notificados sin alterar la cadena de firmas. Sin embargo, la API de DocuSign tiene limitaciones en cuanto a las modificaciones una vez que se ha enviado un sobre, y exploraremos estas limitaciones en detalle.
Este artículo profundiza en los pasos prácticos para añadir destinatarios CC después de enviar un sobre a través de la API de eSignature de DocuSign. Cubriremos los requisitos previos, las llamadas a la API, las posibles trampas y las mejores prácticas, haciendo referencia a la documentación oficial y a las perspectivas de implementación del mundo real. Para las empresas que integran DocuSign, comprender estos matices puede prevenir interrupciones en el flujo de trabajo y garantizar procesos listos para la auditoría.

Fundamentos de la gestión de destinatarios de la API de DocuSign
Antes de añadir destinatarios CC después del envío, es crucial comprender el ciclo de vida del sobre de DocuSign. Un sobre representa un paquete de documentos, y una vez que se "envía", se vuelve activo, momento en el que las alteraciones están restringidas para proteger la experiencia del firmante y la integridad legal. La API REST de eSignature (v2.1) gestiona estas interacciones, requiriendo autenticación a través de JWT u OAuth para un acceso seguro.
Conceptos clave:
- Destinatarios: Incluye firmantes, aprobadores y CC. Los CC se añaden a través de la matriz
carbonCopiesen el objeto del destinatario. - Estado del sobre: Después del envío, los sobres están en estado "sent" o "delivered". Las modificaciones son limitadas; no se pueden añadir firmantes que requieran acción, pero los CC están permitidos ya que no alteran el orden de la firma.
- Puntos finales de la API: Utilice
/envelopes/{envelopeId}/recipientspara las actualizaciones.
Desde una perspectiva comercial, los precios de la API de DocuSign comienzan en $600 al año para el plan Starter, soportando hasta 40 sobres al mes, adecuado para integraciones pequeñas, pero las necesidades de alto volumen aumentan los costos.

Guía paso a paso: Añadir destinatarios CC después del envío
Añadir CC después del envío requiere el uso del modo correct o una solución alternativa de anular y reenviar, ya que la adición directa posterior al envío no siempre es sencilla. DocuSign recomienda planificar los destinatarios por adelantado, pero para escenarios dinámicos (por ejemplo, añadir gerentes basados en la lógica de negocios condicional), siga estos pasos. Este proceso asume que tiene una cuenta de desarrollador y un token de acceso a la API.
Requisitos previos
- Configuración de la API: Integre el SDK de DocuSign (para Java, .NET, PHP, etc.) o utilice llamadas REST sin procesar. Autentique con su clave de integración y ID de usuario.
- ID del sobre: Recupere el ID de la respuesta de envío inicial (por ejemplo, a través de un POST a
/envelopes). - Permisos: Asegúrese de que su cuenta permita la corrección de sobres (habilitada en "Features" bajo la configuración de Admin).
- Verificación del estado del sobre: Consulte
/envelopes/{envelopeId}para confirmar que está en estado "sent" y que ningún firmante ha completado acciones que bloqueen las alteraciones.
Consejo empresarial: Para las empresas, el plan Advanced API ($5,760 al año) desbloquea características como el envío masivo y los webhooks, que pueden notificar automáticamente a los CC al finalizar.
Método 1: Usar la corrección del sobre (recomendado para pequeños cambios)
La función "Correct" de DocuSign permite modificaciones en curso sin anular el sobre, adecuada para añadir CC.
-
Iniciar la corrección:
- PUT a
/envelopes/{envelopeId}/correctcon un cuerpo de:
Esto pausa temporalmente el sobre.{ "clientUserId": "optional_client_id", "correctInProgress": true }
- PUT a
-
Añadir destinatarios CC:
- POST a
/envelopes/{envelopeId}/recipientscon los detalles del CC:{ "carbonCopies": [ { "email": "cc@example.com", "name": "John Doe", "recipientId": "unique_id_for_cc", // Por ejemplo, "CC1" "routingOrder": 0 // Los CC no afectan el orden } ], "resendEnvelope": false // No reenviar notificaciones todavía }recipientIddebe ser único; evite conflictos con los destinatarios existentes.- Opcional: Añada
accessControlpara el acceso CC protegido por contraseña.
- POST a
-
Reenviar o notificar:
- PUT de nuevo a
/envelopes/{envelopeId}/correctpara reanudar:
El CC recibirá una copia una vez que el sobre se complete o según lo solicitado.{ "resendEnvelope": true // Dispara correos electrónicos para el nuevo CC }
- PUT de nuevo a
Posibles trampas: Si el sobre está "completed", no se puede corregir; utilice webhooks a través de la función Connect (plan Advanced) para monitorear el estado.
Método 2: Anular y reenviar (para escenarios complejos)
Si la corrección no es factible (por ejemplo, debido a las acciones del firmante), anule el sobre y vuelva a crearlo con el nuevo CC.
-
Anular el sobre:
- PUT a
/envelopes/{envelopeId}:{ "status": "voided", "voidedReason": "Adding CC recipient" }
- PUT a
-
Volver a crear con CC:
- POST a
/envelopescon la carga útil original, más el CC en el objetorecipients:{ "emailSubject": "Updated Document", "documents": [/* original docs */], "recipients": { "signers": [/* original signers */], "carbonCopies": [ { "email": "cc@example.com", "name": "John Doe", "recipientId": "CC1" } ] }, "status": "sent" }
- POST a
-
Notificar a los firmantes originales: Utilice
/envelopes/{newEnvelopeId}/recipients/{recipientId}/resendpara cada firmante para reanudar.
Observación empresarial: Este método incurre en costos adicionales de uso del sobre (por ejemplo, ~100 sobres por usuario por año en Business Pro, $480/usuario/año), por lo que es adecuado para correcciones de bajo volumen. Utilice los paneles de control a través de la API para rastrear las cuotas para la gestión.
Mejores prácticas y limitaciones
- Manejo de errores: Los errores comunes incluyen 400 (destinatario no válido) o 403 (permisos insuficientes). Siempre valide primero con un GET a
/envelopes/{envelopeId}/recipients. - Pruebas: Utilice el Developer Sandbox de DocuSign (gratis) para la simulación sin consumir sobres de producción.
- Cumplimiento: La adición de CC mantiene un rastro de auditoría, cumpliendo con los estándares ESIGN/UETA, pero registre las razones para evitar disputas.
- Alternativas de automatización: Para necesidades frecuentes posteriores al envío, integre webhooks (plan Advanced) para disparar notificaciones externas en lugar de modificaciones de la API.
En la práctica, las empresas informan de ganancias de eficiencia del 20-30% al automatizar estas operaciones a través de scripts SDK, pero para operaciones de alta escala, considere los planes personalizados Enterprise para ajustes ilimitados.
¿Está comparando plataformas de firma electrónica con DocuSign o Adobe Sign?
eSignGlobal ofrece soluciones de firma electrónica más flexibles y rentables con cumplimiento global, precios transparentes y una incorporación más rápida.
👉 Comience una prueba gratuita
Comparación de DocuSign con competidores clave
Para proporcionar una perspectiva equilibrada, comparemos las capacidades de la API de DocuSign con alternativas como Adobe Sign, eSignGlobal y HelloSign (ahora Dropbox Sign). Esta tabla, basada en datos públicos de 2025, destaca los precios, la gestión de destinatarios y las fortalezas regionales para ayudar a las empresas en las decisiones de selección de proveedores.
| Característica/Aspecto | DocuSign | Adobe Sign | eSignGlobal | HelloSign (Dropbox Sign) |
|---|---|---|---|---|
| Precios de la API (Starter) | $600/año (40 sobres/mes) | $10/usuario/mes (API básica incluida) | Incluido en el plan Pro (contactar con ventas) | $15/usuario/mes (API en Pro) |
| Adición de CC posterior al envío | A través de corrección/anulación (limitado) | Soporte a través de actualizaciones de la API | Soporte de API para destinatarios dinámicos | Básico a través de reenvío; Avanzado en Enterprise |
| Límites de sobres | ~100/usuario/año (Business Pro) | Ilimitado con complementos | 100 documentos/año (Essential) | 20 documentos/mes (Essentials) |
| Asientos de usuario | Por asiento ($25-40/mes) | Por asiento ($10-40/mes) | Ilimitado (sin tarifas de asiento) | Por asiento ($15-40/mes) |
| Cumplimiento regional | Fuerte en EE. UU./UE (ESIGN/eIDAS) | Global, incluyendo base APAC | 100+ países; optimizado para APAC | EE. UU./UE enfocado; APAC limitado |
| Facilidad de integración | SDK robusto; webhooks (Advanced) | Ecosistema de Adobe; Zapier | Webhooks, SSO; iAM Smart/Singpass | Integración de Dropbox; API simple |
| Mejor para | Automatización empresarial | Flujos de trabajo creativos/de documentos | Equipos APAC, sensibles a los costos | SMB que necesitan almacenamiento en la nube |
Esta comparación muestra que DocuSign sobresale en la profundidad de la API madura, pero a un costo más alto, mientras que los competidores ofrecen flexibilidad para nichos específicos.
Enfoque en Adobe Sign
Adobe Sign, parte de Adobe Document Cloud, ofrece una API perfecta para la gestión de destinatarios, incluyendo una adición de CC posterior al envío más fácil a través de su punto final de API "Amend". Los precios son competitivos, comenzando en $10/usuario/mes para la base, escalando a Enterprise personalizado. Es adecuado para empresas ya en la suite de Adobe, ofreciendo un robusto manejo de PDF y cumplimiento global, aunque la latencia de APAC puede ser una preocupación.

Enfoque en eSignGlobal
eSignGlobal se posiciona como un jugador global, cumpliendo con las regulaciones en más de 100 países principales, con una fuerte presencia en la región de Asia-Pacífico (APAC). El panorama de la firma electrónica en APAC está fragmentado, con altos estándares y regulaciones estrictas; a diferencia de los marcos ESIGN/eIDAS de EE. UU./UE, APAC requiere soluciones de "integración de ecosistemas". Esto significa una profunda conexión a nivel de hardware/API con las identidades digitales gubernamentales (G2B), una barrera técnica mucho más allá de la verificación de correo electrónico o los patrones de autodeclaración comunes en Occidente. eSignGlobal aborda esto con integraciones nativas como iAM Smart en Hong Kong y Singpass en Singapur, asegurando la validez legal sin costos adicionales.
Los precios son asequibles, con su plan Essential a $16.6/mes anuales, permitiendo hasta 100 firmas de documentos, asientos de usuario ilimitados y verificación a través de códigos de acceso. Este valor impulsado por el cumplimiento lo hace competitivo con DocuSign y Adobe Sign, especialmente para equipos transfronterizos que buscan un TCO más bajo.

¿Busca una alternativa más inteligente a DocuSign?
eSignGlobal ofrece soluciones de firma electrónica más flexibles y rentables con cumplimiento global, precios transparentes y una incorporación más rápida.
👉 Comience una prueba gratuita
Reflexiones finales sobre la elección de la firma electrónica
Para las empresas que navegan por flujos de trabajo impulsados por la API, DocuSign sigue siendo una opción confiable, aunque las modificaciones posteriores al envío requieren una planificación cuidadosa. Con el auge de las alternativas, considere las necesidades regionales: eSignGlobal destaca como una opción neutral y orientada al cumplimiento para operaciones orientadas a APAC. Evalúe en función de su capacidad, integraciones y geografía para una coincidencia óptima.