Données ouvertes des entreprises en Slovénie : sources officielles, API et droits de réutilisation

La Slovénie est une juridiction européenne de premier plan pour la gestion des données officielles des entreprises, car l'AJPES publie une page source détaillée du registre du commerce slovène, propose la recherche ePRS, met à disposition la documentation restPrsInfo destinée aux développeurs et explique les modèles de réutilisation des données et de sélection payante. La Slovénie ne se limite donc pas à un simple portail : elle offre, au sein d'une infrastructure institutionnelle un système complet, la recherche officielle, la structure officielle du registre, la documentation API et un contexte de données ordonnées.

La difficulté pratique réside dans le fait que ces voies d'accès ne correspondent pas à un seul et même produit. La recherche ePRS gratuite, les extraits signés électroniquement, l'extraction de données par service web, la publication du rapport annuel, les avis de marché, les registres des organismes de réglementation et les enregistrements LEI ont chacun des finalités juridiques différentes. Un jeu de données de qualité pour la Slovénie ne les réduit pas à un seul tableau indistinct. Il conserve la visibilité de la finalité de la source, du champ d'application, du mode d'accès, de la mention de réutilisation et du niveau de confiance.

Cette mise à jour remplace l'ancienne page consacrée à la Slovénie, utile pour trouver rapidement des sources, mais trop succincte pour répondre aux exigences actuelles de CompaniesData. Le nouvel article détaille la méthodologie, les risques liés à l'accès et à la mise à jour, les limites de réutilisation, les options d'API et de données ordonnées, les lacunes existantes, un modèle de données recommandé, les conclusions relatives aux risques liés aux sources non utilisées et le rôle de la normalisation CompaniesData.

Points clés à retenir

• Meilleur point de départ officiel : L'AJPES, registre des entreprises slovènes, explique dans une seule source officielle le PRS, l'ePRS, les extraits de données, la réutilisation des données et la sélection de données payante.
• Meilleure preuve d'accès machine : Le manuel du développeur AJPES restPrsInfo décrit une API REST pour une intégration directe avec les options d'entrée et de sortie PRS et JSON/XML.
• Meilleure couche de remplissage : AJPES JOLP fournit le contexte de publication des rapports annuels, mais ces rapports constituent une couche de classement/d'enrichissement plutôt que le cœur de l'entité.
• Meilleure suite d'enrichissement : e-JN et ENarocanje soutiennent les événements d'approvisionnement, GOV.SI/SIPO soutient le contexte de l'autorité de propriété intellectuelle, la Banque de Slovénie soutient les entités financières réglementées, AVK soutient les événements de concurrence et GLEIF soutient la correspondance LEI.
• Ce cycle a été tenu : OPSI, SURS, le formulaire de commande PDF AJPES, le serveur de base de données SIPO, la propriété effective et la réutilisation des données de contact restent détenus ou font l'objet d'un examen spécial.
• Avertissement concernant les données de contact : Les données issues des registres publics slovènes, des rapports annuels, des marchés publics, des organismes de réglementation, de la propriété intellectuelle ou des LEI ne constituent pas un consentement à la prospection par courriel, téléphone ou à des fins commerciales.

Méthodologie éditoriale

La méthode CompaniesData part des sources officielles et n'enrichit les données que lorsque l'autorité, le modèle d'accès et les limites de réutilisation sont explicitement précisés. Pour la Slovénie, l'ordre éditorial est le suivant : AJPES PRS/ePRS en premier, la documentation de l'API AJPES restPrsInfo en second, les rapports annuels AJPES JOLP en troisième, puis les sources relatives aux marchés publics, à la propriété intellectuelle, aux autorités de régulation, à la concurrence et aux LEI comme couches d'enrichissement.

Chaque source citée dans cet article a passé avec succès une vérification en direct à l'aide de profils similaires à ceux des navigateurs, de Googlebot et de Bingbot. Un simple code HTTP 200 ne suffisait pas. La source devait respecter la sémantique attendue du contenu, ne pas contenir d'erreurs 404/410, ni afficher un titre anti-bots, ni présenter de page de défi manifeste. Les routes visibles lors de la recherche web, mais ne respectant pas la sémantique locale, réinitialisant les connexions ou déclenchant des heuristiques de défi, ont été exclues de l'ensemble des preuves citées.

Les logos de source présents dans la matrice et le pack de ressources sont des éléments de reconnaissance décoratifs chargés via un proxy favicon stable. Ils ne constituent pas une preuve en soi. La preuve réside dans l'URL officielle, le propriétaire de la source, le modèle d'accès, la mention de réutilisation et les limitations enregistrées dans l'artefact source local.

