1.

L’usage de logiciels ( 2 ) et de l’internet tant par les professionnels que par les particuliers est actuellement permanent. Le service qui consiste à développer un logiciel adapté à des besoins professionnels spécifiques est également très fréquent en pratique. Les enjeux économiques sont d’une grande ampleur dans ce domaine.

2.

Il est dès lors surprenant de constater que la Cour n’a, jusqu’à présent, jamais eu à connaître d’une question préjudicielle relative à l’option de compétence internationale en matière contractuelle, prévue à l’article 7, point 1, sous b), du règlement (UE) no 1215/2012 ( 3 ), dans le cadre de litiges à caractère international ayant pour objet la fourniture de services informatiques en ligne.

3.

L’existence de clauses attributives de juridiction ou de choix de loi applicable, selon les usages contractuels dans ce domaine d’activité, me paraît expliquer ce constat ( 4 ).

4.

Par conséquent, l’absence de tout accord, dans l’affaire au principal, constitue pour la Cour l’opportunité de préciser les critères de rattachement à la juridiction compétente et de surmonter cette contradiction : comment interpréter l’option de compétence internationale qui repose sur une localisation concrète de la fourniture de services lorsque celle-ci est assurée par l’internet ? Autrement dit, comment définir le critère matériel retenu par le législateur de l’Union dans un contexte immatériel ?

5.

Certes, cette problématique n’est pas nouvelle pour la Cour, ainsi qu’il résulte de sa jurisprudence relative à l’option de compétence en matière délictuelle. Toutefois, cette jurisprudence repose sur des approches qui ne sont pas transposables en matière contractuelle. Ainsi, le débat porte sur l’alternative concrète, telle que proposée par l’Oberster Gerichtshof (Cour suprême, Autriche), la juridiction de renvoi, qui est la suivante : en l’absence de prévisions contractuelles, faut-il retenir le lieu de conception du logiciel ou celui de son utilisation ?

6.

Je vais exposer les raisons pour lesquelles, dans ce contexte particulier de fourniture de services informatiques sur un réseau ouvert tel que l’internet, je suis d’avis de retenir comme critère celui du lieu où le service se concrétise pour l’utilisateur ( 5 ).

7.

Les considérants 15 et 16 du règlement no 1215/2012 énoncent :

8.

L’article 4, paragraphe 1, de ce règlement prévoit :

« Sous réserve du présent règlement, les personnes domiciliées sur le territoire d’un État membre sont attraites, quelle que soit leur nationalité, devant les juridictions de cet État membre. »

9.

L’article 7, point 1, dudit règlement dispose :

« Une personne domiciliée sur le territoire d’un État membre peut être attraite dans un autre État membre :

10.

VariusSystems digital solutions GmbH ( 6 ), qui a son siège à Vienne (Autriche), exerce son activité dans le secteur des services informatiques. Elle a développé pour GR, propriétaire de l’entreprise B & G, établie en Allemagne, un logiciel permettant l’analyse des tests COVID-19 conformément aux prescriptions du législateur allemand et destiné à être utilisé dans les centres de test allemands ( 7 ). Le contrat avait pour objet le développement ( 8 ) et l’exploitation ( 9 ) du logiciel en Allemagne. Les parties de l’affaire au principal n’ont pas conclu de contrat écrit et n’ont désigné, en cas de différend, ni une juridiction compétente ni un lieu d’exécution.

11.

VariusSystems réclame à GR le paiement d’une somme d’un montant total de 101587,68 euros, augmenté des intérêts, pour la période allant du 1er janvier 2022 au 3 juin 2022, correspondant à la facturation de chaque test COVID-19 effectué. Elle a fondé la compétence des juridictions autrichiennes sur l’article 7, point 1, sous b), second tiret, du règlement no 1215/2012, au motif que, si le logiciel a été spécialement adapté et développé en fonction des besoins propres de l’entreprise de GR pour être utilisé en Allemagne, tous ces travaux ont été réalisés à Vienne.

12.

Il résulte des pièces du dossier adressé par la juridiction de renvoi que le litige entre les parties a pour origine des défauts du logiciel fourni, allégués par GR, en particulier quant au respect des prescriptions du législateur allemand et de la Kassenärztliche Bundesvereinigung (association fédérale des médecins conventionnés, Allemagne) relatives à la facturation des tests de dépistage ainsi qu’aux modalités de transmission des certificats de test à l’application « Corona-Warn-App ».

