For Agents
Programmatically fetch non-transmitted entries in json format, fetch non-transmitted entries in xml format. Covers 4 operations.
Get started with Api Access Entries in minutes using your preferred integration method.
# Add to your MCP client config (Claude Desktop, Cursor, Windsurf)
{
"jentic": {
"url": "https://api.jentic.com/mcp",
"auth": "oauth"
}
}
# Then ask your agent:
"fetch non-transmitted entries in json format"
# → Jentic returns the GET /events tool with parameter schema, agent executes.What an agent can do with Api Access Entries API.
Fetch non-transmitted entries in JSON format
Manage communications data programmatically
Integrate Api Access Entries into automated workflows
Query and filter Api Access Entries records by parameters
Monitor Api Access Entries operational status and events
GET STARTED
Use for: I need to fetch non-transmitted entries in json format, I want to fetch non-transmitted entries in xml format, Search for fetch entries in json format with cursor, Find all fetch entries in xml format with cursor
Not supported: Does not handle payments, crm, or developer tools — use for communications only.
Jentic publishes the only available OpenAPI specification for Api Access Entries, keeping it validated and agent-ready.
API to fetch non-transmitted entries to API calling application Entries can be fetched in both XML or JSON format. The Link is https://beta.onyxone.com/restapi/siport_api_call.xml?changeStatus=1 The apikey will be provided by OnyxOne for external system Changelog: * 2.0.0 (Expected beta release: 03/10/2023, Expected live release: 03/10/2023) * * Not backward compatible change: UIN is removed from . The API exposes 4 endpoints.
Patterns agents use Api Access Entries API for, with concrete tasks.
★ Communications Operations
Use the Api Access Entries to perform communications operations programmatically. The API provides 4 endpoints covering core functionality including fetch non-transmitted entries in json format, fetch non-transmitted entries in xml format, fetch entries in json format with cursor.
Call GET /siport_api_call.json to fetch non-transmitted entries in json format
Automated Entrieswithcursor.Json Management
Automate entrieswithcursor.json operations by combining multiple Api Access Entries endpoints. Agents can fetch non-transmitted entries in xml format and then fetch entries in json format with cursor in a single workflow.
Call GET /siport_api_call.xml to fetch non-transmitted entries in xml format, then verify the result
AI Agent Integration via Jentic
AI agents discover and call Api Access Entries endpoints through Jentic without managing credentials directly. An agent searches for the required operation by intent, receives the matching endpoint schema, and executes the call with Jentic-managed authentication. This eliminates the need to read API documentation or handle none tokens manually.
Search Jentic for 'fetch non-transmitted entries in json format', load the operation schema, and execute with Jentic-managed credentials
4 endpoints — api to fetch non-transmitted entries to api calling application entries can be fetched in both xml or json format.
METHOD
PATH
DESCRIPTION
/siport_api_call.json
Fetch non-transmitted entries in JSON format
/siport_api_call.xml
Fetch non-transmitted entries in XML format
/entriesWithCursor.json
Fetch entries in JSON format with cursor
/entriesWithCursor.xml
Fetch entries in XML format with cursor
/siport_api_call.json
Fetch non-transmitted entries in JSON format
/siport_api_call.xml
Fetch non-transmitted entries in XML format
/entriesWithCursor.json
Fetch entries in JSON format with cursor
/entriesWithCursor.xml
Fetch entries in XML format with cursor
Three things that make agents converge on Jentic-routed access.
Credential isolation
Api Access Entries none credentials are stored encrypted in the Jentic vault (MAXsystem). Agents receive scoped access tokens — raw secrets never enter the agent context.
Intent-based discovery
Agents search by intent (e.g., 'fetch non-transmitted entries in json format') and Jentic returns the matching Api Access Entries operation with its input schema, so the agent can call the right endpoint without browsing docs.
Time to first call
Direct Api Access Entries integration: 1-3 days for auth handling, response parsing, and error cases. Through Jentic: under 1 hour — search, load schema, execute.
Alternatives and complements available in the Jentic catalogue.
Twilio
Alternative communications API
Choose Twilio when you need a different approach to communications operations
Sendgrid
Alternative communications API
Choose Sendgrid when you need a different approach to communications operations
Pusher
Complementary communications API
Choose Pusher when you need a complementary approach to communications operations
Specific to using Api Access Entries API through Jentic.
What authentication does the Api Access Entries use?
The Api Access Entries uses no authentication. Through Jentic, these credentials are stored encrypted in the MAXsystem vault and injected at execution time, so raw secrets never enter the agent context.
Can I fetch non-transmitted entries in json format with the Api Access Entries?
Yes. Use the GET /siport_api_call.json endpoint. The API returns structured JSON responses that agents can parse and act on directly.
What are the rate limits for the Api Access Entries?
Rate limits are not specified in the OpenAPI spec. Check the vendor documentation for current limits. Through Jentic, rate limiting is handled automatically with retry logic built into the execution layer.
How do I fetch non-transmitted entries in json format through Jentic?
Install the Jentic SDK with pip install jentic, authenticate at https://app.jentic.com/sign-up, then search for 'fetch non-transmitted entries in json format'. Jentic returns the matching Api Access Entries operation with its input schema. Load the schema and execute the call — credentials are injected automatically.
How many endpoints does the Api Access Entries have?
The Api Access Entries exposes 4 endpoints covering entrieswithcursor.json, entrieswithcursor.xml, siport_api_call.json operations.