Ihre Einschätzung.
Der Bericht beruht auf Ihren Angaben. «Nein» beschreibt eine von Ihnen angegebene Lücke, «Weiss ich nicht» einen ungeklärten Punkt. Auch ein «Ja» wurde nicht technisch überprüft. Es wird keine Aussage getroffen, dass Ihre App sicher oder frei von Fehlern ist.
Wichtigste Handlungsfelder
Zugriff und möglicher Datenverlust stehen zuerst. Innerhalb vergleichbarer Themen kommen gemeldete Lücken vor ungeklärten Punkten. Die tatsächliche Dringlichkeit hängt von Daten, Nutzung und Folgen für Ihren Betrieb ab.
Sie haben alle acht Fragen mit «Ja» beantwortet. Daraus lässt sich keine Sicherheitsfreigabe ableiten. Nutzen Sie die Gegenproben weiter unten, um Ihre Einschätzung mit Nachweisen zu stützen.
Konkrete Verbesserungen
Öffnen Sie ein Thema für Erklärung, Umsetzungsschritte und eine konkrete Gegenprobe. Prüfen Sie technische Änderungen zuerst mit Testdaten in einer getrennten Umgebung.
Zugriff & Datenverlust zuerstZugriffsrechte
Sie geben an, dass die Einschränkung der Zugriffe nicht sichergestellt ist. Die Regeln sollten festgelegt und technisch geprüft werden. Ein tatsächlicher unberechtigter Zugriff ist damit noch nicht nachgewiesen.
Sie wissen noch nicht, ob die Zugriffsregeln technisch durchgesetzt werden. Das ist eine offene Frage, kein Nachweis einer Sicherheitslücke. Lassen Sie sich zeigen, wo und wie die Prüfung stattfindet.
Das Problem
Eine typische Verwechslung: Die App prüft die Anmeldung, aber nicht die Berechtigung für einen einzelnen Datensatz. Ausgeblendete Schaltflächen allein verhindern keinen Zugriff auf die dahinterliegenden Daten.
Warum es wichtig ist
Eine Person aus dem Verkauf könnte beispielsweise Lohnangaben lesen oder durch eine geänderte Datensatznummer Aufträge einer anderen Niederlassung bearbeiten.
Was Sie tun können
- Schreiben Sie eine kleine Rechteübersicht: Welche Rolle darf welche Daten lesen, ändern und löschen? Beginnen Sie mit vertraulichen Daten und wichtigen Geschäftsaktionen.
- Lassen Sie diese Regeln bei jeder Anfrage im Backend oder in der Datenbank prüfen. Das Backend ist der Teil der App, der auf dem Server arbeitet. Ohne passende Freigabe muss der Zugriff abgelehnt werden.
- Bei Supabase: Row Level Security (RLS), also Zugriffsregeln je Datenzeile, zusammen mit den Tabellenberechtigungen prüfen. Ein privilegierter Service-Schlüssel gehört ausschliesslich auf den Server.
- Richten Sie Testkonten für unterschiedliche Rollen ein. Prüfen Sie in einer Testumgebung auch direkte Datenanfragen über die API – die Schnittstelle der App – mit fremden Datensatznummern.
So prüfen Sie es
Ein Testkonto mit weniger Rechten kann geschützte Datensätze weder über die Oberfläche noch über direkte API-Anfragen lesen, ändern oder löschen. Ein berechtigtes Konto kann die vorgesehenen Aktionen weiterhin ausführen. Halten Sie diese Gegenproben fest.
Wann Fachwissen nötig ist
Bei Personal-, Finanz- oder Kundendaten, mehreren Firmen in derselben App oder unklaren Backend-Regeln sollte eine erfahrene Fachperson die Durchsetzung prüfen. Ändern Sie produktive Rechte nicht ungetestet.
Zugriff & Datenverlust zuerstDatensicherung
Sie geben an, dass Sicherungen fehlen oder die Wiederherstellung noch nicht erfolgreich getestet wurde. Das bedeutet nicht automatisch, dass keine Backups vorhanden sind; der Wiederanlauf ist aber noch nicht ausreichend belegt.
Ob Daten vollständig gesichert und wiederherstellbar sind, ist noch offen. Eine grüne Backup-Anzeige allein beantwortet diese Frage nicht. Prüfen Sie zuerst Umfang und letzte Wiederherstellungsprobe.
Das Problem
Eine Sicherung kann vorhanden sein und trotzdem Dateien, Anhänge oder nötige Einstellungen auslassen. Auch eine Kopie im selben Konto kann bei einem gesperrten oder kompromittierten Zugang nicht erreichbar sein.
Warum es wichtig ist
Nach einer versehentlichen Löschung sind vielleicht die Aufträge wieder da, die zugehörigen Dokumente fehlen aber. Ohne brauchbare Wiederherstellung kann die Auftragsbearbeitung länger ausfallen.
Was Sie tun können
- Listen Sie Datenbank, Dateien, Anhänge und nötige Einstellungen auf. Legen Sie fest, wie viel Datenverlust und welche Ausfallzeit Ihr Betrieb verkraften kann.
- Richten Sie automatisierte Sicherungen mit passender Häufigkeit und Aufbewahrung ein. Beschränken Sie den Zugriff und halten Sie mindestens eine Sicherung getrennt vom produktiven System; beachten Sie den Schutz vertraulicher Daten.
- Stellen Sie eine Sicherung in einer isolierten Testumgebung wieder her. Diese darf weder produktive Daten überschreiben noch echte E-Mails, Zahlungen oder andere Geschäftsaktionen auslösen.
- Dokumentieren Sie die Wiederherstellung, benötigte Zugänge, Zuständigkeit und gemessene Dauer. Planen Sie regelmässige Proben ein.
So prüfen Sie es
Repräsentative Datensätze samt Anhängen lassen sich aus einer Sicherung wiederherstellen und in der isolierten Umgebung nutzen. Die gemessene Dauer und der Datenstand passen zu Ihren festgelegten Zielen. Die Produktion bleibt dabei unverändert.
Wann Fachwissen nötig ist
Wenn mehrere Systeme zusammenpassen müssen, Sicherungen verschlüsselt sind oder niemand die Wiederherstellung sicher durchführen kann, ist Unterstützung sinnvoll. Eine produktive Datenbank sollte nie die erste Testumgebung sein.
Änderungen & Übergabe planenTests
Sie geben an, dass wichtige Abläufe nach Änderungen nicht systematisch geprüft werden. Damit fehlt eine verlässliche Rückmeldung darüber, ob eine neue Version bestehende Funktionen beeinträchtigt.
Es ist unklar, welche Prüfungen nach einer Änderung stattfinden. Klären Sie zuerst, ob eine Checkliste oder automatisierte Tests existieren und tatsächlich ausgeführt werden.
Das Problem
Oft wird nur die neu gebaute Funktion ausprobiert. Ein Fehler in einem bereits bestehenden Ablauf oder bei einer ungewöhnlichen Eingabe bleibt dann unbemerkt.
Warum es wichtig ist
Ein Update der Auftragsmaske kann beispielsweise dazu führen, dass Rechnungen zwar erstellt, aber mit einem falschen Betrag gespeichert werden.
Was Sie tun können
- Wählen Sie drei bis fünf Abläufe, ohne die Ihr Betrieb nicht weiterarbeiten kann, etwa Auftrag erfassen, Freigabe erteilen und Rechnung erstellen.
- Beschreiben Sie pro Ablauf Eingabe und erwartetes Ergebnis. Nehmen Sie auch Fehlerfälle auf: fehlende Angaben, doppelte Ausführung und ein Konto ohne Berechtigung.
- Führen Sie diese Prüfungen vor jeder Freigabe mit Testdaten in einer getrennten Umgebung aus. Dokumentieren Sie Ergebnis und getestete Version.
- Automatisieren Sie häufige und besonders wichtige Prüfungen schrittweise. Fehlgeschlagene Pflichtprüfungen müssen eine Freigabe stoppen.
So prüfen Sie es
Die festgelegten Abläufe bestehen für die freizugebende Version. Ein bewusst eingebauter Fehler wird in der Testumgebung zuverlässig erkannt; die Prüfung kontrolliert also das Ergebnis und nicht nur, ob ein Bildschirm geöffnet werden kann.
Wann Fachwissen nötig ist
Bei Berechnungen, komplexen Freigaben oder mehreren verknüpften Systemen sollte eine Fachperson bei Testfällen, Testdaten und Automatisierung unterstützen. KI-generierte Tests sollten am fachlich richtigen Ergebnis geprüft werden.
Betrieb & Kontrolle klärenEigentum & Kontrolle
Sie geben an, dass mindestens ein wichtiger Zugang oder Bestandteil nicht ausreichend unter Kontrolle des Unternehmens steht. Klären Sie, welcher Teil betroffen ist, bevor Sie Konten oder Rechte verändern.
Wer Code, Betrieb und Zugänge kontrolliert, ist noch nicht klar. Das beweist keinen Verlust von Eigentum oder Zugriff, sollte aber mit einer Bestandsaufnahme geklärt werden.
Das Problem
Die App läuft beispielsweise über ein privates Konto. Nur eine Person kennt den Zugang, oder ein Export enthält nicht alle Teile, die für den Betrieb nötig sind.
Warum es wichtig ist
Verlässt diese Person das Unternehmen oder wird ihr Konto gesperrt, können Rechnungen fürs Hosting unbezahlt bleiben und wichtige Änderungen oder Datenexporte unmöglich werden.
Was Sie tun können
- Erstellen Sie ein Verzeichnis von Codeablage, Hosting, Domain, Datenbank, externen Diensten und Abrechnung. Notieren Sie pro Dienst den Kontoinhaber und die zuständige Person.
- Führen Sie zentrale Dienste nach Möglichkeit in Unternehmenskonten. Vergeben Sie persönliche, rollenbasierte Zugänge und Mehrfaktor-Anmeldung statt gemeinsam verwendeter Passwörter.
- Hinterlegen Sie Wiederherstellungscodes und benötigte Geheimnisse geschützt in einem Unternehmens-Passwortmanager. Benennen Sie eine zweite berechtigte Person und ein geregeltes Vorgehen bei Austritten.
- Prüfen Sie vertragliche Rechte und Exportmöglichkeiten. Bei Low-Code-Plattformen dokumentieren Sie ausdrücklich, was exportiert und ausserhalb der Plattform weiterbetrieben werden kann.
So prüfen Sie es
Eine zweite berechtigte Person kann auf Code und Betrieb zugreifen und den dokumentierten Wiederherstellungsweg nachvollziehen. Ein Testexport ist vollständig genug für den vorgesehenen Zweck. Entfernen Sie bestehende Administratoren erst, wenn der neue Zugang geprüft ist.
Wann Fachwissen nötig ist
Bei unklaren Nutzungsrechten, fehlendem Codeexport oder einer Übertragung zwischen privaten und geschäftlichen Konten braucht es gegebenenfalls technische und vertragliche Abklärung. Eigentum lässt sich nicht allein durch einen Login nachweisen.
Betrieb & Kontrolle klärenÜberwachung
Sie geben an, dass Ausfälle nicht zuverlässig erkannt oder gemeldet werden. Es sollte klar werden, welche Fehler zuerst bemerkt werden müssen und wer darauf reagiert.
Ob Fehler erkannt werden und eine zuständige Person erreichen, ist noch offen. Prüfen Sie die vorhandenen Meldungen und ihren Empfänger mit einem kontrollierten Test.
Das Problem
Die Startseite ist erreichbar, während im Hintergrund ein Datenimport oder der Versand von Aufträgen ausfällt. Ein Fehler steht nur in einem Protokoll, das niemand regelmässig liest.
Warum es wichtig ist
Neue Bestellungen erscheinen beispielsweise erst am nächsten Tag in der Planung. Das Team bemerkt die Verzögerung, nachdem bereits Liefertermine zugesagt wurden.
Was Sie tun können
- Legen Sie die wenigen Ausfälle fest, die den Betrieb unmittelbar stören: nicht mögliche Anmeldung, fehlgeschlagene Verarbeitung oder ein ausbleibender täglicher Import.
- Richten Sie Erreichbarkeitsprüfungen, Fehlermeldungen und gegebenenfalls eine Meldung bei ausbleibender Ausführung ein. Protokolle sollen hilfreiche Fehlerangaben enthalten, aber keine Passwörter oder unnötigen Personendaten.
- Leiten Sie relevante Warnungen an eine zuständige Person und eine Stellvertretung. Notieren Sie, was bei welcher Meldung zuerst geprüft wird.
- Testen Sie die gesamte Meldekette mit einem kontrollierten Fehler in einer Testumgebung. Prüfen Sie nach Änderungen, ob die Warnungen noch ankommen und verständlich sind.
So prüfen Sie es
Ein kontrollierter Testfehler löst innerhalb der vereinbarten Zeit die passende Meldung aus. Die zuständige Person erhält sie und kann anhand der Anleitung reagieren. Prüfen Sie auch eine Hintergrundaufgabe, die gar nicht mehr startet.
Wann Fachwissen nötig ist
Wenn Fehler nur unter Last auftreten, mehrere Dienste beteiligt sind oder Meldungen vertrauliche Inhalte enthalten, sollte die Überwachung fachlich eingerichtet und geprüft werden.
Änderungen & Übergabe planenDokumentation
Sie geben an, dass die Übergabe mit den vorhandenen Unterlagen noch nicht möglich ist. Das Wissen sollte anhand typischer Wartungsaufgaben nachvollziehbar festgehalten werden.
Ob eine zweite Person mit den Unterlagen weiterarbeiten könnte, ist ungeprüft. Eine kleine Übergabeprobe zeigt, welche Informationen tatsächlich fehlen.
Das Problem
Die ursprüngliche Entwicklerin kennt Startbefehle, Datenquellen und Besonderheiten auswendig. Andere finden zwar Dateien, wissen aber nicht, wie eine Änderung getestet und veröffentlicht wird.
Warum es wichtig ist
Schon eine kleine Anpassung bleibt liegen, wenn die verantwortliche Person in den Ferien ist. Bei einer Störung wird zusätzlich Zeit mit der Suche nach dem richtigen Dienst verloren.
Was Sie tun können
- Schreiben Sie auf einer Seite auf, wofür die App eingesetzt wird, wo die Daten liegen, welche Dienste beteiligt sind und wer zuständig ist.
- Dokumentieren Sie das Starten einer Testumgebung, typische Änderungen, Tests und die Veröffentlichung. Verlinken Sie die Codeablage und den geschützten Ort der Zugänge.
- Ergänzen Sie kurze Anleitungen für Störungen, Wiederherstellung und den Rückweg zur vorherigen Version. Beschreiben Sie bekannte Grenzen und offene Aufgaben.
- Lassen Sie eine zweite Person eine harmlose Wartungsaufgabe in der Testumgebung nur mit dieser Anleitung durchführen. Aktualisieren Sie die Unterlagen bei jeder relevanten Änderung.
So prüfen Sie es
Die zweite Person kann die Testumgebung starten, eine kleine Änderung prüfen und die nötigen Ansprechpartner und Wiederherstellungsanleitungen finden, ohne dass die ursprüngliche Entwicklerin die fehlenden Schritte erklärt.
Wann Fachwissen nötig ist
Wenn sich niemand im Team orientieren kann oder nur automatisch erzeugte, ungeprüfte Dokumentation vorhanden ist, hilft eine begleitete Übergabe direkt an der eigenen App.
Betrieb & Kontrolle klärenExterne Abhängigkeiten
Sie geben an, dass externe Dienste oder das Verhalten bei deren Ausfall noch nicht ausreichend geklärt sind. Beginnen Sie mit den Diensten, an denen wichtige Abläufe hängen.
Welche externen Dienste nötig sind und wie die App bei Fehlern reagiert, ist noch offen. Eine Bestandsaufnahme und ein kontrollierter Ausfalltest schaffen Klarheit.
Das Problem
Die App wartet unbegrenzt auf einen Dienst oder wiederholt einen Auftrag nach einem Fehler unkontrolliert. Änderungen an einer Schnittstelle, Nutzungsgrenzen oder ein abgelaufener Schlüssel werden zu spät bemerkt.
Warum es wichtig ist
Ein nicht erreichbarer KI-Dienst könnte die gesamte Auftragserfassung blockieren. Ein automatisch wiederholter Aufruf kann eine Rechnung oder Bestellung versehentlich doppelt auslösen.
Was Sie tun können
- Listen Sie externe Dienste, ausgetauschte Daten, verantwortliche Konten, Kosten- und Nutzungsgrenzen sowie betroffene Geschäftsabläufe auf.
- Legen Sie pro Dienst fest, wie lange die App warten darf, welche Fehler erneut versucht werden dürfen und wann eine Person übernehmen muss.
- Wiederholen Sie schreibende Aufträge nur mit Schutz vor Doppelausführung, etwa einer eindeutigen Auftragskennung, die der Empfänger unterstützt. Halten Sie fehlgeschlagene Aufträge sichtbar fest.
- Simulieren Sie Ausfall, Zeitüberschreitung und ungültige Antworten in einer Testumgebung. Planen Sie einen verständlichen Hinweis, manuelle Weiterarbeit oder einen anderen passenden Ersatzablauf.
So prüfen Sie es
Bei einem simulierten Ausfall bleibt der Auftrag nachvollziehbar, die App wartet nicht unbegrenzt und erzeugt keine doppelten Geschäftsaktionen. Nach der Rückkehr des Dienstes ist klar, was automatisch und was manuell nachgeholt wird.
Wann Fachwissen nötig ist
Bei Zahlungen, Buchhaltung, personenbezogenen Daten oder mehreren aufeinander angewiesenen Diensten sollten Wiederholungen, Datenflüsse und Ausfallverhalten fachlich geprüft werden.
Änderungen & Übergabe planenWartbarkeit
Sie geben an, dass Änderungen noch nicht durchgehend nachvollziehbar, prüfbar oder rückgängig zu machen sind. Welcher Teil fehlt, lässt sich an der letzten veröffentlichten Änderung klären.
Der Weg von einer Änderung bis zur Freigabe und zurück ist noch nicht klar. Prüfen Sie ihn an einer kleinen Änderung in einer Testumgebung, bevor ein echter Rückschritt nötig wird.
Das Problem
Änderungen werden direkt in der laufenden App vorgenommen oder als grosse, ungeprüfte KI-Ausgabe übernommen. Ein alter Code-Stand ist vorhanden, passt aber möglicherweise nicht mehr zur inzwischen geänderten Datenbank.
Warum es wichtig ist
Nach einer fehlerhaften Änderung lassen sich neue Aufträge nicht speichern. Das Zurückspielen alter Dateien behebt den Fehler nicht, weil sich gleichzeitig das Datenformat geändert hat.
Was Sie tun können
- Nutzen Sie eine Versionsverwaltung oder die entsprechende Plattformfunktion. Halten Sie pro kleiner Änderung Zweck, betroffene Bereiche und verantwortliche Person fest.
- Prüfen Sie Änderungen vor der Freigabe in einer getrennten Testumgebung. Lassen Sie wichtige Änderungen gegenlesen; auch KI-generierter Code braucht eine nachvollziehbare Prüfung.
- Veröffentlichen Sie klar bezeichnete Versionen. Beschreiben Sie, wie zur vorherigen Version zurückgekehrt werden kann und welche Datenänderungen dabei erhalten bleiben müssen.
- Planen und testen Sie Datenbankänderungen getrennt. Bevorzugen Sie kompatible Schritte; eine Code-Rückkehr macht Datenänderungen nicht automatisch rückgängig. Erstellen Sie vor riskanten Änderungen eine geprüfte Sicherung.
So prüfen Sie es
In einer Testumgebung lässt sich eine bekannte Version bereitstellen, eine kleine Änderung prüfen und ein kontrollierter Rückweg durchführen. Daten und Einstellungen bleiben dabei konsistent; neue Geschäftsdaten gehen nicht durch ein unbedachtes Zurückspielen verloren.
Wann Fachwissen nötig ist
Bei Datenbankänderungen, fehlender Versionshistorie oder unbekannten Nebenwirkungen ist Engineering-Unterstützung sinnvoll. Ein Rückschritt in der Produktion sollte nicht der erste Versuch sein.
Was bereits gut aufgestellt ist
Diese Bereiche haben Sie mit «Ja» beantwortet. Die Gegenprobe hilft, die Praxis regelmässig zu überprüfen.
Sie haben noch keinen Bereich mit «Ja» bestätigt. Das bedeutet nicht, dass alles fehlt. Beginnen Sie mit den priorisierten Klärungen und halten Sie vorhandene Nachweise fest.
Zugriffsrechte
Nach Ihrer Einschätzung sind Zugriffe begrenzt. Das hilft, vertrauliche Daten und wichtige Geschäftsaktionen auf die vorgesehenen Personen zu beschränken.
Zusätzliche Gegenprobe: Wiederholen Sie die Gegenprobe mit einem Konto mit weniger Rechten nach Änderungen an Rollen, Tabellen oder Schnittstellen. Prüfen Sie auch direkte API-Anfragen.
Datensicherung
Nach Ihrer Antwort gibt es Sicherungen und eine erfolgreiche Wiederherstellungsprobe. Das schafft eine überprüfbare Grundlage für den Wiederanlauf nach Datenverlust.
Zusätzliche Gegenprobe: Prüfen Sie, ob die letzte Probe auch Anhänge und neu hinzugekommene Datenquellen umfasste und wie lange der Wiederanlauf dauerte.
Tests
Sie prüfen nach eigener Angabe wichtige Abläufe nach Änderungen. Das hilft, bestehende Funktionen vor unbeabsichtigten Nebenwirkungen zu schützen.
Zusätzliche Gegenprobe: Kontrollieren Sie, ob auch Fehlerfälle enthalten sind und ob die Prüfung bei einem absichtlich eingebauten Fehler tatsächlich fehlschlägt.
Eigentum & Kontrolle
Nach Ihrer Einschätzung kontrolliert das Unternehmen die wesentlichen Grundlagen und Zugänge. Das erleichtert personelle Wechsel und die unabhängige Weiterentwicklung.
Zusätzliche Gegenprobe: Lassen Sie eine zweite berechtigte Person den dokumentierten Zugang und einen Export prüfen, ohne bestehende Konten zu sperren.
Überwachung
Nach Ihrer Antwort werden wichtige Ausfälle erkannt und gemeldet. Dadurch kann Ihr Team reagieren, bevor ein Problem länger unbemerkt bleibt.
Zusätzliche Gegenprobe: Testen Sie gelegentlich eine fehlgeschlagene und eine ausgebliebene Hintergrundaufgabe sowie den Alarmweg zur Stellvertretung.
Dokumentation
Nach Ihrer Einschätzung ist eine Übernahme der Wartung möglich. Das verringert die Abhängigkeit von einer einzelnen Person.
Zusätzliche Gegenprobe: Führen Sie bei grösseren Änderungen eine kurze Übergabeprobe mit einer zweiten Person durch und korrigieren Sie unklare Schritte.
Externe Abhängigkeiten
Nach Ihrer Einschätzung sind Abhängigkeiten und ihr Ausfallverhalten bekannt. Das erleichtert eine bewusste Entscheidung über Anbieter, Kosten und Ersatzabläufe.
Zusätzliche Gegenprobe: Prüfen Sie den Ersatzablauf gelegentlich mit einem simulierten Ausfall und kontrollieren Sie Kostenlimits sowie angekündigte Änderungen der Anbieter.
Wartbarkeit
Nach Ihrer Antwort lassen sich Änderungen nachvollziehen, prüfen und kontrolliert zurücknehmen. Das unterstützt eine verlässliche Weiterentwicklung.
Zusätzliche Gegenprobe: Prüfen Sie den Rückweg nach einer Datenbankänderung separat. Ein erfolgreicher Code-Rückschritt allein belegt noch keinen sicheren Datenzustand.
Klein anfangen. Gezielt weitergehen.
Beginnen Sie mit den wichtigsten Themen. Die kurzen Checks schaffen Klarheit; technische Änderungen werden anschliessend geplant und getestet.
Benennen Sie für jede gewählte Aufgabe eine verantwortliche Person, einen Termin und einen überprüfbaren Nachweis. Aktualisieren Sie Ihre Antworten, sobald Sie neue Erkenntnisse haben.
Sie möchten wissen, ob diese Risiken in Ihrer Anwendung tatsächlich bestehen?
AppReif prüft Ihre Anwendung unabhängig und verbessert sie gemeinsam mit Ihrem Team. Sie behalten die Kontrolle; Ihr Team baut das Wissen für die eigene Wartung auf.
App Risk Assessment
CHF 1'350Technische Prüfung und priorisierter Verbesserungsplan mit gemeinsamer Besprechung.
Internal App Reliability Sprint
CHF 5'900Vier Wochen begleitete Umsetzung inklusive Assessment, Wissenstransfer und unabhängiger Überprüfung der vereinbarten Korrekturen.
20 Minuten · kostenlos · ich rufe Sie an. Ihre Antworten werden nicht mitgesendet. Sie entscheiden selbst, was Sie im Gespräch teilen.