An official source operating model for designated gatekeepers that must demonstrate effective compliance with DMA Articles 5, 6 and 7 and keep the evidence needed for Article 11 reporting.
Use it to connect each designated core platform service to obligation owners, product-change controls, monitoring indicators, anti-circumvention review, compliance-function reporting, and audit-ready records.
A designated gatekeeper's Digital Markets Act program must show how each listed core platform service complies with Articles 5, 6, and 7, how the independent Article 28 monitors those measures, and how the gatekeeper can produce the and non-confidential summary. Keep Article 14 concentration notices and the independently audited Article 15 consumer-profiling description on separate statutory tracks rather than burying them inside the Article 11 file.
1
Section 1
Build the program around designated services and applicable obligations
Start with the Commission designation decisions and the current list of designated core platform services. The compliance register should be organised by gatekeeper, core platform service, DMA case reference, applicable Article 5, 6 or 7 obligation, and the product surface or data flow that implements the measure.
For each service-obligation pair, keep a positive compliance statement only where the evidence supports it. If an obligation is said not to apply by nature to a particular service, record the legal reason separately; the Article 11 template treats that as a specific explanation, not as a general exception.
Maintain one row per core platform service and per applicable obligation, not one row per internal team.
Record whether the compliance measure existed before designation or was implemented after designation.
Link each row to product owners, engineering owners, legal interpretation owners, compliance-function reviewers, and evidence custodians.
Track Article 14 notices for intended concentrations involving core platform services, other digital-sector services, or data collection before implementation. Separately, track the Article 15 independently audited consumer-profiling description due within six months after designation and its annual updates.
Use Article 11 reporting as the evidence architecture
Article 11 requires a report describing, in a detailed and transparent manner, the measures implemented to ensure compliance, plus a non-confidential summary. The Commission template makes that evidence concrete: it asks for the pre-measure situation, implementation timing, product and geographic scope, technical or engineering changes, customer-experience changes, remuneration and terms changes, consultation records, alternatives assessed, impact testing, indicators, and internal monitoring tools.
The compliance program should therefore collect evidence continuously, not only near the reporting deadline. Product teams should attach engineering tickets, API documentation, data-flow descriptions, screenshots, recorded demos for user journeys, terms updates, experiment methodologies, survey results, and metric definitions to the same control record that supports the Article 11 annex.
Keep underlying raw data ready where the reported metric depends on source data, calculations, or sampling.
Define each effectiveness indicator and calculation method before relying on it in a compliance report.
For user-interface changes, keep click-by-click journey evidence, choice-screen content, consent wording, warning messages, and release history.
For access duties, keep the request intake procedure, eligibility criteria, technical format, frequency, security controls, data-retention policy, and auditability notes.
Prepare the non-confidential summary from the same structure as the report so redactions do not remove the information needed for third-party input.
Give the Article 28 compliance function real authority
Article 28 requires an independent with sufficient authority, stature, resources, and access to the management body. The program should make that independence visible in records: reporting line, budget, staff, conflicts controls, escalation rights, and direct access for the head of compliance.
The should not be limited to annual attestation. It should organise, monitor, and supervise compliance measures; inform and advise management and employees; monitor commitments where applicable; and cooperate with the Commission. Management-body review should be captured through approved policies, meeting dates, participants, agendas, minutes, and replies to compliance-function risk reports.
The management body remains accountable for the governance arrangements that protect the function's independence. It must ensure the officers have the required qualifications and that the head is an independent senior manager with distinct responsibility, approve removal of the head, review DMA strategies and policies at least annually, participate actively in compliance decisions, and allocate adequate resources.
Name the head of the DMA and keep Commission contact details current.
Keep a skills and independence record for compliance officers and external experts involved in reporting.
Require management-body review of DMA compliance strategies and policies at least once a year.
Record each compliance-function warning, the management-body response, and any corrective measure taken.
Separate legal interpretation, product delivery, metric production, and compliance review responsibilities so the same team does not mark its own measure effective without challenge.
A DMA control gate should run before launch when a change touches a designated core platform service, a business-user route to end users, end-user choice, ranking, default settings, interoperability, data access, advertising, app distribution, consent, remuneration flows, terms, APIs, operating-system functionality, or customer journeys documented in an Article 11 annex.
The gate should ask whether the change implements a compliance measure, modifies a reported measure, weakens an existing measure, creates a new access procedure, or changes an effectiveness indicator. A release can proceed only when the owner has updated the obligation mapping, monitoring metric, evidence record, user-facing material, and Article 11 delta log.
Block launch if the change degrades the conditions or quality available to users exercising DMA rights.
Escalate changes that alter choice architecture, consent flows, ranking parameters, fees, access terms, interoperability conditions, or data-sharing interfaces.
Require anti-circumvention review before splitting services, changing identifiers, relabelling product surfaces, or moving functionality between services.
Keep a redline against the last or non-confidential summary when a change affects a previously reported measure.
Capture business-user and end-user feedback, complaint themes, and remediation actions as monitoring evidence.
Set monitoring cadence and audit records from the DMA sources
The official source cadence has three layers: Article 11 reporting is updated at least annually, Article 28 management-body strategies and policies are reviewed at least once a year, and ongoing monitoring should occur whenever new compliance measures are elaborated, put in place, or affected by events. The program should avoid inventing a single universal monthly or quarterly cadence unless the company has chosen that internally.
Audit records should show how effectiveness was assessed. The Article 11 template asks whether internal or external audits or assessment projects were carried out, who was involved, whether they were independent, the methodology and timeline, and the output such as audit reports or compliance plans. Article 26 also allows Commission monitoring actions, including document-retention obligations and independent external experts or auditors.
Do not merge the statutory tracks merely because they share evidence. Article 11 covers Articles 5-7 compliance measures; Article 14 requires pre-implementation information about specified concentrations; Article 15 requires an independently audited consumer-profiling description within six months after designation and at least annual updates; Article 28 governs the standing .
What should a DMA compliance program monitor after an is filed?
It should monitor whether each reported measure remains effective for the relevant core platform service and obligation, whether product or engineering changes alter the measure, whether business-user or end-user feedback shows implementation problems, and whether the evidence and indicators still support the report and non-confidential summary.
Who should own DMA compliance monitoring inside a gatekeeper?
Article 28 requires an independent with authority, resources, and access to the management body. Product, engineering, data, commercial, and support teams still own delivery evidence, but the compliance function should organise, monitor, supervise, escalate risks, and cooperate with the Commission.
Can the Article 28 sit inside an operational product team?
Article 28 requires the to be independent from the gatekeeper's operational functions. Operational teams can produce implementation evidence and own remediation, but the compliance officers need independent authority, resources, management-body access, and the ability to raise non-compliance concerns without the product team controlling the conclusion.
Keep an annual Article 11 update calendar tied to each designation and each designated core platform service.
Keep an annual management-body review pack with policies, strategy changes, attendance, agenda, minutes, and approvals.
Maintain an event-triggered monitoring log for releases, incidents, user feedback, Commission engagement, request-intake changes, and metric anomalies.
Store audit methodology, sample scope, raw data references, independence checks, findings, remediation owners, and closure evidence.
Preserve document-retention policies for responsive materials and disclose those policies where the Commission template instructs gatekeepers to do so.
Sorena can help convert DMA obligations, product-change controls, Article 11 evidence fields, monitoring indicators, and compliance-function reviews into a maintained evidence workspace.