Saltar al contenido

Mejores Prácticas para Design Studio

Introducción

Este documento tiene como objetivo servir como guía para utilizar Harmony con Design Studio, la aplicación de diseño de proyectos para escritorio de Jitterbit. Para conocer las mejores prácticas de uso de Cloud Studio, la versión basada en web de la aplicación de diseño de proyectos de Jitterbit, consulte Mejores prácticas de Harmony.

Este documento no pretende ser exhaustivo ni cubrir todos los escenarios de integración. En cambio, pretende proporcionar una guía para los escenarios de integración más comunes y recomendar las mejores opciones para usar las numerosas herramientas disponibles para un usuario de Jitterbit.

Es mejor leer esta página después de familiarizarse con Jitterbit: ha leído la sección Comenzar página, completó la Universidad Jitterbit y quizás haya completado un proyecto de integración por su cuenta. En ese momento, conocerá los conceptos y términos básicos que se utilizan en Jitterbit y comprenderá lo que Jitterbit entiende por proyectos, operaciones, fuentes, objetivos, scripts e despliegue.

Este documento es un resumen de las características disponibles a través de Harmony 9.9. A partir de la primavera de 2019, el Cloud Studio basado en la web está disponible para usarse en lugar del escritorio Design Studio aplicación para el diseño de proyectos. Las principales diferencias se describen en Descripción general de Cloud Studio para usuarios de Design Studio.

Consulte Recursos adicionales a continuación, encontrará enlaces a videos y otros documentos que amplían las mejores prácticas con Jitterbit.

Soporte, Gerentes de Éxito del Cliente y Documentación

El acceso al soporte de Jitterbit está incluido como parte de la licencia de cliente de Harmony. Si tiene preguntas o problemas técnicos, puede obtener asistencia experta del soporte de Jitterbit. El soporte de Jitterbit La página describe instrucciones especiales para situaciones en las que la producción se interrumpe, con el fin de escalar problemas urgentes.

También puede comunicarse con su Gerente de éxito del cliente (CSM) con preguntas relacionadas con licencias u otros temas.

Este sitio de documentación (Documentación de Jitterbit) y nuestro sitio de documentación desarrollador (Portal para desarrolladores de Jitterbit) contiene más de 3.600 URLs únicas de material técnico.

Actualizaciones de Productos Jitterbit

Las actualizaciones de Harmony se publican con frecuencia (consulte Calendario de lanzamiento). Incluso una versión menor contiene nuevas características y mejoras junto con correcciones de errores.

Aplicaciones en la nube a las que se accede a través del portal Harmony se actualizan automáticamente y siempre ejecutan la última versión publicada.

Puerta de enlace API en la nube y grupo de agentes de nube Las actualizaciones se aplican automáticamente. Para los grupos de agentes en la nube, hay dos conjuntos: Producción y Sandbox. El último conjunto se utiliza para probar la compatibilidad con versiones preliminares del software del agente y no es un ambiente de desarrollo.

Las aplicaciones instaladas localmente se actualizan descargando y ejecutando un instalador:

Es aconsejable mantenerse actualizado con los lanzamientos, especialmente aquellos que incluyen actualizaciones de funciones.

Organización y Diseño del Proyecto

Reutilización

Reutilización del Proyecto

Un escenario típico para la reutilización de un proyecto implica el desarrollo de un proyecto "estándar" con un uso extensivo de variables globales y, especialmente, variables de proyecto. Los elementos configurables (como credenciales de extremo, asignaciones de campos opcionales, direcciones de correo y nombres de archivo) se pueden exponer como variables de proyecto. El proyecto "estándar" se implementa en varios ambientes y, mediante la Management Console, se completan las variables de proyecto para cada ambiente.

Reutilización de Origen/destino

Aunque las fuentes y los destinos de archivos se utilizan con frecuencia en las operaciones, no es necesario crear necesariamente un nuevo par de fuentes y destinos para cada operación. Dado que las fuentes y los destinos de archivos aceptan variables globales para la ruta y los nombres de archivo, las fuentes y los destinos para operaciones similares se pueden crear una vez y controlar a través de variables globales. Por ejemplo, supongamos que se crean los objetos "Fuente" y "Destino", y en el campo de nombre de archivo se encuentra [filename]. El $filename la variable se puede configurar en cualquier lugar antes de escribir el objetivo y se utilizará.