Analyse des risques liés à la couverture, à l'accès et aux mises à jour

Système central du registre du commerce : le PRS est la base de données centrale du registre des entreprises slovène, recensant les entités commerciales, à but lucratif ou non, dont le siège social est situé en Slovénie. L’AJPES indique garantir la transparence du PRS grâce à l’ePRS, aux extraits de données et à la réutilisation des données. Ceci conforte l’idée que les données des entreprises sont officielles, mais démontre également la diversité des modèles d’accès.

Recherche et extraits publics : ePRS est la méthode manuelle pratique pour vérifier les entités individuelles. La page source de l’AJPES décrit également les extraits signés électroniquement et les itinéraires certifiés. La recherche manuelle et les extraits signés facilitent la vérification, mais ne doivent pas être considérés comme une base de données massive, libre et sans restriction.

Preuves relatives à l'API REST : restPrsInfo constitue la preuve technique la plus convaincante de la pile slovène. Le manuel décrit l'intégration directe avec PRS, la recherche et la récupération de données officielles, les ensembles de données minimaux, restreints, étendus et protégés, les corps de requêtes JSON/XML, les options de sortie JSON/XML et les méthodes pour les entités modifiées ou dissoutes. Cela favorise la mise en place d'une API, mais son implémentation nécessite encore la définition des conditions d'utilisation, des identifiants, des coûts, des tarifs et la vérification des données protégées au niveau du point de terminaison.

Données commandées et payantes : l’AJPES décrit les frais de réutilisation des données et les modèles de sélection des données pour les unités PRS. Ceci est utile commercialement car cela précise que les flux de données officiels, qu’il s’agisse de données en masse ou de données provenant de services Web, peuvent être commandés ou facturés plutôt que d’être extraits librement. Tout produit dérivé doit conserver le flux de données commandé, la base de facturation, la fréquence de mise à jour, la structure des données et les restrictions d’utilisation pour le client.

Les données complémentaires ( rapports annuels du JOLP, marchés publics, entités supervisées par la Banque de Slovénie, décisions de l'AVK en matière de concurrence, contexte de l'autorité SIPO et données LEI du GLEIF) sont toutes utiles, mais elles couvrent des problématiques métier différentes. Elles doivent enrichir le noyau PRS plutôt que de le remplacer.

Liste de vérification de réutilisation

• Vérification d'autorisation : enregistrer si chaque champ provient de AJPES PRS/ePRS, restPrsInfo, JOLP, e-JN, ENarocanje, SIPO, Banque de Slovénie, AVK ou GLEIF.
• Vérification d'accès : Recherche libre séparée, extraits signés, accès REST/service Web, sélection de données ordonnée, recherche dans les rapports annuels, événements d'approvisionnement, listes de régulateurs et données API LEI.
• Vérification des licences et des frais : préserver les conditions de réutilisation de l'AJPES, la base de commande, la catégorie de frais, la fréquence de mise à jour, la date source et la formulation de non-approbation pour chaque ressource effectivement ingérée.
• Vérification du périmètre du terrain : Ne fusionnez pas les ensembles de données minimaux, restreints, étendus ou protégés sans autorisations claires au niveau des champs et sans notes d'objectif.
• Vérification des données personnelles : Les représentants, fondateurs, entrepreneurs individuels, bénéficiaires effectifs et champs de contact doivent faire l'objet d'un examen de conformité au RGPD, de conservation, de suppression et d'utilisation légale.
• Vérification du robot d'exploration : Si une source ou un sitemap renvoie un défi, du HTML au lieu de XML, une erreur 403, 415, un titre de protection contre les robots ou une erreur bloquante pour les profils des robots d'exploration, bloquez la route jusqu'à ce qu'elle soit testée à nouveau.
• Analyse marketing : L'inscription au registre public n'autorise pas l'envoi de courriels non sollicités, les appels téléphoniques, la constitution de listes de prospects ou de bases de données de prospection commerciale.

Manuel pratique, API et options de traitement par lots

Vérification manuelle : utilisez ePRS et le registre du commerce slovène (AJPES) pour les contrôles au niveau de l’entité, la vérification du statut, la concordance des numéros d’immatriculation et les vérifications préalables manuelles. Cette procédure est appropriée lorsqu’une personne doit examiner une entreprise ou résoudre un litige concernant une correspondance.

