Sumário
Este problema conhecido foi traduzido automaticamente do inglês.
O registro de férias pode ser feito tanto diretamente em nossa UI administrativa (`/admin/logística/#/holidays') como também utilizando nossa API.
Neste caso, o problema surge quando se utiliza o API e se faz várias solicitações ao mesmo tempo (mais ou menos no mesmo segundo). Isto está gerando inconsistência nas informações causadas por um problema na indexação do registro uma vez que ele é criado.
Para detalhar um pouco mais este cenário, é importante fazer uma referência ao registro individual e ao processamento deste registro a ser mostrado na lista* e que nosso sistema logístico leve em conta confirmando aqui que o feriado só será levado em conta nos cálculos logísticos se de fato este dia for mostrado na lista-.
Quando esta questão ocorre, o registro individual é mantido, ou seja, se eles fizeram um GET por ID de feriado, eles receberão os detalhes, no entanto, quando eles fizeram um GET da lista de feriados, este registro não aparecerá, o que significa que este registro foi deixado inconsistente e não há como recuperá-lo, uma vez que cada PUT feito com o mesmo ID encontrará um registro inconsistente que não irá gerar uma atualização ou reprocessamento.
Simulação
Para tentar simular este problema, é necessário registrar vários feriados na mesma conta ao mesmo tempo. É possível que um ou mais destes feriados sejam inconsistentes.
Depois disso, você pode:
- Validar com o GET por ID
- Em seguida, validar com o GET da lista de feriados ou diretamente na UI.
Workaround
Recomendamos a revisão dos seguintes comentários:
- Por um lado, para validar a integração e as solicitações a esta API, pois para o registro de férias na mesma conta é recomendado ter processos que garantem espaços prudentes de tempo entre cada PUT, talvez pensando em dar um espaço de +-15 segundos ou mesmo minutos*.
- Por outro lado, no caso de apresentar este comportamento, é possível enviar um novo registro (PUT) modificando o ID*. Isto criará um novo registro que, se o ponto anterior for respeitado, não haverá problema e ele será mostrado na lista.