Actualizaciones de producto de mayo de 2026

Este mes hemos lanzado seis actualizaciones que abarcan la personalización de marca, la UX de firma y un control de API mucho más granular sobre la experiencia de firma. Esto es lo nuevo.

Subida de logotipos de empresa y de workspace

Ahora puede subir su propio logotipo para que aparezca en los certificados de firma y en los correos electrónicos de notificación. Suba un archivo PNG o JPEG (de hasta 2 MB) a través de Configuración > Apariencia, o gestione los logotipos mediante programación a través de la API. Los logotipos se muestran a un máximo de 180x50 px en los certificados, manteniendo su relación de aspecto original.

La cadena de prioridad funciona de la misma manera que otros ajustes en cascada en Firma.dev: el logotipo del workspace anula el logotipo de la empresa, que a su vez anula el predeterminado. Si gestiona una configuración multimarca con Workspaces de cliente, cada workspace puede llevar su propia marca. Cuando no se establece ningún logotipo personalizado, los certificados muestran el logotipo predeterminado de Firma.dev.

Endpoints de la API: POST /company/logo y DELETE /company/logo para la personalización a nivel de empresa. POST /workspaces/{id}/logo y DELETE /workspaces/{id}/logo para la personalización a nivel de workspace. El campo icon_url en las respuestas GET devuelve una URL de acceso público para la compatibilidad con el correo electrónico. Todos los detalles están en el Changelog de la API v1.19.0.

Control de navegación guiada

Por defecto, Firma.dev desplaza automáticamente a los firmantes al siguiente campo obligatorio tras completar cada uno de ellos. Esto funciona bien para formularios cortos, pero puede resultar desorientador en documentos más largos en los que los firmantes necesitan leer el contenido de forma secuencial.

Ahora puede desactivar este comportamiento de desplazamiento automático con un solo botón configurable. Cuando la navegación guiada está desactivada, los firmantes avanzan por el documento a su propio ritmo. El botón "Siguiente campo obligatorio" sigue estando disponible para quien lo desee, por lo que no altera la experiencia de los firmantes que prefieren el flujo guiado.

Al igual que otros ajustes de Firma.dev, este se aplica en cascada a través de cuatro niveles: empresa, workspace, plantilla y solicitud de firma. Cada nivel anula al anterior, lo que le ofrece un control preciso sobre la experiencia de firma por documento o por cliente.

El nuevo parámetro disable_guided_navigation está disponible en POST/PATCH /signing-requests, POST/PATCH /templates y en los endpoints de configuración de workspace/empresa. Sigue el mismo patrón en cascada que require_otp_verification. Todos los detalles están en el Changelog de la API v1.20.0.

Flujo de firma guiado

La vista de firma guía ahora a los firmantes a través de los documentos campo por campo. Cuando un firmante acepta las condiciones y se carga el documento, el primer campo obligatorio se resalta automáticamente y se desplaza a la vista.

Tras completar un campo, la vista avanza automáticamente al siguiente después de un breve retraso. Una etiqueta flotante sobre el campo activo indica al firmante exactamente qué se requiere: "Firme aquí", "Escriba texto", "Seleccione una fecha" o "Suba un archivo". Una barra de progreso en la parte superior indica cuántos campos obligatorios se han completado del total.

La navegación por teclado también funciona. Los firmantes pueden usar el tabulador para desplazarse por los campos en orden de lectura y pulsar Intro para avanzar, de modo que toda la experiencia de firma se puede completar sin tocar el ratón. Esto supone una mejora significativa para los documentos con muchos campos, en los que antes los firmantes tenían que desplazarse por la página para averiguar qué se habían saltado.

Campos de datos precargados editables

Los campos de datos precargados ahora pueden ser opcionalmente editables por los firmantes en lugar de estar siempre bloqueados. Una nueva opción de configuración prefilledEditable en las reglas de formato del campo controla si los firmantes pueden modificar el valor precargado durante la firma.

Está disponible en el editor de plantillas, en el editor de solicitudes de firma, en ambos editores integrados y en toda la API REST. En la interfaz de usuario del editor, se muestra como una casilla de verificación "Permitir al firmante editar este valor" cuando se seleccionan los datos precargados.

El caso de uso típico: contratos en los que los datos del formulario precargan campos (nombre, dirección, ID de empleado), pero es posible que los firmantes necesiten corregir algo antes de firmar. Los campos precargados existentes permanecen bloqueados de forma predeterminada, por lo que nada cambia a menos que lo active de manera explícita.

Valores explícitos de campo a través de la API

Los consumidores de la API ahora pueden establecer un value explícito en cualquier campo al crear solicitudes de firma, con independencia del mecanismo de datos precargados o de los ajustes de solo lectura. Pase el value en cualquier objeto de campo en POST /signing-requests o POST /signing-requests/create-and-send, y este prevalecerá sobre los datos del destinatario autocompletados.

Esto le ofrece una forma sencilla de rellenar mediante programación valores específicos del contrato, como importes, fechas o números de referencia en el momento de la creación, sin necesidad de configurar mapeos de datos precargados. La API valida la exclusividad mutua, por lo que recibirá un mensaje claro de error 400 VALIDATION_ERROR si se establecen fuentes de valores en conflicto en un solo campo.

Campos editables de identidad

Los firmantes ahora pueden revisar y editar sus datos de identidad (nombre, empresa, cargo, teléfono, dirección) mediante un cuadro de diálogo de confirmación antes de firmar. Un nuevo ajuste identity_editable_fields acepta un conjunto de claves de campo para hacerlos editables, o null para desactivar la función por completo.

Puede configurar diferentes campos editables por destinatario, de modo que un firmante pueda actualizar su cargo y empresa mientras que otro los tenga bloqueados. Cuando un firmante modifique su identidad, Firma.dev puede notificárselo mediante un nuevo evento de webhook signing_request.signer_identity_changed y notificaciones opcionales por correo electrónico. Ambos se controlan a través de los ajustes notify_identity_change_webhook y notify_identity_change_email.

Desactivado por defecto, totalmente compatible con versiones anteriores.

Referencia de la API

La subida de logotipos y el control de la navegación guiada forman parte de la API v1.19.0 y v1.20.0 respectivamente. Las otras cuatro funciones se lanzaron en la v1.18.0. Si ya dispone de integración, actualice la versión de su API para acceder a los nuevos endpoints y propiedades de campo.

¿Aún no utiliza Firma.dev? Comience gratis, sin necesidad de tarjeta de crédito.