¿Hay un retraso de replicación en Salesforce.com a través de la API APEX?

Question

He estado utilizando SOAP para hacer frente a Salesforce.com y han estado utilizando la llamada Getupdated (), el uso de la marca de tiempo recupero de la llamada getServertimestamp ().

He visto mi cheque proceso, (se sondea cada minuto) y unos segundos después de ahorro el cambio en el entorno de recinto de seguridad, lo veo encuesta, no obtiene <ids> en la llamada Getupdated y, a continuación, en el siguiente sondeo, el id modificado muestra.

¿Hay un retraso de replicación de back-end en SFDC? Sospecho que hay, pero no han tenido suerte en la identificación de la magnitud de la misma. Alguien más ha experimentado esto?

Además, soy consciente de que debo mencionar, esto es todo en un recinto de seguridad copia del entorno, lo que puede confundir las cosas aún más.

Actualización: Acabo de prueba, y he hecho un cambio, y mi encuesta corrió 48 segundos más tarde, y no vio el objeto actualizado. Pero 1 minuto 48 segundos más tarde lo hizo ver. Por lo que es un punto de datos. (Sé que mi extremo SOAP y la interfaz Web funcionan ambos en el mismo servidor en SFDC, Tapp0).

Answer 1

No hay retraso en la inscripción del cambio, pero el getUpdate / getDeleted llama ronda por el tiempo especificado al minuto más cercano, por lo que un tiempo de ahora, se pone manos redondeada, y el cambio que acaba de hacer cae fuera del rango .

Además, si usted está haciendo la replicación en tiempo real a través de cerca de estas llamadas, a continuación, asegúrese de prestar atención a la operación a bordo regresó marca de tiempo, de lo contrario se puede perder los cambios (como el cambio de marca de tiempo no puede ser la transacción real dedicar tiempo)