Esto se aplica a bases de datos, recursos compartidos de archivos, sitios FTP, archivos locales y fuentes y destinos HTTP.

Reutilización de Secuencia de Comandos

Los secuencias de comandos independientes que realizan una función específica, como realizar una búsqueda en una base de datos o proporcionar un resultado a partir de una serie de argumentos, pueden ser candidatos para su reutilización, en particular si se utilizan en múltiples operaciones.

Por ejemplo, si un secuencia de comandos utiliza el DBLookup() función contra una tabla de base de datos, y esta es una función que se utiliza en toda la integración, entonces se puede crear un secuencia de comandos independiente (separado de una operación). Usando la ArgumentList() Función o variables globales simples, puede aceptar argumentos y devolver un resultado. Dado que cada cadena de operación tiene un alcance diferente, el mismo secuencia de comandos puede ser invocado de manera segura desde múltiples operaciones simultáneas.

Nota

Si almacena sus proyectos en un recurso compartido de archivos, los cambios que se realicen en un proyecto que sean únicamente de la interfaz de usuario (por ejemplo, reordene los objetos en una vista) no se conservarán cuando vuelva a abrir el proyecto.

Como resultado, Jitterbit no recomienda almacenar proyectos en un recurso compartido de archivos porque:

  • Los cambios en la interfaz de usuario (ordenación de los objetos) no se conservan al guardar un archivo
  • El rendimiento se ve afectado: la carga y el guardado de un proyecto pueden ser lentos debido a la falta de almacenamiento en caché
  • Otros usuarios de la red pueden sobrescribir los cambios que se realizan en un proyecto debido a la falta de bloqueos de archivos

Organizar las Operaciones en un Proyecto

Design Studio proporciona carpetas de operación y ordena las operaciones alfabéticamente al volver a abrir un proyecto. Al utilizar un esquema de numeración al nombrar las operaciones y las carpetas, el flujo de integración es más claro y es más fácil identificar y solucionar problemas.

Ejemplo: supongamos que hay dos flujos de integración; uno para Customer Master y otro para Item Master, cada uno con dos operaciones. Se pueden crear dos carpetas, "Customer Master" y "Item Master", en Design Studio. En la primera carpeta, las operaciones podrían llamarse "CM001 Get Customer" y "CM002 Update Customer". En la segunda carpeta, las operaciones podrían llamarse "IM001 Get Items" y "IM002 Update Items":

adjunto

El registro de operación puede mostrar fácilmente los pasos de la cadena de integración y si se omite algún paso. Al hacer clic con el botón derecho en una carpeta en Design Studio, la lista de operaciones muestra solo las operaciones de esa carpeta. Una estructura organizativa y una denominación coherentes hacen que sea fácil para alguien nuevo en un proyecto comprender rápidamente el flujo de operación básico.

Gestionar las Condiciones de Carrera al Utilizar Operaciones Asincrónicas

Al utilizar el RunOperation() Función en su modo asincrónico, las operaciones se ejecutan sin devolver el control al autor de la llamada. El uso de operaciones asincrónicas puede generar condiciones de carrera.

Por ejemplo, si la operación A actualiza una tabla de base de datos y está encadenada a la operación B que lee esa misma tabla (ambas son sincrónicas), no se encuentran condiciones de carrera. Pero si la operación A se llama de forma asincrónica seguida inmediatamente por la operación B, B puede ejecutarse antes de que A finalice.

Credenciales del Extremo

Utilice un ID de sistema con permisos de administración como credenciales de extremo, en lugar de un ID de nivel de usuario. Los ID de usuario normalmente vencen o deben desactivarse cuando el usuario deja la empresa.

Al utilizar variables de proyecto (cuyos valores se pueden ocultar) para la gestión de credenciales, el administrador de Jitterbit no tiene que introducir credenciales de producción. Esto lo puede hacer un usuario a través de la Management Console. Este enfoque se puede utilizar para las credenciales de correo, si es necesario.

Manejo de API

La plataforma API Harmony debería utilizarse en lugar de extremos HTTP. Los extremos HTTP eran una forma de gestionar llamadas entrantes de poco tráfico y requerían que se abrieran puertos de red específicos, lo que muchas empresas hoy en día consideran un grave riesgo de seguridad.

La plataforma Harmony API está diseñada para un rendimiento de alto volumen, realiza registros detallados, implementa medidas de seguridad comunes y tiene una interfaz de diseño fácil de usar que forma parte del portal Harmony. No es necesario configurar puertos de red para manejar el tráfico entrante.

