Normaler Text ist für die meisten Ansagen richtig. Mit SSML steuerst du Pausen, Aussprache oder Betonung. SSML muss vollständig in <speak>…</speak> stehen.

Der synchrone MVP akzeptiert maximal 1.200 gesprochene Zeichen, 4.000 SSML-Gesamtzeichen und 90 Sekunden Audio. Für längere Inhalte ist später ein asynchroner Workflow nötig.

<speak>Guten Tag.<break time="500ms"/> Bitte bleiben Sie am Apparat.</speak>

Standard ist am günstigsten. Neural klingt meist natürlicher und ist ein guter Default für Kundenansagen. Generative ist besonders ausdrucksstark, kostet aber mehr und kann zwischen Synthesen variieren oder selten Wörter abschneiden. Deshalb verlangt die Toolbox vor dem Publish das vollständige Anhören.

Preisindikator, Stand 13.07.2026: Standard USD 4, Neural USD 16 und Generative USD 30 pro Million Zeichen. Vor jedem Aufruf zeigt das Studio die Schätzung für den aktuellen Text.

Nur beim ausdrücklichen Erzeugen sendet die Toolbox Text, Stimme und Engine an Amazon Polly. Die Toolbox übernimmt das erzeugte PCM-Audio in den Browser; der Text selbst landet nicht im Ansagen-Bucket, in DynDB oder im Toolbox-Verlauf. Keine Secrets oder unnötigen Personendaten in Ansagetexte schreiben.

Projekt, Typ, Beschreibung und Sprache bilden den endgültigen S3-Key. Neue Dateien landen immer direkt unter abteilung/projekt/. Historische Migros-Dateien unter migros/projekt/announcements/ werden weiterhin erkannt, aber nicht mehr als Vorlage für neue Pfade verwendet.

Optional kann derselbe Upload einer Ansagen-Nummer in DynDB-Ansagen zugeordnet werden. Einzelne und kombinierte Sprachschlüssel wie d oder dfi werden unterstützt. Die bekannten Vorlagen sind 100, 101 und 200. Bei bestehenden Zielen verlangt das Tool eine ausdrückliche Kollisionsfreigabe.

Der Vorgangskasten oben im Studio nennt Modus, exaktes S3-Ziel, DynamoDB-Wirkung und betroffene Zuordnungen. Bei einer gezielten Ersetzung sind die identitätsbildenden Felder gesperrt. Als neue Datei speichern löst diese Bindung bewusst und behält nur deinen aktuellen Audioentwurf.

Bei einer Kollision zeigt der große Review Datei und Zuordnung getrennt als Vorher/Nachher-Vergleich. Same-Key-Ersetzungen listen alle bekannten DynamoDB-Referenzen; technische Fingerprints bleiben bei Bedarf aufklappbar.

Dekodieren, Mono-Mix, Schnitt, Stilleerkennung, Normalisierung, Resampling, Mu-Law-Encoding und Vorschau laufen im Browser. AWS wird für Stimmenliste und Polly-Synthese sowie beim bewussten Veröffentlichen für S3 und optional DynDB verwendet.

Eine Ansage ist ein DynamoDB-Eintrag aus Projekt + Nummer. Darunter liegen einzelne Sprachvarianten als WAV- oder SSML-Zuordnung. Eine WAV-Datei ist dagegen ein eigenständiges S3-Objekt. Deshalb löscht das Entfernen einer Sprachzuordnung niemals automatisch die Audiodatei.

Jede Änderung lädt zuerst den aktuellen Serverstand, zeigt einen fachlichen Vorher/Nachher-Vergleich und schreibt nur gegen den bestätigten Fingerprint beziehungsweise ETag. Bei einer parallelen Änderung erhältst du einen Konflikt statt eines stillen Überschreibens.

Die Toolbox führt keine eigene Versionshistorie und kann eine bestätigte Änderung nicht wiederherstellen. Darum sind Bearbeiten, Zuordnung und endgültiges Löschen getrennte Aktionen. Irreversible Löschungen verlangen den exakten Zielnamen und sind zusätzlich durch eine Umgebungs-Capability geschützt.

Ein Teilerfolg zwischen S3 und DynamoDB wird nicht versteckt: Die bereits erledigten und fehlgeschlagenen Schritte bleiben sichtbar, bis der Serverstand neu geladen oder eine angebotene Vorwärtsreparatur ausgeführt wurde.

Nein. Die V1 prüft alle DynamoDB-Referenzen, aber noch keine direkt in Connect-Flows eingetragenen S3-URIs. „Nicht in DynamoDB zugeordnet“ bedeutet deshalb nur genau das. Vor einem endgültigen S3-Delete weist die Oberfläche ausdrücklich auf diese Grenze hin.