Adria Transport d.o.o.

Mis à jour : août 2026 – Tu cherches une entreprise dans la base de données et tu obtiens deux résultats portant le même nom, sous des pays différents. Panique ? Inutile. Adria Transport d.o.o. est précisément un tel cas – et un bon exemple de la façon de gérer des attributions ambiguës sans rien inventer.

Qu’est-ce qu’Adria Transport d.o.o. ?

Adria Transport d.o.o. est un opérateur ferroviaire de fret, classé sous la Slovénie dans cette base de données. La terminaison d.o.o. désigne une société à responsabilité limitée dans l’espace juridique slave du Sud et correspond fonctionnellement à la GmbH ; Transport nomme la prestation, Adria l’espace adriatique en tant qu’idée géographique. Le trafic voyageurs du côté croate de cet espace est assuré par exemple par HŽ Putnički prijevoz.

La particularité de cette entrée ne tient pas au nom lui-même, mais à son doublement : cette base de données recense le même nom d’entreprise également sous l’Autriche, en tant qu’Adria Transport d.o.o. (AT – opérationnelle aussi sur le réseau autrichien). Les deux pages coexistent. Le nom ne dit pas si elles désignent la même entreprise – et cette page n’affirme ni l’un ni l’autre.

Un nom d’entreprise, deux entrées par pays

Les doublons de noms naissent rarement d’une négligence. Les bases de données reflètent les désignations sous lesquelles les entreprises apparaissent dans les sources, les listes d’agrément et les signalements. Quand un même nom apparaît dans deux pays, il y a exactement deux façons de le gérer : fusionner et affirmer ainsi un lien – ou tenir les entrées séparées et laisser la question ouverte.

La seconde option est la plus honnête. Elle te coûte, en tant qu’utilisatrice ou utilisateur, un clic de plus, mais elle évite qu’une hypothèse non vérifiée devienne une donnée. Et elle a un avantage pratique : tu vois d’un coup d’œil que la prudence s’impose ici.

Distinguer données fermes et données souples

Toutes les informations d’une observation n’ont pas la même fiabilité. Certaines figurent physiquement sur le véhicule et peuvent être vérifiées à tout moment, d’autres sont le résultat d’une interprétation. Qui mélange les deux produit des données que plus personne ne peut démêler – pas même lui.

Donnée	Fiabilité	Pourquoi
Numéro de véhicule complet	ferme	figure sur le véhicule, change rarement
Code pays devant le marquage du détenteur	ferme	fait partie des inscriptions du véhicule
Lieu, date, heure	ferme	ta propre observation
Logo de l’entreprise sur le véhicule	moyenne	peut être périmé ou provenir d’un précédent locataire
Livrée	souple	change sans que rien d’autre ne change
Attribution à une entrée de base de données	souple	interprétation, doublement incertaine en cas d’homonymie

Ce tableau n’est pas de la théorie, mais un mode d’emploi : tout ce qui figure dans les trois premières lignes va dans des champs obligatoires, tout ce qui figure dans les trois dernières dans des champs que tu as le droit de modifier plus tard. À quoi ressemble concrètement un tel enregistrement, le guide pour tenir un carnet d’observations te le montre.

Comment noter une attribution ambiguë

Le chemin général de l’observation à l’attribution à une entreprise est décrit dans le guide Qui circule vraiment ? Reconnaître les opérateurs ferroviaires ; la structure du numéro de véhicule est expliquée dans l’article sur la lecture du numéro UIC.

Les véhicules dans l’environnement slovène

La machine en tête d’un train de fret dépend du roulement et change sans cesse – un profil d’entreprise ne peut pas le refléter. Ce qui vaut la peine, en revanche, c’est de regarder les familles de véhicules que tu peux croiser dans les trains slovènes : des locomotives multisystèmes comme la SŽ 541 (Taurus) ou la SŽ 193 (Vectron) sont très répandues en Europe centrale et constituent donc une bonne porte d’entrée. Le sigle SŽ dans ces désignations renvoie à la compagnie ferroviaire nationale Slovenske železnice, dont le système de numérotation fournit les désignations de séries.

Ces véhicules sont délibérément conçus pour pouvoir circuler sur plusieurs réseaux. C’est précisément pour cela qu’ils ne servent pas de critère d’attribution à une entreprise : le même type peut rouler chez des exploitants totalement différents. D’autres entrées slovènes de cette base de données sont par exemple Primol-Rail et Rail Cargo Carrier – Slovenia.

Quand les attributions changent plus tard

Les données ne sont jamais terminées. Des entrées sont complétées, renommées, fusionnées ou séparées dès que de meilleures sources sont disponibles. Pour une collection qui doit grandir pendant des années, ce n’est pas une perturbation, mais l’état normal – à condition qu’elle soit conçue pour cela.

La différence apparaît quand le cas se présente. Qui classe ses observations sous un nom d’entreprise doit reprendre des dizaines d’entrées à chaque changement et tombe forcément sur des cas qu’il ne peut plus reconstituer : ce nom figurait-il vraiment sur le véhicule, ou était-ce déjà l’attribution ? Qui utilise en revanche le numéro de véhicule comme critère principal et ne tient le nom d’entreprise que comme un champ parmi d’autres modifie exactement un champ – et l’observation reste intacte.

En pratique, cela signifie : ne réécris jamais ce que tu as vu. Complète plutôt. Un champ supplémentaire avec la date de la dernière évaluation ne coûte rien et répondra plus tard à la question de savoir sur quel état des connaissances reposait une attribution. Et si une ancienne observation te paraît aujourd’hui mal attribuée, marque-la comme corrigée au lieu de l’écraser – l’entrée d’origine fait partie de l’historique.

C’est précisément avec les doublons de noms que cette discipline paie. Si l’état des connaissances sur les deux entrées se clarifie un jour, tu n’auras rien à reconstituer : tes observations restent inchangées, et seule l’analyse qui les surplombe est refaite.

Confusions fréquentes

• Deux entrées égalent deux entreprises – la séparation dans la base de données est un choix de classement, pas une affirmation.
• Deux entrées égalent une entreprise – à l’inverse, c’est pareil : le nom seul ne prouve aucune identité.
• Code pays égale siège de l’entreprise – le code décrit où un véhicule est immatriculé.
• Forme juridique égale zone d’activité – la terminaison d.o.o. ne dit rien des réseaux sur lesquels l’entreprise circule.
• Série égale exploitant – les locomotives multisystèmes répandues roulent chez de nombreuses entreprises.

Conclusion

Les doublons de noms ne sont pas une erreur de base de données, mais une invitation à la rigueur. Qui sépare proprement observation et attribution peut travailler aussi bien avec deux résultats qu’avec un seul – et n’a rien à retirer plus tard.