PIMvendors

Wissensdatenbank · Core ·

Core · Leitfaden

Bestes PIM für mehrsprachige Produktdaten in Europa: 8 Systeme im Vergleich (2026)

Zuletzt aktualisiert: 3. November 2026.

Das beste PIM für mehrsprachige Produktdaten in mehreren europäischen Ländern hält Sprache, Land und Kanal auseinander und steuert die Übersetzung über einen kontrollierten Workflow. Bei vielen Ländern und Sprachen sind Akeneo, Pimcore und inriver der richtige Ausgangspunkt. Für ein SaaS-PIM mit wenigen Märkten, etwa Benelux plus DACH, sollten Sie Sales Layer, Quable und Bluestone PIM vergleichen. Teilen sich mehrere Marken oder Labels die Produktinhalte, oder erstellen Sie noch Printkataloge in mehreren Sprachen, nehmen Sie Pimalion und Centric PXM hinzu.

Fast jedes PIM-System nennt sich mehrsprachig. Die Unterschiede liegen im Modell darunter: ob eine Locale nur eine Sprache ist oder Sprache plus Land, ob ein leeres Feld auf eine andere Sprache zurückfällt, wie eine Locale mit einem Kanal zusammenhängt und wie ein Text übersetzt und freigegeben wird. Dieser Artikel vergleicht genau diese Punkte anhand der Dokumentation der Anbieter selbst. Den Gesamtmarkt finden Sie unter die beste PIM-Software. Einen ausführlichen Vergleich der KI-Übersetzung finden Sie unter die besten KI-Funktionen in PIM-Systemen 2026. Wir wiederholen ihn hier nicht.

Welches PIM-System eignet sich am besten für mehrsprachige Produktdaten in Europa?

Kein PIM ist bei jeder mehrsprachigen Aufgabe das beste. Die Frage ist, welches Modell zu Ihrer Mischung aus Ländern, Sprachen, Marken und Kanälen passt:

  • Viele Länder, viele Sprachen, eigene IT oder ein Implementierungspartner: Akeneo und Pimcore. Akeneo bringt mehr als 200 Locales mit und knüpft jede Locale an die Kanäle, die sie nutzen. Pimcore legt die Sprachen zentral fest, unterstützt pro Locale eine Fallback-Sprache und schickt Übersetzungsaufträge über sein Translation-Provider-Bundle an DeepL oder translations.com.
  • Große Markenhersteller mit regionalen Katalogen: inriver, das neue Sprachen ins Datenmodell aufnimmt, sobald Märkte dazukommen, und Übersetzungsagenturen über seinen Partner-Marktplatz anbindet.
  • Ein SaaS-PIM für wenige Märkte: Sales Layer, Quable und Bluestone PIM. Alle drei dokumentieren, wie Sprachen angelegt werden, und Quable und Bluestone PIM dokumentieren einen Fallback zwischen Sprachen. Sales Layer hat die deutlichsten eingebauten Übersetzungswerkzeuge, begrenzt aber die Zahl der Sprachen je Plan.
  • Mehrere Marken oder Labels und Print: Pimalion, das Inhalte pro Label strukturiert und mehrsprachige Publikationen erstellt, und Centric PXM, das das frühere Contentserv samt Translation Manager umfasst.

Ein Werkzeug, das Texte übersetzt, macht ein PIM noch nicht mehrsprachig. Über das Ergebnis entscheidet ein Modell, das weiß, welche Attribute global sind, welche übersetzt werden und welche je Land abweichen, und ein Workflow, der jede Locale mit einer geprüften Übersetzung versorgt, bevor ein Produkt live geht.

Sprache, Land und Kanal: Warum sind das in einem PIM drei verschiedene Dinge?

Die meisten Probleme mit mehrsprachigen Katalogen entstehen, weil drei Dimensionen vermischt werden:

DimensionBedeutungBeispielWas sich unterscheidet
SpracheDie Sprache des TextesDeutschBeschreibungen, Namen, Bezeichnungen in Wertelisten
Locale (Sprache plus Land)Eine Sprache, wie sie in einem Land verwendet wirdDeutsch für Deutschland, Österreich oder die Schweiz; Niederländisch für die Niederlande oder BelgienSchreibweise, Fachbegriffe, Rechts- und Sicherheitstexte, Einheiten
KanalWo der Inhalt veröffentlicht wirdOnlineshop, Marktplatz, PrintkatalogLängenbegrenzungen, Pflichtfelder, Sortiment, Währung