Planification d'API REST : consultez le manuel restPrsInfo pour la planification de l'ingestion automatique. Un flux de travail de production doit stocker les noms des méthodes, le type d'ensemble de données, le format d'entrée, le format de sortie, l'état de l'authentification ou du contrat, la version de l'analyseur de réponses, la gestion des erreurs et la logique de détection des modifications.

Données ordonnées et réutilisation : utilisez les informations de réutilisation et de tarification d’AJPES PRS comme contexte d’accès commercial. Évitez d’exploiter un modèle de données ordonnées. Si un projet nécessite une extraction massive de données PRS, documentez la structure de données sélectionnée, la grille tarifaire, le modèle de facturation, la fréquence de mise à jour et les utilisations autorisées.

Enrichissement des rapports annuels : utilisez JOLP pour ajouter les signaux relatifs aux rapports financiers et aux déclarations de dépôt. Stockez les références aux rapports annuels dans une table distincte, en indiquant la date de dépôt, le type de rapport et la source. L’absence de rapport annuel ne constitue pas une preuve de l’inexistence de l’entreprise.

Enrichissement des données pour les marchés publics et la réglementation : utiliser e-JN, ENarocanje, la Banque de Slovénie et AVK comme sources d’information spécifiques à un événement ou à un secteur. Ces sources sont précieuses pour les ventes au secteur public, le contrôle financier réglementé et les vérifications préalables en matière de droit de la concurrence, mais elles ne constituent pas des registres exhaustifs.

Analyses approfondies source par source

1. AJPES Registre des entreprises slovènes

Propriétaire : AJPES. Modalités d’accès : page officielle du registre PRS décrivant l’accès à l’ePRS, les extraits, la réutilisation et les modalités de paiement des frais de données. Note relative à la réutilisation : source du registre officiel ; la réutilisation dépend des conditions de l’ePRS, des frais de sélection des données, de la procédure de commande/contrat et du périmètre du champ.

Utilisation professionnelle : structure de base de l’entité juridique, correspondance des identifiants, étendue du registre, politique de réutilisation des données et contexte de la structure des données. Dans un flux de travail CompaniesData, cette source doit être stockée avec le propriétaire, l’URL, la date d’accès, l’identifiant natif, l’étendue du champ, la langue, la version de l’analyseur et le niveau de confiance avant d’être jointe à une autre source slovène.

Limitations : la recherche gratuite, les extraits, l’extraction de données via services web et la sélection de données complètes constituent des modèles d’accès différents. Cette source a franchi les limites actuelles de publication des sources liées. Il convient de ne pas l’interpréter comme une couverture complète de l’entreprise, une identification des bénéficiaires effectifs, une évaluation de la solvabilité, une certification d’extrait ou une affirmation relative au consentement marketing.

2. Portail ePRS d'AJPES

Propriétaire : AJPES. Modèle d’accès : voie de recherche publique ePRS pour les entités individuelles du registre du commerce slovène. Note relative à la réutilisation : voie de recherche manuelle/publique ; les données acquises doivent respecter les conditions d’utilisation et les restrictions de source de l’AJPES.

Utilisation professionnelle : vérification manuelle, recherche de secours et rapprochement au niveau de l’entité. Dans un flux de travail CompaniesData, cette source doit être stockée avec le propriétaire, l’URL, la date d’accès, l’identifiant natif, la portée du champ, la langue, la version de l’analyseur et le niveau de confiance avant d’être jointe à une autre source slovène.

Limitations : l’utilisation du portail de recherche diffère de la commande de données en masse ou de la réutilisation sans restriction de l’API. Cette source a passé avec succès les contrôles de publication en vigueur. Ne pas généraliser à des allégations concernant la couverture complète d’une entreprise, la propriété effective, la cote de crédit, l’extrait certifié ou le consentement marketing.

3. Manuel du développeur AJPES restPrsInfo

Propriétaire : AJPES. Modèle d’accès : documentation de l’API REST pour une intégration directe avec PRS, incluant les options d’entrée/sortie JSON/XML. Remarque concernant la réutilisation : la documentation technique prend en charge l’intégration de l’API, mais son utilisation en production nécessite une vérification des conditions d’utilisation, des droits d’accès et des coûts.

Utilisation professionnelle : planification de l’ingestion lisible par machine, mappage des points de terminaison, surveillance des mises à jour et conception de l’analyseur. Dans un flux de travail CompaniesData, cette source doit être stockée avec le propriétaire, l’URL, la date d’accès, l’identifiant natif, la portée du champ, la langue, la version de l’analyseur et le niveau de confiance avant d’être jointe à une autre source slovène.