13.

GR a contesté la compétence internationale de la juridiction saisie. Elle relève que la prestation caractéristique dans le contrat en cause était l’utilisation d’un logiciel opérationnel conforme aux prescriptions du législateur allemand pour des personnes physiques allemandes en Allemagne, pour en déduire que le lieu d’exécution à retenir est son siège social.

14.

Le Landesgericht Wien (tribunal régional de Vienne, Autriche), déclinant sa compétence internationale, a rejeté le recours. Il a qualifié le contrat conclu entre les parties de « contrat de vente » et a estimé que le lieu d’exécution est le siège de l’entreprise de GR en Allemagne.

15.

L’Oberlandesgericht Wien (tribunal régional supérieur de Vienne, Autriche) a confirmé cette décision en retenant toutefois la qualification de « fourniture de services », au sens de l’article 7, point 1, sous b), second tiret, du règlement no 1215/2012, au motif notamment que le logiciel devait être spécialement adapté et développé pour les besoins propres de l’entreprise de GR, selon les prescriptions du législateur allemand. Considérant que les services qui ne se rapportent pas à un lieu particulier sont réputés fournis là où le bénéficiaire accède à ces services, cette juridiction a estimé que, en l’occurrence, ce lieu se situe en Allemagne, où est disponible le logiciel qui doit être adapté spécifiquement à la situation allemande, ce qui constitue la prestation caractéristique du contrat.

16.

VariusSystems a alors introduit un recours en « Revision » devant l’Oberster Gerichtshof (Cour suprême), qui estime également qu’il y a lieu d’appliquer l’article 7, point 1, sous b), second tiret, du règlement no 1215/2012, s’agissant du développement de logiciels individualisés.

17.

Selon cette juridiction, il est nécessaire de déterminer le lieu où a été déployée de manière prépondérante la fourniture des services ( 10 ), ce qui conduirait à retenir, comme lieu d’exécution des contrats de développement de logiciels, le lieu où la prestation intellectuelle est fournie, et non celui où le logiciel est consulté et utilisé.

18.

Toutefois, ladite juridiction s’interroge sur la pertinence d’une telle solution en raison de certains avis doctrinaux, selon lesquels, si un service ne se rapporte pas à un lieu particulier, il est considéré comme étant fourni là où le bénéficiaire du service y a accès.

19.

Elle souligne que, en l’occurrence, la prestation intellectuelle fournie en Autriche n’aurait pas de valeur autonome en soi si elle ne faisait pas l’objet d’un accès et d’une utilisation en Allemagne, d’autant plus que VariusSystems fait valoir qu’elle devait être rétribuée pour chaque test effectué avec succès. Elle ajoute que les juridictions du lieu où le logiciel est utilisé seraient sans doute mieux placées pour trancher les questions de fond relatives à l’exécution du contrat en raison de la proximité des faits et des preuves. Elle s’interroge donc sur le point de savoir si, pour la détermination du lieu d’exécution en cas de services à distance, comme c’est le cas en l’espèce, le lieu déterminant pour situer le lieu d’exécution est le lieu où le prestataire de services a réalisé le travail, ou bien le lieu en vue duquel la prestation a été fournie et où le bénéficiaire y a eu accès.

20.

Dans ces conditions, l’Oberster Gerichtshof (Cour suprême) a décidé de surseoir à statuer et de poser à la Cour la question préjudicielle suivante :

« L’article 7, point 1, sous b), du règlement [no 1215/2012] doit-il être interprété en ce sens que, dans le cadre d’une action en matière contractuelle, s’agissant du développement et de l’exploitation régulière d’un logiciel destiné à répondre aux besoins individuels d’un client établi dans un État membre A (en l’occurrence l’Allemagne), le lieu d’exécution correspond

21.

VariusSystems, GR et la Commission européenne ont déposé des observations écrites.

22.

La Cour est saisie d’une question inédite portant sur l’interprétation de l’article 7, point 1, sous b), du règlement no 1215/2012 dans le contexte de la fourniture d’un logiciel développé et exploité par un éditeur dans un État membre pour répondre aux besoins spécifiques d’un utilisateur dans un autre État membre.

23.

À titre liminaire, il convient de se prononcer sur la qualification du contrat. En raison des caractéristiques des obligations contractuelles en cause ( 11 ), je partage l’avis tant des parties que de la juridiction de renvoi, selon lequel le contrat en cause relève de la notion de « fourniture de services ».

