1. Introduction

Notary software interoperability barriers arise when a software provider, digital-document platform, electronic-signature service, or registry-connected technology provider makes it difficult for competing systems to exchange data, authenticate documents, transfer records, or communicate with other legally required digital infrastructure.

In Morocco, this issue is particularly important because notarial and related legal-document workflows may involve authenticated deeds, land-registration procedures, electronic records, identity verification, secure archiving, and connections with public authorities.

Competition concerns can arise where a provider uses technical restrictions, proprietary file formats, exclusive integrations, discriminatory API access, or switching costs to protect its market position.

Central legal question: When does legitimate protection of notarial confidentiality, cybersecurity, and document integrity become an unlawful restriction of competition?

The answer requires examining Moroccan competition law, especially Law No. 104-12 on freedom of prices and competition, alongside the applicable rules governing electronic transactions, personal data, and notarial practice.

Important qualification: The analysis below applies established competition-law principles to a hypothetical Moroccan notary-software market. The cases discussed are comparative precedents, not representations that Moroccan courts or the Competition Council have already decided these exact notary-software disputes.

2. Legal framework in Morocco

A. Law No. 104-12 on freedom of prices and competition

Morocco's Law No. 104-12 provides the principal framework for assessing anticompetitive agreements, abuse of dominance, and restrictions on competition. Law No. 20-13 concerning the Competition Council establishes the institutional framework for competition enforcement.

The principal issues are:

Anticompetitive agreements: Whether software suppliers, notary associations, registry-connected providers, or technology vendors coordinate to exclude rival systems.

Abuse of dominant position: Whether a provider with substantial market power imposes unjustified interoperability restrictions, discriminatory conditions, tying arrangements, or exclusionary contractual terms.

Merger control: Whether acquisitions of competing software suppliers or essential digital infrastructure substantially weaken competition and trigger Moroccan merger-control requirements.

Competitive effects: Whether the conduct restricts entry, raises costs for competing providers, limits innovation, or harms notaries and their clients.

Dominance alone is not unlawful. The central issue is whether a dominant undertaking engages in abusive conduct that harms competition.

B. Electronic transactions and data protection

Morocco's Law No. 53-05 on electronic data exchange in legal transactions and Law No. 43-20 on trust services for electronic transactions are relevant to the legal and technical environment for electronic documents, signatures, and trust services, subject to their respective scopes.

Law No. 09-08 on the protection of individuals with regard to the processing of personal data may also be relevant where software interoperability involves personal information, identity documents, client records, or transaction histories.

These rules do not automatically require every software provider to open its systems to competitors. However, a provider should not invoke security or confidentiality as a blanket justification for restrictions that are unnecessary or disproportionate to the risks.

3. Main forms of interoperability barriers

A. Refusal to provide technical interfaces

A dominant supplier may refuse to provide reasonable technical documentation, APIs, export tools, or interface specifications necessary for competing products to exchange information with its software.

Example: A Moroccan notary-software supplier controls a widely used deed-management system and refuses to disclose the technical specifications needed for competing archiving software to import completed deeds.

The refusal becomes more concerning where the interface is commercially important, competitors cannot reasonably reproduce its functionality, and exclusionary effects are likely.

B. Proprietary formats and data portability restrictions

A provider may store notarial records in a proprietary format that prevents efficient migration to another system. It may impose excessive export fees, restrict bulk downloads, or provide incomplete records when a customer switches providers.

Such conduct can increase switching costs and make an established provider difficult to challenge.

C. Discriminatory interoperability

A supplier may provide fast, complete, and reliable interfaces to its own affiliated services while offering competing software providers delayed access, reduced functionality, or inferior technical support.

The relevant question is whether the difference in treatment has a legitimate technical justification or instead disadvantages competing services.

D. Tying and forced integration

A provider may condition access to an essential deed-management or authentication function on the purchase of its own archiving, billing, identity-verification, or electronic-signature product.