Die PIM-Systeme bilden diese Dimensionen unterschiedlich ab. Akeneo verbindet in jeder Locale eine Sprache mit einem Land (en_US, fr_FR) und aktiviert eine Locale, indem Sie sie einem Kanal zuordnen. Ein Attribut kann lokalisierbar sein, kanalabhängig (scopable) oder beides, und jeder Kanal führt seine eigenen Währungen. Quable liefert 136 Locales mit Name und Code und nutzt für die Ausspielung eigene Kanäle. Bluestone PIM trennt Sprachen von sogenannten Kontexten, die Unterschiede je nach Ort oder Art des Verkaufs abbilden. Pimcore legt verfügbare, Standard- und Pflichtsprachen zentral fest und trennt die Inhaltssprachen von der Sprache der Benutzeroberfläche.

Schreiben Sie vor einer Demo auf, welche Ihrer Attribute global sind (eine EAN, ein Gewicht), welche einmal pro Sprache übersetzt werden (eine Beschreibung), welche je Land abweichen (ein Rechtstext, eine Garantiebedingung) und welche je Kanal (ein Marktplatztitel). Diese Liste zeigt, ob das Modell eines PIM passt, und sie ist der Anfang des Produktdatenmodells, das Sie ohnehin aufbauen.

Wie gehen PIM-Systeme mit Übersetzung um?

Es gibt vier Bausteine. Die meisten PIM-Systeme kombinieren zwei oder drei davon.

  1. Fallback-Sprachen. Ist ein Feld in der angefragten Sprache leer, zeigt das PIM den Wert einer anderen Sprache. Pimcore legt pro Locale eine Fallback-Sprache fest und wertet sie zusammen mit der Objektvererbung aus. Bei Bluestone PIM bestimmen Sie die Fallback-Sprache beim Anlegen einer Sprache. Quable nennt es Vererbung: Ohne sie bleibt das Attribut leer. Ein Fallback hilft zwischen nahen Varianten wie britischem und amerikanischem Englisch und ist gefährlich bei jedem Text, der in der Landessprache vorliegen muss.
  2. Eingebaute maschinelle Übersetzung. Sales Layer hat auf mehrsprachigen Feldern eine Google-Translate-Schaltfläche, mit 100.000 kostenlosen Zeichen und Kosten darüber. Auch die KI-Massenübersetzung von Quable läuft über Google Translate. Beides ist schnell bei Wertelisten und bei Beschreibungen im Long Tail.
  3. Übersetzungsaufträge an einen Dienst oder eine Agentur. Das Translation-Provider-Interfaces-Bundle von Pimcore erstellt Aufträge für lokalisierte Felder, Dokumente und Asset-Metadaten, schickt sie an translations.com oder DeepL und schreibt die Ergebnisse zurück. Quable bietet eine optionale TextMaster-Integration. inriver listet Übersetzungskonnektoren wie LanguageWire auf seinem Partner-Marktplatz. Der Translation Manager von Contentserv erstellt Übersetzungsaufträge aus PIM-Produkten, und Konnektoren wie translate plus spielen die Ergebnisse zurück und lösen den nächsten Workflow-Schritt aus.
  4. KI-Übersetzung mit Glossar und Freigabe. Der Translation Agent von Sales Layer nutzt ein Glossar, füllt wahlweise nur leere Felder oder überschreibt vorhandene Übersetzungen und hat einen optionalen Prüfschritt. Die Übersetzungskonfigurationen von Akeneo übersetzen ein Attribut von einer Quell-Locale in eine oder mehrere Ziel-Locales. Die KI-Übersetzung von 13 Anbietern vergleichen wir unter die besten KI-Funktionen in PIM-Systemen 2026.

Welcher Weg es auch wird: Die Freigabe entscheidet über die Qualität. Fragen Sie, wer eine Übersetzung pro Locale abnimmt, ob ein übersetztes Produkt schon vorher live gehen kann und ob Wertelisten (Farben, Materialien, Einheiten) einmal übersetzt und wiederverwendet werden. Sales Layer tut das zum Beispiel für die Werte von Attributlisten.

Was ändert sich je Land außer der Sprache?

