Who This Guide Is For
This guide is for two groups inside an Enterprise account: admins who manage company access and developers who integrate Quan into internal apps, analyst tools, dashboards, copilots, workflow queues, or customer-facing financial products.
Important: Enterprise aliases are separate from the public Developer API model names. A normal StockUp developer API key cannot call quan-3-4-enterprise, quan-3-0-enterprise, or quan-3-4-deep-research-enterprise.
Enterprise Setup Flow
- Create or sign in to a StockUp account on the Quan API Enterprise page.
- Create the Enterprise organization for your company.
- Request a plan from the dashboard. StockUp must approve or activate the plan before employee access and Enterprise models are fully unlocked.
- Create an Enterprise API key from the dashboard.
- Add employees in Manage Access and assign each one a monthly token quota.
- Developers call
POST /v1/querywith the Enterprise API key, an Enterprise model alias, and the employee identifier header.
Enterprise Model Names
Use these aliases when a request should go through the Enterprise-only path. They map to the Enterprise prompt files and enforce Enterprise access checks.
| Enterprise model alias | What it is for | Common workflows |
|---|---|---|
quan-3-4-enterprise |
Flagship finance reasoning for company-grade apps. | Market-aware answers, valuation context, ticker analysis, internal research assistants, product copilots. |
quan-3-4-deep-research-enterprise |
Deeper reasoning for longer research workflows. | SEC filing review, earnings risk, due diligence, coverage-list triage, portfolio research queues. |
quan-3-0-enterprise |
Fast lower-latency utility model for high-volume tasks. | Classification, routing, short summaries, ticker preprocessing, alerts, watchlist utilities. |
Required Headers
Enterprise requests need the normal API authentication header plus a member attribution header. The member header lets StockUp apply the right per-user quota.
| Header | Required? | Purpose |
|---|---|---|
Authorization: Bearer sk_quan_ent_... |
Yes | Authenticates the Enterprise API key. You may also use x-api-key. |
X-Enterprise-User-Id: USER_UID |
Yes for Enterprise model aliases | Identifies the active Enterprise member whose quota should be charged. |
Content-Type: application/json |
Yes | Sends the request body as JSON. |
Quick cURL Example
curl -X POST https://stockup.cc/v1/query \
-H "Authorization: Bearer sk_quan_ent_your_key" \
-H "X-Enterprise-User-Id: employee_firebase_uid" \
-H "Content-Type: application/json" \
-d '{
"model": "quan-3-4-enterprise",
"messages": [
{
"role": "user",
"content": "Review AAPL, MSFT, and GOOGL for earnings risk, valuation sensitivity, and what our analyst team should watch next."
}
],
"stream": false,
"googleSearch": true,
"temperature": 0.2
}'
JavaScript Backend Example
Keep Enterprise keys on the server. Do not expose sk_quan_ent_... keys in browser JavaScript, mobile app bundles, public repos, or client-side logs.
async function runEnterpriseQuan({ enterpriseUserId, prompt }) {
const response = await fetch("https://stockup.cc/v1/query", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.STOCKUP_ENTERPRISE_API_KEY}`,
"X-Enterprise-User-Id": enterpriseUserId,
"Content-Type": "application/json"
},
body: JSON.stringify({
model: "quan-3-4-enterprise",
messages: [{ role: "user", content: prompt }],
stream: false,
googleSearch: true,
temperature: 0.2
})
});
const data = await response.json();
if (!response.ok) {
throw new Error(data.error || "Quan API Enterprise request failed");
}
return data?.candidates?.[0]?.content?.parts?.map(part => part.text || "").join("");
}
Python Example
import os
import requests
payload = {
"model": "quan-3-4-deep-research-enterprise",
"messages": [
{
"role": "user",
"content": "Create a research brief for our semiconductor coverage list. Focus on SEC filing changes, earnings risk, margin pressure, and major catalysts."
}
],
"stream": False,
"googleSearch": True,
"temperature": 0.15
}
res = requests.post(
"https://stockup.cc/v1/query",
headers={
"Authorization": f"Bearer {os.environ['STOCKUP_ENTERPRISE_API_KEY']}",
"X-Enterprise-User-Id": os.environ["STOCKUP_ENTERPRISE_USER_ID"],
"Content-Type": "application/json"
},
json=payload,
timeout=120
)
res.raise_for_status()
print(res.json()["candidates"][0]["content"]["parts"][0]["text"])
How Per-User Quotas Work
Every Enterprise member has a monthly token quota. New users default to 200,000 tokens per month. Admins can increase or decrease that number in Manage Access.
- Quota period: usage is tracked by calendar month using a period key like
2026-07. - Default user limit:
200,000tokens per member per month. - Usage source: successful Enterprise API responses increment member and organization token usage.
- Limit reached state: the user row shows a red
!indicator when usage reaches or exceeds the quota. - Blocked requests: if overages are off and the member is projected to exceed quota, the request is blocked before the model call.
How Admins Change a User Limit
- Open the Enterprise dashboard.
- Go to Manage Access.
- Find the employee row.
- Use the quota input to set the monthly token limit. Example:
500000for 500k tokens/month. - Optionally enable Overage for that user.
- Click Update.
Overage behavior: overages are disabled by default. If overage is disabled, the user is blocked once they hit the limit. If overage is enabled, the request can continue even after that user passes their quota. Billing treatment for overage usage should be confirmed with StockUp before relying on it commercially.
Enterprise Prices and Organization Token Pools
The organization also has a monthly token pool based on the selected Enterprise plan. Even if an individual user has quota remaining, Enterprise model calls can be blocked if the organization monthly pool is exhausted. These are preliminary starting prices and flexible planning baselines; StockUp can adjust pricing, token pools, seats, support structure, and rollout design when contacted for a real deployment. Final terms depend on usage, security review, model mix, grounding behavior, and contract structure.
| Plan | Starting price | Starting pool | Planning baseline |
|---|---|---|---|
| Team Enterprise | Starting at $499/mo | 25M monthly org tokens | Up to 250k tokens per active user/month. |
| Business Enterprise | Starting at $3,999/mo | 500M monthly org tokens | Pooled usage across departments, with 100k tokens per active user/month as a planning baseline. |
| Enterprise Scale | Starting at $19,999/mo and up | Starts at 2B monthly org tokens | Custom planning around deployment size and token volume. |
Developer API path: smaller teams, solo developers, prototypes, and medium-scale projects can use the lower-cost StockUp Quan Developer API before moving into Enterprise. Enterprise is best when a company needs organization controls, employee quotas, custom commercial terms, security review, or larger token pools.
Common Errors and Fixes
| Error | Likely cause | Fix |
|---|---|---|
Enterprise models require an active Quan API Enterprise key. |
A normal Developer API key called an Enterprise model alias. | Use an Enterprise API key created in the Enterprise dashboard. |
Enterprise model calls require X-Enterprise-User-Id... |
The request did not include the employee attribution header. | Send X-Enterprise-User-Id with an active Enterprise member UID. |
An approved Enterprise plan is required... |
The organization has requested a plan but it is not active yet. | Wait for StockUp activation or contact support. |
Enterprise monthly token pool is not configured. |
The org does not have a monthly pool attached. | Confirm the Enterprise plan activation and token pool with StockUp. |
Enterprise member monthly token limit reached. |
The employee is over quota and overages are disabled. | Increase the user quota, enable overage, or wait for the next monthly period. |
Enterprise organization monthly token pool is exhausted. |
The company-wide monthly pool is depleted. | Reduce usage, request a larger pool, or discuss overage structure with StockUp. |
Admin Best Practices
- Start users at the default 200k monthly quota, then increase limits for production workflows or heavier analyst users.
- Give shared service accounts higher limits only when the downstream app also tracks the real user internally.
- Keep overages disabled for new teams until the cost model is reviewed.
- Rotate Enterprise API keys if they appear in logs, tickets, chat tools, or client code.
- Disable users who leave the company or no longer need API access.
- Use separate keys for development, staging, and production when possible.
Developer Best Practices
- Use Enterprise aliases only for Enterprise workloads. Keep public model names for normal developer API tests.
- Send a stable employee UID in
X-Enterprise-User-Idon every Enterprise alias request. - Store the Enterprise API key server-side and proxy client requests through your backend.
- Use
stream: truefor chat-like interfaces andstream: falsefor background jobs or workflow steps. - Use
quan-3-0-enterprisefor routing/classification andquan-3-4-deep-research-enterprisefor high-value research tasks. - Handle
402and403responses explicitly so your users understand whether the issue is quota, plan activation, or credentials.
Security and Data Handling Notes
Enterprise access is planned around stronger company controls, private Enterprise data-handling review, and no Quan prompt/response storage where supported by Enterprise configuration. Do not describe the public API as zero-retention. Final privacy, retention, provider, grounding, and contract terms should be confirmed during Enterprise onboarding.
Short version: Enterprise model aliases give companies a separate access path, per-user quota controls, and admin-managed usage governance. They do not automatically change every provider-side retention or grounding behavior without the right Enterprise configuration and review.
Production Rollout Checklist
- Confirm your Enterprise plan is active.
- Create separate Enterprise API keys for dev, staging, and production.
- Add all initial employees in Manage Access.
- Set quotas for each employee or service-account user.
- Decide whether overages are allowed for each user.
- Update backend code to send
X-Enterprise-User-Id. - Log request IDs and app-side user IDs, but avoid logging prompts or API keys in plaintext.
- Monitor quota bars and red limit indicators during the first rollout week.
- Move heavier workflows to Deep Research only where the added reasoning depth is worth the token usage.
- Review data-handling and provider configuration before sending sensitive internal research at scale.
Enterprise Resources
Use these public resources when planning a company rollout, internal developer handoff, security review, or Enterprise procurement review.
- Quan API Enterprise landing page for plan requests, company positioning, organization access, and Enterprise dashboard entry.
- Enterprise Financial AI API page for company, team, fintech, bank, and financial-institution use cases.
- StockUp developer docs for the core API integration guide and developer portal.
- OpenAPI YAML and OpenAPI JSON for machine-readable API discovery.
- StockUp privacy policy and StockUp terms for legal, data-handling, and platform-use review.