ArcNautical

ArcNautical Vessel monitors API

A standing subscription per hull. We re-screen on our schedule and deliver an event only when the verdict moves, so a book need not be re-screened to stay current.

GitHub OpenAPI

Operations 9

POST /api/v1/vessel-monitors Monitor a hull #
GET /api/v1/vessel-monitors List vessel monitors #
POST /api/v1/vessel-monitors/batch Monitor many hulls at once #
GET /api/v1/vessel-monitors/events Every change across the whole book #
GET /api/v1/vessel-monitors/{id} Get vessel monitor #
PATCH /api/v1/vessel-monitors/{id} Pause or resume vessel monitor #
DELETE /api/v1/vessel-monitors/{id} Delete vessel monitor #
GET /api/v1/vessel-monitors/{id}/history Get vessel monitor history #
POST /api/v1/vessel-monitors/{id}/simulate Fire a test webhook event #

Specifications

⚙
OpenAPI
https://artifacts.apis.io/arcnautical-com/openapi/arcnautical-com-vessel-monitors-api-openapi.yml

Schemas & Data

📊
JSONSchema
https://artifacts.apis.io/arcnautical-com/json-schema/arcnautical-com-screening-schema.json
📊
JSONSchema
https://artifacts.apis.io/arcnautical-com/json-schema/arcnautical-com-voyage-assessment-schema.json
📊
JSONSchema
https://artifacts.apis.io/arcnautical-com/json-schema/arcnautical-com-public-vessel-check-schema.json
📊
JSONSchema
https://artifacts.apis.io/arcnautical-com/json-schema/arcnautical-com-crew-check-schema.json
📊
JSONSchema
https://artifacts.apis.io/arcnautical-com/json-schema/arcnautical-com-create-screening-request-schema.json
📊
JSONSchema
https://artifacts.apis.io/arcnautical-com/json-schema/arcnautical-com-usage-summary-schema.json

Work with this as data

Every API here is available over the APIs.io API and to AI agents over MCP.

MCP server

One button, every client — Claude, Cursor, VS Code and the rest.

https://apis.io/mcp

Tools for apis

7 MCP tools reach this
  • find_apisBrowse and filter every API in the catalog.
  • get_api_artifactsOne API's artifacts, grouped by type.
  • get_openapiThe primary OpenAPI for this API.
  • find_similar_apisAPIs that look like this one.
  • apis_io_searchSTART HERE — APIs, providers and tags for one query, each with its total.
  • resolveTurn a domain, URL or GitHub org into the provider it belongs to.
  • find_cohortsEvery scored population of providers in the catalog.
All 92 tools →

Call it yourself

curl for this page
This API 
curl "https://apis.io/api/v1/apis/arcnautical-com:arcnautical-com-vessel-monitors-api"
All apis 
curl "https://apis.io/api/v1/apis?limit=25"

Discovery needs no key. Ratings and market analysis are Pro.

Get an API key

Free tier, no form to fill in. Signing in shares your email address with us — we store it to create your key and to recognise you if you sign in with another provider. See our Privacy Policy and Terms.

GitHub Google LinkedIn

A second provider on the same verified email joins the account you already have.

OpenAPI Specification

arcnautical-com-vessel-monitors-api-openapi.yml Raw ↑ 
openapi: 3.2.0
info:
  title: ArcNautical Vessel monitors API
  version: v1
  description: 'Vessel sanctions screening (single hull, batches of 50, standing monitors, fleets, cargo), voyage risk scoring, corridor monitoring, signed webhooks, exports and usage reporting. One keyless GET screens a hull; everything else runs on a self-serve key.


    Limits and expiry are entitlement-specific. Use GET /api/v1/usage to read the authenticated key environment, quotas, batch limits, and live-monitor capacity.


    The API exposes normalized route and risk outputs only. It does not expose raw third-party feeds, internal scoring weights, or AI-generated briefing prose.


    FIELD NAMES ARE snake_case, AND UNKNOWN FIELDS ARE REFUSED. A body property this API does not read returns 422 with field_violations naming it and listing the accepted keys — it is never accepted and ignored. A camelCase spelling of a real field is named explicitly in the violation. Note that the keyless GET /api/v1/vessels/{imo}/check RESPONSE is camelCase; that is a different contract and does not carry over to request bodies here.


    CORS: preflight (OPTIONS) returns Access-Control-Allow-Origin: * with Allow-Methods and an echo of your Access-Control-Request-Headers, so this API is callable from a browser. Authorization is not a CORS-safelisted header, so every cross-origin call — including GET — will preflight. Credentials are a bearer key you supply, never an ambient cookie, which is why * is both correct and permitted.


    HTTP conventions: HEAD is accepted anywhere GET is and returns the same headers with no body. A valid path reached with the wrong method returns 405 with an Allow header, never 404. Content-Type may be application/json, text/plain, or absent — text/plain is accepted deliberately because that is what fetch() sets for a string body — but a header describing a genuinely different format (form-encoded, multipart, XML) returns 415 rather than being parsed as JSON anyway. limit is validated, never clamped — 0, a negative, a fraction, or a value above the maximum returns 422 rather than being silently adjusted. A path under /api/vN for a version this service does not publish returns a JSON envelope with code unsupported_api_version, so it is distinguishable from the HTML a network layer would return.'
  x-api-version: '2026-10-29'
  contact:
    name: ArcNautical
    url: https://arcnautical.com/developers/
    email: admin@arcnautical.com
  termsOfService: https://arcnautical.com/terms.html
  x-logo:
    url: https://arcnautical.com/logo-512.png
    altText: ArcNautical
servers:
- url: https://arcnautical.com
  description: Production
- url: http://localhost:3001
  description: Local development
tags:


# --- truncated at 32 KB (243 KB total) ---
# Full source: https://artifacts.apis.io/arcnautical-com/openapi/arcnautical-com-vessel-monitors-api-openapi.yml