Eine Länderversion ist mehr als eine Übersetzung. Prüfen Sie diese Punkte für jeden Markt, in dem Sie verkaufen:

  • Schreibweise und Fachbegriffe. Auch Länder mit derselben Sprache unterscheiden sich. Deutsch in Deutschland und in der Schweiz oder Niederländisch in den Niederlanden und in Belgien verwenden für dasselbe Produkt unterschiedliche Wörter. Deshalb ist eine Locale Sprache plus Land.
  • Rechts- und Sicherheitstexte. Warnhinweise, Anleitungen und andere Pflichttexte müssen häufig in der Sprache des Verkaufslandes vorliegen, und manche Länder haben mehr als eine Amtssprache. Modellieren Sie sie als länderspezifische Attribute mit eigener Freigabe, nie als Fallback. Die Regeln je Markt verantwortet Ihr Compliance-Team.
  • Einheiten und Zahlenformate. Dezimaltrennzeichen, Datumsformate und Einheiten unterscheiden sich je Land. Pimcore hat dafür zum Beispiel einen Formatierungsdienst für Zahlen, Daten und Währungen je Locale. Speichern Sie Werte einmal in einer Basiseinheit und lassen Sie die Ausgabe sie formatieren.
  • Klassifikationen. Marktplätze und Handelspartner in einzelnen Ländern verlangen unter Umständen eigene Kategoriebäume oder Standards wie GS1 und ETIM. Mehr dazu unter Produktklassifikation mit GS1, ETIM und eCl@ss.
  • Preise und Währungen. Preise kommen meist aus dem ERP, aber das PIM muss unter Umständen wissen, welche Währungen ein Kanal nutzt. In Akeneo führt jeder Kanal seine Währungen.
  • Kanäle und Sortiment. Nicht jedes Produkt wird in jedem Land verkauft, und jeder nationale Marktplatz hat eigene Pflichtfelder und Längenbegrenzungen.

Diese Punkte je Land sauber zu lösen, gehört zu Produktdatenqualität und Data Governance: Jeder Markt braucht seine eigene Definition eines vollständigen Produkts. Wer tiefer in Locale-Ebenen, Übersetzungsstufen und Sprachvorschriften einsteigen möchte, liest weiter unter mehrsprachige Produktinhalte auf PXM Atlas.

Welche PIM-Anbieter sind für das mehrsprachige Europa am stärksten?

Die Tabelle zeigt PIM-Systeme, die dokumentieren, wie sie mit Sprachen, Ländern und Übersetzung umgehen. Sie ist kein Ranking. Jede Zelle stammt aus der eigenen Dokumentation, dem Hilfecenter, dem Marktplatz oder der Produktseite des Anbieters, geprüft am 3. November 2026. Wo wir einen Punkt nicht gefunden haben, steht nicht dokumentiert.