La API de Harmony se debe utilizar para patrones de integración basados en eventos y en tiempo real. Por ejemplo: el Extremo A tiene la capacidad de llamar a una API, como Salesforce, mediante mensajes salientes. La API de Harmony se puede desplegar rápidamente y vincular a una cadena de operaciones.

El método preferido para responder a una llamada es hacerlo lo más rápido posible. Si el diseño de la integración es tal que las operaciones posteriores tardan un tiempo considerable en responder, existe el riesgo de que se agote el tiempo de espera o de que otras llamadas entrantes sobrepasen la capacidad de respuesta del punto final de destino.

Si el extremo de origen realiza muchas llamadas por minuto y la puerta de enlace del punto final de destino solo puede manejar una cierta cantidad de conexiones, es posible que el extremo de destino no pueda escalar para manejar las solicitudes. En este caso, responder de manera asincrónica puede ser el enfoque preferido. Es decir, la respuesta se realiza de inmediato y el conjunto de datos del extremo de destino se envía a través de una llamada a la API de origen.

Datos de Integración Persistentes

Existen muchos escenarios en los que poder almacenar datos "en la nube" puede resultar útil. Jitterbit ofrece múltiples métodos: variables de proyecto, funciones de almacenamiento en caché en la nube y almacenamiento temporal.

Variables del Proyecto

Las variables de proyecto son variables estáticas preinicializadas (similares a las "constantes" del proyecto) que se pueden editar desde Design Studio o la Management Console.

Un ejemplo de uso de las variables de proyecto es para las credenciales de los extremo. Al utilizar variables de proyecto, se pueden aplicar diferentes ambientes de extremo (que normalmente tienen diferentes credenciales) a diferentes ambientes de Jitterbit y editarlos a través de la Management Console. Esto permite un proceso empresarial en el que un usuario con derechos de la Management Console puede cambiar las credenciales sin necesidad de acceder a Design Studio.

Un segundo ejemplo es utilizar variables de proyecto para almacenar indicadores utilizados por la lógica de integración que pueden personalizar el comportamiento de la integración. Si se desarrolla un solo proyecto pero se utiliza para diferentes extremos, entonces una variable de proyecto booleana (como "Send_PO_number") podría ser verificada por la lógica de transformación para el campo de número de PO. Si el valor de la variable de proyecto es falso, entonces la variable de proyecto es falsa. UnMap()Se podría usar el comando para "desactivar" ese campo.

Funciones de Almacenamiento en Caché en la Nube

Funciones de caché en la nube (ReadCache() y WriteCache()) son espacios de datos asignables que están disponibles en todos los proyectos y ambientes. Un valor almacenado en caché es visible para todas las operaciones que se ejecutan en el mismo ámbito hasta que caduque, independientemente de cómo se inició esa operación o en qué agente se ejecuta. Al almacenar en caché los datos en Harmony, en lugar de depender de almacenes de datos locales o específicos del agente, los datos se pueden compartir entre operaciones independientes y entre proyectos.

Otros usos del almacenamiento en caché en la nube incluyen:

  • Los datos se pueden compartir entre operaciones asincrónicas dentro de un proyecto.
  • Los errores que se generan en diferentes operaciones se pueden almacenar en una memoria caché común. Al utilizarla para acumular resultados de operación, se pueden crear alertas más completas.
  • Los tokens de inicio de sesión se pueden compartir entre operaciones.

Administrar Almacenamiento Temporal