Tying may restrict competition where the products are distinct, the supplier has sufficient market power, and the arrangement forecloses competing providers.

E. Contractual exclusivity

Exclusive contracts with notarial associations, software resellers, certification providers, or registry-interface operators may prevent rivals from reaching customers or obtaining necessary integrations.

Exclusivity is not automatically unlawful; its duration, coverage, market effects, and justification must be examined.

F. Security-based restrictions

Notarial systems handle sensitive information and legally significant records. Encryption, authentication, access controls, audit trails, and secure transmission are legitimate concerns.

However, restrictions should be proportionate. Standardised secure APIs, certification procedures, and controlled access may protect confidentiality without unnecessarily excluding rival software.

4. Six important case laws and their relevance to Morocco

The following are comparative European Union precedents that can help structure a Moroccan competition-law analysis. They are not Moroccan judgments and are not binding Moroccan precedent. Their value lies in the principles they illustrate.

Case 1: Microsoft Corp. v Commission

Citation: Case T-201/04, General Court, judgment of 17 September 2007.

Legal principle: Refusal to disclose interoperability information by a dominant software supplier may constitute abuse where the refusal undermines effective competition in related markets and the applicable legal requirements are satisfied.

Relevance to Morocco: If a dominant notary-software supplier prevents rival providers from developing compatible document-management or archiving products by withholding necessary interface information, the conduct warrants examination under Moroccan abuse-of-dominance rules.

The analysis must also consider intellectual-property rights, technical necessity, effects on competition, and objective justification.

Case 2: Oscar Bronner GmbH & Co. KG v Mediaprint

Citation: Case C-7/97, Court of Justice of the European Union, judgment of 26 November 1998.

Legal principle: A duty to provide access to infrastructure controlled by a dominant undertaking is exceptional. The judgment establishes demanding conditions for certain refusal-to-supply claims, including the significance of indispensability and the possibility of eliminating competition.

Relevance to Morocco: A competing supplier cannot automatically demand access to every proprietary notarial database or software interface. It would need to demonstrate why the refusal is competitively harmful and why alternative technical or commercial solutions are inadequate, where the strict refusal-to-supply framework applies.

The test should not, however, be applied mechanically to every form of discriminatory access or interoperability restriction.

Case 3: IMS Health GmbH & Co. OHG v NDC Health GmbH & Co. KG

Citation: Case C-418/01, Court of Justice of the European Union, judgment of 29 April 2004.

Legal principle: Refusal to license intellectual property can exceptionally amount to abuse in specific circumstances. The judgment considered whether the input was indispensable, whether refusal prevented the emergence of a new product for which there was potential demand, whether competition was excluded, and whether the refusal lacked objective justification.

Relevance to Morocco: If a supplier owns a protected document schema, interface specification, or software component used throughout the notarial sector, a competition assessment must balance intellectual-property protection against the risk of exclusion.

The existence of a proprietary format alone does not establish abuse. The exceptional conditions and the actual competitive effects must be examined.

Case 4: Slovak Telekom a.s. v European Commission

Citation: Case C-165/19 P, Court of Justice of the European Union, judgment of 25 March 2021.

Legal principle: The strict Bronner indispensability test does not apply in the same way to every form of access restriction, particularly where an existing regulatory access obligation is involved.

Relevance to Morocco: Where a notary-software provider operates under an applicable legal or contractual obligation to provide access or interoperability, it cannot necessarily rely on the strict refusal-to-supply test to justify discriminatory access terms.

The existence and precise scope of any Moroccan access obligation would have to be established independently.

Case 5: Google LLC and Others v European Commission — Android Auto

Citation: Case C-233/23, Court of Justice of the European Union, judgment of 25 February 2025.

Legal principle: A dominant digital-platform operator's refusal to make its platform interoperable with a third-party application may be capable of constituting abuse even where the platform is not strictly indispensable, particularly when the platform was not developed solely for the dominant undertaking's internal needs. Competitive effects and objective justification remain important.

