Section 0 - Your role in the AI system lifecycle
Responding as (please select all that apply):
- Application developer (/provider)
If any of the fields above are selected, please indicate your organization size:
Small enterprise: 10-49 employees
The Hiroshima AI Reporting Framework is open to organisations across the AI value chain, including developers, deployers, and providers of advanced AI systems. Participants are invited to report on their practices for managing risks and advancing trustworthy AI. Participation strengthens transparency, contributes to a shared understanding of organisational practices, and enables organisations to demonstrate their approaches to trustworthy AI.
Publication date: Nov 2, 2026, 03:50 PM GMT+1
Reporting period: Q4 2026
Section 0 - Your role in the AI system lifecycle
Section 1 - Risk Identification and Evaluation
As an application developer, Odysai SAS (Jimini) integrates third-party general-purpose models, accessed for inference only under zero data retention terms, into a legal assistant for legal professionals, and does not train foundation models. It therefore does not define capability thresholds of its own. AI-related risks are assessed within its ISO/IEC 27001:2022-certified information security management system (risk assessment and Statement of Applicability), and the company has qualified itself under Regulation (EU) 2024/1689 as the provider of an AI system that is not a high-risk AI system. Given its clientele (notably lawyers bound by professional secrecy), the risk treated as most severe is a breach of the confidentiality of client data. Mitigations include hosting of customer data in France, inference exclusively within the EU, contractual zero data retention and no use of customer data for model training by model providers, and strict logical isolation of data per organisation.
Every change to the service follows Jimini's Secure Software Development Lifecycle. Changes move through four segregated environments (local, development, pre-production, production). A pull request must be approved by a code owner other than its author, with a successful continuous-integration run (unit, integration and end-to-end tests), and functional acceptance is carried out on staging and pre-production before promotion. Each production deployment must be approved by someone other than the change author, the approval being recorded through Git tags; emergency fixes are reviewed after the fact within 24 working hours. Production systems, container images and third-party dependencies are scanned continuously, and an external penetration test is commissioned annually from an independent third party. Internal evaluation campaigns of model answers are also run by legal experts against an internal question grid scoring legal reliability and answer quality, including hallucinations.
Security events are reported through a defined channel, with an alternate point of contact, and are qualified by the Security Officer and the Chief Technology Officer, who assign a severity (low, medium, high or critical). Incidents are recorded in an internal Security Incident Register. Affected customers are notified within 24 working hours of qualification and in any event within 72 hours, and the CNIL within 72 hours where Odysai SAS acts as controller. A blame-free retrospective is held within one week of resolution and corrective actions are recorded in a corrective action register; this part of the process is being formalised within the ISMS. Security advisories from CERT-FR, guidance from the CNIL and security advisories from hosting and model providers are monitored and fed into vulnerability management.
| Always | Ad hoc / as relevant | Not currently accessible | |
|---|---|---|---|
| Relevant employees (security, legal/compliance, etc.) | ✓ | ||
| Public authorities (e.g., public reporting offices for security incidents or data breaches) | ✓ | ||
| Supervisory authorities (e.g., data protection authorities) | ✓ | ||
| Industry partners or industry fora | |||
| Users (end users, enterprise customers, developers using APIs) | |||
| Business customers / deploying organizations (if different from “users”) | |||
| Supply-chain partners (cloud, data providers, etc.) | |||
| Academia / researchers | |||
| Independent auditors | |||
| Standards bodies / multi-stakeholder initiatives (OECD.AI, ISO/IEC, IEEE, etc.) | |||
| Specific civil society organizations | |||
| Media / general public (people or communities indirectly impacted) | |||
| Other |
Customers and users can report issues through Jimini's support channel (support@jimini.ai). Under the Security Incident Management Policy, any person may report a suspected security event through a defined channel with an alternate point of contact, and no adverse measure may be taken against a person reporting in good faith. Reporting obligations towards customers and authorities are set by law and contract: affected customers are notified within 24 working hours of qualification and in any event within 72 hours (Data Processing Agreement), and the CNIL is notified within 72 hours under Article 33 GDPR where Odysai SAS acts as controller. Odysai also receives and monitors security advisories from CERT-FR and from its hosting and model providers.
In the event of a personal data breach, the notification to affected customers includes at minimum the nature and description of the breach, the categories and approximate number of data subjects and of records concerned, and the measures taken or envisaged. Odysai assists customers with their own notification to the CNIL under Article 33 GDPR and notifies the CNIL directly for processing for which it is controller.
not applicable
| Always-on | Ad hoc / as relevant | No current collaboration | |
|---|---|---|---|
| Relevant employees (security, legal/compliance, etc.) | ✓ | ||
| Public authorities / regulators / AI safety institutes / other public sector bodies and inter-governmental coordination structures | ✓ | ||
| Industry partners or industry fora | ✓ | ||
| Users (end users, enterprise customers, developers using APIs) | ✓ | ||
| Business customers / deploying organizations (if different from “users”) | ✓ | ||
| Supply-chain partners (cloud, data providers, etc.): French cloud infrastructure provider (Scaleway), sovereign cloud provider for public-sector deployments, LLM providers, legal content and data providers, and document management system integration partners. | ✓ | ||
| Academia / researchers | ✓ | ||
| Independent auditors | ✓ | ||
| Standards bodies / multi-stakeholder initiatives (OECD.AI; ISO/IEC; IEEE; AIID etc.) | ✓ | ||
| Independent civil society organizations (e.g., for evaluations, audits, or policy review) | ✓ | ||
| Media / general public (people or communities indirectly impacted) | ✓ | ||
| Other(s) (please add any other relevant stakeholder groups): | |||
| Not applicable |
Jimini AI is an application developer serving lawyers, in-house counsel and notaries in France, where AI errors carry professional secrecy and liability consequences. We joined the G7 Hiroshima AI Process in May 2026 at the initiative of the French DGE, sit on the France Legaltech strategic committee, and are one of ten vendors selected for the French State’s legal AI experiment run by the DAE and the DITP with around 150 civil servants. We signed a national partnership with the Conseil national des barreaux, the French national bar council, after meeting its documented requirements on professional secrecy and independence, and we are assessed against its AI tool selection grid and against bar evaluation questionnaires. User and client reports are centralised and drive our mitigation roadmap: reports of unsupported outputs in 2026 led to a capability that verifies every case law and statutory citation against its source. Our ISMS is ISO/IEC 27001 certified with annual external audits and an annual independent penetration test. We train trainee lawyers through the bar schools with a module on critical distance towards AI outputs. We have no structured collaboration with civil society organisations today.
No answer provided
Section 2 - Risk Management and Information Security
Risk management is run through Jimini's ISO/IEC 27001:2022-certified information security management system (certificate IC-IS-2506288, INTERCERT), whose scope covers infrastructure, applications and delivery systems, customer and business data management, HR, engineering and product, support, sales and marketing, and finance. Plan and design: secure-by-design and privacy-by-design principles are applied from the design stage of any change. Data: customer data is hosted in France (Scaleway by default; S3NS for public administrations), backups are kept in the EU, inference is performed exclusively in the EU, and model providers apply zero data retention and may not use customer data to train or improve models. Build, verify and validate: secure development lifecycle with peer review by a code owner, continuous-integration testing, acceptance on staging and pre-production, continuous vulnerability scanning and an annual independent penetration test. Deploy: each production deployment is approved by someone other than the change author. Operate and monitor: logging of access and operations (audit logs retained one year) with alerting, quarterly access reviews, daily encrypted backups with restoration tests, and an incident management process with customer notification within 24 working hours of qualification. Governance: an ISMS Governance Council meets quarterly, a management review is held in Q4 2026 and a first internal audit is scheduled for Q1 2027. The policy set is reviewed at least annually.
Jimini AI does not train or fine-tune foundation models and does not use client data for training. Data quality work therefore concentrates on the legal corpus we curate and on the documents our users bring.
Our legal corpus is built exclusively from official and authoritative French public sources, primarily Légifrance for legislation and regulation and Judilibre for Court of Cassation case law, together with administrative and constitutional case law. Using official sources means provenance is traceable by construction and no harmful or personal content enters the corpus beyond what the public authorities themselves publish. The corpus is refreshed so that answers reflect the law in force, and every answer surfaces the underlying source so users can check it against the official text.
Client documents are processed strictly to serve the user’s own request, are logically segregated by organisation, and are never pooled, reused across clients or used to improve models. An anonymisation capability is available to users who need to remove identifying information before processing. Known limitations, including the fact that coverage focuses on French law and that outputs must be verified by a qualified professional, are documented in our code of conduct and covered in the training we deliver to users.
Responsibility for secure testing is shared, under a single owner. Overall accountability sits with the co-founder responsible for technology and security, who owns the information security management system, commissions the annual independent penetration test and maintains the daily vulnerability watch.
Day-to-day execution sits with the engineering team, through a rotating daily on-duty role that owns incoming bug and security reports, monitors the alerting channels and escalates according to a documented severity scale. Infrastructure and platform engineers handle environment isolation, access control and remediation. The legal and compliance function, headed by our Data Protection Officer, covers data protection impact assessments, client security questionnaires, audit rights and incident notification obligations. External assurance is provided by an independent certification body for our ISO/IEC 27001 management system, an independent third party for the annual penetration test, and a compliance partner supporting internal audit.
Odysai SAS acts as processor for customer content (uploaded documents, prompts and outputs) and as controller for account, authentication, billing and analytics data, under a Data Processing Agreement whose Annex A lists all sub-processors. Customer data is stored in France (Scaleway, ISO/IEC 27001 and HDS; S3NS, SecNumCloud-qualified, for public administrations), backups are kept in the EU and inference is performed exclusively in the EU, with no transfer of customer data outside the EU. All model providers apply zero data retention and are contractually prohibited from using customer data to train or improve their models. Data is encrypted at rest (AES-256) and in transit (TLS 1.2 minimum), logically isolated per organisation, and accessed on a least-privilege basis with multi-factor authentication and quarterly access reviews; access is logged. Customer content is kept for the term of the contract and deleted within 30 days of account closure, and users can delete it at any time; backups are retained 30 days and audit logs one year. Product analytics are pseudonymised. A dedicated clause addresses lawyers' professional secrecy. Odysai is ISO/IEC 27001:2022 certified, has appointed a Data Protection Officer, publishes a privacy policy and maintains a public Trust Center (trust.jimini.ai).
Main measures, operated within an ISO/IEC 27001:2022-certified ISMS: multi-factor authentication on all internal access and adaptive MFA for users; single sign-on via OpenID Connect and OAuth 2.0; role-based, least-privilege access reviewed quarterly, with separate privileged accounts; AES-256 encryption at rest and TLS 1.2 minimum in transit; logical isolation of customer data per organisation; logging of logins, data operations and administrative access to customer data, with alerting (security and audit logs retained one year); managed, encrypted and remotely wipeable endpoints; managed secrets; infrastructure as code; network segregation; perimeter protection (WAF, anti-DDoS); continuous vulnerability scanning and an annual independent penetration test; daily encrypted backups in the EU with restoration tests; a formal incident response plan; security responsibilities and confidentiality undertakings in employment and service contracts, background checks on new hires where permitted by law, and security awareness training. Specific to the most sensitive assets (customer documents, prompts and outputs): hosting in France, inference exclusively in the EU, zero data retention at model providers, and no permanent Odysai access to the content of customer files (any exceptional access requires the customer's agreement and is logged). Physical security of data centres is the responsibility of the hosting providers (Scaleway, S3NS); Odysai operates no site of its own and stores no customer data on its premises.
Our platform includes an agent that plans a sequence of steps and calls tools to carry out a legal task: searching official legal sources, retrieving documents from the client’s own library, and reading or editing documents, spreadsheets and presentations. It is built on third-party foundation models that we integrate; we do not train or fine-tune models.
Autonomy is deliberately bounded. The agent runs only within a session a professional user has started, on that user’s own documents and within that user’s permissions, and it produces a draft or an analysis for that user rather than taking actions outside the platform. It cannot send communications, make payments, file documents with a court or act on third-party systems. Every answer cites the source it relies on, and the output is a draft that the qualified professional reviews and validates before use. Agent tool accuracy is measured against fixed benchmarks of realistic professional requests, scored deterministically rather than by another model, and a dedicated verification capability checks that the case law and statutory references produced by the agent correspond to existing sources.
Section 3 - Transparency Reporting on Advanced AI Systems
As an application developer, we do not evaluate foundation models ourselves. What we share are the results of the evaluations we do run: security testing, conformity assessments and the performance and reliability of our platform in professional legal use.
Publicly, we publish a code of conduct describing how the platform works, what it relies on and its limitations, together with our data protection policy and a trust page giving our ISO/IEC 27001 certification and the list of controls covered. These are written in plain language for legal professionals rather than for a technical audience.
Under protection, we share detailed results with clients and their auditors: the summary of our annual independent penetration test and the status of each remediation, delivered annually under contract, responses to client security questionnaires and risk assessments, and access for a client’s auditor to the underlying reports in the context of a contractual audit. Several clients have used these exchanges to co-design contractual risk annexes covering inaccuracy, bias, confidentiality and automation bias.
With public bodies, we report usage and findings to the authorities running the French State’s legal AI experiment, and we submit our practices to the professional bodies that assess legal AI tools, including the national bar council and bar digital commissions, through their evaluation grids and questionnaires.
With academia, we present how the tool behaves and where it fails to trainee lawyers at the bar schools, at a university legal technology diploma and at panels hosted by the French National School for the Judiciary. These sessions are deliberately non-technical and include the limitations users need to know.
Privacy policy: https://www.jimini.ai/politique-de-protection-des-donnees ; Trust Center: https://trust.jimini.ai
Not applicable: Odysai SAS does not train AI models. Related public information: privacy policy https://www.jimini.ai/politique-de-protection-des-donnees and Trust Center https://trust.jimini.ai
Jimini maintains a public Trust Center (https://trust.jimini.ai) showing, without authentication, the status of the ISO/IEC 27001:2022 Annex A controls. Its Data Processing Agreement lists, in Annex A, every sub-processor, including each model provider used for inference, with its role, location and guarantees, and customers are informed of changes to this list with 30 days' notice. Jimini is also a signatory of the France Digitale Legaltech Generative AI Code of Conduct.
We do not publish statistical analyses of AI adoption. We do produce aggregated usage statistics on request for the public bodies running the French State’s legal AI experiment, covering active accounts, volume of requests and main use cases, as an input to their own assessment of AI adoption in the public legal function. We also contribute to international cooperation through our participation in the G7 Hiroshima AI Process, which we joined in May 2026 at the initiative of the French Directorate General for Enterprise, and through this report.
On compliance effort, as a company of around forty people we do not run a separate compliance department. Compliance is carried out by our legal and data protection function, which is led by our Data Protection Officer and represents the largest share of this effort, with support from a lawyer on the legal team, and by the co-founder responsible for technology and security, who owns the information security management system. External expenditure covers our ISO/IEC 27001 certification and surveillance audits, a compliance management platform with internal audit support, and an annual independent penetration test. For an organisation of our size this is a significant and deliberate investment, driven by the confidentiality requirements of the legal profession and by the public sector clients we serve.
Section 4 - Organizational Governance, Incident Management, and Transparency
AI risk management is embedded in Jimini's ISO/IEC 27001:2022-certified information security management system. Roles are held by named individuals: the Chief Technology Officer (Information Security Management Leader), the Head of Engineering (Security Officer), the Data Protection Officer and Head of Legal, and the Chief of Staff (HR functions). An ISMS Governance Council meets quarterly; its fourth-quarter session serves as the management review. The policy set is reviewed at least annually, and the ISMS provides for an annual independent internal audit, the first being scheduled for Q1 2027.
All personnel complete security awareness training at onboarding and annually thereafter, and phishing simulation results are measured against the ISMS information security objectives. Each person signs an attestation of adherence to the security policies as a condition of engagement. Security training is mandatory for new employees and included in the tech team onboarding; developers receive secure development training annually (including an annual review of the OWASP Top 10). Any person may report a suspected security event through a defined channel with an alternate point of contact, and no adverse measure may be taken against a person reporting in good faith.
Security incidents are recorded in an internal Security Incident Register. Each reported event is qualified by the Security Officer and the Chief Technology Officer and assigned a severity (low, medium, high or critical). Evidence relating to an incident is preserved before normal log retention expires, stored separately with restricted and logged access, and retained for five years. A blame-free retrospective is held within one week of resolution and corrective actions are recorded in a corrective action register; this follow-up process is being formalised within the ISMS. External escalation follows legal and contractual thresholds: affected customers are notified within 24 working hours of qualification and in any event within 72 hours, and the CNIL within 72 hours where Odysai SAS acts as controller.
Our information security management system is certified ISO/IEC 27001:2022 across the whole company, with annual surveillance audits by an accredited certification body, and we maintain the associated documentation set, including the statement of applicability, the risk treatment plan, the incident response plan and the business continuity policy.
Our annual independent penetration test follows the OWASP Top 10 methodology and covers the authenticated application, the API and cross-tenant isolation, with auditor re-verification of each remediation.
On data protection, we apply the EU General Data Protection Regulation under a designated Data Protection Officer, with data protection impact assessments, processing records, documented sub-processor governance and contractual incident notification deadlines. We track the EU AI Act and apply it to our transparency and user information obligations.
On sector best practice, we follow the guidance and the AI tool evaluation grid published by the Conseil national des barreaux, the French national bar council, which cover professional secrecy, professional independence and the verifiability of outputs, and we are assessed against bar evaluation questionnaires. We publish our own code of conduct setting out how the platform works, what it relies on and its limitations.
We joined the G7 Hiroshima AI Process in May 2026 and align our governance with the OECD AI Principles. We are not certified ISO/IEC 42001 and do not claim to be, though we use it as a reference as our AI governance matures.
No answer provided
Section 5 - Content Authentication & Provenance Mechanisms
No answer provided
No answer provided
Section 6 - Research & Investment to Advance AI Safety & Mitigate Societal Risks
As an application developer, our investment goes into making legal AI outputs verifiable in professional practice. Answers are grounded in official French legal sources and in the user’s own documents, each one carries a citation, and a dedicated capability verifies that the case law and statutory references produced by the system actually exist in those sources. Agent accuracy is measured against fixed benchmarks scored deterministically rather than by another model. Robustness and security rely on an automated quality assurance agent, continuous dependency and container scanning, an annual independent penetration test and a daily national CERT vulnerability watch.
We publish technical and analytical articles on our blog and a public code of conduct setting out how the platform works and its limitations. Under our partnership with the national bar council, we train every trainee lawyer in France on the ethical and professional conduct dimensions of AI, including critical distance towards AI outputs and the duty to verify them.
Our socio-economic work is about skills and access. Under our national partnership with the Conseil national des barreaux, we train every trainee lawyer in France on the professional and ethical use of legal AI. We trained around 150 civil servants from more than twenty ministries and public bodies during the French State’s legal AI experiment, and we run recurring training and public webinars for practising lawyers. Our partnerships with local bars are designed to give small practices access to legal AI on the same terms as large firms, which is the main access gap in the French legal market.
No answer provided
Section 7 - Advancing Human and Global Interests
Under our national partnership with the Conseil national des barreaux, the French national bar council, we train every trainee lawyer in France on the professional and ethical use of legal AI, covering what these systems can and cannot do, their tendency to produce plausible but unsupported answers, and the duty to verify outputs. We trained around 150 civil servants from more than twenty ministries during the French State’s legal AI experiment, run recurring public webinars with open replays for practising lawyers, teach on a university legal technology diploma and take part in panels hosted by the French National School for the Judiciary. Our code of conduct, setting out how the platform works and its limitations, is public.