El almacenamiento temporal se utiliza con frecuencia en operaciones de integración. Esto es diferente de los archivos locales (fuentes o objetivos), que solo se puede utilizar en agentes privados. Tenga en cuenta estas pautas, en particular cuando trabaje en un ambiente agrupado:

  • Haga que su proyecto sea "a prueba de actualizaciones" y utilice almacenamiento temporal de tal manera que pasar de un solo servidor a un ambiente en clúster no requiera refactorización.

  • El almacenamiento temporal se escribe en el directorio temporal del sistema operativo predeterminado en el agente que está realizando el trabajo. En el caso de un solo agente privado, entonces es el directorio temporal predeterminado del host del servidor de ese agente privado. Si está utilizando más de un agente privado, entonces es el directorio temporal predeterminado del alojar del servidor para el agente que está realizando el trabajo. Si está utilizando un agente de nube (que están agrupados), entonces es el directorio temporal predeterminado del alojar del servidor del agente de nube en particular.

  • De forma predeterminada, el almacenamiento temporal se elimina después de 24 horas mediante un servicio de limpieza de Jitterbit. En el caso de los agentes en la nube, esto puede hacerse de inmediato.

  • Un enfoque simplista consiste en crear un destino, darle un nombre único y, a continuación, utilizar la función "Copiar a nueva fuente" para crear una fuente con el mismo nombre de archivo. El destino y las fuentes son, en realidad, independientes y dependen del uso del mismo nombre de archivo para sincronizar las lecturas y las escrituras.

  • En un ambiente de agente agrupado (agentes privados o de nube), siempre que las operaciones que utilizan el almacenamiento temporal estén vinculadas (encadenadas), todas las lecturas y escrituras del almacenamiento temporal se realizarán en el mismo servidor alojar. Sin embargo, si la cadena de operación A escribe en el almacenamiento temporal "myfile" y la cadena de operación B lee el almacenamiento temporal "myfile", la acción de lectura puede ser inconsistente porque puede no leer el mismo servidor alojar que la cadena A.

  • En el caso de los destinos, la opción predeterminada es sobrescribir el archivo. Esto se puede cambiar con la opción "Agregar al archivo". Por lo general, esto requiere que, después de leer la fuente, se elimine o archive el archivo. Una forma sencilla de hacerlo es elegir "Eliminar archivo" o "Cambiar nombre de archivo" en la fuente.

  • Las palabras clave del nombre de archivo están disponibles que se puede utilizar al crear un nombre de archivo.

  • Un archivo en almacenamiento temporal se puede leer rápidamente creando un secuencia de comandos con el ReadFile() función, tal como ReadFile("<TAG>Sources/test</TAG>") Tenga en cuenta que esto funciona de manera confiable solo si hay un solo agente privado.

Consulte Variable global versus almacenamiento temporal para comparar estos dos tipos y ofrecer recomendaciones sobre cuándo es apropiado cada uno.

Creación de Guiones

Cuándo Utilizar Scripts

Aunque Jitterbit ofrece una sólida capacidad de creación de scripts, estos solo se deben utilizar cuando sea necesario. Si puede elegir entre utilizar scripts o un método estándar, opte por utilizar el método estándar. Un "método estándar" es un método que se proporciona a través de la interfaz de usuario de Jitterbit Design Studio para realizar una tarea.

Un ejemplo sería la organización de ejecuciones de operación. La interfaz de usuario de Design Studio de Jitterbit le permite crear "cadenas de operación " vinculadas por rutas de éxito y fracaso. Alternativamente, es posible crear operaciones independientes y luego enlace mediante scripts y el RunOperation() función. A menos que existan requisitos técnicos que impulsen este enfoque (como el uso de rutas asincrónicas u opcionales), es preferible confiar en el método de interfaz de usuario de Jitterbit para enlace diferentes operaciones entre sí.

Por lo general, la creación de scripts funciona mejor en dos lugares: dentro del Generador de fórmulas en las transformaciones y en secuencias de comandos independientes. Si se utiliza el mismo código en más de una transformación, considere mover ese código a un secuencia de comandos independiente y llamarlo desde dentro de cada transformación utilizando RunScript().

Convención de Nombres para Variables

Jitterbit tiene cuatro tipos de variables:

  • variables locales
  • variables globales
  • variables del proyecto
  • Variables de Jitterbit

Las variables locales y globales se crean en los secuencias de comandos de Jitterbit; las variables de proyecto se definen en Jitterbit Design Studio; las variables de Jitterbit están predefinidas en el sistema Jitterbit.

Como el alcance de una variable local está limitado a un solo secuencia de comandos, una convención de nombres para ellas puede ser muy simple, como todas las letras minúsculas o una palabra inicial, como "return" o "myVariable".

Las variables globales, dado que su alcance es mayor (una variable global está disponible para ser referenciada en las mismas operaciones y secuencias de comandos o en secuencias de comandos abajo en la cadena dentro de una cadena de operación ), deben utilizar una convención de nomenclatura coherente para evitar la reutilización involuntaria. Por ejemplo, si utiliza varios componentes para un nombre de variable, separados por puntos, podría seguir un patrón como el siguiente:

first.second.third[.fourth]

