Skip to content
DVNKS logoDVNKS

For Saudi corporate-services & compliance firms

Run every client obligation from one place.

Compliance OS is the operating system for firms that manage corporate, HR, accounting and regulatory work for many clients. From the first enquiry to renewals, portals, evidence and billing — one connected model instead of spreadsheets, inboxes and shared passwords.

Compliance OS Home, titled My day: blockers at the top with Resolve buttons, counts for overdue, due in 7 days, waiting on client, approvals and expiring IDs, then a work table, waiting-on-client items and expiring IDs and permits.

Bring one real client workflow. We'll show how it maps into Compliance OS.

The problem

Your compliance operation is spread across more places than you think.

  • The deadline lives in a spreadsheet. The supporting document is in someone's inbox.
  • The client chase happens on WhatsApp. The answer never makes it back to the file.
  • The portal password sits in a shared sheet — and nobody knows who opened what.
  • Billing happens after someone remembers the work was done.
  • How a service really works lives in one senior person's head.
  • Excel

    Expiry dates, trackers

  • Email

    Documents, instructions

  • WhatsApp

    Client answers, OTP requests

  • Shared drives

    Scans, versions, drafts

  • Calendar reminders

    Personal, not shared

  • Government portals

    Status, one login at a time

  • Accounting

    Billed — or not

  • Staff memory

    The real process

Compliance OS: one operating model for all of it.

The product model

One operating model from first enquiry to ongoing compliance.

Task managers track tasks. Compliance OS knows who the client is, which legal entity a requirement belongs to, which service created it, who owes it, which portal it runs through, what evidence closes it and whether it can be billed.

Win the client

Sales context carries into operations.

  1. 1

    Enquiry

    Logged with goals and services of interest. A duplicate check warns of existing records.

  2. 2

    Qualification & proposal

    Answers marked Known, Unknown or To confirm. Proposal fees come from the Fee master.

  3. 3

    Customer

    Converting creates the customer, its legal entities and the onboarding in one step.

Set up the work

Driven by what the client actually is.

  1. 4

    Legal entities

    One customer, many compliance subjects. Customer and legal entity are separate.

  2. 5

    Services

    Each service is pinned to a published version, so later changes don't rewrite this client's scope.

  3. 6

    Requirements

    Generated by your rules, each with an owner: Client, your firm or the Authority.

Run it

Day-to-day, across every client.

  1. 7

    Work & portals

    Assigned, due-dated tasks. Portal access is logged, with a reason.

  2. 8

    Evidence

    A step that needs evidence can't be completed without it.

  3. 9

    Billing & renewals

    Chargeable work shows in Finance. Recurring work and renewals keep the cycle going.

Why it matters: every item in the chain keeps its link to the one before it. That's how a blocker, an expiry or an unbilled job can be traced back to the client, the entity and the rule behind it.

How it works

Three ideas run through the whole product.

Control what's due, blocked and expiring. Execute by turning services into requirements and work. Scale by encoding how your firm works so it doesn't depend on one person.

Three ideas run through the whole product.

Control · Home

Start with what needs attention.

Not another dashboard. Home answers one question: what needs me today? Blockers come first, then your work, what's waiting on the client and what needs your approval.

  • Blockers sit at the top, each with a Resolve button that opens the blocked record.
  • My work is sorted overdue first, then soonest due.
  • Waiting on client shows how long each item has been outstanding.
  • Approvals for me and expiring IDs in the same view.
Home, below the blockers — assigned work, approvals and append-only activity. Sample data for a fictional workspace.

Home, below the blockers — assigned work, approvals and append-only activity. Sample data for a fictional workspace.

Lower half of the Home screen: the My work table with client, owner, portal, due date and status, approvals waiting for the user, and a recent-activity feed marked append-only.

Control · Customer 360

The complete client story, without rebuilding it every time.

Open a customer and see the relationship, its legal entities, requirements, work, documents, billing, history, portals and conversation — with blockers and exceptions pinned to the top.

  • Tabs: Overview, Requirements, Work, Documents, Billing, History, Portals, Comments & emails.
  • A relationship map from customer to services, requirements and work, with counts.
  • @mention a colleague in an internal note, or email the client from the record. Emails land on the customer's timeline.
Customer 360 — one record for the whole relationship.

Customer 360 — one record for the whole relationship.

Customer 360 for a fictional customer, showing blockers, a relationship map across services, requirements and work, and a list of legal entities.

Control · Work queue

One queue for work across every client.

Managers switch to Team and see everyone. Specialists switch to Mine. Click a status tile to filter.

  • Tiles for Overdue, Due soon, Waiting on client, With authority and Blocked.
  • Filter by owner, status, due date, portal and assignee.
  • Every task shows why it exists: the requirement, and the rule and version that created it.
Work queue — Team and Mine, with portal and due date on every row.

Work queue — Team and Mine, with portal and due date on every row.

The Work queue with status tiles, Team and Mine views, filters, and a table of tasks with client, owner, portal, due date and status.

Control · People & calendar

See expiry risk before it becomes urgent.