24.

En effet, il y a lieu de se référer aux principes rappelés dans l’arrêt du 14 septembre 2023, EXTÉRIA ( 12 ), et aux critères définis dans l’arrêt du 25 février 2010, Car Trim ( 13 ). Ils permettent de se déterminer entre deux qualifications du contrat, celle de « vente de marchandises » ou celle de « fourniture de services » ( 14 ). Ainsi, selon la jurisprudence constante de la Cour, doit être recherché quelle est l’obligation caractéristique du contrat en cause et quelle est la contrepartie de son exécution. En l’occurrence, l’activité de VariusSytems a consisté à éditer un logiciel adapté aux besoins de l’entreprise de GR et à garantir son exploitation. Il s’agit de prestations de services qui ont été effectuées en contrepartie d’une rémunération due par GR à chaque utilisation ( 15 ). Les critères de la « fourniture de services », au sens de l’article 7, point 1, sous b), second tiret, du règlement no 1215/2012, sont donc remplis ( 16 ).

25.

Par conséquent, il y a lieu d’examiner la réponse à apporter à l’unique question préjudicielle par laquelle la juridiction de renvoi demande, en substance, à la Cour s’il convient de déterminer le lieu d’exécution d’un contrat de « fourniture de services », au sens de l’article 7, point 1, sous b), second tiret, du règlement no 1215/2012, en cas de fourniture en ligne ( 17 ) d’un logiciel, comme étant celui où il a été développé ( 18 ) par une société de services informatiques ou, au contraire, comme étant celui où il a été utilisé par son client.

26.

Faute d’éléments pouvant être tirés de dispositions contractuelles permettant de déterminer le lieu d’exécution du contrat, en l’absence de tout accord ou de tout autre document ( 19 ), la réponse à cette question doit reposer sur les deux considérations principales suivantes, rappelées récemment par la Cour ( 20 ) :

27.

En d’autres termes, cette règle de compétence spéciale, conçue pour être distinguée de celle de la compétence générale, repose sur un critère purement factuel qui conduit à désigner un tribunal en lien direct avec l’affaire afin de satisfaire aux exigences d’une bonne administration de la justice ( 21 ).

28.

Cette logique et cette finalité me font considérer, s’agissant de la fourniture de services en ligne par une société de services informatiques et en l’absence de tout choix du législateur de l’Union dans un tel domaine immatériel, que le critère de rattachement adéquat est celui du lieu de l’exécution effective de ce contrat ( 22 ), à savoir le lieu à partir duquel le client accède concrètement à la prestation en ligne ou, autrement dit, le « lieu d’impact le plus significatif de l’activité en ligne » ( 23 ), ou encore le « lieu de fourniture finale des services » ( 24 ).

29.

Quatre types d’arguments, d’ordres textuel, jurisprudentiel, pratique et relatif à la loi applicable, militent en faveur du choix du critère de l’utilisation du service plutôt que de celui de son émission.

30.

En premier lieu, un argument textuel tiré de l’expression « le lieu […] où, en vertu du contrat, les services ont été ou auraient dû être fournis » peut être avancé ( 25 ). La fourniture d’un service ( 26 ) doit dès lors être distinguée de sa conception.

31.

En deuxième lieu, dans l’hypothèse non prévue par l’article 7, point 1, sous b), du règlement no 1215/2012, à savoir l’absence de critères tirés du contrat, la Cour a choisi, pour la vente à distance de marchandises, le critère de la « destination finale » de cette opération ( 27 ). Pour la fourniture de services, en cas de pluralité de lieux d’exécution de l’obligation caractéristique d’un tel contrat, à défaut de pouvoir identifier, sur la base de ce contrat, le lieu de la fourniture principale des services ( 28 ), a été retenu, à titre subsidiaire, le lieu où les activités en exécution du contrat ont été déployées de manière prépondérante ( 29 ). La Cour a confirmé le choix du critère de l’exécution effective du contrat ( 30 ) dans l’arrêt Saey Home & Garden ( 31 ). Ainsi, le choix du critère de l’utilisation finale du service en ligne serait cohérent avec cette jurisprudence ( 32 ), qui ne doit pas, à mon sens, être cantonnée aux seuls cas d’exécution de fourniture de services dans plusieurs États membres ( 33 ).

