Skip to main content

Feature request — bulk/paginated device data endpoint for N-central connector (currently per-device only)

The N-central tools currently expose device-level detail (serial number, warranty expiration, asset tag, lifecycle/purchase data) only through per-device calls — ncentral_get_device_asset_info and ncentral_get_device_lifecycle_info, or the bundled ncentral_get_device_overview fan-out. There is no bulk endpoint that returns these fields across many devices in a single call or a small number of paginated calls.

Why this matters:
Building a fleet-wide asset inventory — even the current per-device overview, which is already a 6-call fan-out — means thousands of tool invocations for a single refresh. That's not workable as a recurring (e.g. weekly) process against StackJack's call-based pricing/quota model, and it scales linearly with device count as our book grows, unlike every other connector we use through StackJack.

What we're asking for:
A bulk or paginated device-data tool for N-central — something like ncentral_list_devices_bulk or an enhancement to the existing list endpoints — that returns serial number, warranty expiration, asset tag, purchase/cost data, and lifecycle status across all devices for an org unit (or the full tenant) in a small number of paginated calls, similar in spirit to how ncentral_list_organization_units already returns the full org tree in one call.

Context, for reference: N-able's own native GraphQL API (the basis for their new MCP server, docs at https://developer.n-able.com/gql/docs) supports exactly this via a paginated assetSearch query returning cursor-based pages of up to 1,000 devices per call, using first/orderBy arguments and a pageInfo { endCursor hasNextPage } / totalCount response shape. If N-central's underlying REST/GraphQL layer already supports bulk device queries, this may be primarily a connector-mapping change on StackJack's side rather than a new capability against the vendor API — worth checking before scoping this as a larger effort.

Impact if resolved: This directly unblocks fleet-wide asset reconciliation work for our QBR pipeline, which is currently the single largest per-run cost driver on this tenant.

Status: Closed

Log in to comment and vote

No comments yet

Be the first to share your thoughts.