Match the result codes table casing for ProjectHasNoApiAccess

[adamtheturtle]

Closes#3349.

The mock returned ProjectHasNoAPIAccess, while Vuforia's result codes table spells it ProjectHasNoApiAccess.

Confirming the casing against a real database needs a project with no API access, which the verified-fake test setup does not create, and no observed response with either spelling could be found. The mock's spelling traced back to a hand-written 2019 doc list of unhandled result codes (edd6f91), never an observed body, so the result codes table is the better source. This changes the mock to match it.

• ResultCodes.PROJECT_HAS_NO_API_ACCESS is now ProjectHasNoApiAccess.
• The internal ProjectHasNoAPIAccessError validator exception is renamed to ProjectHasNoApiAccessError.
• docs/source/differences-to-vws.rst records that the casing comes from the docs table rather than an observed response.

vws-python and vws-cli both map this result code by the old spelling, so they no longer recognize this response until they are updated; issues are filed for both. The mock's own test for this state now asserts the raw response instead of going through vws-python, whose from_result_code would raise KeyError for an unmapped code.

🤖 Generated with Claude Code