32.

Cependant, j’observe que des opinions contraires sont tirées également de la jurisprudence de la Cour.

33.

Premièrement, ainsi qu’il ressort de la demande de décision préjudicielle et des pièces du dossier, la discussion porte sur le critère retenu dans l’arrêt Wood Floor comme désignant le lieu où le prestataire effectue principalement son travail, ce qui conduirait à privilégier, en l’occurrence, le lieu où a été fournie la prestation intellectuelle.

34.

Pour ma part, je considère qu’il résulte tant de l’arrêt Wood Floor que de l’arrêt Saey Home & Garden, fondés sur le critère de l’exécution effective du contrat, à défaut de dispositions contractuelles, que doit être recherché le lieu où la fourniture de service se concrétise. Ainsi, dans la relation entre un commettant et un agent commercial comme celle existant entre un fournisseur et un distributeur dans le cadre d’un contrat de concession commerciale, le for choisi est celui correspondant à l’essentiel de l’activité, qui consiste, dans le premier cas, à fournir différentes prestations de préparation, de négociation et, le cas échéant, de conclusion d’opérations commerciales par l’agent pour le compte du commettant ( 34 ) et, dans le second cas, à assurer la distribution des produits du fournisseur ( 35 ).

35.

Il convient, en outre, de noter que ces décisions ont été adoptées au regard de circonstances particulières, résultant de la localisation des activités dans plusieurs États membres, et qu’elles s’inscrivent ainsi dans le droit fil ( 36 ) de l’arrêt Color Drack, dans un cas de vente de marchandises livrées en différents lieux d’un même État membre ( 37 ), et de l’arrêt du 9 juillet 2009, Rehder ( 38 ), dans un cas de fourniture de services dans deux États membres ( 39 ).

36.

La portée de cette jurisprudence serait trop large s’il en était déduit que, dans tous les cas, le lieu de la fourniture du service est celui où le débiteur de la prestation l’exécute. En effet, d’une part, la Cour a relevé des éléments concrets utiles à l’identification du lieu d’exécution de la prestation qu’il appartient au juge national de décliner selon les situations soumises à son appréciation ( 40 ).

37.

D’autre part, ladite jurisprudence traduit, selon moi, un intérêt pour la recherche de la localisation de l’activité selon une approche économique, afin de satisfaire au mieux aux exigences de proximité et de prévisibilité. Cette approche me paraît particulièrement adaptée aux prestations de services informatiques exécutées en ligne, en raison de leur caractère immatériel, tant que leur bénéficiaire n’y a pas eu accès.

38.

Deuxièmement, il peut également être soutenu, du fait de ce caractère immatériel ( 41 ), que la Cour a déjà eu à connaître d’une situation analogue, à savoir celle d’un contrat de crédit consenti par un établissement bancaire ( 42 ). Considérant que l’obligation caractéristique de ce contrat est l’octroi de la somme prêtée, alors que l’obligation de l’emprunteur de rembourser cette somme n’est que la conséquence de l’exécution de la prestation du prêteur, la Cour a jugé que le lieu où les services ont été fournis, au sens de l’article 7, point 1, sous b), second tiret, du règlement no 1215/2012, est, en cas d’octroi d’un crédit par un établissement de crédit, le lieu où le siège de cet établissement est situé ( 43 ).

39.

Je relève, à cet égard, que la Cour a pris en considération les caractéristiques de la fourniture de services d’une banque qui ne se rapportait pas à un lieu déterminé et qu’elle n’avait pas à se prononcer sur un cas de virement bancaire vers un compte situé dans un autre État membre que celui du siège de cet établissement ( 44 ).

40.

Pour ces raisons, la solution retenue dans l’arrêt Kareda ne me paraît pas transposable au cas de fourniture de logiciels en ligne, a fortiori dans un contexte transfrontalier.

41.

En troisième lieu, s’agissant des considérations pratiques qui servent également de base à la discussion, je suis d’avis d’écarter l’argument selon lequel, en substance, l’obligation caractéristique d’un contrat de fourniture de services en ligne ne peut être que celle du téléversement (« upload » en langue anglaise) par le fournisseur de contenus numériques, au motif que la localisation de cette fourniture ne peut dépendre de l’intervention du client ( 45 ). Dans cette hypothèse, devrait être choisi le lieu à partir duquel le prestataire déploie concrètement son activité.