Limitations : La documentation de l’API n’autorise pas la republication de tous les champs ou ensembles de données protégés. Cette source a satisfait aux exigences actuelles de publication des sources liées. Son utilisation ne saurait être interprétée comme une couverture complète de l’entreprise, une affirmation de propriété effective, une évaluation de la solvabilité, une authentification d’extrait certifié ou une demande de consentement marketing.

4. Rapports annuels de l'AJPES JOLP

Propriétaire : AJPES. Modèle d’accès : voie de recherche et de publication publique pour les rapports annuels et les documents d’information commerciale. Note de réutilisation : les conditions d’utilisation de la source de dépôt s’appliquent ; la provenance du rapport annuel doit être stockée séparément de l’identité principale du PRS.

Utilisation professionnelle : découverte d’états financiers, enrichissement des dossiers et recherche d’événements d’entreprise. Dans un flux de travail CompaniesData, cette source doit être stockée avec le propriétaire, l’URL, la date d’accès, l’identifiant natif, la portée du champ, la langue, la version de l’analyseur et le niveau de confiance avant d’être jointe à une autre source slovène.

Limitations : les rapports annuels constituent un niveau de documentation et non un registre complet ou une source de données de contact. Cette source a satisfait aux exigences actuelles de publication des sources liées. Il convient de ne pas l’utiliser pour établir une couverture exhaustive de l’entreprise, la propriété effective, la cote de crédit, l’authenticité des extraits certifiés ou le consentement marketing.

5. e-JN marchés publics électroniques

Propriétaire : Gouvernement slovène. Modalités d’accès : système de passation de marchés publics électroniques. Remarque concernant la réutilisation : les conditions spécifiques à la procédure s’appliquent ; veuillez indiquer la provenance du marché et éviter les allégations de couverture par l’ensemble de l’entreprise.

Utilisation commerciale : contexte du flux de travail d’enrichissement des événements fournisseurs du secteur public et d’approvisionnement. Dans un flux de travail CompaniesData, cette source doit être stockée avec le propriétaire, l’URL, la date d’accès, l’identifiant natif, la portée du champ, la langue, la version de l’analyseur et le niveau de confiance avant d’être jointe à une autre source slovène.

Limitations : l’activité d’approvisionnement est ponctuelle et concerne les fournisseurs ou les processus contractuels, et non l’ensemble de l’entreprise. Cette source est fournie à titre de contexte conditionnel, car la couverture de l’approvisionnement est ponctuelle. Il ne faut pas l’étendre à l’ensemble de l’entreprise, à la propriété effective, à la cote de crédit, aux extraits certifiés ou aux demandes de consentement marketing.

6. Portail des marchés publics ENarocanje

Propriétaire : Portail des marchés publics / Slovénie. Modalités d’accès : avis de marchés publics et portail de consultation des attributions. Note relative à la réutilisation : source d’informations sur les marchés publics au niveau de l’événement ; la réutilisation automatisée nécessite une notification et une révision des conditions d’utilisation du portail.

Utilisation professionnelle : enrichissement des appels d’offres, des attributions, des acheteurs et des fournisseurs. Dans un flux de travail CompaniesData, cette source doit être stockée avec le propriétaire, l’URL, la date d’accès, l’identifiant natif, la portée du champ, la langue, la version de l’analyseur et le niveau de confiance avant d’être jointe à une autre source slovène.

Limitations : couverture limitée aux fournisseurs et aux événements ; ne constitue pas un registre légal ni une source de propriété. Cette source est mentionnée à titre de contexte conditionnel, car la couverture des achats est liée à un événement. Elle ne saurait être étendue à une couverture complète de l’entreprise, à la propriété effective, à la cote de crédit, aux extraits certifiés ou aux demandes d’autorisation de commercialisation.

7. Office slovène de la propriété intellectuelle sur GOV.SI

Propriétaire : Office slovène de la propriété intellectuelle / GOV.SI. Modalités d’accès : page officielle GOV.SI de l’Office slovène de la propriété intellectuelle et des services associés. Remarque concernant la réutilisation : contexte officiel de la propriété intellectuelle ; les enregistrements de propriété intellectuelle et les données relatives aux titulaires de droits nécessitent un accès et des conditions d’utilisation spécifiques.

Utilisation commerciale : contexte d’autorité de propriété intellectuelle, routage d’enrichissement des marques/brevets/dessins et propriété de la source. Dans un flux de travail CompaniesData, cette source doit être stockée avec le propriétaire, l’URL, la date d’accès, l’identifiant natif, la portée du champ, la langue, la version de l’analyseur et le niveau de confiance avant d’être jointe à une autre source slovène.

