Coś jest nie tak z danymi JSON POST jakie przesłano do nas.
Prosimy o postępowanie ściśle według dokumentacji API.

Brakuje niektórych wartości potrzebnych do skutecznej emulacji użytkownika. Oznacza to, że coś jest nie tak z przesłanym zadaniem.
Prosimy dokładnie zapoznać się z pełnym opisem błędu wygenerowanym przez API, aby poznać dokładną przyczynę.
Jeśli nie jesteś w stanie rozwiązać problemu, skontaktuj się z deweloperem swojej aplikacji.

ERROR_NO_SUCH_CAPCHA_ID pojawia się, gdy nie możemy odnaleźć określonego zadania w puli przetwarzanych captcha na podstawie jego ID.
Każdy captcha przechowujemy przez dodatkowe 60 sekund po rozwiązaniu przez któregoś z naszych pracowników.
Po tym okresie jest jednak usuwany z puli aktywnych captcha i przestaje być dostępny dla API.

Aby uniknąć tego typu problemu, zalecamy:
1. Wnioskować o rezultat zadania za pomocą getTaskResult co 5 sekund po stworzeniu zadania poprzez metodę createTask.
2. Zgłaszać nieprawidłowe/prawidłowe captcha w ciągu 60 sekund od otrzymania rozwiązania lub szybciej.

Okres 60 sekund może wydawać się zbyt krótkim, ale w większości przypadków ważność tokenów Recaptcha i wynik captcha obrazkowych jest równie krótki.

Problemem może być następujący scenariusz, wynikający z typowego błędu w programowaniu:
1. Przesłanie żądania utworzenia zadania do metody createTask i nieodebranie z jakiegoś powodu właściwego taskId.
2. Założenie, że jednak otrzymano poprawny taskId na skutek niewłaściwego przetwarzania odpowiedzi metody createTask.
3. Przesłanie żądania do metody getTaskResult z ww. nieprawidłowym ID zadania, co skutkuje błędem ERROR_NO_SUCH_CAPCHA_ID.

Czasem widzimy po swojej stronie przypadki nadsyłania taskId takich jak: NULL, false, 0, "" lub podobne. Takie wartości taskId spowodują błąd ERROR_NO_SUCH_CAPCHA_ID.

Jeśli użytkownik spowoduje 100 000 błędów ERROR_NO_SUCH_CAPCHA_ID w przeciągu 24 godzin, klucz konta zostaje zablokowany i użytkownik musi przesłać ticket z wyjaśnieniem sytuacji. Poprosimy wówczas o dowód na to, że błąd w kodzie został naprawiony. Cała procedura trwa zwykle kilka dni.

Błąd ERROR_NO_SLOT_AVAILABLE pojawia się, gdy nie ma wolnych pracowników i kolejka jest przeciążona.
Możesz nadal dostać się do kolejki płacąc więcej, niż inni klienci. Po to właśnie jest ustawienie "maksymalna stawka".

Zarządzaj swoją maksymalną stawką dostrajając proces rozwiązywania w Ustawieniach API.

Oznacza to, że twoja aplikacja wysyła zadania z nieprawidłowym kluczem dostępowym.
Po 100 nieudanych próbach w ciągu godziny, źródłowy adres IP zostaje zablokowany w celu uniknięcia ataku brute-force.

1. Upewnij się, że klucz wprowadzony do twojej aplikacji jest aktualny. Możesz go skopiować z Ustawień API.
2. Upewnij się, że pole z kluczem nie zawiera spacji ani innych znaków specjalnych.
3. Jeśli na pewno stosujesz za każdym razem właściwy klucz, skontaktuj się z dostawcą swojej aplikacji. Nie możemy w takim przypadku nic zrobić - problem leży po stronie twojego oprogramowania.
4. Jeśli sam stworzyłeś swoją aplikację, postępuj zgodnie z następującą procedurą:
Najprawdopodobniej przesyłasz do naszego API JSON w niewłaściwy sposób.
Najłatwiej uniknąć takiego problemu wzorując się na przykładach użycia API w naszej dokumentacji.
Jeśli tworzysz aplikację samodzielnie, możesz przetestować swoje wysyłane zapytania pod adresem https://api.anti-captcha.com/test .
Pozwoli to podejrzeć faktycznie przesyłane dane. Pamiętaj, że zadania należy wysyłać w formie JSON POST. Wszystkie dane zapytania powinny być wydrukowane w sekcji "Parsed input JSON" i wyglądać jak zmienna tablicowa. Następnie upewnij się, że przesyłana przez ciebie struktura JSON jest zgodna z dokumentacją. Zwróć uwagę na pisownię wielkich/małych liter w nazwach właściwości.
Sprawdź wszystko uważnie, a na pewno odnajdziesz źródło problemu.
Jeśli jednak mimo szczerych prób błąd nadal się pojawia, zgłoś ticket i dołącz przykład swojego JSON.