Expired IDs are called out at the top of People. Every ID shows its expiry date and status — Valid, Renewal due or Expired — next to the open renewal work for that person.

  • Iqamas, visas and permits by employee, client and entity. Corporate registrations surface on Home too.
  • A calendar of due work, document deadlines, expiries, renewals and milestones — month, week and day.
  • Optional Hijri (Umm al-Qura) dates beside Gregorian.
People — ID status per employee, with renewal work alongside.

People — ID status per employee, with renewal work alongside.

The People screen listing employees by client and entity with ID status, and a detail drawer showing each ID's expiry date and open renewal work.

Execute · Onboarding

Onboarding that adapts to the client.

Enquiry, qualification, proposal, customer, guided onboarding, documents, activation. What you enter changes what's required — so the client isn't pushed through the same checklist as everyone else.

  • Add a shareholder or signatory and the requirements for that role update.
  • Add or remove a service and see the requirements, documents and fees it adds or removes.
  • Unknown answers never block. Dependent requirements stay provisional until confirmed.
  • Activation checks the engagement letter, documents, portals and billing; exceptions need a Compliance Approver.
Onboarding wizard — nine steps with live “impact of this section”.

Onboarding wizard — nine steps with live “impact of this section”.

The onboarding wizard on the Ownership and people step, with a progress sidebar and an Impact of this section panel showing the requirements that change.

Control · Portal vault

Government portal access without the shared-password spreadsheet.

Each legal entity has its own portal logins. They're write-only: once saved, nobody can read them back. To use one, your team opens the portal, picks a reason and sees the credentials for 60 seconds.

Before

  • Passwords in a shared sheet
  • No record of who opened what
  • Rotated when someone remembers

After

  • Per-entity, write-only credentials
  • Reason required, permanently logged
  • Step-up re-confirmation when asked

To be precise: Compliance OS doesn't sign in to portals for you. It controls and records who gets the credentials, and why.

Open portal — reason required, access logged, values disappear after 60 seconds.

Open portal — reason required, access logged, values disappear after 60 seconds.

Two steps of opening a portal: choosing a logged reason for access, then an Access logged confirmation with a 60-second countdown and copy buttons for username and password.
Portals — credential status per entity, plus an access log of who opened which portal, when and why.

Portals — credential status per entity, plus an access log of who opened which portal, when and why.

The Portals screen listing portal accounts per legal entity with credential status and an access log.

Control · Finance

Know what was done. Know what should be billed.

Completed chargeable work shows up as Unbilled — with the client, fee item, fee type and amount — next to invoices and subscriptions.

  • Tabs for Work, Invoices and Subscriptions (recurring).
  • Fees split by type: professional, government, third-party and recurring.
  • At-a-glance numbers for uninvoiced chargeable work, draft invoices, outstanding and overdue.
  • Reports for compliance by customer, overdue work, receivables, ID expiries and the portal access log — exportable to CSV.
Finance — chargeable work that hasn't been invoiced, by fee type.

Finance — chargeable work that hasn't been invoiced, by fee type.

The Finance screen with tiles for chargeable uninvoiced work, draft invoices, outstanding and overdue, and a table of unbilled chargeable work by client, fee item and type.

Scale · Setup Studio

Your compliance knowledge should live in the system — not in someone's head.

The system isn't built around one frozen checklist. Your compliance team defines how each service works — and the rest of the product follows it.

A service is composed from reusable masters. It references them; it never copies them.

  1. Service
  2. Requirements
  3. Documents
  4. Portals
  5. Fees
  6. Rules
  7. Outputs

Masters, not copies

Services, requirements, rules, documents, portals, authorities and fees are separate masters. Fee amounts live only in the Fee master, with effective dates — never in a service or template.

Business-readable rules

Build rules as WHEN… AND… THEN add requirement. Values come from your masters, not free text, and every branch is shown as a plain sentence a reviewer can check.

Reusable across clients

Document types carry validity rules, review checklists and legalisation routes by country group — set once, applied wherever the rule fires.

Rules & simulator

Turn compliance judgment into repeatable rules.

Describe a client scenario — legal form, shareholder, parent country, activities, hiring, premises — and see the requirements it generates, who owns each, and the rule and version behind it.

WHEN Parent country is <country from master>

AND Shareholder type is Corporate

THEN add requirement <document from master>

Illustrative structure of a rule, not a real configured rule. Conditions and outcomes are picked from your own masters.

  • Compare a draft against what's published before you submit.
  • Save useful runs as test cases.
Service simulator — test a rule before it touches live client work.

Service simulator — test a rule before it touches live client work.

The Service simulator with scenario inputs on the left and generated requirements on the right, each with an owner and the rule that produced it.

Versioning

Improve the process without rewriting the past.

Publishing creates a new version and never edits the old one. Engagements stay pinned to the version they started on, and nothing changes for them without a deliberate migration.

  1. Draft
  2. Functional Review
  3. Compliance Approval
  4. Published
  • Drafters and approvers are separate roles. Nobody approves their own change.
  • See the diff against published and the impact on live work before approving.
Approvals — changes, evidence and impact on live work in one place.

