Industries

Technology for government entities in Saudi Arabia

A ministry or authority asks two questions before any product is named: what can stay inside the Kingdom, end to end, and who runs it after the programme ends. This page answers both with capabilities the site already publishes, and says plainly which questions are the buyer’s to settle.

01The two questions

Inside the Kingdom, and after the programme

Public-sector technology programmes in Saudi Arabia are shaped by two constraints that private-sector pages tend to treat as footnotes. The first is residency: for many classes of data the answer to “where may this run” is inside the Kingdom, and sometimes inside systems the entity itself operates, and that answer decides the architecture before any feature does. The second is continuity: a programme is delivered by a contractor for a term, and the system it delivers is used for a decade, so the question of who operates it after handover decides whether the programme succeeded.

Read more

Interkey’s answer to the first is that every practice on this site can be deployed in-Kingdom, on infrastructure the entity controls where the classification requires it. Its answer to the second is that Interkey operates what it implements, from Riyadh, on the Saudi working week, and hands over runbooks an entity’s own team can follow if it prefers to run the system itself.

02End to end

What can stay inside the Kingdom, layer by layer

The layers of a typical programme, the in-Kingdom option for each, and who operates it. Which layers must stay is answered by the entity’s own data classification; this table says that every one of them can.

Layer
Where workloads run
In-Kingdom option
In-Kingdom region, local provider or the entity’s own infrastructure, decided per data class; the cloud practice works through the options
Operated by
The entity, or Interkey on an agreed scope
Layer
The application itself
In-Kingdom option
Built in Riyadh by the software practice, Arabic as a first-class requirement, source and artefacts owned by the entity
Operated by
Handed over with documentation, or maintained under agreement
Layer
Telemetry and monitoring
In-Kingdom option
Observability with the telemetry kept in-Kingdom; the residency guide covers the three deployment models
Operated by
The entity’s operations team, or the managed service
Layer
Citizen and staff notification
In-Kingdom option
Interkey Digital Connect for OTP and notification traffic, with sender-ID registration as a process
Operated by
Interkey as the platform provider; the entity owns the content and the rules
Layer
Facilities and sites
In-Kingdom option
SquintPRO safety and zone monitoring on existing cameras, with footage processed on-premise where it must not leave
Operated by
The entity’s facilities team, with Interkey tuning and operating the detection
Layer
Integration with national platforms
In-Kingdom option
Interfaces to sector and national platforms on those platforms’ terms, with any data in flight held in-Kingdom
Operated by
A named owner per interface, which is the deliverable

03What Interkey brings

The capabilities behind the table

Software built in Riyadh, in Arabic first

Enterprise applications for government entities since 1999, with Arabic text, names and mixed-script data treated as requirements to test rather than a localisation pass at the end.

In-Kingdom by design, not by exception

Every platform Interkey implements has an in-Kingdom deployment shape, and the classification decides which shape rather than the vendor’s default.

Measuring what beneficiaries actually experience

Service satisfaction and beneficiary feedback programmes on the QuestionPro CX platform, implemented and operated by Interkey so the results reach the team that can act on them.

Operation after handover

The practice most programmes leave unfunded: platforms operated on the Saudi working week from Riyadh, or handed over with runbooks the entity’s own team can follow.

04How it runs

How a public-sector programme is scoped with Interkey

The sequence is ordinary; what is specific to the sector is that the first and last steps are the ones most often skipped.

  1. Classify the data

    Every class of data the programme touches mapped to where it may live, from the entity’s own policy. Everything else follows from this and nothing is safe before it.

  2. Design to the classification

    Where each layer runs, which platforms, and what the in-Kingdom shape costs to operate, decided in writing before the build.

  3. Build and integrate

    The application, the platforms and the interfaces to national and sector systems, tested on real Arabic data and cut over incrementally rather than on one weekend.

  4. Hand over or operate

    A named operator for every platform in year three: the entity’s team with runbooks, or Interkey on an agreed scope. The programme is not finished until this is decided.

Eligibility, local content and references are the buyer’s to establish

What Interkey states here is capability. A local-content position is an assessed figure under the buyer’s rules rather than a supplier’s assertion, and whether Interkey qualifies for a given programme — accreditation, registration, procurement eligibility — is established through the entity’s own process. Bring those questions to the first conversation and they are answered against your programme, not in general.

05Arabic first

Delivery in the language the entity works in

A government programme is specified, reviewed and operated in Arabic, and a supplier whose engineers, documentation and support run in English with a translation layer is a supplier the entity is working around. Interkey delivers from Riyadh in Arabic and English: the requirements workshops, the user-facing application, the runbooks and the operations team.

The same applies to the data. Arabic names, addresses and identifiers, in Arabic script and in transliteration, are the normal case in any citizen-facing system, and matching them across systems is where integrations in this sector actually fail. It is tested during the build on real local data, which is a stated part of the scope rather than an assumption.

06Buyer questions

What buyers ask us

Direct answers to the questions that come up in real evaluations. Anything missing, ask us at the bottom of the page.

Can the entire system run on infrastructure the entity operates itself?

Yes. Every layer in the table above has a shape that runs on the entity’s own infrastructure, at the cost of operating it. Whether that shape is required for a given layer is answered by the entity’s data classification, and the cloud practice works through the options where a class of data is allowed a wider choice.

Who operates the system after the contract ends?

Whoever the programme names, and naming them is part of the scope. If it is the entity’s own team, the handover includes runbooks written from the system as built and enough transfer that the team can follow them. If it is Interkey, the managed service takes the platforms on an agreed scope with a defined way back in-house.

Is Interkey registered or accredited for government procurement?

This page makes no claim either way, on purpose. Eligibility for a given programme is established through the entity’s own procurement process, and a supplier stating it on a web page is describing a decision that belongs to the buyer. Ask, and it will be answered in the procurement conversation with the documents that conversation requires.

Does Interkey publish government references?

No. References for public-sector work are given in conversation with the counterparty’s consent, and not on a web page. A sector page that names entities as customers without that consent is claiming something it has no right to claim.

Is the software delivered in Arabic, or translated afterwards?

Delivered in Arabic. The user-facing text, the data model that has to hold Arabic names and identifiers correctly, the documentation and the operations reporting are produced in Arabic by the Riyadh team; English is the second language, not the source one.

Next step

Start with the classification

Describe the programme, the classes of data it touches, and who is expected to run the result. The design conversation starts there, before any platform is named.

Or directly

+966-11-2180999 [email protected]

Tawuniya Towers, North Tower, 7th Floor, King Fahad Highway, Olaya, P.O. Box 56835, Riyadh 11564, Saudi Arabia

or See the software practice

Required field

The Riyadh team reviews your request and a specialist replies on Saudi working days, in Arabic or English. Your details are used only to reply to you. Privacy Notice

Published by Interkey. Last updated . Interkey is registered in Riyadh, Saudi Arabia under commercial registration 1010156897.