Firmas electrónicas dentro de Salesforce, sin un paquete gestionado
Una oportunidad pasa a Cerrada/Ganada y el contrato se envía para su firma por sí solo. El firmante lo completa y el registro se actualiza automáticamente: se cambia la etapa, se adjunta el documento y se activa el siguiente paso. Nadie abrió una nueva pestaña, nadie hizo clic en enviar y nadie pagó por otra licencia de usuario para que esto sucediera.
Una forma más ligera de añadir la firma electrónica a Salesforce
Esa es la versión de la integración de firma electrónica de Salesforce que la mayoría de los equipos realmente quieren, y llegar allí no requiere una instalación pesada de AppExchange. Firma.dev se conecta a través de los bloques de construcción estándar de Salesforce que sus administradores ya utilizan: Flow, Servicios Externos, Apex y Agentforce. Se registra una vez, se conecta a las automatizaciones que le interesan y la firma se convierte en un paso más del proceso.
La ruta de AppExchange tiende a agrupar un paquete gestionado, precios por puesto y una configuración que asume que todos los que tocan un contrato necesitan una licencia de pago. Para muchas organizaciones, ese cálculo no tiene sentido. Unas pocas personas envían acuerdos, muchas personas necesitan visibilidad y el recuento de licencias crece de todos modos.
¿Listo para construirlo?
Lee la guía técnica completa de Salesforce.
Lo que realmente puedes hacer
Tres resultados cubren la mayor parte de lo que un equipo de Salesforce necesita de la firma, y ninguno de ellos requiere que escribas código en la ruta sin código.
Enviar para firma automáticamente desde Flow
Cuando un registro cumple con una condición que usted defina, Flow envía la plantilla correcta al firmante adecuado. Un 'Cerrado ganado' en una Oportunidad, un Contrato aprobado, un Presupuesto aceptado, cualquier cosa en la que se base su proceso.
Registra la especificación OpenAPI de Firma.dev como un Servicio Externo una sola vez, y "Crear y enviar solicitud de firma" aparece como una acción que puede colocar en cualquier Flow activado por registro. Esto es configurable por el administrador y no necesita un desarrollador para la ruta estándar.
Redirigir el resultado de vuelta al registro
El envío es solo la mitad del trayecto. Cuando el firmante termina, Salesforce recibe un evento de webhook y el registro se actualiza por sí solo. La Oportunidad cambia de fase, el PDF firmado se guarda en el Contrato, el objeto personalizado pasa a Completado. Sus representantes ven el estado actual sin tener que perseguir a nadie ni consultar un panel de control independiente.
Permite que Agentforce envíe bajo petición
Si utiliza Agentforce, puede habilitar la firma como una acción del agente. Un representante solicita al agente que envíe el acuerdo de confidencialidad (NDA) estándar a un contacto, el agente confirma la plantilla y los detalles del firmante, y solo entonces se envía la solicitud.
Ese paso de confirmación es importante, porque estos documentos llegan a partes externas y usted no querrá que un agente envíe contratos sin una revisión humana previa.
La diferencia de coste
Los modelos de precios son el verdadero contraste, por lo que vale la pena ser claros al respecto. Firma.dev es de pago por uso a 0,029 € por sobre (~3 ¢ USD). Sin licencias por usuario, sin mínimo anual y sin contrato que negociar antes de enviar tu primer documento.
Paga por sobres, no por asientos
DocuSign para Salesforce se licencia por usuario y año. Ese modelo juega en su contra en el caso habitual de que solo un grupo reducido de personas envíe acuerdos, pero todo el equipo necesite ver el estado. Termina pagando por la visibilidad en lugar de por el uso. Con el precio por sobre, usted paga por los documentos que realmente se envían, y nada más.
Nota multiinquilino para ISV en AppExchange
Si va a crear una aplicación de AppExchange que requiere firma para cada organización de sus clientes, las áreas de trabajo del cliente gestionan el aislamiento por usted. Cada cliente dispone de un área de trabajo privada con sus propias plantillas y su propio uso de sobres, perfectamente separada de la de los demás clientes. La configuración se encuentra en la guía de áreas de trabajo del cliente.
Cómo configurarlo
La guía completa está en la documentación, no aquí. La configuración de la credencial nombrada (Named Credential), el registro del servicio externo (External Service), la creación del flujo (Flow), la vinculación de la clase invocable de Apex (Apex invocable), la adición de la acción de Agentforce y la gestión de los webhooks de vuelta a Salesforce están documentados paso a paso en la guía técnica. Esta página es el porqué y el qué. La guía es el cómo.
Instalación completa, paso a paso.
Lee la guía técnica completa de Salesforce.
