> ## Documentation Index > Fetch the complete documentation index at: https://docs.hiperai.com/llms.txt > Use this file to discover all available pages before exploring further. # Reçus de conformité > Récupérez le reçu de conformité SMLTP signé pour un achèvement # Reçus de conformité Lorsqu'une finalisation est acheminée via la **passerelle SMLTP**, SecureAI produit un **reçu** de conformité signé — preuve cryptographique de la politique qui régissait l'appel. Ce point de terminaison récupère ce reçu par son identifiant de bundle. Les reçus existent uniquement pour les déploiements acheminés par passerelle. Sur les déploiements de fournisseurs directs, il n'existe aucune passerelle pour signer les reçus et ce point de terminaison renvoie `404`. ## Point de terminaison ``` GET /receipts/:bundleId ``` ## D'où vient l'identifiant du bundle Les réponses d'achèvement exposent l'ID du bundle chaque fois qu'un droit SMLTP est créé pour l'appel : * Point de terminaison classique : `metadata.smltp.bundle_id` (et un `metadata.smltp.receipt_url` prêt à l'emploi). * Point de terminaison compatible OpenAI : `secureai.smltp_bundle_id`. L'identifiant du bundle (un identifiant de droit tel que `jti-…`) est renvoyé même sur les déploiements natifs/fournisseur direct. Cependant, le **reçu signé** à cet identifiant n'existe que lorsque le trafic est acheminé via la passerelle SMLTP — sur les déploiements directs, ce point de terminaison renvoie `404` (voir ci-dessous). ## Authentification ```bash theme={null} Authorization: Bearer sk-your-api-key-here ``` ## Exemple de demande ```bash theme={null} curl -X GET "https://{customer.name}.hiperai.ai/api/external/receipts/bnd_9f2c...e71" \ -H "Authorization: Bearer sk-your-api-key-here" ``` ## Réponse ### 200 OK ```json theme={null} { "success": true, "receipt": { "bundle_id": "bnd_9f2c...e71", "...": "signed SMLTP receipt payload (policy, entitlement, verdict, signatures)" } } ``` L'objet `receipt` est la charge utile signée émise par la passerelle. Voir [SMLTP Security](/fr/en/security/smltp) pour savoir comment les reçus s'intègrent dans le modèle de transparence et d'audit. ### 404 Introuvable ```json theme={null} { "success": false, "error": "Receipt not found", "message": "No receipt for this bundle id. Receipts are only available when requests are routed through the SMLTP gateway, and are retained in its in-memory store for a limited time. The authoritative record is the hash-chained audit log." } ``` ### 400 Requête incorrecte Renvoyé lorsque l’identifiant du bundle est manquant ou comporte plus de 128 caractères. ## Remarques * Les reçus sont conservés dans la mémoire en mémoire de la passerelle pendant une durée limitée. Pour une preuve à long terme, comptez sur le **journal d'audit chaîné par hachage** — l'enregistrement faisant autorité et immuable. Voir [Journaux immuables](/fr/en/security/immutable-logs). * Tous les déploiements ne passent pas par la passerelle ; traitez un `404` comme « aucun reçu de passerelle pour cet appel », et non comme une erreur dans votre intégration. ## Connexes * [Sécurité SMLTP](/fr/en/security/smltp) * [Journaux immuables](/fr/en/security/immutable-logs) * [Achèvement du chat](/fr/en/api/chat/completions) ## OpenAPI ````yaml GET /receipts/{bundleId} openapi: 3.0.3 info: title: SecureAI External API description: > SecureAI External API provides AI chat completion and image generation capabilities with knowledge base retrieval, security policies, and comprehensive usage tracking. This API is designed for external developers and integrations using API key authentication. ## Key Features - **RAG (Retrieval-Augmented Generation)**: Automatically search knowledge bases for relevant context - **Multi-Model Support**: OpenAI, Anthropic, Google, Meta, and other AI models - **Model Redundancy & Failover**: Caller-defined failover chains (primary + fallbacks) with per-attempt timeouts - **OpenAI-Compatible Endpoint**: Point any OpenAI SDK at `/api/external/v1` — no code changes - **Image Generation**: Generate and edit images using Google Gemini 2.5 Flash Image - **Speech-to-Speech (S2S)**: Real-time voice conversations using OpenAI Realtime API with WebRTC - **Security Policies**: SMLTP policy enforcement, per-call Prompt Shield, and signed compliance receipts - **Usage Tracking**: Comprehensive usage monitoring, self-service quota, and rate limiting - **Knowledge Base Integration**: Access to personal and shared knowledge bases - **User Management**: Complete user, group, and role management capabilities - **Audit Logging**: Comprehensive activity and security audit logs ## Authentication All endpoints (except health check) require API key authentication using Bearer token: ``` Authorization: Bearer sk-your-api-key-here ``` ## Billing and Usage By default, API requests are billed to the user account that owns the API key. You can specify a different user to bill by including the `user_id` parameter in your request. This allows for: - Multi-tenant applications with per-user billing - Flexible completion limit management - Per-user "Usage by Model" settings ## Rate Limits - Default: 60 requests per minute, 1000 requests per hour - Daily limits: 100 requests (configurable) - Monthly limits: 10,000 requests (configurable) ## Base URL ``` https://secureai.hiperai.ai/api/external ``` version: 1.1.0 contact: name: SecureAI Support email: support@secureai.hiperai.ai license: name: Proprietary url: https://secureai.hiperai.ai/terms servers: - url: https://secureai.hiperai.ai/api/external description: Production server - url: http://localhost:3010/api/external description: Development server security: - ApiKeyAuth: [] tags: - name: System description: System health and status endpoints - name: Discovery description: Endpoints to discover available models, indexes, and policies - name: Chat description: AI chat completion endpoints - name: User Management description: Endpoints for managing user accounts and roles - name: Index Management description: Endpoints for managing knowledge base indexes - name: Group Management description: Endpoints for managing user groups - name: SMLTP Security description: Endpoints for managing SMLTP security policies and audit logs - name: Role Management description: Endpoints for managing user roles - name: Activity Logs description: Endpoints for retrieving activity logs externalDocs: description: SecureAI Documentation url: https://secureai.hiperai.ai/docs paths: /receipts/{bundleId}: get: tags: - Security summary: Fetch a signed SMLTP compliance receipt description: > Returns the signed compliance receipt for a gateway-routed completion. The bundle id is exposed on completion responses as `metadata.smltp.bundle_id` (classic) or `secureai.smltp_bundle_id` (/v1). Returns 404 on direct-provider deployments (no gateway to sign receipts). operationId: getReceipt parameters: - name: bundleId in: path required: true schema: type: string maxLength: 128 responses: '200': description: The signed receipt object '400': description: Invalid bundle id '404': description: No receipt for this bundle id (or non-gateway deployment) security: - ApiKeyAuth: [] components: securitySchemes: ApiKeyAuth: type: http scheme: bearer description: | API key authentication using Bearer token format. Example: `Authorization: Bearer sk-your-api-key-here` ````