42.

Si je partage l’analyse sur laquelle repose en partie cet argument, à savoir que les activités déployées en ligne sont toujours rattachables à des lieux concrets ( 46 ), je considère que la solution préconisée ne prend pas en considération la diversité de ces activités en raison tant de leur nature ( 47 ) que de leur potentielle localisation ( 48 ).

43.

En effet, la prestation d’une société de services informatiques peut intervenir à différentes étapes, en totalité ou en partie : celle du développement du logiciel (ou phase de création), celle du déploiement (ou phase de mise en service pour le client) et celle de l’exploitation (ou phase de garantie du bon fonctionnement). Ces différentes activités ne se situent pas nécessairement au siège de l’entreprise qui fournit le ou les service(s) en cause.

44.

J’en déduis, d’abord, à l’instar de la Commission, que la conception et la programmation d’un logiciel ne constituent pas l’obligation caractéristique du contrat de fourniture d’un logiciel dès lors que, sans déploiement, le service ne serait pas effectif pour le client ( 49 ). C’est à partir de ce stade que le logiciel peut être utilisé, après avoir été testé, et que sa qualité peut être contrôlée. Cette opération est exécutée au lieu où l’utilisateur a accès au logiciel. Ainsi, je suis d’avis que cette phase du service doit être distinguée de celle de l’exploitation. Dès lors que celle-ci n’impose pas de nouveaux développements informatiques, elle ne constitue qu’une obligation accessoire qui ne peut fonder un critère de rattachement.

45.

Ensuite, ainsi que le souligne, à juste titre, la Commission, l’activité de l’éditeur peut se situer en dehors du siège de l’entreprise ( 50 ). Il en est de même de l’activité de déploiement du logiciel. En outre, celle-ci peut être assurée par l’éditeur ou par tout autre fournisseur de contenus numériques soit directement en ligne sur les équipements du client, soit par mise à disposition en ligne, via le site du prestataire, au moyen de l’internet par exemple, ou via une plateforme informatique ( 51 ), ou encore dans le cadre d’un contrat de service d’informatique en nuage (« cloud computing » en langue anglaise) ( 52 ).

46.

Dès lors, de multiples critères de localisation de l’activité de fourniture de logiciels peuvent être recherchés sur le fondement de l’article 7, point 1, sous b), du règlement no 1215/2012, à l’exception toutefois de tout rattachement tiré de la localisation du serveur ( 53 ). À cet égard, les difficultés concrètes de localisation auxquelles peut se trouver confronté le client d’un service en ligne me paraissent ressortir clairement des circonstances de fait décrites par la juridiction de renvoi et de ses propres interrogations. Les questions suivantes se posent en l’occurrence : faut-il distinguer le service de développement initial (ou de conception) du logiciel du service de maintenance (ou de suivi), alors qu’ils sont étroitement liés en raison de la mise à jour régulière du logiciel ? Ces services sont-ils tous les deux mis en œuvre à partir du même lieu ? Comment le logiciel a-t-il été déployé (ou mis à disposition) par l’éditeur (VariusSytems) ? À défaut de précision dans la décision de renvoi ou de constatations dans les décisions antérieures rendues dans l’affaire au principal, transmises à la Cour, ne peut-il pas être présumé, en raison du mode de facturation, qu’un logiciel du type « Software as a Service » ( 54 ) a été déployé sur une plateforme et non installé sur les équipements du client qui l’a téléchargé ? En effet, à ma connaissance, dans la plupart des cas depuis une dizaine d’années ( 55 ), s’agissant des prestations informatiques en ligne, le client accède aux logiciels par un réseau (l’internet, par exemple) depuis son ordinateur ou tout autre support dans le cadre d’un service d’informatique en nuage (« cloud computing ») ( 56 ).

47.

Enfin, la diversité de ces modes de fourniture de services informatiques ainsi que leur évolution technologique et économique permanente ( 57 ) pourraient suffire à justifier, selon moi, que le seul lieu certain et donc prévisible de l’exécution d’un contrat de fourniture de services en ligne est celui du bénéfice concret de ces services ( 58 ).

48.

