2 APIs across 1 product group. All share one credential.
| I want to... | Use | Why |
|---|---|---|
| Standard CRM record and module operations | Vtiger REST API | The core REST API for the current user, module listing, metadata, and record create/retrieve/update/delete. |
| VTAP extension surface over the same CRM | Vtiger VTAP REST API | The VTAP REST API exposes the same record and module operations for the VTAP developer platform on the same instance. |
Install Jentic One Beta
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the Vtiger APIs, or any other public or private API you need. You set the rules, the agent never sees your credentials, and every call is logged.
Two steps, two machines. Install the instance in a safe environment, then register your agent from wherever it runs.
Step 1: Jentic One Host machine
# On the machine that will host your Jentic One instance:
curl -fsSL "https://jentic.com/install.sh?src=apis&api=%2Fapis%2Fvtiger.com" | shStep 2: Agent machine
# On the machine where your agent runs (keep this separate from the instance):
curl -fsSL "https://jentic.com/install.sh?src=apis&api=%2Fapis%2Fvtiger.com" | sh
jentic register # connects your agent to your Jentic One instanceJentic One is in public beta. The setup above keeps your agent separate from the instance, which is what you want before using real credentials: an agent running as the same OS user as Jentic One can read its stored keys directly. Just evaluating? A single local install is fine to start. See the secure deployment guide for the tiers.
Once connected, ask your agent something like: “manage vtiger crm records and modules”.
What agents get from Jentic-routed access to this vendor.
Setup
Wiring Vtiger by hand means configuring HTTP basic auth with your CRM email and access key, resolving your own instance host, and passing them on every call to both the REST and VTAP APIs. With Jentic you install Jentic One once and add either Vtiger API from the Jentic directory, and your agent can call both.
Permission scoping
Vtiger routes actions through generic operations like create, retrieve, update, and delete rather than per-record paths. Your own rules in your Jentic One instance decide which of those operations the agent may run across both APIs, so you can leave destructive ones out unless you add them.
Credential isolation
Your Vtiger email and access key are stored once, encrypted, in your own Jentic One instance and injected at execution time. The same credential covers both APIs and never enters the agent's prompt, logs, or context.
Specific to using Vtiger APIs through Jentic.
What can an agent do across Vtiger's APIs?
An agent can identify the current user, list and describe the CRM modules a user can access, and create, retrieve, update, and delete records. These operations are available across both the standard REST API and the VTAP REST API on the same CRM instance.
Do the two Vtiger APIs share one credential?
Yes. Both the REST API and the VTAP REST API use HTTP basic authentication with your Vtiger email as the username and an access key as the password, so a single credential pair works across both surfaces on the same instance.
When should I use the VTAP REST API instead of the standard REST API?
Both expose the same record and module operations. Use the standard REST API for general CRM record work and the VTAP REST API when you are building on the VTAP developer platform over the same instance.
How do agents choose the right Vtiger operation?
Vtiger routes most actions through generic operations such as create, retrieve, update, and delete rather than per-object URL paths. An agent first describes the target module, then calls the matching generic operation with that module named in the request.
BOOK A DEMO
Browse thousands of APIs and connect them all to your agent with Jentic One. One layer, one credential — every API your agent needs.
For Agents
An agent can look up the current user, list and describe the CRM modules it can access, and create, retrieve, update, or delete records across Vtiger's REST API and VTAP REST API using a single basic-auth credential.
Vtiger offers two parallel REST surfaces over the same CRM, so agents can move records, module metadata, and sync operations through generic create, retrieve, update, and delete operations rather than per-object URL paths. Both APIs share one basic-auth credential and one CRM instance.
Use for: Managing Vtiger CRM records, modules, metadata, relationships, tags, and sync operations through its REST and VTAP REST APIs
Not supported: payment processing, email delivery, developer tooling, real-time streaming, non-Vtiger data
Credentials: Both APIs use HTTP basic authentication with a Vtiger CRM email as username and an access key as password, so one credential pair covers both surfaces on the same instance.
All 2 Vtiger OpenAPI specs are vendor-official and indexed by Jentic, kept validated and agent-ready.
Vtiger is a CRM platform that exposes REST APIs for managing CRM records, modules, relationships, tags, and running queries and sync operations. Its two APIs, the standard REST API and the VTAP REST API, both use HTTP basic authentication and cover creating, retrieving, updating, and deleting records, describing module metadata, and listing the modules a user can access.
Each workflow spans multiple Vtiger APIs. Jentic routes each operation to the right API automatically.
Discover modules then operate on records
An agent lists the accessible modules and describes their metadata through one API, then creates or updates the matching records through the other, keeping module structure and record writes on the same instance.
Call GET /listtypes and GET /describe to resolve the target module, then POST /create to add a record
Vtiger REST API + Vtiger VTAP REST API
Sync CRM records across both REST surfaces
An agent retrieves records through one Vtiger API and reconciles or updates them through the other, using shared basic-auth credentials so the same records stay consistent across the standard REST and VTAP surfaces.
Call GET /retrieve to read a record, then POST /update or POST /revise to apply changes on the paired surface
Vtiger REST API + Vtiger VTAP REST API
Intent-based discovery
An agent searches the Jentic directory by intent, such as list accessible modules or update a record, and Jentic returns the matching Vtiger operation with its input schema, so the agent calls the right endpoint across both APIs without reading the reference docs.
Can I restrict an agent to read-only Vtiger access?
Yes. Because Vtiger uses generic operations, you can allow only the ones an agent needs, such as retrieve and listtypes, and leave destructive operations like delete and revise out of the allowed set unless you add them.
What is out of scope for Vtiger's APIs?
These APIs manage CRM records, modules, metadata, relationships, tags, and sync operations. They do not handle payment processing, email delivery, or general developer tooling outside the CRM.
All 4 are in the Jentic catalogue with the same one-credential, intent-search pattern.