MyMüll.de - Botmanager manager
Anmeldung mit Konto (E-Mail und Passwort).
Nachrichten werden als INTERN markiert
Links laden und anklicken
lädt…
Dokument auswählen.
Noch nicht geladen.
Gesprächsmitschnitte des Telefon-Gateways. Aufgezeichnet wird nur bei Kunden mit SIP-Anbindung über das Gateway, bei eingeschaltetem Aufnahmeschalter und wenn der Anrufer nach der Ansage nicht widerspricht (Taste 9 oder gesprochen). Drei Spuren je Anruf: Gespräch, nur Anrufer, nur Bot. Das Gateway löscht Aufnahmen nach 30 Tagen. Die Zuordnung zur Konversation erfolgt über die Startzeit der Voice-Sitzungen der gewählten Instanz.
Noch nicht geladen.
Standardfragen fürs Onboarding: Fragen, die jeden Kunden betreffen, aber jede Kommune anders beantwortet. Beim Onboarding gehen wir sie mit dem Kunden durch und legen seine Antworten als FAQ-Einträge an. Neue Fragen hier eintragen oder in den Konversationen per ☆ an einer Nutzerfrage übernehmen. Eine Liste für alle Instanzen.
lädt…
Wer sich an der Zentrale anmelden darf und was er darf. Ein neues Konto und ein zurückgesetztes Passwort bekommen ein Startpasswort, das nur einmal hier erscheint; beim ersten Anmelden muss der Nutzer ein eigenes Passwort setzen.
lädt…
Noch nicht geladen.
Ausweich-Deployment: Umschaltungen dauerhaft aus der Datenbank der Instanz.
Noch nicht geladen.
–
Abrechenbare Konversationen je Kunde und Monat auf der gewählten Instanz: nur externe Gespräche der Kanäle Web und App. Eine Konversation ist die Folge von Nachrichten einer Sitzung, eine Pause von 60 Minuten oder mehr beginnt eine neue; gezählt wird am Tag der ersten Nachricht (Europe/Berlin). Gelöschte Gespräche zählen nicht.
Fragen, zu denen der Bot im Abfall-ABC oder in den FAQ nichts gefunden hat, gruppiert nach dem gesuchten Begriff. So ist zu sehen, wo dem Kunden Inhalte fehlen. Die Spalte „Empfehlung" vergleicht den Begriff mit den vorhandenen Einträgen: liegt einer nahe, genügt meist ein Synonym an diesem Eintrag, sonst fehlt ein Eintrag. Gilt für den links gewählten Kunden auf der gewählten Instanz.
Auswertung der abgeschlossenen Tage auf der gewählten Instanz, alle Kunden: Zahlen je Kunde, die zu prüfenden Sitzungen (Klick öffnet das Gespräch) und die Beurteilung — Ursachen, Muster und Vorschläge, geschrieben von einem KI-Modell auf Azure (EU) aus den Verläufen der auffälligsten Sitzungen. Um 5 Uhr entsteht die Beurteilung für den Vortag von selbst; hier auf Knopfdruck für den letzten Tag oder die letzten 2, 3 oder 4 Tage. Gezählt werden nur externe Gespräche und nur die Antworten des jeweiligen Tages. Mit der Kundenauswahl gilt alles nur für diesen Kunden — die Beurteilung wird dann so geschrieben, dass sie als Word oder PDF an den Kunden weitergegeben werden kann.
Zwei Prüfungen auf der gewählten Instanz, intern und extern. Der Dialog-Judge läuft im Schattenbetrieb bei offenen Vorgängen und zeigt, wo sein Urteil vom Verhalten des Bots abweicht. Der Wissens-Judge prüft Antworten aus FAQ und Abfall-ABC gegen die gefundenen Einträge, nur auf Knopfdruck.
Gemeinsame Hilfe für alle Kunden, gepflegt hier in der Zentrale: App-Hilfe (Fragen zur Abfall-App, der Bot nutzt sie nur im Kanal App) und Allgemeine Systemfragen (wer den Chatbot anbietet, welche KI, Datenverarbeitung, kann er sich irren; alle Kanäle). Antworten in Markdown; {{kunde}} steht für den Namen des Kunden, {{app}} für den Namen seiner App. Änderungen wirken erst nach „Veröffentlichen" auf der gewählten Instanz.
Einträge 0
Neuer Eintrag
Vorschau
Audit-Bericht für den links gewählten Kunden und die gewählte Instanz: Kennzahlen und Auswertung des Zeitraums, dazu die Gesprächsverläufe mit Quellen, Bewertungen und Nachverfolgungsnotizen. PDF und Word zum Weitergeben, CSV zum Weiterrechnen.
Zeitraum und Filter
Inhalt
Ein Bericht fasst höchstens 1.500 Gespräche. Emojis der Antworten fehlen im PDF (Schrift ohne Symbole), in Word bleiben sie.
Die Testfälle laufen auf dieser Instanz gegen den aktuellen Stand: Prompts, Configs, echte Backend-APIs und Modelle. Ein Fall kostet etwa 2 Cent; Läufe zählen nicht in die Kundenauswertung. Neue Fälle entstehen unter Konversationen („Als Testfall") oder im Studio in der Gruppe Tests.
Suiten
Gemeinsame Suiten für alle Kunden, Platzhalter je Kunde (eval/cases/_alle/)
Kundenvergleich: gemeinsame Fragen, Kunden als Spalten (1–10)
Je Spalte ein Kunde mit Stand (diese Instanz, Sandbox, main, dev); „+ Spalte" hängt eine weitere an, derselbe Kunde darf mehrfach vorkommen (z. B. main gegen dev). Spalte A ist die Basis. Fragen mit Platzhaltern wie %ort_strasse% bekommen je Kunde seine Werte aus der Kunden-YAML (eval_werte).
| lädt… |
Vergleich: 2–8 Varianten nebeneinander (main · dev · Sandbox · Modelle)
Dieselben Testfälle gegen mehrere Stände. Spalte A ist die Basis, die anderen Spalten zeigen Abweichungen (rot = Fall kippt, grün = Fall wird gut, ±Judge). Varianten: Git-Stand (Branch oder Commit), Sandbox des Studios oder der Stand dieser Instanz, jeweils mit optionaler Modell-Überschreibung.
Links eine Suite starten oder unten einen bisherigen Lauf ansehen.
Bisherige Läufe
–
lädt…