Copia Custodia

En esta pestaña configuraremos el sistema de copias de ficheros en una segunda ubicación opcional, después de finalizar una petición. Esta copia es configurable y personalizable para cada instancia (por ejemplo, la plataforma puede guardar en disco pero enviar los ficheros firmados a un gestor documental específico para cada instancia).

Son varios los mecanismos soportados:

• File System: sistema de ficheros accesible por el servidor de la plataforma, pudiendo ser un disco local o uno de red montado.
• CMIS: estándar para trabajar con repositorios de contenido.
• FTP: protocolo estándar incluyendo FTP seguro.
• Personalizado: desarrollo a medida realizado para adaptarse a las necesidades del cliente.

Los siguientes campos serán comunes a todos los tipos de almacenamiento de copia en custodia:

• ¿Copia de ficheros anexos?: fuerza la copia sobre otra ubicación de los anexos a una petición.
• ¿Copia de ficheros de firma?: fuerza la copia sobre otra ubicación de los ficheros originales que deben ser firmados.
• ¿Copia de ficheros firmados?: fuerza la copia sobre otra ubicación de los ficheros finales firmados (XAdES, PadES, etc.).

Además de estos campos comunes, cada tipo de almacenamiento de la copia en custodia tendrá sus campos propios.

File System

• Path base de almacenamiento en disco: ruta de disco. A partir de dicha carpeta base se crearía la siguiente estructura: /requests/YYYY/MM/dd/REQUEST_ID/, donde YYYY sería el año de creación de la petición, MM el mes, dd el día y REQUEST_ID sería el identificador de la misma.

CMIS

• Identificador del repositorio: identificador del repositorio CMIS, por si hubiera más de uno.
• URL repositorio CMIS: URL del servicio CMIS (no del gestor documental); por ejemplo, http:///alfresco/service/cmis (en el caso de Alfresco).
• User repositorio CMIS: usuario con permisos de lectura y escritura sobre la ruta deseada de almacenamiento.
• Password repositorio CMIS: password del usuario anterior.
• Path base repositorio CMIS: ruta de escritura de los ficheros de la plataforma. A partir de dicha carpeta base se crearía la siguiente estructura: /requests/YYYY/MM/dd/REQUEST_ID/, donde YYYY sería el año de creación de la petición, MM el mes, dd el día y REQUEST_ID sería el identificador de la misma.

Personalizado

• Clase personalizada para la Copia Custodia (debe implementar com.viafirma.tray.custody.CustomCustodyCopy): clase personalizada para la copia en custodia. Este dato debe ser proporcionado por Viafirma. Junto al nombre de la clase se mostrará el botón Cargar variables, que debe ser pulsado para que se muestren las variables personalizadas para la clase. Estas variables dependerán de la implementación seleccionada. La explicación de estas variables será proporcionada junto con la clase por Viafirma.

  FTP

Copia basada en el protocolo estándar FTP, incluyendo soporte a FTP seguro.