Cette préférence pour le lieu de réception ou d’usage du ou des service(s) fourni(s) présente l’avantage de ne pas faire varier les critères de rattachement selon les différentes étapes des prestations de services et de ne pas soumettre l’utilisateur aux choix d’implantation de leur réalisation, alors que, de surcroît, la tendance économique est à l’externalisation dans des pays tiers. À l’inverse, considérer que, dans tous les cas, les logiciels sont développés au siège social de l’éditeur pourrait constituer une fiction, consacrant un forum actoris, contraire aux objectifs de l’article 7, point 1, sous b), du règlement no 1215/2012 ( 59 ).

49.

Par ailleurs, une telle adaptation des critères de rattachement à la complexité de la réalisation concrète des services ne serait pas nouvelle. En effet, elle a déjà prévalu en matière de transport aérien, la Cour ayant privilégié le lieu du bénéfice du service, à savoir au départ du premier vol et à l’arrivée du dernier vol ( 60 ).

50.

Certes, retenir le critère de la destination finale du service peut présenter des difficultés analogues, lorsque l’accès à un service déployé pour un client est utilisé dans différents lieux. En l’occurrence, tel paraît être le cas en Allemagne à la lecture du dossier remis à la Cour. Selon sa jurisprudence constante, il suffirait de rechercher le lieu de l’exécution de l’essentiel de l’activité dans l’État membre concerné ( 61 ). Il en serait de même si le service en ligne devait être utilisé dans plusieurs États membres ( 62 ). Enfin, ce lieu est, à mon sens, prévisible pour le prestataire de services informatiques. En effet, les spécifications auxquelles celui-ci doit se conformer en cas de développement d’un logiciel sont généralement soumises à la loi de l’État dans lequel il sera déployé ( 63 ). Dans ces conditions, en cas d’utilisation équivalente dans différents lieux, il me paraît inutile de faire application de la règle de compétence prévue par l’article 7, point 1, sous b), du règlement no 1215/2012, l’objectif de proximité ne le justifiant pas ( 64 ).

51.

En quatrième lieu, il reste à se prononcer sur un dernier élément complémentaire de l’analyse qui est relatif à la loi applicable au contrat. À défaut de choix de loi, ce qui est le cas en l’espèce, l’article 4, paragraphe 1, sous b), du règlement (CE) no 593/2008 du Parlement européen et du Conseil, du 17 juin 2008, sur la loi applicable aux obligations contractuelles (Rome I) ( 65 ), dispose que « le contrat de prestation de services est régi par la loi du pays dans lequel le prestataire de services a sa résidence habituelle » ( 66 ). Ainsi, serait conforté le choix d’un tel critère de rattachement à la juridiction compétente ( 67 ). Cet argument ne me paraît pas décisif. En effet, d’une part, il existe une discordance législative entre l’objectif de proximité qui résulte du choix d’un critère de compétence spéciale en matière contractuelle ( 68 ) et ceux relatifs à la détermination de la loi applicable au contrat. D’autre part, dès lors qu’est retenu un critère de compétence en fonction du lieu de l’exécution effective du contrat pour son bénéficiaire, la solution consistant à faire application de l’article 4, paragraphe 3, du règlement Rome I ( 69 ) me paraît fondée ( 70 ).

52.

Par conséquent, il résulte de l’examen des motifs qui justifieraient de privilégier comme critère de compétence celui du lieu du siège de la société qui a développé un logiciel qu’ils ne sont pas de nature à remettre en cause ceux que j’ai exposés pour considérer que, dans le domaine de la fourniture de logiciels, qu’ils soient standards ou personnalisés, dès lors qu’une prestation de service, telle qu’un accès en ligne, conditionne leur usage, il est particulièrement adapté de choisir comme critère de compétence, fondé sur l’article 7, point 1, sous b), du règlement no 1215/2012, celui du lieu où, concrètement, le destinataire de cette prestation en bénéficie effectivement.

53.

Eu égard à l’ensemble des considérations qui précèdent, je propose à la Cour de répondre à la question préjudicielle posée par l’Oberster Gerichtshof (Cour suprême, Autriche) de la manière suivante :

L’article 7, point 1, sous b), du règlement (UE) no 1215/2012, du Parlement européen et du Conseil, du 12 décembre 2012, concernant la compétence judiciaire, la reconnaissance et l’exécution des décisions en matière civile et commerciale,

doit être interprété en ce sens que :

le lieu d’exécution de la fourniture en ligne d’un logiciel est, en l’absence de dispositions contractuelles permettant de le déterminer, celui où le client utilise ce logiciel.