AqNova Marketplace Policies & Disclosures
Global Legal Footer Framework
Comprehensive Compliance & Platform Governance Reference
Terms Governing Third-Party Integrators, Developers & API Partners
Rate Limits | IP Ownership | Data Use | Security | Global Compliance
Effective Date: April 7, 2026 | Version 1.0 | Arivon Holding Corporation
| ⚠ IMPORTANT LEGAL NOTICE PLEASE READ THESE API TERMS OF USE CAREFULLY BEFORE ACCESSING OR USING THE AQNOVA API OR ANY RELATED DEVELOPER TOOLS, DOCUMENTATION, OR SDKs. BY REGISTERING FOR AN API KEY, ACCESSING ANY API ENDPOINT, OR INTEGRATING WITH THE AQNOVA API, YOU AGREE TO BE LEGALLY BOUND BY THESE TERMS IN FULL. IF YOU DO NOT AGREE, DO NOT ACCESS OR USE THE API. THESE TERMS OPERATE ALONGSIDE THE PLATFORM TERMS & CONDITIONS (SECTION 2) AND ARE INCORPORATED THEREIN BY REFERENCE. |
|---|
These API Terms of Use ("API Terms," "this Agreement," or "these Terms") govern all access to and use of the AqNova Application Programming Interface ("API"), API documentation, software development kits (SDKs), sample code, developer tools, webhooks, and all related technical resources (collectively, the "AqNova API" or "API") made available by AqNova Marketplace, operated by Arivon Holding Corporation ("AqNova," "we," "us," "our").
These Terms apply to all Developers, third-party integrators, technology partners, enterprise API consumers, and any individual or entity ("Developer," "you," "your") that accesses or uses the AqNova API for any purpose, including building third-party applications, automating Platform operations, extracting data for analytics, integrating AqNova's marketplace functionality into external systems, or any other programmatic interaction with AqNova's Platform infrastructure.
These Terms are a supplemental agreement to the AqNova Platform Terms & Conditions (Section 2 of the Platform Governance Documents). In the event of a conflict between these API Terms and the Platform Terms & Conditions on API-specific matters, these API Terms govern. Developers who are also registered Vendors on the Platform are additionally subject to the Seller Agreement & Vendor Terms (Section 2.2).
| Section 8 — API Terms of Use: Document Map 8.1 Definitions & Scope 8.2 API Access — Registration, Authentication & Key Management 8.3 API Tiers & Access Levels 8.4 Rate Limits, Quotas & Fair Use Policy 8.5 Permitted Uses of the AqNova API 8.6 Prohibited Uses & Restrictions 8.7 Intellectual Property Rights 8.8 Data Use, Privacy & Data Protection 8.9 Security Requirements & Vulnerability Disclosure 8.10 Developer Application Review & Certification 8.11 API Versioning, Deprecation & Change Management 8.12 Uptime, SLA & Service Credits 8.13 API Fees & Commercial Terms 8.14 Liability, Disclaimers & Indemnification 8.15 Suspension & Termination 8.16 Global Regulatory Compliance 8.17 Dispute Resolution & Governing Law 8.18 General Provisions 8.19 API Support & Contact Information |
|---|
"AqNova API" or "API": The entirety of AqNova's application programming interface(s), including REST APIs, webhook endpoints, streaming APIs, GraphQL endpoints (where available), SDKs, sample code libraries, API documentation, developer console, and all related technical tools made available by AqNova to registered Developers.
"API Key": A unique alphanumeric credential issued to a Developer upon registration that authenticates API requests and links all API activity to the Developer's account. API Keys are confidential and must not be shared, published, or embedded in publicly accessible code.
"Developer": Any individual, company, organization, or other legal entity that has registered for an API Key and agreed to these Terms for the purpose of accessing the AqNova API.
"Developer Application" or "App": Any software application, website, mobile application, automation script, bot, data pipeline, or other tool built by a Developer that uses the AqNova API to interact with AqNova's Platform.
"End User": Any individual who uses a Developer Application that in turn accesses the AqNova API. End Users are AqNova Platform users (buyers or vendors) whose data and interactions may be accessed through the API on their behalf.
"API Endpoint": A specific URL path through which the API exposes a functionality, resource, or data object. Examples include endpoints for product catalog, order management, inventory, analytics, and vendor account data.
"Rate Limit": The maximum number of API requests a Developer may make within a defined time window, as specified in Section 8.4.
"Quota": The cumulative maximum volume of API calls, data transferred, or resources consumed within a billing period, beyond which overage charges may apply or access may be throttled.
"API Data": Any data retrieved from, submitted to, or generated through the AqNova API, including product data, order data, buyer data, vendor data, analytics data, and Platform metadata.
"Sensitive Data": Any API Data that constitutes personal information, financial data, payment card data, health information, or other categories of data subject to heightened protection under applicable law.
"Webhook": An outbound HTTP callback initiated by AqNova to a Developer's designated URL upon occurrence of specified Platform events (e.g., new order placed, payment confirmed, inventory update).
"SDK" (Software Development Kit): Client libraries, code samples, wrappers, and toolkits provided by AqNova to facilitate API integration in specific programming languages or frameworks.
"API Documentation": AqNova's technical reference materials, integration guides, changelog, and developer resources available at [developer.aqnova.co].
"Production Environment": The live AqNova Platform accessed through the production API base URL, processing real transactions and real user data.
"Sandbox Environment": AqNova's isolated test environment for developer testing, accessible through the sandbox API base URL, using synthetic test data that does not affect live Platform operations.
"Throttling": AqNova's automatic reduction of the API request rate for a Developer who is approaching or has exceeded applicable rate limits, without suspending access entirely.
| AqNova API — Technical Overview API Type: RESTful HTTP API (primary) | Webhooks (event-driven) Base URL (Production): https://api.aqnova.co/v1 Base URL (Sandbox): https://sandbox.api.aqnova.co/v1 Authentication: OAuth 2.0 (Authorization Code flow for user-authorized apps) API Key + Secret (server-to-server integrations) Data Format: JSON (application/json) | ISO 8601 dates API Versioning: URL-based versioning (/v1/, /v2/) Documentation: https://developer.aqnova.co Status Page: https://status.aqnova.co Supported Languages: Python, JavaScript/Node.js, PHP, Ruby, Java, Go (SDKs) Security: TLS 1.2+ required for all API communications |
|---|
To access the AqNova API, Developers must complete the API Developer Registration process at [developer.aqnova.co/register]. Registration requires:
A valid AqNova Platform account (buyer, vendor, or dedicated developer account) in good standing.
Full legal name or business entity name, country of establishment, and intended use case for the API.
Acceptance of these API Terms of Use and the Platform Terms & Conditions.
A valid email address for technical communications and security alerts.
For applications handling personal data of EU, UK, or other jurisdictions' users: confirmation that the Developer has a Privacy Policy that accurately describes data processing activities performed through the API.
For Production API access: submission and approval of an API Application Review (Section 8.10). Sandbox access is available immediately upon registration without Review.
The AqNova API uses the following authentication mechanisms, each appropriate for different integration architectures:
| Authentication Method | Use Case & Technical Specification |
|---|---|
| OAuth 2.0 — Authorization Code Flow | Required for Developer Applications that access AqNova data on behalf of individual Platform users (buyers or vendors). The End User authorizes the Developer App to access their data through AqNova's authorization server. Access tokens expire after 60 minutes; refresh tokens are valid for 30 days. Scopes must be minimally necessary for the application's stated purpose. Implementation follows RFC 6749 and RFC 6750. |
| API Key + Secret (HMAC-SHA256) | For server-to-server integrations where no individual user authorization is required (e.g., catalog sync, bulk inventory management, analytics export by the Vendor for their own data). API Key identifies the application; HMAC-SHA256 signature authenticates each request using the API Secret. The API Secret must never be transmitted over the network or stored in client-side code. |
| Webhook Signature Verification | AqNova signs all outbound webhook payloads with a SHA-256 HMAC signature using the Developer's webhook secret. Developers must verify the X-AqNova-Signature header on every incoming webhook request before processing the payload. Unverified webhooks must be rejected. |
Developers bear sole and complete responsibility for the security of their API Keys, OAuth client credentials, and webhook secrets. The following security obligations apply to all API credentials:
API Keys and Secrets must never be embedded in client-side code, mobile application binaries, public GitHub repositories, public documentation, or any other publicly accessible location.
API Keys must be stored encrypted at rest using industry-standard key management practices (e.g., environment variables, secrets management services such as AWS Secrets Manager, HashiCorp Vault, or equivalent).
Each Developer Application or integration environment (development, staging, production) must use separate API credentials.
Developers must rotate API Keys immediately upon suspected or confirmed compromise and notify AqNova at api-security@aqnova.co within 24 hours of discovering a credential leak.
AqNova may revoke any API Key at any time where it suspects compromise, abuse, or policy violation. Revoked keys are disabled immediately; the Developer is notified by email.
Developers must maintain a current record of all API credentials issued to their organization and revoke credentials associated with departing employees or contractors within 24 hours of their departure.
When implementing OAuth 2.0 authorization flows, Developers must request only the minimum OAuth scopes necessary for their application's stated and approved functionality. Requesting scopes beyond the minimum necessary ('scope creep') is a violation of these Terms. The following table sets out the principal OAuth scopes available on the AqNova API:
| OAuth Scope | Access Granted & Applicable Tier |
|---|---|
| read:catalog | Read access to public product catalog, category structure, and listing data. Available to all API tiers. |
| write:catalog | Create, update, and delete product listings in the authenticated Vendor's catalog. Requires Vendor account. Premium Seller and above. |
| read:orders | Read order data for the authenticated Vendor or Buyer. Requires user authorization. |
| write:orders | Acknowledge, update status, and manage orders for the authenticated Vendor. Requires Vendor account. |
| read:inventory | Read inventory levels and availability for the authenticated Vendor's products. |
| write:inventory | Update inventory quantities for the authenticated Vendor's products. |
| read:analytics | Access sales analytics, performance metrics, and reporting data for the authenticated Vendor. Premium Seller or above; Canopy FVP includes full analytics suite. |
| read:payouts | Access payout history and settlement data for the authenticated Vendor. |
| read:profile | Access the authenticated user's account profile data (name, email, address, preferences). |
| write:profile | Update profile data for the authenticated user. |
| read:reviews | Access product review and rating data for the authenticated Vendor's listings. |
| webhooks:manage | Register, update, and delete webhook endpoints for the Developer's application. |
| admin:full | Full administrative access. Restricted to AqNova internal systems and Enterprise-tier Partners only. Not available to standard API registrants. |
The AqNova API is structured in three access tiers, each reflecting the Developer's registration status, application review status, and commercial relationship with AqNova. Rate limits, available endpoints, and data access scope vary by tier.
| API Tier | Description, Eligibility & Included Endpoints |
|---|---|
| TIER 1 — SANDBOX (Free) | Available immediately to all registered Developers without API Application Review. Access to the Sandbox Environment only. Synthetic test data; no real user data; no live transactions. Rate limit: 100 requests/minute; 5,000 requests/day. Endpoints: All endpoints available in sandbox mode. Purpose: Development, testing, prototyping, and proof-of-concept. No SLA. No commercial use. Duration: Unlimited sandbox access; Production access requires Tier 2+ approval. |
| TIER 2 — DEVELOPER (Production) | Available to Developers who have completed the API Application Review (Section 8.10) and whose application has been approved for production access. Access to the Production Environment with real data. Rate limit: 300 requests/minute; 20,000 requests/day. Endpoints: Core catalog, order, inventory, and profile endpoints. Analytics: Basic (read:analytics scope requires separate review for Tier 2). Free tier for qualifying integrations; volume-based pricing for above-quota usage. SLA: 99.5% uptime (see Section 8.12). |
| TIER 3 — PARTNER (Enterprise / Canopy) | Available to AqNova's enterprise API partners, Canopy-tier Founding Vendors, and commercial integrators operating under a separately executed API Partner Agreement. Full endpoint access including full analytics suite, advanced order management, bulk operations, and real-time webhooks. Rate limit: Custom (specified in API Partner Agreement; typically 2,000+ requests/minute). Dedicated API infrastructure; custom SLA (99.9% uptime target). Revenue-sharing or fixed-fee commercial terms per executed API Partner Agreement. Technical account manager assigned. |
The following rate limits apply to all AqNova API integrations. Rate limits are applied per API Key (not per IP address) and are enforced using a sliding window algorithm unless otherwise specified.
| Tier / Limit Type | Per-Minute Limit | Per-Day Limit |
|---|---|---|
| Tier 1 — Sandbox | 100 requests/minute | 5,000 requests/day |
| Tier 2 — Developer (Production) | 300 requests/minute | 20,000 requests/day |
| Tier 2 — Burst allowance | 500 requests/minute (up to 60 seconds) | Counted toward daily quota |
| Tier 3 — Partner (standard baseline) | 2,000 requests/minute | Custom per agreement |
| Webhooks (Tier 1) | N/A (webhook delivery rate limited to 50 events/minute) | N/A |
| Webhooks (Tier 2) | N/A (webhook delivery: 200 events/minute) | N/A |
| Webhooks (Tier 3) | N/A (custom per Partner Agreement) | N/A |
| Bulk Operations Endpoint | 10 bulk requests/minute (all tiers) | Subject to daily quota |
| Search / Catalog Endpoint | 60 requests/minute (all tiers; higher priority lane) | Subject to daily quota |
| Authentication Endpoint | 20 requests/minute (anti-brute-force) | 500 requests/day |
Every API response includes the following rate limit headers to enable Developers to monitor their usage and implement appropriate back-off logic:
| X-RateLimit-Limit: 300 # Maximum requests per window X-RateLimit-Remaining: 247 # Requests remaining in current window X-RateLimit-Reset: 1712500000 # Unix timestamp when the window resets X-RateLimit-Window: 60 # Window duration in seconds Retry-After: 13 # Seconds to wait (included on 429 responses only) |
|---|
When a Developer exceeds the applicable rate limit, AqNova returns HTTP status code 429 (Too Many Requests) with the following response body structure. Developers must implement exponential back-off with jitter when handling 429 responses and must not retry requests immediately:
| { "error": { "code": "RATE_LIMIT_EXCEEDED", "message": "API rate limit exceeded. Please retry after the Retry-After period.", "retry_after_seconds": 13, "limit": 300, "window": "60s", "documentation": "https://developer.aqnova.co/errors/rate-limits" } } |
|---|
Rate limits are designed to ensure fair and equitable access to AqNova's API infrastructure for all Developers. The following practices are prohibited under AqNova's Fair Use Policy, regardless of whether they technically remain within rate limits:
Polling patterns: Making repeated requests to the same endpoint at maximum frequency without using webhooks or caching when real-time updates are not required. Developers should use AqNova's webhook system for event-driven updates and cache responses where data does not change frequently.
Data hoarding: Systematically requesting and storing all available API data without a specific operational purpose, particularly bulk export of product catalog data, pricing data, or user data for competitive intelligence.
Parallel key abuse: Creating multiple API accounts to aggregate higher effective request volumes in circumvention of per-key rate limits.
Artificial traffic: Generating API requests from automated systems that simulate user behavior to manipulate search rankings, review systems, or recommendation algorithms.
Cascading failures: Implementing retry logic without back-off that causes request storms when the API returns errors, amplifying infrastructure pressure during incidents.
AqNova monitors API usage patterns for fair use violations. Developers found to be in violation may have their rate limits reduced, be moved to a lower API tier, or have their API access suspended pending review.
For Tier 2 Developer accounts, daily request quotas reset at midnight UTC. When a Tier 2 Developer approaches their daily quota (>80% consumed), AqNova sends an alert to the Developer's registered email address. When 100% of the daily quota is consumed: API requests return HTTP 429 for the remainder of the day; webhook delivery continues (webhooks are not subject to the request quota); and the quota resets at midnight UTC. Developers requiring higher quotas should submit a Quota Increase Request through the developer console at [developer.aqnova.co/quota].
Subject to compliance with these Terms and all applicable laws, AqNova grants Developers a limited, non-exclusive, non-sublicensable, revocable license to access and use the AqNova API for the following permitted purposes:
| Permitted Use Category | Description & Conditions |
|---|---|
| Vendor Storefront Integration | Connecting a Vendor's own external e-commerce website, ERP system, warehouse management system (WMS), or inventory platform to their AqNova seller account for order management, inventory sync, and catalog management. The integration must be for the Developer's own Vendor account or for a Vendor client who has authorized the integration. |
| Buyer-Facing Shopping Applications | Building consumer-facing applications (mobile apps, browser extensions, voice commerce integrations) that allow buyers to browse, search, and purchase AqNova products. Such applications must identify themselves to users as third-party applications, not as AqNova itself, and must comply with AqNova's Brand Guidelines. |
| Analytics & Business Intelligence | Accessing AqNova API data to build business intelligence dashboards, sales analytics tools, and reporting solutions for Vendors' own use. Data must not be shared with third parties beyond the authorizing Vendor or used for competitive intelligence against other Platform vendors. |
| Sustainability & ESG Reporting Tools | Building tools that use AqNova API data to help Vendors track, report, and improve their sustainability performance, including supply chain carbon tracking, certification management, and ESG reporting dashboards. Aligned with AqNova's sustainability mission. |
| Logistics & Fulfillment Integration | Connecting third-party logistics providers, fulfillment centers, and shipping carriers to AqNova's order management system for automated order routing, dispatch, and tracking update. |
| Price Monitoring & Optimization (Own Listings Only) | Developers may use the API to monitor and optimize pricing for the authorized Vendor's own listings only. Price monitoring of competitor listings for the purpose of anti-competitive coordination is prohibited. |
| Marketplace Research & Product Discovery | Building non-commercial tools that help buyers discover AqNova products, compare sustainability credentials, or research ethical sourcing, provided such tools are consistent with AqNova's mission and do not scrape data for commercial resale. |
| AqNova-Approved Partner Services | Any integration purpose explicitly approved in a separate AqNova Partner Agreement or as part of an API Partner certification. The scope of permitted use in such agreements supersedes these general permitted uses. |
The following uses of the AqNova API are strictly prohibited and constitute a material breach of these Terms, regardless of stated purpose or intent:
Building competing marketplaces: Using AqNova API data — including product listings, vendor information, pricing, or buyer data — to build, populate, or enhance a competing e-commerce marketplace or price comparison engine that competes directly with AqNova's Platform.
Data resale: Selling, licensing, sublicensing, or otherwise commercially distributing API Data (including catalog data, analytics data, vendor data, or buyer data) to third parties without AqNova's prior written consent.
Training AI/ML models: Using AqNova API Data to train, fine-tune, or validate machine learning models, large language models (LLMs), recommendation engines, or any artificial intelligence system, without AqNova's prior written consent and a separately executed AI Data License Agreement.
Scraping & systematic extraction: Using the API to systematically extract, copy, or replicate substantially all of AqNova's product catalog, pricing database, or any other proprietary database, regardless of whether individual requests comply with rate limits.
Circumventing marketplace monetization: Using the API to redirect AqNova buyers or vendors to off-platform transactions, bypassing AqNova's payment processing, commission structure, or Buyer Protection Program.
Unauthorized personal data processing: Using the API to collect, aggregate, or process personal data of AqNova users (buyers or vendors) for any purpose not expressly authorized by the data subject and not disclosed in the Developer's Privacy Policy.
Impersonation: Creating applications that impersonate AqNova, misrepresent their affiliation with AqNova, or mislead users about the source of data or functionality.
Interference with Platform operations: Using the API in a manner that interferes with, disrupts, or degrades AqNova's Platform infrastructure, including denial-of-service attacks, resource exhaustion attacks, and exploitation of API vulnerabilities.
Fraudulent activities: Using the API to facilitate fraudulent transactions, fake reviews, listing manipulation, account takeover, chargeback fraud, or any other dishonest conduct.
Sanctions evasion: Using the API to facilitate transactions with sanctioned parties or in violation of applicable export control and trade sanctions regulations.
The following uses require AqNova's prior written consent or a separately executed agreement before proceeding:
White-labeling AqNova's API or reselling API access to third parties.
Building applications that handle payment card data (PCI-DSS scope) or financial services regulated by national financial authorities in any jurisdiction.
Integrations involving health product claims, pharmaceutical products, or regulated medical devices.
Applications that use AqNova Platform data for academic research, journalism, or public interest investigations.
Any integration involving cross-border data transfers of personal data of EU/UK users to countries without an adequacy decision or applicable transfer mechanism under GDPR/UK GDPR.
The AqNova API, all API documentation, SDKs, sample code, developer tools, endpoint architecture, data schemas, response formats, and all underlying technology are owned by or licensed to Arivon Holding Corporation and are protected by applicable intellectual property laws worldwide, including copyright, trade secret, patent, and trademark law. Nothing in these Terms transfers any ownership of AqNova's intellectual property to any Developer.
The limited license granted in these Terms (Section 8.5) is strictly confined to using the API for permitted purposes. Developers may not: (a) reverse engineer, decompile, or disassemble the AqNova API or Platform software; (b) create derivative works of the API documentation except for their own integration documentation; (c) remove or alter copyright notices, proprietary legends, or attribution in API responses, documentation, or SDKs; or (d) patent any invention that incorporates or relies upon the AqNova API or API Data.
AqNova makes SDKs and sample code available to Developers under the terms of the Apache License 2.0 (or such other open-source license as specified in the SDK repository). The Apache 2.0 license permits: commercial use; modification; distribution; patent use; and private use — subject to the conditions of that license. AqNova's trademark ("AqNova," its logos, and the "Powered by AqNova" badge) are NOT covered by the SDK open-source license and are subject to AqNova's Trademark Policy.
AqNova does not claim ownership of Developer Applications. The intellectual property in a Developer Application (the application's own code, design, and functionality, excluding any AqNova IP incorporated therein) belongs to the Developer. By making a Developer Application available to End Users who are AqNova Platform users, the Developer grants AqNova a non-exclusive, worldwide, royalty-free license to reference, display, and describe the Developer Application in AqNova's developer ecosystem, marketplace integrations directory, and promotional materials, subject to the Developer's prior consent for specific marketing uses.
API Data retrieved through the AqNova API is owned as follows: (a) AqNova's Platform data (catalog infrastructure, proprietary database compilations, algorithmic recommendations, curated collection metadata) is owned by Arivon Holding Corporation; (b) Vendor-submitted data (product listings, images, descriptions, pricing) is owned by the respective Vendor, with a license granted to AqNova under the Platform Terms & Conditions; (c) User-generated data (reviews, preferences, order history) is subject to applicable privacy law and user consent; and (d) API output (formatted responses, aggregated analytics) reflects AqNova's proprietary data processing and is owned by AqNova.
Developers may use API Data only for the permitted purposes described in Section 8.5. Upon termination of API access, Developers must delete all API Data within 30 days, except as required for legal retention obligations.
Developers who wish to display the "Powered by AqNova" badge or reference AqNova's brand in their Developer Application must comply with AqNova's Brand Guidelines available at [developer.aqnova.co/brand-guidelines]. Permitted uses include: attributing the data source as AqNova in product listings displayed within a Developer Application; displaying the "Powered by AqNova" badge to indicate API integration. Prohibited uses include: implying AqNova endorses or is affiliated with the Developer Application beyond the API integration; using AqNova's brand in a manner that could cause confusion about AqNova's products or services.
Where a Developer Application collects, processes, or stores personal data of End Users obtained through the AqNova API, the Developer is an independent data controller (or equivalent under applicable law) responsible for that processing. AqNova is not responsible for the Developer's data processing activities. Developers must:
Maintain a publicly accessible Privacy Policy that accurately and completely describes all personal data collected, the purposes for processing, legal bases, retention periods, and third-party recipients (including AqNova as the API provider).
Obtain all necessary consents, authorizations, and legal bases required by applicable law before collecting or processing personal data through the API.
Implement and maintain appropriate technical and organizational security measures consistent with the sensitivity of the personal data processed.
Comply with all applicable data protection laws in the jurisdictions where they operate and where their End Users are located.
Honor End Users' data protection rights (access, correction, erasure, portability, objection) in relation to data processed through the Developer Application.
Notify affected End Users and AqNova at api-security@aqnova.co without undue delay in the event of a personal data breach involving API Data.
Developer Applications processing personal data of users in the following jurisdictions must comply with the applicable data protection law:
| Jurisdiction | Applicable Data Protection Law & Key Developer Obligations |
|---|---|
| European Union / EEA | GDPR (Regulation (EU) 2016/679): Developers must identify a lawful basis for processing; publish a GDPR-compliant Privacy Policy; implement GDPR data subject rights; ensure cross-border transfer safeguards for data transferred outside EEA; and enter into Data Processing Agreements (DPAs) where required. EU Data Protection Supervisory Authorities may investigate Developer Applications that process EU user data. |
| United Kingdom | UK GDPR & Data Protection Act 2018: Substantially equivalent to EU GDPR. UK ICO may investigate Developer Applications processing UK user data. International transfers require UK IDTA or UK Addendum to EU SCCs. |
| California, USA | CCPA/CPRA: Developers that qualify as 'businesses' under CCPA must provide a 'Do Not Sell or Share My Personal Information' mechanism if applicable; honor opt-out rights; and not use AqNova API Data in violation of CCPA's use limitation principles. |
| Canada | PIPEDA (federal) / Quebec Law 25 / PIPA (BC & AB): Developers must obtain meaningful consent; identify purposes; apply data minimization; and maintain adequate safeguards. Quebec Law 25 imposes additional requirements including PIAs for cross-border transfers and data portability. |
| Brazil | LGPD (Law 13.709/2018): Developers must identify a legal basis for processing; appoint a DPO (encarregado) where required; honor Data Principal rights; and report breaches to the ANPD. |
| Australia | Privacy Act 1988 (Cth) & APPs: Developers operating in Australia must comply with the Australian Privacy Principles, including notification of collection, purpose limitation, and individual access rights. |
| India | Digital Personal Data Protection Act 2023 (DPDPA): Developers must identify as Data Fiduciaries; obtain consent for processing; implement data minimization; and honor Data Principal rights under the DPDPA. |
| Japan | APPI (amended 2022): Developers must specify purpose of use; handle sensitive information with heightened care; obtain consent for third-party provision; and implement appropriate security measures. |
| South Korea | PIPA (amended 2023): Developers must obtain prior consent; publish a Korean-language Privacy Policy; and honor Data Subject rights including access, correction, deletion, and suspension of processing. |
| South Africa | POPIA (Act 4 of 2013): Developers must process data lawfully; obtain consent where required; implement security safeguards; notify Information Regulator and data subjects of breaches. |
| Nigeria | NDPA 2023 & NDPR 2019: Developers must register databases with NDPC; obtain consent; implement security safeguards; and report breaches to NDPC. |
Developers must implement data minimization principles in their API integrations: request only the OAuth scopes necessary for the application's stated purpose; cache API Data only as long as necessary for the immediate operational purpose; and delete or anonymize personal data obtained through the API when it is no longer required for the stated purpose. AqNova will audit Developer Applications for data minimization compliance as part of the API Application Review and periodic compliance checks.
AqNova's Platform is not directed at children under 13 (or the applicable age of digital consent in the Developer's target jurisdiction). Developer Applications must not be designed to collect personal data from children or to provide services that are primarily directed at children without AqNova's prior written approval and implementation of age-appropriate design requirements. COPPA (US), the UK Children's Code, and equivalent frameworks apply to Developer Applications that serve children.
All Developer Applications that access the AqNova API in Production must implement the following minimum security requirements:
Transport security: All API communications must use TLS 1.2 or higher. TLS 1.0 and 1.1 are not supported. Certificate pinning is recommended for mobile applications handling Sensitive Data.
Credential storage: API Keys, OAuth client secrets, and webhook secrets must be stored using industry-standard secrets management. Hardcoding credentials in source code is prohibited.
Input validation: All data received from the AqNova API must be validated and sanitized before being processed or stored. Developers are responsible for protecting their own systems against injection attacks using AqNova-sourced data.
OAuth token storage: Access tokens obtained through OAuth flows must be stored securely (e.g., encrypted device storage; HttpOnly cookies for web applications) and must not be stored in browser localStorage, sessionStorage, or URL parameters.
Webhook verification: All incoming webhook requests from AqNova must be verified using the X-AqNova-Signature header before processing. Unverified webhooks must be rejected with HTTP 401.
Principle of least privilege: Developer Applications must request only the minimum OAuth scopes necessary. Access to End User data must be authorized by the End User through the OAuth consent flow and must not exceed the authorized scope.
Incident response: Developers must maintain an incident response capability to detect, contain, and respond to security incidents involving API credentials or API Data. AqNova must be notified at api-security@aqnova.co within 24 hours of any security incident involving AqNova API credentials or API Data.
Dependency management: Developers must keep API client libraries, SDKs, and application dependencies up to date with security patches. Use of SDKs or dependencies with known critical vulnerabilities is a material breach of these Terms.
AqNova maintains a responsible disclosure program for security vulnerabilities discovered in the AqNova API. If a Developer discovers a security vulnerability in the AqNova API, they must:
Report the vulnerability to AqNova's security team at security@aqnova.co with the subject line "API Security Disclosure" immediately upon discovery and before any public disclosure.
Provide sufficient information to allow AqNova to reproduce and assess the vulnerability, including: vulnerability type; affected endpoint(s); steps to reproduce; potential impact; and any proof-of-concept code.
Allow AqNova a minimum of 90 days from acknowledgment of the report to investigate, triage, and deploy a fix before any public disclosure ('coordinated disclosure').
Not exploit the vulnerability beyond what is necessary to demonstrate its existence.
Not access, modify, or exfiltrate any data that does not belong to the reporting Developer.
AqNova acknowledges valid vulnerability reports within 5 Business Days and maintains a Security Hall of Fame for credited researchers who report valid, previously unknown vulnerabilities. AqNova does not currently offer financial bounties but reserves the right to do so at its discretion.
Developers may not conduct penetration testing, vulnerability scanning, load testing, or security assessments against AqNova's production API infrastructure without prior written authorization from AqNova. Unauthorized testing against production systems is a material violation of these Terms and may be reported to law enforcement. Authorized testing against the Sandbox environment does not require prior written authorization, provided it is limited to the Developer's own sandbox credentials and does not interfere with other Developers' sandbox environments.
All Developer Applications seeking Production API access (Tier 2 and Tier 3) must complete an API Application Review before being granted production credentials. The review evaluates:
Application purpose and functionality: Does the application have a clear, legitimate purpose consistent with Section 8.5 (Permitted Uses)?
Data handling practices: Does the application's Privacy Policy accurately describe how End User data obtained through the API will be processed?
Security implementation: Does the application implement the minimum security requirements in Section 8.9.1?
Compliance with applicable law: Does the application comply with consumer protection, data protection, and advertising standards law in its target markets?
Brand compliance: Does the application accurately represent its relationship with AqNova and comply with AqNova's Brand Guidelines?
Sustainability alignment: Is the application's purpose consistent with AqNova's mission of sustainable commerce? Applications designed to undermine sustainability standards or facilitate greenwashing are not approved.
| Stage | Developer Action | AqNova Response & Timeline |
|---|---|---|
| 1 — Application Submission | Submit Developer Application Review form at [developer.aqnova.co/review] with: app name and description; use case; target audience; Privacy Policy URL; technical architecture summary; OAuth scopes requested. | Acknowledgment within 2 Business Days. |
| 2 — Technical Review | Respond to any technical questions from AqNova's developer team. Provide test credentials (test account login) for functional review if requested. | Technical review within 10 Business Days of complete submission. |
| 3 — Privacy & Compliance Review | Confirm Privacy Policy accurately describes API data processing. Address any compliance gaps identified. | Privacy review within 5 Business Days following technical review completion. |
| 4 — Decision | No action required (unless additional information requested). | Approval or rejection with written reasons. Approved apps receive Production API Key within 1 Business Day. |
| 5 — Ongoing Compliance | Maintain compliance with approved use case. Notify AqNova of material changes to application functionality, data handling, or ownership. | Annual compliance check for all Production-approved applications. |
Developers must notify AqNova at api-review@aqnova.co before making any material change to an approved Developer Application, including: changes to the application's core functionality; changes to the OAuth scopes requested; changes to data handling or storage practices; changes in application ownership or controlling entity; and expansion into new jurisdictions where different data protection or consumer protection laws apply. AqNova may require a revised Application Review for material changes.
The AqNova API is versioned using URL-based versioning (e.g., /v1/, /v2/). Each major API version is maintained for a minimum of 24 months from the release date of the next major version. Minor versions and patch updates are backward-compatible and do not require Developer action. The current production API version is v1 (released April 7, 2026).
AqNova will provide the following advance notice before deprecating any API endpoint, field, or major version:
Major version deprecation (e.g., v1 → v2 transition): Minimum 24 months' notice from the date the new major version is released as generally available (GA). Deprecation notices are communicated via: email to all registered Developers; in-API deprecation headers; and the AqNova API changelog at [developer.aqnova.co/changelog].
Individual endpoint or field deprecation: Minimum 6 months' notice. Deprecated endpoints include X-AqNova-Deprecated: true and X-AqNova-Sunset-Date response headers from the announcement date.
Emergency deprecation: Where AqNova must deprecate an endpoint immediately due to security vulnerabilities, legal compliance requirements, or critical infrastructure issues, AqNova will provide as much notice as practicable and will prioritize migration support for affected Developers.
| # Deprecation headers included in API responses for deprecated endpoints: X-AqNova-Deprecated: true X-AqNova-Sunset-Date: 2027-04-07 X-AqNova-Migration-Guide: https://developer.aqnova.co/migration/v1-to-v2 Deprecation: Sat, 07 Apr 2027 00:00:00 UTC Sunset: Sat, 07 Apr 2027 00:00:00 UTC |
|---|
Within a major API version (e.g., v1), AqNova guarantees the following backward compatibility commitments: existing API endpoints will not be removed; existing response fields will not be removed or renamed; existing HTTP status codes and error codes will not change their meaning; and OAuth scopes will not be removed. AqNova may: add new endpoints; add new optional response fields; add new optional request parameters; add new OAuth scopes; and add new webhook event types — all without advance notice, as these are additive (non-breaking) changes.
AqNova targets the following API uptime levels by tier:
| API Tier | SLA & Uptime Target |
|---|---|
| Tier 1 — Sandbox | No SLA. Sandbox environment is best-effort. Planned maintenance windows may be applied without notice during off-peak hours (00:00–06:00 UTC). |
| Tier 2 — Developer (Production) | 99.5% monthly uptime SLA. Measured as the percentage of minutes in a calendar month during which the Production API is available and responding to valid requests. Excludes scheduled maintenance windows (notified 48 hours in advance via [status.aqnova.co]). |
| Tier 3 — Partner (Enterprise / Canopy) | 99.9% monthly uptime SLA (or as specified in the API Partner Agreement). Dedicated infrastructure; priority incident response; SLA credits per executed Partner Agreement. |
Where AqNova fails to meet the Tier 2 monthly uptime SLA, Developers on a paid API tier may claim service credits as follows:
| Actual Monthly Uptime | Service Credit (% of Monthly API Fee) |
|---|---|
| 99.0% – 99.5% (minor breach) | 10% service credit |
| 98.0% – 98.9% (moderate breach) | 25% service credit |
| 95.0% – 97.9% (significant breach) | 50% service credit |
| Below 95.0% (severe breach) | 100% service credit |
Service credit claims must be submitted to api-support@aqnova.co within 30 days of the end of the month in which the SLA breach occurred. Service credits are applied to future API billing; they are not refundable as cash. The maximum service credit in any single month is 100% of the monthly API fee. Service credits do not apply to downtime caused by: Developer error or misuse; force majeure events; third-party service provider outages beyond AqNova's control; or denial-of-service attacks targeting the Developer's specific API Key.
AqNova communicates API incidents through the following channels:
Status Page: real-time incident status at [status.aqnova.co]. Developers are encouraged to subscribe to status page notifications.
Email: incident notifications to all affected Developers' registered email addresses for incidents exceeding 15 minutes.
API Response Headers: During degraded service, AqNova may include X-AqNova-Incident: true and a link to the status page in API responses.
Developer Slack / Community Forum: Incident updates posted to AqNova's developer community channel at [developer.aqnova.co/community].
The Sandbox environment is provided free of charge to all registered Developers for testing and development purposes. No payment method is required for Sandbox access. Sandbox access does not include an SLA and is subject to these Terms and to AqNova's right to terminate or modify access at any time.
Tier 2 Production API access is available under the following commercial models:
Included with Seller Plan: Vendors on the Premium Seller Plan and above have API access included in their seller subscription, subject to the rate limits in Section 8.4. This access covers the read:catalog, write:catalog, read:orders, write:orders, read:inventory, write:inventory, and read:analytics scopes for the Vendor's own data.
Standalone Developer Access: Developers without an associated Vendor subscription may access the Production API on a consumption-based pricing model. Pricing details are published at [developer.aqnova.co/pricing] and are subject to the fee modification policy in Section 8.15.
Overage pricing: Requests above the included daily quota are billed at overage rates published at [developer.aqnova.co/pricing].
Tier 3 Partner API access is governed by a separately executed API Partner Agreement. Commercial terms are negotiated based on the Partner's use case, expected request volume, data requirements, and commercial relationship with AqNova. Partner agreements may include: fixed monthly API access fees; revenue-sharing arrangements; minimum commitment periods; and custom SLA terms. Contact api-partnerships@aqnova.co for Tier 3 Partner inquiries.
API fees are billed monthly in arrears for consumption-based pricing and in advance for fixed-fee plans. Billing currency is USD unless otherwise agreed. Failed payments result in API access suspension after 5 Business Days' notice. AqNova issues invoices electronically to the Developer's registered billing email. Tax obligations on API fees are the Developer's responsibility and vary by jurisdiction.
THE AQNOVA API, API DOCUMENTATION, SDKS, SAMPLE CODE, AND ALL RELATED DEVELOPER TOOLS ARE PROVIDED ON AN 'AS IS' AND 'AS AVAILABLE' BASIS WITHOUT WARRANTIES OF ANY KIND, EXPRESS, IMPLIED, OR STATUTORY, INCLUDING BUT NOT LIMITED TO: IMPLIED WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE, TITLE, NON-INFRINGEMENT, ACCURACY, RELIABILITY, OR COMPLETENESS. AQNOVA DOES NOT WARRANT THAT: (A) THE API WILL BE UNINTERRUPTED, ERROR-FREE, OR SECURE; (B) API DATA WILL BE ACCURATE, COMPLETE, OR CURRENT; (C) DEFECTS WILL BE CORRECTED; OR (D) THE API IS FREE OF VIRUSES OR MALICIOUS CODE.
These disclaimers do not apply to express SLA commitments set out in Section 8.12 or to implied warranties that cannot be excluded under mandatory consumer law in applicable jurisdictions.
TO THE MAXIMUM EXTENT PERMITTED BY APPLICABLE LAW, AQNOVA'S TOTAL AGGREGATE LIABILITY TO ANY DEVELOPER FOR ALL CLAIMS ARISING FROM OR RELATING TO THESE API TERMS, THE AQNOVA API, OR ANY DEVELOPER APPLICATION SHALL NOT EXCEED THE GREATER OF: (A) THE TOTAL API FEES PAID BY THE DEVELOPER TO AQNOVA IN THE THREE (3) CALENDAR MONTHS IMMEDIATELY PRECEDING THE CLAIM; OR (B) ONE HUNDRED UNITED STATES DOLLARS (USD $100).
IN NO EVENT SHALL AQNOVA BE LIABLE FOR ANY: INDIRECT, INCIDENTAL, SPECIAL, CONSEQUENTIAL, PUNITIVE, OR EXEMPLARY DAMAGES; LOSS OF DATA, PROFITS, REVENUE, GOODWILL, OR BUSINESS OPPORTUNITY; COST OF SUBSTITUTE SERVICES; OR SYSTEM DOWNTIME — EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGES, AND EVEN IF A LIMITED REMEDY FAILS OF ITS ESSENTIAL PURPOSE.
These limitations apply to all causes of action, whether in contract, tort (including negligence), strict liability, or otherwise. They do not apply to: (i) AqNova's liability for death or personal injury caused by AqNova's negligence; (ii) fraud or fraudulent misrepresentation; or (iii) any other liability that cannot be excluded by applicable mandatory law.
Developers agree to indemnify, defend (with counsel acceptable to AqNova), and hold harmless Arivon Holding Corporation, AqNova, and their respective officers, directors, employees, contractors, and agents ("Indemnitees") from and against all third-party claims, liabilities, damages, costs, and expenses (including reasonable legal fees) arising from or relating to:
The Developer's breach of these API Terms, the Platform Terms & Conditions, or any applicable law.
The Developer Application's non-compliance with applicable data protection, consumer protection, or advertising standards law.
The Developer's collection, use, or disclosure of personal data obtained through the AqNova API.
Infringement by the Developer Application of any third-party intellectual property, privacy, or other rights.
Any security breach or credential leak attributable to the Developer's failure to maintain adequate security standards.
Any harm to End Users caused by the Developer Application's functionality, misrepresentations, or failure to disclose material information.
AqNova may suspend a Developer's API access immediately and without prior notice where:
The Developer has breached a security obligation (Section 8.9) or a credential compromise has been detected.
The API is being used in violation of the prohibited uses in Section 8.6, including suspected data harvesting, denial-of-service activity, or facilitation of fraud.
The Developer Application is causing or is at risk of causing material harm to AqNova's Platform infrastructure, other Developers, or End Users.
AqNova receives a valid court order, regulatory directive, or law enforcement request requiring suspension.
The Developer's seller account (where applicable) has been suspended.
For non-emergency policy violations, AqNova will provide the Developer with written notice of the alleged violation and a 10-Business-Day opportunity to cure before suspending production access. During a cure period, Sandbox access remains active. AqNova will notify the Developer of any suspension by email to the registered address within 24 hours of the suspension action.
AqNova may terminate a Developer's API access and these Terms for cause upon 30 days' written notice for material policy violations (unless the violation requires immediate termination per Section 8.15.1). Grounds for immediate termination without notice include: confirmed fraudulent activity; confirmed data theft; sanctions violations; child safety violations; and conduct creating criminal liability for AqNova.
Developers may terminate their API access at any time by: (a) deleting all API Keys through the developer console; and (b) submitting a termination notice to api-support@aqnova.co. Termination takes effect within 5 Business Days. Upon termination, the Developer must delete all API Data within 30 days and must ensure their Developer Application ceases to access the AqNova API.
Upon termination: (a) the license to access the API is immediately revoked; (b) all API Keys are disabled; (c) any outstanding API fees become immediately due and payable; (d) the Developer must delete all API Data within 30 days; and (e) provisions of these Terms that by their nature should survive (IP rights, liability limitations, indemnification, data deletion obligations, and dispute resolution) continue in full force and effect.
Developer Applications accessing the AqNova API must comply with all applicable laws in every jurisdiction where the application operates or where its End Users are located. The following regulatory frameworks are particularly relevant to Developer Applications building on the AqNova API globally:
| Jurisdiction / Regulation | Key Compliance Obligations for Developers |
|---|---|
| EU — GDPR & DSA | GDPR: Data controller obligations for any personal data processed by the Developer Application. DSA: Where a Developer Application qualifies as an online platform or intermediary under DSA, applicable DSA obligations apply. EU e-Privacy Directive: Cookie and tracking consent obligations for web-based Developer Applications targeting EU users. |
| UK — UK GDPR & Online Safety Act | UK GDPR: Equivalent data protection obligations for UK user data. Online Safety Act: Where a Developer Application is an online service accessible to UK users with user-generated content features, applicable OSA duties of care apply. |
| United States — Federal & State | CCPA/CPRA (California): Where Developer Application qualifies as a 'business' under CCPA, applicable consumer rights obligations apply. CAN-SPAM / TCPA: Where Developer Application sends marketing communications to US users. Children's Online Privacy Protection Act (COPPA): Where Developer Application targets or collects data from US children under 13. |
| Canada — PIPEDA / CASL / Law 25 | PIPEDA: Data controller-equivalent obligations for Canadian user data. CASL: Anti-spam obligations for any commercial electronic messages sent by the Developer Application to Canadian recipients. Quebec Law 25: PIAs for cross-border data transfers; data portability; automated decision-making disclosure. |
| Brazil — LGPD & Marco Civil | LGPD: Data controller obligations for Brazilian user data. Marco Civil da Internet: Intermediary liability principles; user data protection obligations. |
| India — IT Rules 2021 & DPDPA | IT Rules 2021: Grievance Officer requirement for applications with significant user base in India. DPDPA 2023: Data Fiduciary obligations for Indian user personal data. |
| Australia — Privacy Act & ACL | Privacy Act (APPs): Data controller obligations for Australian user data. ACL: Consumer guarantee obligations for Developer Applications offering services to Australian consumers. |
| Japan — APPI & SCTA | APPI: Data handling obligations for Japanese user personal data. SCTA: Specified commercial transactions disclosure obligations if the Developer Application facilitates commercial transactions with Japanese consumers. |
| South Africa — POPIA & ECTA | POPIA: Information Officer designation; processing conditions compliance; breach notification for South African user data. ECTA: E-commerce consumer protection obligations. |
| Nigeria — NDPA & FCCPA | NDPA 2023: Data Fiduciary-equivalent obligations; NDPC registration; breach notification for Nigerian user data. FCCPA: Consumer protection obligations for applications serving Nigerian consumers. |
Developers must ensure that their use of the AqNova API complies with all applicable export control regulations and trade sanctions. This includes the US Export Administration Regulations (EAR), OFAC sanctions, the EU Dual-Use Regulation, and equivalent national export control frameworks. Developers must not use the AqNova API to process transactions, transfer data, or provide services to sanctioned parties, sanctioned countries, or in violation of applicable export control law.
Developer Applications that use AqNova API data to build user-facing interfaces must meet applicable accessibility standards in their target markets, including WCAG 2.1 Level AA, the EU Accessibility Act (Directive 2019/882), the ADA Title III (USA), AODA (Ontario, Canada), and equivalent national frameworks. AqNova's API does not guarantee accessibility of the data it returns; accessibility compliance of the Developer Application's UI is the Developer's sole responsibility.
Disputes arising from or relating to these API Terms are subject to the dispute resolution framework set out in Section 2.14 of the Platform Terms & Conditions, which is incorporated herein by reference. The tiered process (informal negotiation → mediation → binding arbitration) applies. For EU and UK Developers, P2B Regulation requirements apply to the extent AqNova's API service qualifies as an online intermediation service for the purposes of that Developer's commercial activities.
These API Terms are governed by the laws of the State of Delaware, United States, and applicable US federal law, without regard to conflict-of-law principles, subject to mandatory consumer and vendor protection law carve-outs as described in Section 2.14.4 of the Platform T&C. For commercial API disputes between AqNova and enterprise Developer partners (Tier 3), the preferred arbitration forum is the American Arbitration Association (AAA) Commercial Rules, seat in Wilmington, Delaware, unless an alternative is specified in the API Partner Agreement.
Entire Agreement: These API Terms, together with the Platform T&C, applicable Seller Agreement (for Vendor-Developers), and any executed API Partner Agreement, constitute the entire agreement between AqNova and the Developer with respect to the AqNova API.
Modifications: AqNova may modify these API Terms upon 30 days' advance notice (60 days for EU/UK Developers). Continued API access after the effective date constitutes acceptance of the modified Terms.
Severability: If any provision is held invalid, it shall be modified to the minimum extent or severed, and the remainder continues in full force.
No Waiver: AqNova's failure to enforce any provision does not waive the right to enforce it in the future.
Assignment: Developers may not assign API access rights or these Terms without AqNova's prior written consent. AqNova may assign these Terms in connection with a merger, acquisition, or reorganization.
Independent Contractors: AqNova and Developers are independent contractors. These Terms do not create an employment, agency, partnership, or joint venture relationship.
Force Majeure: AqNova is not liable for API unavailability caused by circumstances beyond its reasonable control. Force majeure periods do not suspend the Developer's obligations under these Terms.
Notices: Legal notices to AqNova must be sent to legal@aqnova.com. Technical and support notices to api-support@aqnova.co. AqNova sends notices to the Developer's registered email address.
Third-Party Beneficiaries: These Terms do not create any rights for End Users as third-party beneficiaries. End Users' rights against AqNova are governed by the Platform Terms & Conditions and applicable law.
| AqNova API — Developer Support Contacts Developer Portal: https://developer.aqnova.co API Documentation: https://developer.aqnova.co/docs API Status Page: https://status.aqnova.co API Changelog: https://developer.aqnova.co/changelog API Registration: https://developer.aqnova.co/register Application Review: api-review@aqnova.co API Technical Support: api-support@aqnova.co Security Vulnerabilities: security@aqnova.co [Subject: API Security Disclosure] Credential Compromise: api-security@aqnova.co [URGENT] Quota Increase Requests: api-support@aqnova.co [Subject: Quota Increase] Enterprise / Partner API: api-partnerships@aqnova.co Brand & IP Issues: legal@aqnova.com Data Protection (API): privacy@aqnova.co General Legal Notices: legal@aqnova.com Registered Office: Arivon Holding Corporation C/O Arivon Holding Corporation, 2571 Saturn Avenue, Unit #265 Huntington Park, CA 90255, USA EIN: 41-3210066 | D-U-N-S: 142957477 |
|---|
AqNova Marketplace | Global Legal Footer Framework | Section 8: API Terms of Use
© 2026 Arivon Holding Corporation. All rights reserved. Effective April 7, 2026. Version 1.0.