Lógica de funcionamiento de la API en el modo de extracción de datos (output mode)
Esta llamada GET también hace uso de los parámetros “time” y “last_update”, que aceptar un valor en formato UNIX.
La combinación de estos dos parámetros permitirán extraer la información comprendida entre last_update y time.
El siguiente gráfico muestra un ejemplo sencillo de los resultados de peticiones a la API en función de los eventos ocurridos en la cuenta:
Se mantiene una lógica de respuesta de datos basada en los parámetros de tiempo enviados.
- Es posible obtener todos los ítems que viajan a través del conector, sin tener en cuenta las modificaciones especificando un tiempo igual a 0.
- Cualquier cambio en la configuración del conector, así como en los parámetros, provocará una sincronización completa.
Nuestro SDK, basado en la tecnología LAMP, también permite crear repositorios de datos locales mediante el servicio Updater SDK. Esto facilitará la sincronización de datos del PIM con una base de datos.
Descargue el SDK de Sales Layer (PHP Based) aquí.
Parametrización de la exportación
Los conectores de exportación permiten la parametrización del comportamiento de salida de la API en función del estado de los ítems de las diferentes tablas del PIM de Sales Layer.
Como la inmensa mayoría de conectores de Sales Layer, es posible seleccionar las diferentes localizaciones habilitadas en la cuenta de cliente para extraer los valores de traducción de los campos que hayan sido definidos en la configuración como multiidioma.
Es posible configurar diferentes combinaciones de estados para ser tomados en cuenta en la expulsión de registros de la API: Todos, Visibles, Visibles + Borradores, etc.
También es posible, configurar la exportación de las categorías, incluso si no presentan productos relacionados utilizando el parámetro “Incluir categorías vacías”
También es posible filtrar el contenido de cada tabla utilizando etiquetas, fórmulas, filtros de búsqueda, etc.
Jerarquía entre tablas
Las tablas de Categorías, Productos y Variantes comparten una relación de jerarquía entre ellas, cualquier cambio que se produzca en una, puede afectar a las siguientes.
Este comportamiento afectará siempre y cuando las tablas se encuentren activas dentro del conector.
En el siguiente gráfico se puede ver el orden en la jerarquía de tablas, del que se excluyen las posibles tablas de Entidades personalizadas.
Por ejemplo, un cambio de estado en una categoría que tiene asociados productos, generará una salida bien de modificación (M) o bien de eliminación (D), sobre dichos productos, aun cuando no se haya producido un cambio directo sobre ellos. Del mismo modo, si cada uno de esos productos tiene asociadas variantes, la API enviará también información de cambios para las variantes asociadas.
Las combinaciones siguen un algoritmo basado en diferentes factores que permitirán garantizar una correcta utilización en los procesos de sincronización externos como tiendas online, catálogos web, etc.
La combinación en las peticiones a la API de los parámetros parents_category_tree , first_parent_level y same_parent_variants, van a permitir alterar el comportamiento de la información enviada por la API en los procesos de extracción (en las fases de sincronización de cambios) para adaptarla a los diferentes requerimientos de aplicaciones externas.
