AurvikAI · AI Governance

AI you can answer for.

Policy, evaluation and audit trails, so the compliance conversation happens early rather than at launch.

Clients we've worked with

Why AurvikAI?

Governance designed with the build rather than audited onto it afterwards, when changing anything costs most.

600+

Products delivered

15

Years in business

70+

Countries reached

100+

Team members

Selected work

AI systems running in production, described rather than named.

How we deliver

Four phases from inventory to a defensible posture.

Inventory

Every AI system in use, including the ones bought rather than built.

You getAn AI system inventory with risk classifications

Assess

Obligations mapped against the systems, with counsel involved.

You getA gap analysis against the applicable obligations

Control

Policies, evaluation gates and logging implemented in the delivery pipeline.

You getWorking controls plus the evidence they produce

Monitor

Drift, incidents and periodic review, with owners named.

You getA monitoring process and a review calendar

Questions we get asked

Does the EU AI Act apply to us?

Probably, if you operate in Europe or serve European customers, and the obligations depend on what the system does rather than on where it was built. Transparency duties are already in force. We work out which category your use falls into early, because it changes what has to be documented and built.

What does governance mean in practice?

Knowing what AI you run, what it touches, who approved it and what it did. That is an inventory, a review step before anything reaches production, immutable logs of what happened, and a named owner per system. Most of it is unglamorous record-keeping that only matters when somebody asks.

Will governance slow our teams down?

Badly designed governance will, which is usually why it gets bypassed. Done well it is a defined path to approval rather than an open-ended review, so teams know what evidence is expected before they start. The delay people resent is the uncertainty far more than the checks.

How do we prove a model is fair?

By measuring its outcomes across the groups that matter and publishing the method. Fairness has several definitions that cannot all hold at once, so the honest work is choosing which applies to your decision and saying why. A model nobody has tested this way has not been shown to be fair or unfair.

What has to be logged?

Enough to reconstruct a decision months later — the input, the model and version, the output, who saw it and what they did next. For anything affecting a person, that record is the difference between explaining an outcome and guessing at it. Logs are written to be immutable for the same reason.

Can you audit AI somebody else built?

Yes, and it is a common starting point. We look at what it does, what it can reach, how it was evaluated and what evidence exists, then report what would need to change for it to be defensible. Sometimes that is documentation; sometimes it is the architecture.

What we build with

Controls

  • Role-based access
  • Immutable audit logs
  • Keycloak

Evaluation

  • Evaluation harnesses
  • Sandbox promotion
  • Human approval gates

Platform

  • PostgreSQL
  • AWS
  • Terraform

Our leaders

Swarnendu DeSwarnendu DeFounder
Subashis GuchaitSubashis GuchaitPrincipal: AI & GTM Solutions
Anirban BhattacharyaAnirban BhattacharyaChief Operations Officer
Hassan MalikHassan MalikVP-UK Sales

Partners in delivery

AI Cloud PartnerPartner Network
An SDTC Digital scoping session

Let's inventory what you are already running.