dónde:

  • Primer componente: Especificador org
  • Segundo componente: Un tipo, como id, error, fecha, archivo, token, marca de tiempo, zona horaria, bandera, correo, guid, usuario, externalid, val (para un valor misceláneo), arr (para matriz) o un tipo de extremo como sfdc
  • Tercer componente: Nombre de la variable
  • Cuarto componente: Nombre de subvariable opcional

Combinando estos componentes y asumiendo que el nombre de su organización es example los nombres de las variables podrían ser:

  • $example.arr.names- $example.sfdc.success.message

Dado que las variables de proyecto son visibles a través de la Management Console y, por lo general, se utilizan para configurar el comportamiento de la integración, se pueden utilizar nombres más sencillos. Como el nombre de una variable de proyecto no puede contener espacios, se pueden utilizar guiones bajos en su lugar. Por ejemplo: "Start_Date" y "Include_Assemblies".

Independientemente de la convención que elijas utilizar, te recomendamos codificarla y documentarla para que todos los miembros del equipo puedan usarla de manera uniforme en todos los proyectos.

Advertencia

Si planea usar sus variables globales de Jitterbit en un secuencia de comandos de JavaScript, es importante usar guiones bajos en lugar de puntos:

  • $example_arr_names
  • $example_sfdc_success_message

Ambientes y Despliegues

Jitterbit permite metodologías de ciclo de vida del desarrollo de software mediante el uso de ambientes y opciones de despliegue.

Ambientes

En Harmony, la función de ambiente se puede utilizar para configurar ambientes de producción y no producción.

Por ejemplo, supongamos que se configuran un ambiente "Dev" y un ambiente "Prod" en la Management Console y ambos están asignados al grupo de agentes A. El proyecto 1 se desarrolla en el ambiente"Dev". Jitterbit proporciona una función de "Migración" que copiará ese proyecto al ambiente"Prod", después de lo cual las credenciales del extremo se cambian a las credenciales del extremo "Prod". También se cambian otras fuentes y destinos. Posteriormente, cualquier migración de "Dev" a "Prod" excluye extremos, fuentes y destinos a menos que sean nuevos.

Opciones de Gestión de Despliegue

Hay varias opciones para desplegar proyectos.

  • Despliegue completa: Al seleccionar Acciones > Desplegar > Todo se toma todo el proyecto y se sobrescribe el proyecto en la nube.

  • Copia de seguridad del proyecto: Al elegir Acciones > Desplegar > Todo, hay una opción para "Almacenar también una copia de seguridad en la nube". Antes de realizar cambios importantes en un proyecto, seleccione esta opción para tener un punto de restauración guardado en Harmony.

  • Todos los elementos nuevos y modificados: Esta opción está disponible en Acciones > Desplegar > Opciones avanzadas. Dado que Design Studio realiza un seguimiento de los elementos "sucios", esta opción desplegar los cambios y todas las dependencias.

  • Una nueva característica es deshabilitar el diálogo de progreso durante una desplegar (ver Preferencias > Desplegar) que permite que las implementaciones de elementos individuales se realicen en segundo plano.

Advertencias Sobre la Versión

Al desplegar cambios en un proyecto, si se ha implementado una versión más reciente de un proyecto, aparecerá una advertencia que indicará que existe una versión más reciente e identificará quién la implementó. El administrador de Jitterbit tiene la opción de sobrescribir el proyecto. En general, en un ambiente de múltiples desarrolladores, es preferible descargar el proyecto actual desde la nube antes de realizar cambios.

Pruebas, Resolución de Problemas y Registro

Utilice Funciones de Prueba para el Desarrollo de la Integración de Rapid

Jitterbit puede permitir un rápido desarrollo de integraciones y pruebas unitarias al hacer visibles los datos de integración reales durante el tiempo de diseño. La ventaja obvia es permitir un proceso de desarrollo iterativo al mostrar los datos antes y después de las transformaciones de campo, en lugar de crear toda la operación, ejecutarla e inspeccionar el resultado. Esto se hace principalmente a través de la herramienta Transformaciones, en particular utilizando las funciones "Probar Transformación" y "Ejecutar operación".

Si se conocen los objetos que se van a integrar, un desarrollador experimentado puede desarrollar una integración rápidamente utilizando el Asistente de Transformación y su conjunto de herramientas. Por ejemplo, realice una conexión a una base de datos y, utilizando el Asistente de Transformación, cree la operación y la transformación. Luego, realice una "Operación de ejecución" con la transformación abierta. Los datos se mostrarán en la pantalla de transformación y se podrán recorrer los registros. Esto mostrará instantáneamente los datos exactos que Jitterbit recibirá cuando se ejecute la operación.

