Los nuevos General Ledgers de Exact Online no aparecen en glaccountsincremental hasta después de una semana (Invantive Cloud → SQL Server)

Preguntas (nl)
,
1

Con qué me estoy encontrando

Copiamos datos desde Exact Online a una base de datos SQL utilizando el módulo de aplicación de Invantive Cloud, empleando PSQL para cargar datos de la tabla GLAccountsIncremental. La sincronización se ejecuta diariamente, pero las nuevas cuentas del libro mayor (General Ledger) no aparecen en nuestra base de datos SQL hasta después de aproximadamente una semana.

Ejemplo concreto

Recientemente se crearon nuevas cuentas del libro mayor el 29 de enero. El 5 de febrero estas aún no estaban en nuestra base de datos SQL, a pesar de que la sincronización se ejecuta diariamente. Incluso después de ejecutar manualmente la sincronización, estas filas no se cargaron.
En el momento en que los registros finalmente sí se cargan, vemos en la columna Created la fecha de creación correcta (29 de enero).

Qué he probado ya

  • Comprobar si la ejecución diaria del módulo de aplicación se completa correctamente.
  • Volver a ejecutar manualmente el proceso de copia.
  • Comprobar si algún filtro o restricción de fecha en nuestros scripts de PSQL podría estar excluyendo los datos.

Nada de esto explicó por qué las filas nuevas tardan casi una semana en estar disponibles.

Pregunta

¿Cómo es posible que las filas nuevas en GLAccountsIncremental tarden tanto en estar disponibles?
¿Existe quizás alguna configuración en Invantive Cloud o Exact Online que determine cuándo se actualiza o sincroniza esta tabla?

2

Básicamente, el controlador UniversalSQL para Exact Online funciona en tiempo real.

Sí existen cachés; estas se pueden configurar para las bases de datos de Invantive Cloud, tal como se describe en:

Por lo general, estos valores no se utilizan en Invantive App Online, ya que allí las cachés están desactivadas.

También se pueden controlar mediante sentencias set, como:

set use-http-disk-cache ...

y

set use-http-memory-cache ...

Consulta también:

3

¡Gracias por vuestra rápida respuesta!

Las cachés estaban configuradas en 57600 (16 horas), que ahora he reducido a 3600 (1 hora). Pero aun así me sigue pareciendo raro que tarde más de una semana en cargarse las filas nuevas. ¿A qué podría deberse esto?

4

Una configuración de caché de 16 horas no puede ser la causa.

La causa debe estar entonces en algún lugar de la lógica y/o la frecuencia de las llamadas.

La recomendación es revisar el código en busca de set y de sugerencias SQL (SQL hints) /*+ ... */.

5

No, no tengo ningún conjunto de SQL hints en el código. ¿Podría deberse a que es una tabla incremental? ¿Hay cachés en otros lugares además del disco HTTP y la respuesta del bridge?

image

6

Una tabla incremental consultará los cambios. Mientras Exact Online los registre, el cambio se incluirá.

No se conocen otras cachés que puedan causar este problema.

Se recomienda hacer el problema reproducible y analizarlo con consultas en el editor de UniversalSQL.

7

Esta pregunta se cerró automáticamente tras 1 semana de inactividad. La última respuesta dada se ha marcado como solución.

Si el problema vuelve a surgir, por favor crea una nueva pregunta en un tema aparte. En la nueva pregunta, incluye un enlace a este tema pegando su URL en el texto.