AnbieterLocale-ModellFallback zwischen SprachenÜbersetzungsfunktionen oder IntegrationenAnzahl SprachenQuelle
AkeneoLocale = Sprache plus Land (en_US); eine Locale wird aktiv, sobald sie einem Kanal zugeordnet ist; Attribute variieren pro Locale, pro Kanal oder nach beidem; Benutzerrechte pro Locale in der Enterprise EditionAuf den geöffneten Seiten nicht dokumentiert; die Rules Engine kann Werte von einer Locale in eine andere kopierenKI-Übersetzungskonfigurationen von einer Quell-Locale in eine oder mehrere Ziel-Locales, mit VorschauMehr als 200 Locales ab Werk (Hilfecenter v7)Locales verwalten, Was ist eine Locale, Kanäle und Locales, KI-Konfigurationen
PimcoreVerfügbare, Standard- und Pflichtsprachen zentral festgelegt; lokalisierte Felder in Datenobjekten und im Classification Store; Inhaltssprachen getrennt von der OberflächenspracheFallback-Sprache pro Locale, zusammen mit der Objektvererbung ausgewertetTranslation-Provider-Interfaces-Bundle schickt Aufträge für lokalisierte Felder, Dokumente und Asset-Metadaten an translations.com oder DeepL; Formatierungsdienst je LocaleNicht dokumentiertMehrsprachigkeit und i18n, lokalisierte Felder, Translation Provider
inriverSprachen werden einzeln ins Datenmodell aufgenommen, etwa wenn ein neuer Markt dazukommt; LocaleString-Felder halten einen Wert pro Sprache; Nutzer wählen ihre DatenspracheAuf den lesbaren Seiten nicht dokumentiertÜbersetzungskonnektoren auf dem Partner-Marktplatz, etwa LanguageWire; KI-Übersetzung in InspireMehr als 800 unterstützte Modellsprachen; zusätzliche Sprachen können eine Lizenzänderung erfordernSprachoptionen (inriver Community), LanguageWire-Konnektor
Sales LayerKontosprachen plus lokale Varianten (US-Englisch, argentinisches Spanisch); eine Hauptsprache des Katalogs; Mehrsprachigkeit pro Feld aktiviert; Kanal-Exporte wählen ihre SprachenNicht dokumentiertGoogle-Translate-Schaltfläche (100.000 Zeichen kostenlos); Translation Agent mit Glossar und optionaler Prüfung; Werte von Attributlisten einmal für alle Produkte übersetzt1 bei Scale, bis zu 5 bei Premium, bis zu 10 bei EnterpriseMehrsprachige Inhalte, Translation Agent, Preise
QuableVordefinierte Locales mit Name und Code, vom Admin aktiviert und pro Nutzer zugewiesen; Quable empfiehlt eine Klassifikation pro Locale für Kanäle mit dynamischen SelektionenVererbung: Ein leeres Attribut zeigt den Wert einer anderen Locale (britisches Englisch aus amerikanischem Englisch)KI-Massenübersetzung über Google Translate; optionale TextMaster-Integration136 LocalesDatensprachen, Kanäle, TextMaster, Massenübersetzung
Bluestone PIMSprachen plus Kontexte, die Unterschiede je nach Ort oder Art des Verkaufs abbilden; Felder, die in einem Kontext nicht geändert werden, nutzen den StandardkontextOptionale Fallback-Sprache, wenn keine Übersetzung vorhanden istKI-Übersetzung (AI Linguist), siehe unseren KI-VergleichNicht dokumentiertSprachen und Kontext
Centric PXMÖffentlich nicht dokumentiert; die Produktseite beschreibt einheitliche Inhalte über Marken und Regionen hinwegNicht dokumentiertProduktseite: KI für mehrsprachige Inhalte und für die Anpassung von Tonalität, Sprache und Format je Region; Translation Manager des früheren Contentserv mit TMS-Konnektoren wie translate plusNicht dokumentiertPIM- und DAM-Seite, Contentserv-Konnektor translate plus
PimalionMulti-Label- oder Multi-Store-Plattform mit mehrsprachigen oder mehrversionierten Inhalten; Struktur pro Organisationseinheit (Label) differenzierbar; Produktversionen nach Sprache, Kanal oder Publikation vergleichbarNicht dokumentiertÜbersetzungsmanagement im PIM-Modul; Erstellung mehrsprachiger Publikationen für Print und digitalNicht dokumentiertFunktionsübersicht, PIM-Modul

Zwei Punkte fallen auf. Erstens nennen nur Akeneo, Quable, inriver und Sales Layer eine Zahl an Sprachen, und bei Sales Layer ist es ein Plan-Limit, kein technisches. Zweitens dokumentieren Pimcore, Bluestone PIM und Quable einen Fallback, die übrigen beschreiben ihn auf den geöffneten Seiten nicht. Fragen Sie in der Demo danach. Wenn Sie die größten Plattformen direkt vergleichen möchten, lesen Sie Akeneo vs. Pimcore und Akeneo vs. inriver.

Contentserv gehört inzwischen zu Centric PXM: Centric beschreibt Centric PXM als die Lösung, die das frühere Contentserv umfasst. Bestehende Contentserv-Kunden lesen die Zeile zu Centric PXM am besten zusammen mit dem eigenen Konnektor-Eintrag von Contentserv.

Welches System passt zu welcher Ausgangslage?