Tak, konto jest obciążane, gdyż czas naszych pracowników kosztuje. Gdybyśmy tego nie robili, następnego dnia mielibyśmy tłum domorosłych hakerów obciążających nasze API scramblowanymi captcha obrazkowymi lub/oraz zadaniami z powolnymi proxy. A to dla nas nieakceptowalne.

Zalecamy zwiększenie szybkości swojego proxy, chodzi o Recaptcha i filtrowanie scramblowanych captcha obrazkowych jeśli są to zwykłe captcha obrazkowe.

W przypadku Recaptcha, mamy limit 3 prób na zadanie.
Dla captcha obrazkowych, limit wynosi 5 prób na zadanie.
Oznacza to, że twoje zadanie spróbuje rozwiązać od 3 do 5 różnych pracowników, zanim opuści ono kolejkę.

Google zbanowało twoje proxy i zadanie nie będzie przyjęte aż do kolejnej godziny.
Nawet jeśli sam pomyślnie rozwiążesz Recaptcha ze zbanowanym proxy, nie oznacza to, że my będziemy mieli takie same szczęście. Musisz więc zmienić proxy, lub skorzystać z trybu bez-proxy (proxyless) w sekcji "Nadpisania (Override) API" w [settings/apisetup]Ustawieniach API].

Pamiętaj, że Google banuje pary wartości "IP-UserAgent", więc zmiana parametru userAgent w żądaniu API może czasem pomóc.

Oto jak taki błąd objawia się po stronie pracownika:

1. Upewnij się, że twoja aplikacja przesyła poprawnie kodowane dane obrazu JPG, GIF lub PNG.

2. Upewnij się, że usunięto "data:image/jpeg;base64," lub podobne dyrektywy z kodowania base64.

3. Korzystaj z oficjalnych przykładów kodu w celu przesyłania captcha. One naprawdę działają.

Źródłem są nieprawidłowości w którymś z tych obszarów:
a) Klucz strony
b) Domena

Jak pozyskać prawidłową domenę:
1. Powtórz czynności pokazane w tym poradniku i zainstaluj wtyczkę Firebug.

2. Odwiedź docelową witrynę, znajdź podobne zapytanie do serwera Google z kluczem strony. Odnajdź adres, do którego się odnosi. To właśnie będzie domena, którą należy przesłać do naszego API.

Błąd Expired Token zdarza się gdy pracownik nie zdoła rozwiązać lub anuluje rozwiązywanie captcha, na skutek czego token "challenge" przesłany w ramach zadania captcha wygaśnie. W takim przypadku, twoja aplikacja powinna pobrać nowy token "challenge" i ponowić próbę.
WAŻNE: Tokeny challenge są jednorazowego użytku. Oznacza to, że widget captcha jest renderowany jednorazowo dla danego tokenu.

Jeśli błąd będzie się powtarzał przy wszystkich przesłanych zadaniach, upewnij się, że twoja aplikacja przesyła wszystkie dostępne parametry do naszego API, jak na przykład subdomenę API.
Prosimy uważnie przestudiować dokumentację z tym związaną dostępną tutaj. Dwa działające przykłady rozwiązujące obie opcje można znaleźć na Github.

Najprawdopodobniej przesyłasz pakiety JSON do naszego API w niewłaściwy sposób.
Najłatwiej jest uniknąć tego błędu poprzez stosowanie się do przykładów wykorzystania naszego API, jakie znajdziesz w dokumentacji.
Jeśli budujesz samodzielnie aplikację, możesz sprawdzić swoje zapytania pod tym adresem: https://api.anti-captcha.com/test .
Powyższa czynność pozwoli zobaczyć co faktycznie jest wysyłane przez twoją aplikację.
Pamiętaj też, że żądania należy wysyłać metodą JSON POST. Pozwala to na transmisję złożonych obiektów w zapytaniach HTTP.

Error code ERROR_WRONG_FLAGS is assigned to a text captcha when worker decides that captcha requirements like "numeric", "minimum length" are not accomplishable and presses button in their interface "incorrect flags". You are paying for such images because you're spending worker's time. This button, however, is not available to workers when no flags are sent along with a captcha image. Decision wether to use flags are not is up to the customer.

Full list of available flags is available at ImageToTextTask task description page.

ERROR_BAD_DUPLICATES pojawia się, gdy "100% feature" nie ma wystarczająco dużo kopii captcha by dopasować w jednej odpowiedzi.
Skoro wszystkie kopie są rozwiązywane osobno przez różnych pracowników, twoje konto jest obciążane za każde zduplikowane zadanie, niezależnie od prawidłowości.