В каком случае корректно возвращать 422 вместо 400 при валидации JSON?

Question

[j_KS]

Есть REST API, принимающий JSON.
Если структура запроса корректная (валидный JSON), но одно из полей не проходит бизнес-валидацию (например, email уже существует), какой код статуса корректнее вернуть — 400 или 422?
В чем сейчас принятая практика?

Comments

[Everything_is_bad]

при валидации JSON

Если структура запроса корректная (валидный JSON)

тут тогда уже не про валидацию JSON, а про валидацию данных без привязки к формату в котором они описаны

[Adamos]

Для публичного API лучше не гадать на кодах, а конкретно сообщать, в чем проблема (если серверу это понятно) по 400.
Оставив коды для случаев 401, 403, 404 и 429, про которые сервер все равно больше ничего не расскажет.

[сергей кузьмин]

SWAGGER рекомендует 422
Type URI Title Recommended HTTP Status Code Reference
https://problems-registry.smartbear.com/business-r... Business Rule Violation 422

Answer 1

[Everything_is_bad]

400 очень общий, так что для валидации данных больше подходит 422, но конкретно для "какое-либо поле уже существует" очень подходит 409
Но на самом деле, статус код это больше про конкретные соглашения между сторонами и они могу отличаться от общепринятых.

ЗЫ у меня есть проект, где ошибки реально размазаны по 4XX кода, там я никогда не помню какую когда ставить и всегда открываю специальный док с описанием, а есть, где просто выдается ошибка 400 с {'error': 'текстовое описание ошибки'}