Algumas partes da aplicação enviam dados para diferentes sistemas. Esses sistemas podem por vezes não estar disponíveis por diversas razões (por exemplo, modo de manutenção ou uma avaria). Nalguns casos, a aplicação autónoma tem de tentar novamente enviar os dados para o outro sistema, de modo a que eles não se percam. Por isso tentará enviar os dados novamente, caso não tenha conseguido fazê-lo. Após um intervalo de tempo predefinido, a aplicação autónoma desistirá de tentar.
Devido a problemas de comunicação de rede, pode acontecer não ser possível publicar ou eliminar instantaneamente os resultados dos testes para PRISMAcolor Manager.
Nesses casos, o sistema tentará novamente esse procedimento, sem intervenção da sua parte, a cada 15 minutos durante as 72 horas seguintes.
Os novas tentativas só acontecerão se não for possível aceder aos servidores, não no caso de dados incorretos.
Por dados externos referimo-nos a dados que não sejam armazenados diretamente pela aplicação PRISMAcolor Manager. Um exemplo disto seriam as impressoras. Os dados destas impressoras são obtidos através de outro ponto final da aplicação. A obtenção dos dados é tentada até 5 vezes, tendo cada pedido seguinte um período de atraso ligeiramente superior ao anterior.
Ao importar um teste do PRISMAsync utilizando a pasta de importação configura do cloud proxy, os dados do resultado do teste serão enviados para o armazenamento de dados do PRISMAcolor Manager. No momento da validação bem sucedida do resultado do teste importado, os dados do mesmo serão enviados para a plataforma de cloud com um máximo de 5 tentativas. Se falhar, o ficheiro CGATS é transferido para o diretório "falhou". Quando é bem-sucedido, o ficheiro é movido para a pasta "processo".
O conector de cloud do PRISMAcolor Manager recolhe todos os dados de medição. Quando termina a medição e envia os resultados, o conector de cloud envia os dados de medição para o cloud proxy. Depois disso, os dados são enviados para o PRISMAcolor Manager com um máximo de 5 tentativas. Quaisquer falhas são registadas no ficheiro de registo interno do conector de cloud e no cloud proxy.