> ## Documentation Index
> Fetch the complete documentation index at: https://docs.livingsecurity.com/llms.txt
> Use this file to discover all available pages before exploring further.

# invalid_request

> Błąd publicznego API invalid_request — walidacja nie powiodła się lub bieżący stan zasobu uniemożliwia wykonanie operacji (HTTP 400 lub 409).

| | |
| - | - |
| **Kod** | `invalid_request` |
| **Status HTTP** | `400 Bad Request` lub `409 Conflict` |
| **Możliwość ponowienia** | Nie |

## Co to oznacza

Żądanie było nieprawidłowe pod względem składniowym lub semantycznym: miało niepoprawnie sformułowaną treść, brakowało w nim wymaganego pola albo wartość parametru wykraczała poza dozwolony zakres. Jeśli problem można przypisać do jednego parametru, wskazuje go pole `param`.

Odpowiedź `409` oznacza, że żądanie jest sprzeczne z bieżącym stanem zasobu. Na
przykład utworzenie klienta OAuth może się nie powieść, ponieważ docelowe konto usługi
jest nieaktywne, nie ma żądanego uprawnienia lub osiągnęło limit klientów. Należy przeanalizować
`status` i `detail` łącznie; sam kod błędu nie pozwala odróżnić tych
sytuacji od nieprawidłowo sformułowanego żądania.

## Co zrobić

* Przeczytaj `detail` i `param` — opisują one dokładnie, co nie przeszło walidacji.
* W przypadku `400` popraw żądanie przed ponownym wysłaniem.
* W przypadku `409` najpierw rozwiąż konflikt dotyczący stanu konta, przyznanych uprawnień lub limitu. Klient OAuth
  oczekujący na usunięcie nadal zajmuje miejsce w limicie. Podczas ponawiania tej samej próby utworzenia po rozwiązaniu konfliktu zachowaj klucz ponowienia.
* Sprawdź w dokumentacji API wymagane pola, typy i dozwolone wartości dla danej operacji.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.