Tengo un servicio donde se deben verificar algunas reglas de validación antes de que se pueda realizar una operación en particular.

Por ejemplo, el cliente no debe generar informes imprimibles si no se cumplen todas las reglas de validación.

Sin embargo, un cliente individual puede no tener toda la información requerida (ese usuario solo podrá acceder a un subconjunto de los datos que se utilizan para determinar el éxito de la validación), por lo que se debe enviar una solicitud al servidor: básicamente "es unathing válido entrestart yfinish".

La respuesta será una especie de token que indiqueVALID: FEEL FREE TO CONTINUE, o una lista de razones de falla de validación, que pueden ser presentadas al usuario.

Es obvio que una validación exitosa devolverá un200 OK. Pero no creo que un código de estado de éxito sea apropiado para un error de validación. Me estoy inclinando hacia un409 Conflict, pero solo he usado esto para rechazar unPUT oPOST. ¿Es válido (snicker) tener un error de validación indicado por un409, ¿O hay un mejor camino?

Nota: la acción realizada no se está realizando en el servidor, por lo que se omite esta comprobación y solo se intenta realizar la acción, con una403 En el caso de que la acción sea prohibida no es una opción.