Limitations : ce profil d’autorité ne constitue pas une base de données exhaustive de propriété intellectuelle et la propriété des droits peut différer de l’identité juridique de l’entreprise. Cette source a passé avec succès les contrôles de publication en vigueur. Ne pas généraliser à des allégations concernant la couverture complète de l’entreprise, la propriété effective, la solvabilité, l’authenticité d’extraits certifiés ou le consentement marketing.

8. Entités supervisées par la Banque de Slovénie

Propriétaire : Banque de Slovénie. Modèle d’accès : registre des entités supervisées et des catégories réglementées du secteur financier. Note de réutilisation : source réglementaire sectorielle ; stocker la catégorie, l’autorité et la date séparément du noyau PRS.

Utilisation commerciale : enrichissement de la conformité du secteur financier et filtrage des entités réglementées. Dans un flux de travail CompaniesData, cette source doit être stockée avec le propriétaire, l’URL, la date d’accès, l’identifiant natif, la portée du champ, la langue, la version de l’analyseur et le niveau de confiance avant d’être jointe à une autre source slovène.

Limitations : spécifiques au secteur ; incluent des entités non slovènes de l’EEE et ne représentent pas toutes les entreprises slovènes. Cette source a passé avec succès les contrôles de publication des sources liées. Ne pas généraliser à des allégations concernant une couverture complète des entreprises, la propriété effective, la cote de crédit, les extraits certifiés ou les autorisations de commercialisation.

9. Agence slovène de protection de la concurrence

Propriétaire : Agence slovène de protection de la concurrence. Modèle d’accès : décisions en matière de droit de la concurrence, concentrations, actualités antitrust et de l’agence. Note relative à la réutilisation : source de la décision/de l’événement ; citer la provenance du dossier et éviter les allégations de couverture exhaustive.

Utilisation commerciale : enrichissement des données relatives au droit de la concurrence, contexte des risques de marché et signaux de diligence raisonnable. Dans un flux de travail CompaniesData, cette source doit être stockée avec le propriétaire, l’URL, la date d’accès, l’identifiant natif, la portée du champ, la langue, la version de l’analyseur et le niveau de confiance avant d’être associée à une autre source slovène.

Limites : ce contenu est axé sur des cas concrets et des événements juridiques, et ne saurait se substituer au registre du commerce. Cette source a satisfait aux exigences actuelles de publication des sources liées. Il convient de ne pas l’étendre à une couverture complète de l’entreprise, à la question de la propriété effective, à la cote de crédit, aux extraits certifiés ou aux allégations relatives au consentement marketing.

10. Enregistrements GLEIF LEI pour la Slovénie

Propriétaire : GLEIF. Modèle d’accès : API JSON publique pour les entités slovènes détenant un LEI. Remarque concernant la réutilisation : les conditions d’utilisation et les exigences d’attribution de l’API GLEIF s’appliquent ; utilisation limitée à l’enrichissement et à la vérification croisée des identifiants.

Utilisation professionnelle : correspondance LEI, appariement des entités financières et métadonnées structurées des entités juridiques. Dans un flux de travail CompaniesData, cette source doit être stockée avec le propriétaire, l’URL, la date d’accès, l’identifiant natif, la portée du champ, la langue, la version de l’analyseur et le niveau de confiance avant d’être jointe à une autre source slovène.

Limitations : La couverture LEI est partielle et ne concerne que les entités possédant un LEI. Cette source a satisfait aux exigences actuelles de publication des sources liées. Ne pas généraliser à une couverture complète de l’entreprise, à la propriété effective, à la cote de crédit, aux extraits certifiés ou aux demandes de consentement marketing.

Matrice source