Ihre SituationStarten Sie mitWarum
Benelux plus DACH: Niederländisch, Französisch und Deutsch, mit LändervariantenQuable, Sales Layer, Bluestone PIMLocale-Vererbung (Quable), lokale Varianten und ein Translation Agent (Sales Layer), Sprachen mit Fallback plus Kontexte (Bluestone PIM). Prüfen Sie das Sprachlimit je Plan bei Sales Layer.
Die ganze EU oder eine wachsende Liste von MärktenAkeneo, Pimcore, inriverUmfangreiche Locale-Listen, Locales an Kanäle gebunden (Akeneo), Übersetzungsaufträge an DeepL oder eine Agentur (Pimcore), Sprachen je Markt plus Agentur-Konnektoren (inriver)
Mehrere Marken oder Labels auf einer PlattformPimalion, Centric PXM, AkeneoStruktur pro Label und mehrsprachige Publikationen (Pimalion), einheitliche Inhalte über Marken und Regionen (Centric PXM), Kanäle mit eigenen Locales und Währungen (Akeneo)
Printkataloge und Preislisten in mehreren SprachenPimalionErstellung mehrsprachiger Publikationen in den Print- und Multichannel-Modulen
Ein Länderteam pro Markt, heute mit TabellenEines der Systeme oben, nach der Entscheidung global oder lokalKlären Sie zuerst, welche Attribute global und welche lokal sind; unsere Fallstudie mit acht Ländern zeigt die Abwägung

Passt keine dieser Ausgangslagen, gehen Sie die vollständige Methode unter wie Sie das richtige PIM auswählen durch und nehmen Sie die Fragen zur Mehrsprachigkeit unten in Ihre PIM-Anforderungscheckliste auf.

Was sollten Sie in einer Demo zur Mehrsprachigkeit testen?

Bringen Sie Ihre eigenen Daten mit, nicht die des Anbieters. Lassen Sie sich von jedem Anbieter live zeigen:

  1. Zwei Locales einer Sprache, etwa Deutsch für Deutschland und für die Schweiz, mit einem Attribut, das abweicht, und einem, das auf den Fallback zurückgreift.
  2. Einen länderspezifischen Rechtstext, der die Veröffentlichung blockiert, wenn er fehlt, selbst wenn eine Fallback-Sprache einen Wert hat.
  3. Einen neuen Markt, der in der Demo angelegt wird: Sprache aktivieren, einem Kanal und Nutzern zuordnen und zeigen, wie das Produkt vor der Übersetzung aussieht.
  4. Eine komplette Übersetzungsrunde: zwanzig Produkte an die maschinelle Übersetzung oder einen Übersetzungsdienst schicken, das Ergebnis prüfen und freigeben. Zeigen lassen, was protokolliert wird.
  5. Wertelisten: eine Farb- oder Materialliste einmal übersetzen und zeigen, dass jedes Produkt sie nutzt.
  6. Plan-Limits: schriftlich bestätigen lassen, wie viele Sprachen, Locales und Kanäle Ihr Plan enthält.

Wie wir bewertet haben

Ausgangspunkt waren die Anbieter, die Käufer und KI-Suchantworten für mehrsprachige Produktdaten in Europa nennen und die ein Profil auf pimvendors.com haben, dazu Contentserv, das heute zu Centric PXM gehört. Für jeden Anbieter haben wir am 3. November 2026 die eigene Dokumentation, das Hilfecenter, den Marktplatzeintrag, die Preisseite oder die Produktseite geöffnet und festgehalten: das Locale-Modell, den Fallback zwischen Sprachen, die Übersetzungsfunktionen und Integrationen sowie eine veröffentlichte Zahl an Sprachen. Stand ein Punkt nicht auf den geöffneten Seiten, haben wir nicht dokumentiert eingetragen. Die Community-Seiten von inriver haben automatisierte Abrufe abgelehnt. Die Zeile zu inriver stützt sich deshalb auf den Text dieser Seiten, wie ihn eine Websuche zurückgegeben hat. Bestätigen Sie ihn in einer Demo. Die KI-Übersetzung vergleichen wir ausführlich auf unserer Seite zu KI-Funktionen und fassen sie hier nur zusammen.

PIMvendors ist eine unabhängige Plattform für die PIM-Auswahl. Die Tabelle folgt unserer Gruppierung nach Eignung, nicht einer Punktzahl. Dokumentationen ändern sich oft, prüfen Sie daher vor Ihrer Entscheidung die aktuellen Seiten des Anbieters.

Quellen

Häufig gestellte Fragen

Welches PIM-System ist das beste für mehrsprachige Produktdaten in mehreren europäischen Ländern?