Approvals — changes, evidence and impact on live work in one place.

The Approvals screen showing a change moving through Draft, Functional Review, Compliance Approval and Published, with changes, evidence and the impact on live engagements.
Service 360 — composition, versions and where each version is used.

Service 360 — composition, versions and where each version is used.

Service 360 showing the composition of a service, its versions and where it is used.
Rule builder — conditions from masters, read back in plain language.

Rule builder — conditions from masters, read back in plain language.

The Rule builder with WHEN and THEN conditions, a plain-language reading of the rule and test scenarios.

Built for Saudi operations

Works the way Saudi compliance teams work — in English and Arabic.

Full Arabic interface, right to left

Switch language from the top bar. Navigation, layout and dates mirror for right-to-left reading.

Hijri dates where you need them

Turn on Show Hijri in the calendar to see Umm al-Qura dates beside Gregorian on every day.

The Saudi workload as first-class objects

Legal entities, Iqamas and permits, and portals such as Qiwa, Muqeem, GOSI, Mudad and MISA appear throughout the sample workspace. Document masters carry legalisation routes (apostille, notarisation, translation) by country group.

Client instructions in two languages

Document-request emails are available in English and Arabic.

The same Home screen with the interface switched to Arabic. Sample data is in English.

The same Home screen with the interface switched to Arabic. Sample data is in English.

Compliance OS Home in Arabic: the sidebar sits on the right, the layout runs right to left, and navigation labels and dates appear in Arabic.

Who it's for

Built for firms that run compliance for other companies.

The strongest fit is a firm managing many clients, many legal entities, many employees and many portals — where memory, Excel and inboxes stop being dependable infrastructure.

Built for firms that run compliance for other companies.

Company formation teams

From enquiry to an activated entity: qualify, propose, convert, onboard, collect documents, activate.

Enquiry → Onboarding → Activation

Corporate & regulatory services

Ongoing requirements, renewals, portals and filings for each legal entity, with owners and due dates.

Requirements → Work → Evidence

Employee compliance teams

People, Iqamas, visas and permits, with renewal tasks next to every ID.

People → ID expiry → Renewal task

Payroll & accounting compliance

Recurring filings and uploads on a schedule, with chargeable work and subscriptions visible in Finance.

Recurring work → Finance

Multi-service firms

Run the whole client relationship in one system — one customer, many entities, many services.

Customer 360

Before & after

What changes when the operation has a system.

What changes when the operation has a system.

Before

  • Spreadsheets
  • Shared passwords
  • Inbox follow-ups
  • Scattered documents
  • Calendar reminders
  • Unclear ownership
  • Hidden billable work
  • Knowledge in people's heads

With Compliance OS

  • Structured, rule-generated requirements
  • Controlled, logged portal access
  • Comments and emails on the customer timeline
  • Customer 360 with documents in context
  • Deadline and expiry visibility in one calendar
  • Owner on every requirement and task
  • A Finance view of unbilled chargeable work
  • Versioned services and rules

Not a task manager. Not a spreadsheet. Not a generic CRM.

Versus a generic task manager

Tracks tasks. Compliance OS also understands clients, entities, services, requirements, expiries, portals and evidence.

Versus spreadsheet tracking

Records dates. Compliance OS turns them into assigned work, blockers and a calendar.

Versus a generic CRM

Stops around customer acquisition. Compliance OS carries the relationship through onboarding and into ongoing work.

Versus a static checklist

Describes today's process. Compliance OS keeps it as versioned, testable configuration.

Security & control

Controls built into the workflow, not bolted on.

Compliance firms hold the keys to their clients' government accounts. These are the controls the product enforces.

Controls built into the workflow, not bolted on.

Write-only portal credentials

Per legal entity and portal. Saving needs the Portal Vault Manager role. Values are never shown again after saving.

Logged reasons for access

Opening a portal requires a reason. A permanent log records who opened which portal, when and why.

Step-up re-confirmation

Sensitive actions — opening a portal, saving credentials, approving Studio changes — can ask users to confirm it's them without losing their place.

Two-step verification

Authenticator-app codes, optional or required at first sign-in. Admins can see who hasn't set it up and reset a device without seeing secrets.

Role-based access

Seven roles with read, write, create, delete, submit and export permissions per record type, managed in Admin.

Approval and history

Nobody approves their own change. Activity is append-only — entries can't be edited or deleted.

Isolated by workspace. Each workspace runs on its own site, and its data doesn't mix with other companies'. For hosting, data-residency and security questions specific to your rollout, ask us in the demo.

Questions buyers ask.

Book a demo

See what your compliance operation looks like when everything has a system.

Bring a real client workflow to the demo. We'll show how it maps into Compliance OS — enquiry, onboarding, Customer 360, work, expiries, portals, billing and Setup Studio.

Explore the user guide

Prefer email? inquiry@dvnks.com

Request a demo

A few details so we can prepare something relevant. No pricing pressure, no obligation.

What best describes you?
Client companies you manage
Country

Screens show a fictional sample workspace. Names, IDs and amounts are not real clients.