Matériau	Propriétaire / autorité	Modèle d'accès	Note de réutilisation	Principale limitation
AJPES Registre des entreprises slovènes	AJPES	Page officielle du registre PRS décrivant l'accès à l'ePRS, les extraits, la réutilisation et les modalités de paiement des frais de données	Source du registre officiel ; la réutilisation dépend des conditions de l’ePRS, des frais de sélection des données, du mode de commande/contrat et du champ d’application.	Source publique propre. La recherche libre, les extraits, l'extraction de données par service Web et la sélection de données complètes sont des modèles d'accès différents.
Portail ePRS d'AJPES	AJPES	Voie de recherche publique ePRS pour les entités individuelles du registre des entreprises slovènes	Recherche manuelle/publique ; les données acquises doivent respecter les conditions et restrictions de source de l’AJPES	Source publique propre. L'utilisation d'un portail de recherche n'est pas la même chose que la réutilisation de données en masse commandées ou d'une API sans restriction.
Manuel du développeur AJPES restPrsInfo	AJPES	Documentation de l'API REST pour l'intégration directe avec PRS, incluant les options d'entrée et de sortie JSON/XML	La documentation technique appuie les affirmations concernant l'intégration de l'API, mais l'utilisation en production nécessite toujours une analyse des conditions d'utilisation, des droits d'accès et des coûts.	Source publique propre. La documentation de l'API n'autorise pas systématiquement la republication de tous les champs ou ensembles de données protégés.
Rapports annuels de l'AJPES JOLP	AJPES	Voie de consultation et de publication publique des rapports annuels et des documents d'information commerciale	Les conditions relatives à la source du dépôt s'appliquent ; conserver la provenance du rapport annuel séparément de l'identité principale du PRS	Source publique propre. Les rapports annuels constituent un niveau de classement, et non un registre complet ou une source de données de contact.
e-JN marchés publics électroniques	Gouvernement de la Slovénie	système de passation de marchés publics électroniques	Des conditions spécifiques à l'approvisionnement s'appliquent ; veuillez indiquer la provenance de l'approvisionnement et éviter les réclamations concernant l'ensemble de l'entreprise.	Contexte conditionnel. L'activité d'approvisionnement est liée à des événements et couvre les fournisseurs ou les processus contractuels, et non l'ensemble de l'entreprise.
Portail des marchés publics ENarocanje	Portail javnih naročil / Slovénie	portail d'avis de marchés publics et de découverte des attributions	Source d'approvisionnement public au niveau de l'événement ; avis automatisé des besoins de réutilisation et examen des conditions d'utilisation du portail	Contexte conditionnel. Couverture réservée aux fournisseurs et aux événements ; ne constitue pas un registre légal ni une source de propriété
Office slovène de la propriété intellectuelle sur GOV.SI	Office slovène de la propriété intellectuelle / GOV.SI	Page officielle GOV.SI de l'Office slovène de la propriété intellectuelle et des services associés.	Contexte officiel de la propriété intellectuelle ; les enregistrements de propriété intellectuelle et les données relatives aux titulaires de droits nécessitent un parcours et des conditions spécifiques.	Source publique propre. Le profil d'autorité n'est pas une base de données de propriété intellectuelle exhaustive et la propriété des droits peut différer de l'identité légale de l'entreprise.
Entités supervisées par la Banque de Slovénie	Banque de Slovénie	registre des entités supervisées et des catégories réglementées du secteur financier	Source de l'organisme de réglementation sectoriel ; stocker la catégorie, l'autorité et la date séparément du noyau PRS	Source publique propre. sectorielle ; inclut des entités non slovènes de l'EEE et ne représente pas toutes les entreprises slovènes
Agence slovène de protection de la concurrence	Agence slovène de protection de la concurrence	Décisions en matière de droit de la concurrence, concentrations, actualités antitrust et des agences	Source de la décision/de l'événement ; citer la provenance du dossier et éviter les demandes de prise en charge intégrale.	Source publique propre. Couverture axée sur les cas et les événements juridiques, et non un substitut au registre des sociétés
Enregistrements GLEIF LEI pour la Slovénie	GLEIF	API JSON publique pour les entités slovènes détenant un LEI	Les conditions d'utilisation et les règles d'attribution de l'API GLEIF s'appliquent ; à utiliser uniquement pour l'enrichissement et la vérification croisée des identifiants.	Source publique propre. La couverture LEI est partielle et ne concerne que les entités qui possèdent un LEI.

Trousse de ressources

Lacunes de données

Le principal problème de la Slovénie ne réside pas dans l'absence de sources officielles, mais dans la nécessité de respecter la diversité des produits d'accès. La recherche publique PRS, les extraits PRS, l'extraction via le service web restPrsInfo, la sélection ordonnée des données, les rapports annuels, les marchés publics, les documents réglementaires, les décisions en matière de concurrence et les enregistrements LEI répondent tous à des questions différentes. Un jeu de données dérivé requiert une traçabilité au niveau des champs plutôt qu'une simple étiquette de source générique.