Für viele Länder und Sprachen gehören Akeneo, Pimcore und inriver auf die Shortlist: Sie dokumentieren umfangreiche Locale-Listen und einen Weg zu externen Übersetzungsdiensten. Für ein SaaS-PIM mit wenigen Märkten lohnt der Blick auf Sales Layer, Quable und Bluestone PIM, die Fallback oder Vererbung zwischen Sprachen, Übersetzungswerkzeuge und Sprachlimits pro Plan dokumentieren. Pimalion und Centric PXM passen zu Unternehmen, in denen mehrere Marken oder Labels und auch der Druck dieselben Inhalte nutzen. Entscheidend ist, wie das PIM Sprache, Land und Kanal trennt.

Was ist der Unterschied zwischen Sprache, Locale und Kanal in einem PIM?

Die Sprache ist die Sprache des Textes, etwa Deutsch. Eine Locale verbindet eine Sprache mit einem Land, etwa Deutsch für Deutschland oder Deutsch für die Schweiz, denn Schreibweise, Begriffe und Rechtstexte können sich zwischen Ländern mit derselben Sprache unterscheiden. Ein Kanal ist das Ziel der Inhalte, etwa ein Onlineshop, ein Marktplatz oder ein Printkatalog. Akeneo aktiviert eine Locale zum Beispiel, indem Sie sie einem Kanal zuordnen, und ein Attribut kann pro Locale, pro Kanal oder nach beidem variieren.

Kann ein PIM Produktinhalte automatisch übersetzen?

Die meisten können es, auf einem von drei Wegen. Manche haben eine eingebaute maschinelle Übersetzung (Sales Layer und Quable nutzen Google Translate), manche schicken Übersetzungsaufträge an einen Dienst oder eine Agentur (Pimcore an DeepL oder translations.com, Quable an TextMaster, inriver und Contentserv über Konnektoren), und fast alle ergänzen inzwischen KI-Übersetzung. Prüfen Sie, ob Sie das Ergebnis vor dem Speichern freigeben können und ob ein Glossar Ihre Marken- und Fachbegriffe schützt.

Was ist eine Fallback-Sprache in einem PIM?

Eine Fallback-Sprache ist die Sprache, die ein PIM anzeigt, wenn ein Feld in der angefragten Sprache leer ist. Pimcore legt pro Locale eine Fallback-Sprache fest, bei Bluestone PIM wählen Sie sie beim Anlegen einer Sprache, und Quable nennt es Vererbung, sodass britisches Englisch den Wert aus amerikanischem Englisch zeigen kann. Ein Fallback spart Übersetzungsarbeit zwischen nahen Varianten, darf aber nie Rechts- oder Sicherheitstexte ersetzen, die in der Landessprache vorliegen müssen.

Wie viele Sprachen kann ein PIM verwalten?

Auf den Seiten der Anbieter, die wir am 3. November 2026 geprüft haben, bringt Akeneo mehr als 200 Locales mit, Quable 136 Locales, und die Community-Dokumentation von inriver nennt mehr als 800 unterstützte Modellsprachen. Sales Layer begrenzt die Sprachen pro Plan: 1 bei Scale, bis zu 5 bei Premium und bis zu 10 bei Enterprise. Pimcore, Bluestone PIM, Centric PXM und Pimalion nennen keine Zahl. In der Praxis setzt Ihr Übersetzungsprozess die Grenze lange vor der Software.

Sollte jedes europäische Land ein eigenes PIM betreiben?

In der Regel nicht. In unserer Fallstudie mit acht Ländern verglich ein europäischer Händler ein lokales PIM pro Land mit einem globalen PIM. Das globale Szenario lag bei über 5 Millionen € in drei Jahren, das lokale bei rund 40 Prozent davon. Ein PIM mit gemeinsamem Modell, lokalen Sprachen und lokalen Kanälen schlägt meist getrennte Systeme, sofern sich die Länderteams einigen, welche Attribute global und welche lokal sind.

Diagnose

Brauchen Sie überhaupt ein PIM?

Ermitteln Sie Ihren Komplexitätsindex, bevor Sie Software budgetieren oder einen Systemintegrator beauftragen.

Bewertung starten

Budget

Erste TCO-Schätzung erstellen

Übersetzen Sie die Struktur Ihres Katalogs in weniger als zehn Minuten in eine Kostenspanne über drei Jahre.

Kostenrechner öffnen