Ahora para escanear hay que escanear en red en vez de por FTP. Hay configurados 6 perfiles:

• Disco T (ByN) -> T:/BROTHER_SCANS/
• Disco T (gris) -> T:/BROTHER_SCANS/
• Disco T (color) -> T:/BROTHER_SCANS/
• Disco T Scan HQ -> T:/BROTHER_SCANS/HQ/
• CONTABILIDAD -> Z:/_SCAN/entrada/ => Z:/_SCAN/salida@clasificar
• ADMON-GOLFINSPAIN -> Z:/CONTABILIDAD-GIS/_SCAN/entrada/ => Z:/CONTABILIDAD-GIS/_SCAN/salida@clasificar/

El problema que había el cual no convertía el archivo pdf está arreglado, el fallo podría deberse a que al escanear crea el archivo varias veces hasta que está completo. Se ha arreglado con el parámetro -w de wait. Adjunto algo de documentación:

To accommodate
both @ryandesign and @chrisconley perhaps –wait could remain unmodified, and one of the following additional options could be implemented:

1. –max-wait-queue : max number of items to add to the queue (would be 1 in @chrisconley ‘s case)
2. –event-delay : number of ms to delay before dispatching the event. Assuming a delay value of 100ms, Event A occurs. It waits 100ms. If Event B occurs within 100ms, Event A is killed and Event B waits 100ms. If no events occur within 100ms, Event B is dispatched. This would solve the issue of changing git branches (which currently adds an event to the queue for every file and directory modified… this can easily be hundreds of queued executions), or adding/removing files (which triggers both a ‘file changed’ and ‘directory changed’ event), while ensuring that the last event in a rapid series is the one that gets dispatched (i.e. when the last file in a git checkout is modified).