Configurar permisos PDF: impresión, copia, edición y anotación

Indique una referencia al PDF y cualquier combinación de print, copy, edit y annotate. El resultado utiliza nombres canónicos en minúsculas, elimina duplicados y respeta un orden estable. Si aparece un nombre no admitido, la solicitud falla claramente en vez de enviar una política ambigua al siguiente paso de su flujo documental. Así, las configuraciones automatizadas quedan uniformes y son fáciles de revisar.

Defina la política antes de modificar el documento

Los flujos de seguridad PDF suelen comenzar con un pequeño objeto de configuración, mucho antes de que una biblioteca de cifrado o un servicio documental procese el archivo. Esa configuración merece la misma validación que el documento. Una opción mal escrita, como “printing”, podría ignorarse, interpretarse de forma distinta entre bibliotecas o guardarse como si fuera válida. Esta capacidad establece un contrato preciso para ese límite. Envíe la referencia del PDF junto con los permisos que desea conceder. El validador comprueba que exista la referencia y que permissions sea un array formado únicamente por print, copy, edit y annotate. Después devuelve los nombres aceptados en orden canónico. No descarga, inspecciona, cifra ni reescribe el PDF. Esta separación permite usar el resultado como entrada segura para una protección posterior, una base de políticas, una pantalla de aprobación o un registro de auditoría. También permite rechazar una selección errónea antes de iniciar una operación documental más lenta o costosa.

Cómo obtiene la normalización un resultado estable

Las listas de permisos suelen proceder de casillas, argumentos de consola, ajustes importados o reglas combinadas. Esas fuentes pueden generar mayúsculas mezcladas, espacios, valores repetidos y órdenes diferentes. El normalizador recorta cada cadena y la convierte a minúsculas antes de contrastarla con el vocabulario admitido. Los duplicados se reducen a una sola entrada porque los permisos forman un conjunto, no una secuencia de órdenes. La salida siempre sigue el orden print, copy, edit y annotate, sin importar el orden original. Un array vacío es válido y representa una política que no concede ninguno de estos cuatro permisos. Cualquier valor que no sea texto o cualquier nombre desconocido hace fallar toda la solicitud con un error de entrada inválida; la herramienta nunca descarta silenciosamente una opción no admitida. Este comportamiento indivisible es esencial en ajustes de seguridad, pues aceptar solo una parte podría falsear la intención del solicitante. La salida determinista también se puede comparar, almacenar, firmar, revisar y probar fácilmente.

Use el conjunto normalizado en un flujo PDF completo

El array devuelto describe una política validada; no es un documento modificado. Entréguelo al componente que realmente aplique cifrado o restricciones de propietario y consulte su documentación para conocer el comportamiento exacto de lectores y sistemas operativos. Los permisos PDF suelen ser controles orientativos que aplica el software compatible; no sustituyen el control de acceso, una distribución prudente ni el cifrado con una contraseña apropiada. Separar validación y aplicación aporta ventajas prácticas. Un formulario web puede mostrar un resumen limpio antes del envío, una API puede guardar una única representación coherente y un proceso por lotes puede detenerse ante el primer nombre desconocido. Como esta capacidad no usa servicios de red ni decodifica el PDF suministrado, puede ejecutarse en el navegador con el mismo resultado determinista que la API. Su uso en el navegador es gratuito; las solicitudes automatizadas por API aplican el precio base publicado de $0.002. El validador no devuelve ni conserva contenido del documento.