Capture Cambios de Datos con Orígenes de Archivos¶
Caso de Uso¶
En este patrón, se designa un directorio para contener archivos de datos que se utilizarán para el procesamiento de la interfaz, posiblemente generados por un sistema de origen al que no se puede acceder por otros medios, como una llamada de servicio web o una consultar. En Jitterbit, se crea una fuente de archivo que puede contener el nombre del archivo o un comodín y, después de procesar el archivo, se elimina o cambia de tal manera que no se recuperará en la próxima ejecución. El origen del archivo puede ser un archivo local (es decir, local para Jitterbit Agente) o puede ser el directorio temporal, que tiene la ventaja de que Jitterbit lo borra periódicamente y se puede acceder a él fácilmente sin cambiar los archivos de configuración.
Nota
Este patrón de diseño usa Design Studio como ejemplo; puede aplicar los mismos conceptos en Cloud Studio usando pasos similares.
Ejemplo¶
En este ejemplo, SAP está enviando archivos de precios a los que no se puede acceder a través de un IDoc o BAPI. Toda la operación es demasiado complicada para revisarla en profundidad, pero podemos ver los aspectos de manejo de archivos.
La primera operación verifica si existe algún archivo para ser procesado, la segunda operación inicia otra operación que no está relacionada con esta discusión y la tercera realiza un upsert a SFDC.
Este secuencia de comandos verifica si existe un archivo en la fuente y, de ser así, inicia la siguiente operación:
If(Length(FileList("<TAG>Sources/ORPG Local Host</TAG>"))>0,RunOperation("<TAG>Operations/Discount - ORPG/DI1.1 Get ORPG Sec 1</TAG>"))
Saltándose la segunda operación, la tercera operación lee el archivo de origen y lo elimina después de procesar simplemente marcando la opción Eliminar archivo.