Relevance to Morocco: This is especially relevant where a notary-software platform already supports integrations with selected third-party services but refuses compatibility to a rival's competing application.

The inquiry would include whether interoperability would make the rival's service more attractive, whether exclusion or delay restricts competition, and whether security or technical constraints justify the refusal.

Case 6: Google and Alphabet v European Commission — Google Shopping

Citation: Case C-48/22 P, Court of Justice of the European Union, judgment of 10 September 2024.

Legal principle: Discriminatory treatment by a dominant platform, including the favouring of its own services in circumstances that restrict competition, can constitute abuse. A claim need not always be treated as a classic refusal to supply essential infrastructure.

Relevance to Morocco: A notary-software provider might design its search, document-routing, or service-selection interface to favour its own affiliated electronic-signature or archiving service while disadvantaging rival providers.

The competition assessment would examine market power, the nature of the discrimination, effects on rivals and customers, and whether the design is objectively justified.

5. Applying Moroccan competition law to a hypothetical dispute

Consider the following example.

A software company supplies a widely used platform for Moroccan notarial offices. It controls the technical interface connecting its software with deed archives and other legal-document services. Competing suppliers can offer cheaper document-management products, but the incumbent refuses to permit data transfers and charges high fees for exporting records.

The legal analysis would proceed as follows.

These factors must be assessed using evidence rather than assumptions. A large market share or technically closed system is not, by itself, proof of an infringement.

6. Potential legal remedies

If the Moroccan Competition Council establishes an infringement under the applicable law, potential responses may include measures authorised by the relevant statutory framework.

Cessation of abusive conduct: Ending unjustified refusals, discriminatory access conditions, or exclusionary tying arrangements.

Interoperability measures: Requiring appropriate technical access or compatibility where legally justified and proportionate.

Data portability: Facilitating secure export of customer records in usable formats, subject to applicable legal obligations.

Non-discrimination: Establishing transparent, objectively justified access conditions for competing providers.

Contractual reform: Removing unlawful exclusivity provisions or restrictions that unnecessarily prevent customers from switching.

Merger remedies: Where a transaction raises competition concerns, considering appropriate remedies under the applicable merger-control framework.

A remedy should preserve notarial confidentiality, document authenticity, cybersecurity, and data protection. Unrestricted access to confidential deeds would not be an appropriate solution.

7. Compliance recommendations for notary-software providers

Software suppliers operating in Morocco should consider the following safeguards:

Publish clear and consistent technical requirements for third-party integrations.

Offer secure data-export facilities and documented migration procedures.

Apply transparent, objectively justified fees for API access and technical support.

Avoid tying essential functionality to unrelated proprietary services without a defensible justification.

Document security and confidentiality reasons for interoperability restrictions.

Review exclusivity agreements and preferential treatment of affiliated services.

Maintain audit trails showing that competing providers are treated consistently in comparable circumstances.

Notarial bodies and public-sector entities can also encourage common technical standards, provided their standard-setting arrangements do not become mechanisms for excluding competing suppliers.

8. Conclusion

Notary-software interoperability barriers present a potential competition concern in Morocco when technical control is used to protect market power rather than to meet legitimate legal, security, or operational requirements.

Law No. 104-12 provides the central competition-law framework. The six comparative cases—Microsoft, Bronner, IMS Health, Slovak Telekom, Android Auto, and Google Shopping—illustrate how refusal to supply, discriminatory access, proprietary interfaces, and platform favouritism may be assessed.

The decisive questions are whether the undertaking has market power, whether its conduct restricts competition, whether the relevant legal test is satisfied, and whether the restriction is objectively justified.

Final legal qualification: The six cases above are comparative authorities, not six Moroccan notary-software precedents. A definitive assessment of an actual dispute would require verification of the relevant Moroccan statutory provisions, the applicable technical and professional rules, and any directly relevant decisions of the Moroccan Competition Council or courts.