An official source guide to DMA requirements for designated gatekeepers, organized around core platform service scope, Articles 5, 6 and 7 duties, Article 11 reporting, anti-circumvention, evidence, remedies, and fines.
Use it to build a requirements register that separates gatekeeper designation facts, service-by-service obligations, business-user and end-user rights, technical implementation evidence, and Commission-facing reporting.
The Digital Markets Act does not apply as a general checklist for every digital service. Its operational requirements attach to undertakings designated as gatekeepers and to the core platform services listed in the Commission's designation decision. Regulation (EU) 2022/1925 and the designation decision are binding; the Commission's template describes the reporting information it expects, while this Sorena page turns those sources into an internal requirements record. Start the record with Article 3 designation and the listed service, then map Articles 5, 6, and 7 to product controls and Article 11 evidence. Track Article 14 concentration notices, Article 15 audited consumer-profiling descriptions, Article 28 compliance governance, and enforcement actions as separate obligations rather than treating them as product-control rows.
1
Section 1
Start with gatekeeper designation and core platform service scope
Article 3 requires three designation conditions: significant impact on the internal market, a that is an important gateway for business users to reach end users, and an entrenched and durable position or a foreseeable such position. The quantitative presumption uses Union turnover or market value, monthly active end users, yearly active business users, Member State coverage, and a three-year durability test, but the Commission can also designate after a qualitative market investigation.
For implementation, treat the Commission designation decision as the boundary document. Article 3(9) requires the Commission to list the relevant core platform services in the designation decision, and Article 3(10) ties the Article 5, 6 and 7 compliance clock to listed services. Do not apply every DMA duty to every product in a group; map each obligation to the listed and to any supporting or connected service that the specific obligation covers.
Record the designated undertaking, the listed , the designation decision or case reference, and whether the service is an online intermediation service, search engine, social network, video-sharing platform, number-independent interpersonal communications service, operating system, web browser, virtual assistant, cloud computing service, or online advertising service.
Keep the active end-user and active business-user methodology with the scope record, including how unique users were counted and how under-counting or over-counting risks were handled.
Separate in-scope services from adjacent products that are not listed, but flag services provided together with, or in support of, a listed where Articles 6 or 13 may still matter.
Use the Commission's published page to check current public designations and listings before relying on an older internal register.
Map Article 5 obligations that apply without further specification
Article 5 obligations should be converted into concrete product and commercial controls for each listed . The highest-risk clusters are personal-data combination and cross-use, anti-steering restrictions, business-user communications with acquired end users, access to content or subscriptions bought outside the service, complaint rights, tying of identification, browser engine or payment services, cross-registration requirements, and advertising transparency.
The requirement record should name the prohibited conduct, the affected journey, the control that prevents it, and the evidence that the control is live. For consent-dependent data processing, evidence should show the specific choice presented to end users, the consent status logic, withdrawal handling, and the guardrail that prevents repeated same-purpose consent requests more than once within one year after refusal or withdrawal.
For Article 5(2), document advertising data processing, data-combination, cross-use, and sign-in flows across core platform services and other services, including the GDPR consent path where relied on.
For Articles 5(3) to 5(5), document business-user freedom to offer different prices or conditions elsewhere, communicate and promote offers, conclude contracts, and let end users access externally acquired content, subscriptions, features, or items.
For Article 5(6), preserve complaint and escalation pathways showing that business users and end users are not prevented or restricted from raising non-compliance issues with public authorities or courts.
For Articles 5(7) and 5(8), test whether business users or end users are forced into the 's identification service, browser engine, payment service, technical payment support, or another listed as a condition of use.
For Articles 5(9) and 5(10), keep advertiser and publisher request workflows, daily information outputs, price and fee fields, remuneration fields, consent handling, and metrics definitions for online advertising services.
Map Article 6 and Article 7 technical obligations service by service
Article 6 obligations often require engineering evidence because they address how the service works. The requirements register should cover non-public business-user data use, uninstall and default-setting controls, third-party app and app-store installation, ranking non-discrimination, switching and multi-homing, interoperability with operating system, virtual assistant, hardware or software features, ad measurement access, end-user data portability, business-user data access, search data access, fair access conditions, and termination conditions.
Article 6(10) is central for business-user data access. It requires effective, high-quality, continuous and real-time access, free of charge, to aggregated and non-aggregated data provided or generated in the relevant or supporting services by business users and end users engaging with those business users' products or services. For personal data, access is limited to data directly connected with the end user's use of the business user's offer and requires the end user's opt-in consent.
Article 7 is narrower: it applies where the provides number-independent interpersonal communications services listed in the designation decision. The gatekeeper must make basic functionalities interoperable upon request and free of charge, preserve the level of security including end-to-end encryption where applicable, publish and update a reference offer, comply with reasonable interoperability requests within three months, and collect or exchange only personal data strictly necessary for effective interoperability.
For Article 6(3) to 6(6), capture screenshots or demos of uninstall flows, default choice screens, third-party app or app-store access, ranking treatment, and switching or multi-homing behavior.
For Article 6(7), maintain API, entitlement, feature-access, security, refusal, and justification records for interoperability with operating system, virtual assistant, hardware, and software features.
For Article 6(8), keep advertiser and publisher access logs for performance-measurement tools and the data needed for independent verification of ad inventory.
For Article 6(9), evidence end-user data portability tools, third-party authorization flows, free access, continuous and real-time access where required, and data-category coverage.
For Article 6(10), maintain business-user request records, authorization records, data fields delivered, latency and availability evidence, consent logic for personal data, and reasons for any denied or limited access.
For Article 6(11), keep the ranking, query, click, and view data made available to third-party online search engines, the anonymisation method for personal data, and the fair, reasonable, and non-discriminatory terms. Do not label this access free of charge; Article 6(11) does not use the free-access wording found in Articles 6(8), 6(9), and 6(10).
For Article 7, maintain the published reference offer, request intake logs, implementation status, security assessment, strictly necessary personal-data exchange analysis, and any Commission extension request.
Build Article 11 reporting and anti-circumvention evidence
requires a report to the Commission within six months after designation describing, in a detailed and transparent manner, the measures implemented to ensure compliance with Articles 5, 6 and 7. The must also publish and provide a non-confidential summary within the same deadline, update the report and summary at least annually, and the Commission makes a link to the non-confidential summary available on its website.
The Commission's compliance report template makes the evidence expectation more concrete. It asks for separate and standalone annexes for each designated and each applicable obligation, a compliance statement, an exhaustive explanation with supporting data and internal documents, the pre-implementation situation, implementation date, product, service and device scope, geographic scope, technical and engineering changes, customer-experience changes, remuneration or terms changes, consultations, external consultant involvement, and underlying raw data readiness.
Article 13 should be a standing review gate for product, contract, pricing, interface, and technical changes. It prohibits splitting services to avoid Article 3 thresholds, behavior that undermines effective compliance with Articles 5, 6 and 7, making required consent harder for business users than for the 's own services, degrading conditions or quality for users who exercise DMA rights, making those rights unduly difficult, or using interface design to subvert autonomy, decision-making, or free choice.
Does an Article 8 specification request remove the reporting duty?
No. The Commission template states that a request for specification under Article 8(3), or specification discussions, does not free the from submitting a compliance report covering the obligations subject to that request or process.
What evidence should a DMA requirements register keep for business-user data access?
Keep the Article 6(10) request, business-user authorization, requested data categories, delivery method, latency and availability checks, whether the data is aggregated or non-aggregated, any personal-data consent record, and the reason for any limitation or refusal.
Create one annex per listed and one row per applicable Article 5, 6, or 7 obligation.
For each row, include the compliance statement, owner, implemented measure, release date, affected service or device, affected geography, engineering change, user-journey change, terms or remuneration change, testing evidence, and raw-data location.
Document why an obligation cannot apply by nature to a specific before omitting the template information for that obligation.
Run review before shipping changes that segment a service, add friction to DMA choices, worsen service quality for users exercising rights, alter consent collection, or introduce non-neutral choice architecture.
Keep the non-confidential summary aligned with the confidential report while removing business secrets in a way that still allows meaningful third-party input.
Maintain a statutory-deliverables calendar outside the annexes: Article 14 concentration information is due before implementation after the agreement, public-bid announcement, or acquisition of control; Article 15 requires an independently audited consumer-profiling description within six months after designation and an update at least annually.
Track enforcement exposure, remedies, and Commission powers
The requirements register should not treat penalties as the only enforcement risk. The DMA gives the Commission information-request, interview, inspection, interim-measure, commitment, non-compliance, fine, periodic-penalty, and market-investigation tools. Article 29 non-compliance decisions can order the to cease and desist and explain how it plans to comply.
For systematic non-compliance, Article 18 allows proportionate and necessary behavioral or structural remedies after a market investigation. The regulation treats systematic non-compliance as at least three Article 29 non-compliance decisions against a in relation to any of its core platform services within the eight years before the market-investigation opening decision. A remedy can include, for a limited period, a prohibition on entering into certain concentrations involving core platform services, other digital-sector services, or services enabling data collection.
Article 30 allows fines up to 10 percent of total worldwide turnover in the preceding financial year for intentional or negligent failure to comply with Articles 5, 6 or 7, Commission-specified Article 8 measures, Article 18 remedies, interim measures, or binding commitments. The cap can rise to 20 percent for the same or a similar infringement of an Article 5, 6 or 7 obligation in relation to the same after a non-compliance decision in the preceding eight years. Article 31 allows periodic penalty payments up to 5 percent of average daily worldwide turnover in the preceding financial year per day to compel specified compliance steps.
Link each high-risk obligation to the Commission power that would test it: request for information, data or algorithm access, inspection, Article 8 specification, Article 29 non-compliance, Article 30 fine, or Article 31 periodic penalty payment.
Keep recurrence history by obligation and by so repeated same-service infringements are visible before they become 20 percent fine-cap exposure.
Track unresolved findings, commitments, interim measures, and remedies in the same register as product requirements because Article 30 fines can attach to those measures too.
Escalate possible systematic non-compliance when separate Article 29 decisions start accumulating across core platform services.
Use official DMA sources to control the requirements map
Sorena can help turn DMA gatekeeper obligations into cited requirement rows, owner assignments, Article 11 evidence requests, anti-circumvention checks, and reusable review steps for product and compliance teams.
Commission resource page links business-facing request routes and materials for Article 6(7) interoperability, Article 6(9) data portability, and Article 6(10) data access.