Choose the surface
The API provides the public integration contract for the client and external systems. Use the interactive API reference and OpenAPI specification for your target environment and version. Prefer the v3 surface for new integrations; do not infer request fields or response shapes from screenshots or a different release.
Agree on configuration first
Before implementation, record the target environment, integration identity, allowed operations, document types, keyword types and groups, and Caseflow application/class where relevant. Names and numeric IDs can differ between environments. Check metadata requirements with the people maintaining Document types and keywords. File format, required fields, repeatable groups, and document access rights are part of a working integration, not just an API developer’s concern.Verify more than a successful request
Use a test environment to check:- The dedicated identity authenticates and reaches only the intended records.
- Required and optional metadata arrive in the expected types and groups.
- The returned response is handled according to the selected API contract, including empty results and validation failures.
- An accepted asynchronous operation reaches its intended final state, with a trace or correlation identifier retained for investigation.
- A retry after an uncertain response does not accidentally create duplicate business work. Do not assume every operation is safe to repeat.
Support handover
Keep the integration owner, purpose, API client ID, granted group, environment, credential-rotation process, and recovery procedure with the integration’s operational record. For failures, collect time, operation, response status, and correlation/trace ID when available. Do not copy bearer tokens or secrets into tickets.Where to read next
Introduction to AI assistant access
Connect an AI assistant to Nobly Insight over the Model Context Protocol (MCP) — what it can reach, who decides, and what every request still has to pass.
