Saltar al contenido

Mejores Prácticas para Design Studio

Introducción

Este documento pretende servir como guía para utilizar Harmony con Design Studio, la aplicación de diseño de proyectos de escritorio de Jitterbit. Para conocer las mejores prácticas al utilizar 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. Más bien, es para brindar orientación para escenarios de integración comunes y recomendar las mejores opciones en el uso de las muchas herramientas disponibles para un usuario de Jitterbit.

Es mejor leer esta página una vez que esté familiarizado con Jitterbit: haya leído Comenzar página, completó la Universidad Jitterbit cursos y quizás haya completado un proyecto de integración por su cuenta. En ese punto, conocerá los conceptos y términos básicos utilizados en Jitterbit y comprenderá lo que Jitterbit quiere decir con proyectos, operaciones, fuentes, destinos, scripting e despliegue.

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

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

Utilice Soporte, Administradores de Éxito del Cliente y Documentación

El acceso al soporte de Jitterbit se incluye como parte de una licencia de cliente de Harmony. Cuando surjan preguntas o problemas técnicos, puede obtener asistencia experta del soporte de Jitterbit utilizando el Portal de soporte de Jitterbit o por correo. El Soporte Jitterbit la página describe instrucciones especiales para situaciones de producción inactiva 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 (Jitterbit's Success Central) y nuestro sitio de documentación desarrollador (Portal para desarrolladores de Jitterbit) contienen más de 1.600 URLs únicas de material técnico.

Actualizaciones de Productos Jitterbit

Las actualizaciones de Harmony se publican con frecuencia (consulte Programación de lanzamientos). Incluso una versión menor contiene nuevas funciones 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.

Pasarela de API en Nube y Grupo de Agentes en Nube las actualizaciones se aplican automáticamente. Para los Grupos de Agentes en Nube, hay dos conjuntos: Producción y Sandbox. Este ú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 recomendable mantenerse al día con las versiones, en particular las que incluyen actualizaciones de funciones.

Organización y Diseño de Proyectos.

Reutilizabilidad

Reutilizabilidad del Proyecto

Un escenario típico para reutilizar un proyecto implica el desarrollo de un proyecto "estándar" con el uso extensivo de variables globales y, especialmente, variables del proyecto. Los elementos configurables, como credenciales de extremo, asignaciones de campos opcionales, direcciones de correo y nombres de archivos, se pueden exponer como variables del proyecto. El proyecto "estándar" se implementa en múltiples ambientes y, utilizando Management Console, se completan las variables del proyecto para cada ambiente.

Reutilización de Origen/destino

Aunque los orígenes y destinos de archivos se utilizan con frecuencia en las operaciones, no necesariamente es necesario crear un nuevo par de origen/destino para cada operación. Dado que los orígenes y destinos de los archivos aceptan variables globales para la ruta y los nombres de los archivos, los orígenes 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 "Origen" y "Destino", y en el campo de nombre de archivo está [filename]. El $filename La variable se puede establecer en cualquier lugar antes de que se escriba y se utilice el objetivo.

Esto se aplica a bases de datos, archivos compartidos, sitios FTP, archivos locales y orígenes 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, especialmente 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 durante toda la integración, entonces se puede crear un secuencia de comandos independiente (separado de una operación). Utilizando el 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, se puede llamar de forma segura al mismo secuencia de comandos desde múltiples operaciones simultáneas.

Nota

Si almacena sus proyectos en un recurso compartido de archivos, los cambios realizados en un proyecto que son únicamente de la interfaz de usuario (por ejemplo, reorganiza objetos en una vista) no se conservan cuando vuelve a abrir el proyecto.

Como resultado, Jitterbit no recomienda almacenar proyectos en un archivo compartido porque:

  • Los cambios en la interfaz de usuario (disposició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 las clasifica alfabéticamente al volver a abrir un proyecto. Al utilizar un esquema de numeración al nombrar operaciones y 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 un segundo para Item Master, cada uno con dos operaciones. Se pueden crear dos carpetas, "Maestro de clientes" y "Maestro de artículos", en Design Studio. En la primera carpeta, las operaciones podrían llamarse "CM001 Obtener Cliente" y "CM002 Actualizar Cliente". En la segunda carpeta, las operaciones podrían llamarse "IM001 Obtener elementos" y "IM002 Actualizar elementos":

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 derecho en una carpeta en Design Studio, la lista de operaciones muestra solo aquellas operaciones de una carpeta. Una estructura organizativa y un nombre coherentes facilitan que alguien nuevo en un proyecto comprenda rápidamente el flujo de operación básico.

Gestione las Condiciones de Carrera Cuando Utilice Operaciones Asincrónicas

Al usar el RunOperation() funciona en su modo asíncrono, las operaciones se ejecutan sin devolver el control a la persona que llama. 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 se encadena 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 de Extremo

Utilice una ID del sistema con permisos de administración como credenciales de extremo, en lugar de una ID a nivel de usuario. Las identificaciones de usuario normalmente caducan o deben desactivarse cuando el usuario abandona 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 ingresar 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

Se debe utilizar la plataforma Harmony API en lugar de extremos HTTP. Los extremos HTTP eran una forma de manejar llamadas entrantes de poco tráfico y requerían que puertos de red específicos estuvieran abiertos, lo que hoy en día muchas empresas consideran un grave riesgo de seguridad.

La plataforma Harmony API está diseñada para un rendimiento de gran 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 ningún puerto de red para manejar el tráfico entrante.

La API de Harmony debe usarse para patrones de integración en tiempo real/basados en eventos. 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 enfoque preferido para responder a una llamada es hacerlo lo más rápido posible. Si el diseño de integración es tal que las operaciones de seguimiento tardan mucho tiempo en responder, existe el riesgo de que se agote el tiempo de espera o de que otras llamadas entrantes superen la capacidad de respuesta del terminal objetivo.

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 forma 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 mediante una llamada a la API de origen.

Datos de Integración Persistentes

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

Variables del Proyecto

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

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

Un segundo ejemplo es utilizar variables de proyecto para contener 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, la lógica de transformación para el campo de número de pedido podría verificar una variable booleana del proyecto (como "Send_PO_number"). Si el valor de la variable del proyecto es falso, entonces el UnMap() El comando podría usarse 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 en todos los ambientes. Un valor almacenado en caché es visible para todas las operaciones que se ejecutan en el mismo ámbito hasta que caduca, 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 de cada agente, los datos se pueden compartir entre operaciones independientes y entre proyectos.

Los usos adicionales 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 caché común. Al utilizar esto 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 frecuentemente en operaciones de integración. Esto es diferente de Archivos locales (fuentes o objetivos), que sólo se puede utilizar en Agentes Privados. Tenga en cuenta estas pautas, especialmente cuando trabaje para utilizar un ambiente agrupado:

  • Haga que su proyecto sea "a prueba de actualizaciones" y utilice almacenamiento temporal de tal manera que pasar de un único 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 realiza el trabajo. En el caso de un único 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 servidor alojar para cualquier agente que esté haciendo el trabajo. Si utiliza un Agente en Nube (que está agrupado), entonces es el directorio temporal predeterminado del alojar del servidor del Agente en Nube en particular.

  • De forma predeterminada, el servicio de limpieza de Jitterbit elimina el almacenamiento temporal después de 24 horas. En el caso de los Agentes en Nube, esto puede ser de forma inmediata.

  • Un enfoque simplista es crear un destino, darle un nombre único y luego usar "Copiar a una nueva fuente" para crear una fuente usando 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 lecturas y escrituras.

  • En un ambiente de agentes agrupados ( Agentes en 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 alojar del servidor. Pero, si la cadena de operación A escribe en el almacenamiento temporal "miarchivo" y la cadena de operación B lee el almacenamiento temporal "miarchivo", la acción de lectura puede ser inconsistente porque es posible que no lea el mismo servidor alojar que la cadena A.

  • Para los objetivos, el valor predeterminado 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, el archivo se elimine o archive. 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, como ReadFile("<TAG>Sources/test</TAG>"). Tenga en cuenta que esto funciona de forma fiable sólo si hay un único Agente Privado.

Consulte Variable global versus almacenamiento temporal para obtener una comparación de estos dos tipos y recomendaciones sobre cuándo cada uno es apropiado.

Secuencias de Comandos

Cuándo Utilizar Secuencias de Comandos

Aunque Jitterbit proporciona una sólida capacidad de secuencias de comandos, las secuencias de comandos deben usarse sólo cuando sea necesario. Si puede elegir entre utilizar secuencias de comandos o un método estándar, opte por utilizar el método estándar. Un "método estándar" es un método proporcionado a través de la interfaz de usuario de Design Studio de Jitterbit para realizar una tarea.

Un ejemplo sería la organización de recorridos operación. La interfaz de usuario de Design Studio de Jitterbit le permite crear "cadenas de operación " unidas por rutas de éxito y fracaso. Alternativamente, es posible crear operaciones independientes y luego enlace mediante secuencias de comandos 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), se prefiere confiar en el método de interfaz de usuario de Jitterbit para enlace diferentes operaciones.

Las secuencias de comandos generalmente son mejores en dos lugares: dentro del Generador de fórmulas en 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 una secuencia de comandos independiente y llamarlo desde cada transformación usando RunScript().

Convención de Nomenclatura 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 secuencias de comandos Jitterbit; las variables del 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 se limita a un único secuencia de comandos, una convención de nomenclatura para ellos puede ser muy simple, como letras minúsculas o una palabra inicial, como "return" o "myVariable".

Las variables globales, como su alcance es mayor (una variable global está disponible para ser referenciada en las mismas operaciones y secuencias de comandos abajo en la cadena dentro de una cadena de operación ), deben usar una convención de nomenclatura consistente para evitar una 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 de organización
  • Segundo componente: Un tipo, como id, error, fecha, archivo, token, marca de tiempo, zona horaria, bandera, correo, guid, usuario, externalid, val (para un valor diverso), arr (para una matriz), o un tipo de extremo como sfdc
  • Tercer componente: Nombre de 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

Debido a que las variables del proyecto son visibles a través de Management Console y generalmente se usan para configurar el comportamiento de integración, se pueden usar nombres más amigables. Como el nombre de una variable de proyecto no puede contener espacios, se pueden utilizar guiones bajos. Por ejemplo: "Start_Date" y "Include_Assemblies".

Cualquiera que sea la convención que elija utilizar, le recomendamos codificarla y documentarla para que todos los miembros del equipo puedan utilizarla de forma coherente en todos los proyectos.

Advertencia

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

  • $example_arr_names
  • $example_sfdc_success_message

Ambientes e Implementaciones

Jitterbit permite metodologías de ciclo de vida de 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 un ambiente "Dev" y "Prod" están configurados 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 objetivos. Posteriormente, cualquier migración de "Dev" a "Prod" excluye los extremos, las fuentes y los 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 guardar un punto de restauración en Harmony.

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

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

Advertencias de Versión

Al desplegar cambios en un proyecto, si se ha implementado una versión más nueva de un proyecto, se mostrará una advertencia que indica que existe una versión más nueva e identifica 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 de la nube antes de realizar cambios.

Pruebas, Solución de Problemas y Registro

Utilice Funciones de Prueba para un Desarrollo Rápido de la Integración

Jitterbit puede permitir un rápido desarrollo de integración 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 mostrando los datos antes y después de las transformaciones de campo, en lugar de construir toda la operación, ejecutarla e inspeccionar el resultado. Esto se hace principalmente a través de la herramienta Transformaciones, particularmente usando 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 kit de herramientas. Por ejemplo, establezca 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 "Ejecutar operació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 recibirá Jitterbit 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 crear el secuencia de comandos requerido. Al utilizar la función "Prueba" en el Generador de fórmulas, la salida utilizará los datos de transformación y mostrará la salida exacta 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 Solución de Problemas de Integración

Un concepto clave para una arquitectura de integración saludable es reconocer que la empresa planteará dudas sobre la precisión del trabajo de integración, particularmente cuando aparecen discrepancias en los datos de los extremo. La integración puede ser errónea o no. Corresponde a la integración proporcionar un alto grado de transparencia para ayudar a resolver dudas sobre la precisión de los datos.

Por ejemplo, si los datos en un extremo de destino parecen ser incorrectos, normalmente se solicita soporte de integración para proporcionar detalles sobre cualquier acción 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á haciendo que esa información esté disponible como parte estándar de la arquitectura de integración.

En Jitterbit, esto se admite mediante funciones de registro y alertas.

Inicio Sesión

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 fallas y el extremo devuelve información de fallas, el registro la capturará.

Al desarrollar una integración, utilice el WriteToOperationLog() funcionan en las asignaciones y secuencias de comandos para capturar datos clave y pasos en el proceso. Por lo general, esto es tan simple como: WriteToOperationLog("The id is: "+sourcefieldid).

Si se desea capturar el resultado completo de una transformación, esto se puede hacer creando una operación que lea el código 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>)). Entonces se puede realizar la operación "real".

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

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

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

Harmony conserva los registros de operaciones, incluidos los mensajes de registro detallados tanto de los Agentes en Nube como de los Agentes Privados, durante 30 días.

Alertando

Con frecuencia, los resultados de la integración no solo deben registrarse, sino que también deben escalarse. Jitterbit proporciona integración de correo, que puede adjuntarse fácilmente a operaciones y rutas de éxito/fracaso o llamarse 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 interés.

Charlas Tecnológicas

Jitterbit Tech Talks 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 integrarse hacia y desde instancias de SAP, particularmente al crear una integración bidireccional.
  • Tutoriales el Design Studio
    Problemas de integración comunes encontrados por nuestros clientes que pueden resolverse utilizando nuestro software.
  • Biblioteca Jitterpak
    Proyectos de ejemplo para ayudarle a comenzar.

Crear Proyectos

Inicio Sesión

Gestionar Proyectos

Agentes Privados

Utilice APIs