Les données protégées et les données personnelles constituent une autre lacune. Les documents de l'AJPES établissent une distinction entre les structures de données et les ensembles de données protégés. Les représentants, fondateurs, entrepreneurs individuels, bénéficiaires effectifs, coordonnées et documents peuvent concerner des personnes physiques. Ces champs nécessitent des contrôles relatifs à la base légale, à la conservation et à la suppression avant toute réutilisation commerciale.

Deux routes contextuelles utiles n'ont pas été intégrées au noyau des sources liées lors de ce cycle. OPSI était visible via la recherche web, mais des heuristiques de vérification locales l'ont signalée. SURS était également visible via la recherche web, mais les requêtes locales ont été réinitialisées. Ces deux routes pourraient s'avérer utiles ultérieurement, mais elles ne doivent pas être utilisées comme preuves de publication irréfutables tant que l'assurance qualité des sources n'a pas été répétée avec succès.

Modèle de données recommandé

• Noyau de l'entité : numéro d'immatriculation, dénomination sociale, nom normalisé, numéro fiscal lorsque légal, forme juridique, statut, champs d'adresse lorsque autorisés, pays, date source et niveau de confiance.
• Provenance PRS : Route source AJPES, méthode ePRS/manuelle ou restPrsInfo/API, niveau de structure de données, liste de champs, statut des données commandées, note de frais/commande et horodatage de mise à jour.
• Couche d'extraction et de documentation : Voie d'extraction signée, type de document, référence du fichier, date d'émission, note d'authenticité et règle de conservation.
• Couche de rapport annuel : Référence du rapport JOLP, période de référence, date de publication, type de dépôt, version de l'analyseur syntaxique et niveau de confiance dans le domaine financier.
• Couche d'approvisionnement : Avis e-JN ou ENarocanje, autorité contractante, fournisseur, référence de procédure, événement d'attribution/de contrat et confiance de correspondance.
• Couche de régulation et de concurrence : Catégorie de la Banque de Slovénie, référence de la décision/de l'événement AVK, URL source, date de l'événement et limitation sectorielle.
• Couche LEI : LEI, GLEIF, nom légal, statut de l'entité, référence de l'autorité d'enregistrement, données d'adresse et niveau de confiance de la correspondance.
• Contrôles de confidentialité : indicateur de données personnelles, indicateur d'examen spécial de la propriété effective, indicateur d'ensemble de données protégé, marqueur de suppression et blocage des contacts marketing.

Comment CompaniesData apporte de la valeur

CompaniesData.cloud apporte une valeur ajoutée en transformant les sources officielles slovènes, déjà robustes, en un produit de données normalisé et auditable. Ce travail ne se limite pas à la simple copie des liens AJPES. Il consiste à associer les identifiants PRS aux noms et aux champs fiscaux, à préserver la distinction entre les données issues de la recherche publique et les données triées, à analyser séparément les signaux des rapports annuels et des marchés publics, à intégrer de manière prudente les données issues des organismes de réglementation et des LEI, et à exclure les données personnelles ou protégées des exportations commerciales à grande échelle, sauf autorisation expresse au titre de l'utilisation légale.

Pour les équipes commerciales, cette solution facilite la connaissance du client (KYB), l'enrichissement du CRM, l'étude de marché, les recherches de ventes dans le secteur public, la recherche de fournisseurs et le contrôle des secteurs réglementés. Pour les équipes de conformité, elle permet de visualiser le propriétaire de la source, la date d'accès, le mode de facturation/commande, le périmètre du champ, le niveau de confiance et les notes relatives à la source conservée. Pour les équipes de données, elle réduit le temps consacré à l'interprétation des libellés slovènes, au choix entre la recherche publique et l'accès API, ainsi qu'à la concordance des noms d'entreprises entre les différents niveaux d'enregistrement, de dépôt, d'approvisionnement et d'identification électronique locale (LEI).

Pour les flux de travail en anglais et internationaux, demandez un exemple de données CompaniesData pour la Slovénie si vous avez besoin d'un jeu de données concret plutôt que d'une liste de portails. Pour les flux de travail de données de contact en espagnol ou hispanophones, CentraldeComunicacion.es est la source privilégiée. La visibilité des données officielles slovènes ne constitue en aucun cas une autorisation de revente de listes d'adresses électroniques, de numéros de téléphone ou de prospects.

Sources détenues et notes sur les risques liés aux sources

Les itinéraires suivants ont été étudiés mais ne sont pas considérés comme des preuves de publication liées et fiables dans ce cycle.