Si un campo requiere una transformación, haga doble clic en el campo para abrir el Generador de fórmulas y generar el secuencia de comandos requerido. Al utilizar la función "Prueba" en el Generador de fórmulas, el resultado utilizará los datos de la transformación y mostrará el resultado exacto que se generará durante el tiempo de ejecución.

Si la fuente no está disponible, pero los datos de origen están disponibles en un archivo (CSV, XML, JSON), el archivo se puede importar a la herramienta Transformaciones utilizando las funciones "Cargar datos de origen de muestra" y "Probar la Transformación".

Habilitar la Resolución de Problemas de Integración

Un concepto clave para una arquitectura de integración saludable es reconocer que la empresa planteará preguntas sobre la precisión del trabajo de integración, en particular cuando aparecen discrepancias en los datos de los extremo. La integración puede tener o no fallas. Es responsabilidad de la integración proporcionar un alto grado de transparencia para ayudar a resolver las preguntas sobre la precisión de los datos.

Por ejemplo, si los datos en un extremo de destino parecen ser incorrectos, generalmente se solicita al soporte de integración que proporcione detalles sobre las acciones de integración, como tiempos, fuentes, lógica de transformación, mensajes de éxito o fracaso, etc. El proceso de resolución de problemas se beneficiará al hacer que esa información esté disponible como una parte estándar de la arquitectura de integración.

En Jitterbit, esto se logra mediante funciones de registro y alerta.

Registro

El registro de operación de Jitterbit capturará datos clave de forma predeterminada, como los tiempos de ejecución de las operación y los mensajes de éxito, error o cancelación. Si hay errores y el extremo devuelve información sobre el error, el registro la capturará.

Al desarrollar una integración, utilice el WriteToOperationLog() Función en las asignaciones y secuencias de comandos para capturar datos clave y pasos en el proceso. Esto suele ser tan simple como: WriteToOperationLog("The id is: "+sourcefieldid).

Si se desea capturar la salida completa de una transformación, esto se puede hacer creando una operación que lea la fuente, realice la transformación y escriba en un archivo temporal. Un secuencia de comandos posterior a la operación puede leer el archivo y escribirlo en el registro de operación : WriteToOperationLog(ReadFile(<tempfile>)). Luego se puede realizar la operación "real".

Los registros se pueden ver en Design Studio o en la Management Console. La ventaja de la Management Console es que el personal de soporte puede acceder a ella a través del navegador sin necesidad de tener un cliente de Design Studio en su escritorio.

Los datos en los registros se pueden buscar, por lo que se permite el escenario en el que la cadena exacta involucrada en la resolución de problemas es un valor conocido y se registra.

Con frecuencia, las APIs tienen un mensaje de respuesta de éxito o fracaso que es informativo. Tome la medida adicional de capturar esta información en el registro.

Harmony conserva durante 30 días los registros de operaciones, incluidos los mensajes de registro detallados de los agentes en la nube y los agentes privados.

Alerta

Con frecuencia, los resultados de la integración no solo deben registrarse, sino que también deben escalarse. Jitterbit ofrece integración de correo, que se puede adjuntar fácilmente a operaciones y rutas de éxito/fracaso o llamar desde secuencias de comandos.

Para obtener información adicional, consulte Configurar alertas, registros y manejo de errores.

Recursos Adicionales

Estas secciones y páginas de la documentación se relacionan con las mejores prácticas y serán de su interés.

Charlas Tecnológicas

Las charlas técnicas de Jitterbit son presentaciones en vídeo que cubren áreas de interés para usuarios de todos los niveles:

Documentación

La documentación de Jitterbit incluye las mejores prácticas en nuestras páginas sobre el uso de Jitterbit:

Seguridad

Patrones de Diseño y Ejemplos

  • Mejores prácticas para SAP
    Problemas y consideraciones que pueden surgir al realizar integraciones hacia y desde instancias de SAP, particularmente al crear una integración bidireccional.
  • tutoriales de Design Studio
    Problemas de integración comunes que encuentran nuestros clientes y que pueden solucionarse mediante el uso de nuestro software.
  • Biblioteca Jitterpak
    Ejemplos de proyectos que te ayudarán a empezar.

Crear Proyectos

Registro

Gestionar Proyectos

Agentes Privados

Utilizar APIs