Eu tenho um serviço onde algumas regras de validação devem ser verificadas antes que uma operação específica possa ocorrer.

Por exemplo, o cliente não deve gerar relatórios imprimíveis se todas as regras de validação não estiverem sendo atendidas.

No entanto, um cliente individual pode não ter todas as informações necessárias (esse usuário pode acessar apenas um subconjunto dos dados usados ​​para determinar o sucesso da validação), portanto, uma solicitação deve ser enviada ao servidor: basicamente "é umthing válido entrestart efinish".

A resposta será algum tipo de token que indicaVALID: FEEL FREE TO CONTINUEou uma lista de motivos de falha de validação que podem ser apresentados ao usuário.

É óbvio que uma validação bem-sucedida retornará um200 OK. Mas não sinto que um código de status de sucesso seja apropriado para uma falha de validação. Eu estou inclinado para um409 Conflict, mas eu só usei isso para rejeitar umPUT ouPOST. É válido (snicker) ter uma falha de validação indicada por um409, Ou há uma maneira melhor?

Nota: a ação executada não está sendo executada no servidor, portanto, ignorando essa verificação e apenas tentando a ação, com um403 no caso de a ação ser proibida não é uma opção.