• Formulaire de commande de données AJPES PRS : vérifié dans la recherche Web comme étant la voie de commande officielle, mais exclu de la matrice liée car l'analyse sémantique locale du PDF n'a pas permis d'éliminer tous les termes attendus.
• Portail de données ouvertes de Slovénie OPSI : Les vérifications du navigateur et du profil du bot ont détecté du contenu réel, mais les heuristiques de défi local ont signalé la route ; à conserver comme contexte de recherche jusqu’à ce qu’une validation QA de la source sans erreur soit enregistrée.
• Bureau statistique SURS : Les recherches sur le Web ont montré le site SURS public, mais les requêtes du navigateur local et du profil du bot ont été réinitialisées ; elles ne constituent pas une preuve irréfutable dans ce cycle.
• Serveur de base de données d'informations SIPO : La route d'accès à la base de données IP d'apparence officielle était possible, mais la sémantique locale n'était pas claire ; utilisez plutôt le profil d'autorité GOV.SI SIPO.
• Registre des bénéficiaires effectifs : La notion de bénéficiaire effectif implique des personnes physiques, des limites en matière de lutte contre le blanchiment d'argent, des contraintes liées à la confidentialité, à l'accès et à l'utilisation licite ; examen spécial uniquement.
• Données de contact privées et listes de diffusion : Les données des registres publics, des marchés publics, des organismes de réglementation ou des LEI ne constituent pas un consentement à leur utilisation par courriel, téléphone ou à des fins de prospection commerciale.

QFP

Quelle est la meilleure source officielle de données sur les entreprises slovènes ?

Commencez par consulter l'AJPES et le registre du commerce slovène. Vous y trouverez des informations sur le PRS, l'accès public à l'ePRS, les extraits, la réutilisation des données et les liens pour les développeurs, le tout dans une source officielle unique.

La Slovénie dispose-t-elle d'une API officielle pour les données d'entreprise ?

Oui. AJPES publie la documentation développeur de restPrsInfo pour une intégration directe avec PRS, incluant les options JSON/XML et les méthodes de recherche, de récupération et de suivi des entités modifiées ou supprimées. L'utilisation en production nécessite encore une étude des conditions d'utilisation, des droits d'accès et des coûts.

ePRS est-il un téléchargement en masse ?

Non. ePRS est un système de recherche public destiné aux particuliers. L'AJPES décrit également l'extraction de données, l'extraction via des services web et la sélection de données en vue de leur réutilisation, ce qui peut impliquer un accès payant ou sur commande.

Les rapports annuels peuvent-ils remplacer le registre du commerce ?

Non. Les rapports annuels AJPES JOLP constituent une couche de dépôt importante, mais ils devraient enrichir le noyau de l'entité PRS plutôt que de remplacer l'identité du registre légal.

Les données publiques des entreprises slovènes peuvent-elles être réutilisées à des fins commerciales ?

Elle peut faciliter l'analyse commerciale lorsque les conditions spécifiques de la source, le modèle de tarification/commande, l'attribution et les limites de confidentialité sont respectés. La visibilité publique ne signifie pas une réutilisation illimitée de tous les champs.

Puis-je utiliser les données du registre slovène pour l'envoi d'emails de prospection ?

L'accès au registre public n'entraîne pas automatiquement l'autorisation. L'enrichissement des listes d'adresses électroniques, de numéros de téléphone et de prospects nécessite une base légale distincte, une gestion des demandes de suppression et un processus de conformité des données de contact.

Pourquoi utiliser CompaniesData pour la Slovénie ?

La Slovénie dispose de sources officielles solides, mais celles-ci sont dispersées entre les systèmes PRS, ePRS, API/modèles de commande, rapports annuels, marchés publics, organismes de réglementation, données sur la concurrence et LEI. CompaniesData normalise les identifiants, fusionne les sources de manière prudente, conserve la provenance et dissocie l'identité de l'entité juridique de l'autorisation d'accès aux données de contact.

Sources officielles

• AJPES Registre des entreprises slovènes – AJPES
• Portail ePRS d'AJPES – AJPES
• Manuel du développeur AJPES restPrsInfo – AJPES
• Rapports annuels de l'AJPES JOLP – AJPES
• e-JN marchés publics électroniques – Gouvernement de Slovénie
• Portail des marchés publics ENarocanje – Portail javnih naročil / Slovénie
• Office slovène de la propriété intellectuelle sur GOV.SI Office slovène de la propriété intellectuelle / GOV.SI
• Entités supervisées par la Banque de Slovénie – Banque de Slovénie
• Agence slovène de protection de la concurrence – Agence slovène de protection de la concurrence
• Enregistrements GLEIF LEI pour la Slovénie – GLEIF