Vertrauen & Sicherheit

Wie wir mit Ihren Daten umgehen.

Ataski verarbeitet Ihre Daten ausschließlich, um den von Ihnen gebuchten Dienst zu erbringen. Wir verkaufen sie nicht, wir trainieren keine KI-Modelle damit, und wir teilen sie nicht mit Werbenetzwerken oder Datenhändlern. Unsere öffentlichen Marketingseiten nutzen ein Google-Ads-Tag ausschließlich zur Conversion-Messung: kein Remarketing, keine personalisierte Werbung (siehe „Ihre Datenschutzoptionen“ in der Datenschutzerklärung). Nachfolgend: wo Ihre Daten liegen, wer sie verarbeitet und was unabhängig geprüft wurde und was nicht.

Zuletzt aktualisiert am 2026-10-07. Die Liste der Unterauftragsverarbeiter ändert sich hier am selben Tag, an dem sie sich ändert; ein neuer Unterauftragsverarbeiter wird Kunden 30 Tage vor seinem Einsatz angekündigt.

Die Fakten auf dieser Seite werden bei jedem Laden aus dem laufenden System gelesen; zuletzt am 2026-10-13 mit dem vollständigen Repository abgeglichen.

Auf einen Blick

Speicherort der Daten
Vereinigte Staaten
Wo jedes System steht
KI-Training mit Ihren Daten
Niemals
Weder Ataski noch Anthropic trainieren Modelle damit.
Zugriff auf Ihre Systeme
Standardmäßig lesend
Jeder Schreibzugriff benannt, je Verbindung
SOC 2
Noch nicht auditiert
Was stattdessen umgesetzt ist
Penetrationstest
Noch nicht durchgeführt
Einzelheiten
Sicherheitskontakt
security@ataski.com
Fragebögen, der AVV und Meldungen zu Schwachstellen.

Standardhaltung

Wir trainieren keine KI mit Ihren Daten.

Wir nutzen die kommerzielle API von Anthropic, die nicht mit Kundeninhalten trainiert. Wir haben dem Training nicht zugestimmt und werden es nicht tun. Anthropic kann Ein- und Ausgaben gemäß seinen kommerziellen Bedingungen bis zu 30 Tage zur Missbrauchserkennung aufbewahren.

Standardhaltung

Standardmäßig lesend. Jeder Schreibzugriff ist benannt.

Wir schreiben nicht in Ihre Buchhaltung. Buchhaltungssysteme (NetSuite, Sage Intacct, Xero, QuickBooks, Zoho Books, Microsoft Dynamics 365 Business Central und weitere) und Stripe sind in unserem Code rein lesend: Ataski stellt nur Leseanfragen und hat keinen Codepfad, der eine Buchung, eine Rechnung oder eine Zahlung erfasst. Wo wir schreiben, benennen wir es: Ihr Postfach versendet eine von Ihnen freigegebene Nachricht; Slack postet einen Digest oder eine Direktnachricht; der Salesforce-Rückschrieb protokolliert Aktivitäten an einem Kontakt; die Add-ins für Google Sheets und Excel schreiben in die Tabelle, in der Sie sie geöffnet haben. Der Salesforce-Rückschrieb bleibt aus, bis Sie ihn einschalten, überschreibt nie ein Feld, das bereits einen Wert hat, und jeder Schreibvorgang wird im Audit-Log festgehalten. Schreibzugriff auf Kalender fordern wir nicht an: Google Calendar nur Frei/Gebucht, Microsoft-365-Kalender nur lesend.

SOC 2

Wo das Audit steht.

Ein SOC-2-Audit wurde noch nicht durchgeführt: Ataski hat keine SOC-2-Testierung und keinen Prüfer beauftragt. Die folgenden Kontrollen sind umgesetzt, und bei jeder steht, wodurch sie belegt ist.

Diese Zeile ändert sich, wenn sich der Sachverhalt ändert, und keinen Tag früher. Ein Siegel, das wir nicht verdient haben, drucken wir nicht.

Kontrollen

Was umgesetzt ist und wodurch es belegt ist.

Jede Aussage unten wird beim Laden dieser Seite mit dem laufenden System abgeglichen.

Stützt sich eine Aussage auf die Bedingungen eines Anbieters oder auf ein schriftliches Dokument statt auf laufenden Code, sagt die Kennzeichnung das. Bernsteinfarben markiert eine Kontrolle, die noch nicht umgesetzt ist: Sie wird hier genannt, aber nicht gezählt.

35 von 37 Kontrollen umgesetzt.

Zugriff

  • Ihr Arbeitsbereich sieht die Zeilen eines anderen nicht: Die Grenze zieht die Datenbank, nicht der Anwendungscode.

    Was der Code sagt: Jede Tabelle mit Kundendaten (heute 322) trägt eine Row-Level-Security-Richtlinie, und der Build schlägt fehl, wenn eine fehlt.

  • Die Anmeldung übernimmt WorkOS. Ihr Passwort sehen und speichern wir nie.

    Was der Code sagt: Das Sitzungs-Cookie ist an den Host gebunden, Secure, HttpOnly und versiegelt, sodass ein Browser es nie über unverschlüsseltes HTTP oder an eine andere Domain sendet.

  • Wer auf Ihren Arbeitsbereich zugreifen kann, wird jedes Quartal überprüft, und jede Überprüfung wird abgezeichnet.

    Geplant: Vierteljährliche Zugriffsüberprüfungen sind eingerichtet; die erste war am 2026-10-01 fällig und ist noch nicht abgezeichnet, daher wird diese Kontrolle nicht gezählt.

  • Von jedem System, das Sie verbinden, verlangen wir die engste Berechtigung, die es anbietet, und wir benennen jene, die schreiben können.

    Was der Code sagt: 46 Verbindungen sind unten mit dem genauen Zugriff aufgeführt, den jede anfordert: 22 können nur lesen, und die 24, die schreiben können, sagen, was sie schreiben.

  • Zugangsdaten bleiben außerhalb des Codes, und automatisierte Scans stoppen ein versehentliches Leck, bevor es das Repository erreicht.

    Was der Code sagt: Secret-Scanning läuft bei jeder Änderung, bevor sie übertragen wird, und über die gesamte Repository-Historie; Einstellungen mit Zugangsdaten sind so typisiert, dass ihre Werte nie in Logs erscheinen.

Daten

  • Jede Handlung wird in ein Audit-Protokoll geschrieben, das danach nichts mehr ändern kann.

    Was der Code sagt: Die Datenbankrolle der Anwendung kann Audit-Einträge hinzufügen und lesen, aber nicht ändern oder löschen: Die Datenbank selbst verweigert es.

  • Von Ihnen verbundene Zugangsdaten werden verschlüsselt, nur für Aufrufe an den Dienst verwendet, zu dem sie gehören, und nie in einen Export aufgenommen, nicht einmal in Ihren eigenen.

    Was der Code sagt: Tabellen mit Zugangsdaten sind von jedem Datenexport ausgeschlossen, und verschlüsselte Zugangsdaten-Spalten werden aus allen übrigen Tabellen entfernt.

  • Löschen ist eine echte Bereinigung mit Rückholfenster, kein Häkchen an einer Zeile.

    Was der Code sagt: Eine Karenzzeit von 30 Tagen nach Ihrer Anfrage, danach eine endgültige Bereinigung des Arbeitsbereichs in allen Kundendatentabellen und in unserem Dateispeicher.

  • Ihre Daten gehen mit Ihnen: ein maschinenlesbarer Export, auf Anforderung.

    Was der Code sagt: Ein einziger maschinenlesbarer Export umfasst die Daten Ihres Arbeitsbereichs; ausgenommen sind nur gespeicherte Zugangsdaten und Daten, die nicht Ihnen gehören (Kopien öffentlicher Register, gemeinsame Caches).

  • Der Abschied funktioniert: Erst nehmen Sie alles Ihre mit, dann geht alles.

    Was der Code sagt: Export unter /api/export; nach einer Löschanfrage eine Karenzzeit von 30 Tagen, danach löscht ein automatischer Job den Arbeitsbereich. Automatisierte Tests halten diesen Weg funktionsfähig.

  • Dateien, die Sie uns senden, werden geprüft, bevor irgendetwas sie öffnet.

    Was der Code sagt: Jeder Upload durchläuft eine einheitliche Eingangsprüfung (Dateityp und -größe) und einen ClamAV-Virenscan; eine infizierte Datei wird abgewiesen und protokolliert. Ist der Scanner kurzzeitig nicht erreichbar, wird die Datei angenommen, als ungescannt markiert und protokolliert.

  • Zwischengespeicherte Muster auf Unternehmensebene laufen ab; Kontaktdatensätze bleiben in Ihrem Arbeitsbereich.

    Was der Code sagt: Der gemeinsame Cache der E-Mail-Formate von Unternehmen (Domains und Adressmuster, nie einzelne Kontakte) wird nach 30 Tagen gelöscht.

Infrastruktur

  • Die Daten Ihres Arbeitsbereichs werden in den USA gespeichert.

    Laut dem geschriebenen Dokument: Anwendung: Hetzner Online GmbH. Datenbank: Neon, Inc.. Dateien: Cloudflare, Inc.. Einige Anbieter verarbeiten begrenzte Daten anderswo; der Standort jedes Anbieters steht in der Tabelle der Unterauftragsverarbeiter.

  • Sicherungen werden getestet, indem wir sie wiederherstellen, denn eine Sicherung, die niemand wiederherstellt, ist keine Sicherung.

    Geplant: Die Datenbank wird von unserem Datenbankanbieter laufend gesichert (Point-in-Time-Wiederherstellung). Der monatliche Wiederherstellungstest ist seit 2026-09-06 eingerichtet, wurde aber noch nicht ausgeführt, daher wird diese Kontrolle nicht gezählt.

  • Jede Seite wird mit streng gesetzten Browser-Sicherheitsheadern ausgeliefert.

    Was der Code sagt: 6 Sicherheits-Header bei jeder Antwort: Content-Security-Policy, Permissions-Policy, Referrer-Policy, Strict-Transport-Security, X-Content-Type-Options, X-Frame-Options. Die Bereiche der Excel- und PowerPoint-Add-ins sind die einzige Ausnahme beim Einbetten: Microsoft Office muss sie anzeigen können.

Änderungsmanagement

  • Jede Änderung wird vor der Auslieferung auf Sicherheitsprobleme geprüft.

    Was der Code sagt: Bevor eine Änderung in das Code-Repository übertragen wird, durchläuft sie 4 automatisierte Sicherheitsprüfungen: Secret-Scanning der Änderung und der gesamten Repository-Historie, Schwachstellenscans der Abhängigkeiten und API-Fuzzing.

  • In der Produktion läuft eine einzige geprüfte Version des Codes, vollständig ausgerollt.

    Was der Code sagt: Das Deploy-Werkzeug verweigert die Auslieferung von allem außer dem geprüften Hauptzweig.

Überwachung

  • Für den schlechten Tag gibt es einen geschriebenen Plan, und darin eine Frist.

    Laut dem geschriebenen Dokument: Eine Verletzung des Schutzes personenbezogener Daten wird innerhalb von 72 hours ab unserer Kenntnis gemeldet; der Plan wurde zuletzt am 2026-10-08 aktualisiert.

  • Fehler und Ausfälle erreichen uns, ohne dass ein Kunde uns schreiben muss.

    Was der Code sagt: Bugsink nimmt Anwendungsfehler entgegen; Better Stack überwacht die öffentlichen Endpunkte und die geplanten Läufe.

Dienstleister

  • Jeder Dienstleister, der Ihre Daten berührt, ist benannt und durch einen schriftlichen AVV gebunden.

    Laut den Bedingungen des Anbieters: 16 Unterauftragsverarbeiter, Liste gültig ab 2026-10-07. Ihr Fingerabdruck (b6fcf738e3f0) ist in jedem unterzeichneten AVV festgehalten, sodass Sie belegen können, welcher Fassung Sie zugestimmt haben.

  • Ihr Text wird ausschließlich von Claude-Modellen von Anthropic verarbeitet, und Anthropic trainiert nicht damit.

    Laut den Bedingungen des Anbieters: Eingesetzte Modelle: Claude Haiku 4.5, Claude Sonnet 5, Claude Sonnet 5.5, Claude Opus 5, Claude Opus 5.5, Claude Fable 5.1. Ergebnisse mit hoher Tragweite prüft ein separates, größeres Claude-Modell. Kein Modell eines anderen Anbieters verfasst oder prüft Ihren Text.

Schriftliche Richtlinien

  • Die Dachrichtlinie: was wir schützen, wer dafür einsteht und auf welchen Regeln alles Übrige ruht.

    Laut dem geschriebenen Dokument: Information Security Policy, genehmigt am 2026-10-08; mindestens einmal jährlich überprüft und nach jedem Vorfall, der ihr widerspricht.

    Richtlinie lesen →

  • Eine schriftliche Regel, wer die Produktion erreichen darf, wie Zugang erteilt und wie er entzogen wird.

    Laut dem geschriebenen Dokument: Access Control Policy, genehmigt am 2026-10-08; mindestens einmal jährlich überprüft und nach jedem Vorfall, der ihr widerspricht.

    Richtlinie lesen →

  • Eine schriftliche Regel, wie eine Änderung in die Produktion gelangt: eine geprüfte Revision, ganz, nie eine von Hand kopierte Datei.

    Laut dem geschriebenen Dokument: Change Management Policy, genehmigt am 2026-10-08; mindestens einmal jährlich überprüft und nach jedem Vorfall, der ihr widerspricht.

    Richtlinie lesen →

  • Ein schriftlicher Standard, wie der Code typisiert, getestet und geprüft wird, bevor er Sie erreicht.

    Laut dem geschriebenen Dokument: Secure Development Policy, genehmigt am 2026-10-08; mindestens einmal jährlich überprüft und nach jedem Vorfall, der ihr widerspricht.

    Richtlinie lesen →

  • Ein schriftlicher Plan für den schlechten Tag: wer führt, wer benachrichtigt wird und bis wann.

    Laut dem geschriebenen Dokument: Incident Response Policy, genehmigt am 2026-10-07; mindestens einmal jährlich überprüft und nach jedem Vorfall, der ihr widerspricht.

    Richtlinie lesen →

  • Eine schriftliche Regel, wie ein Dienstleister aufgenommen, Ihnen offengelegt und überprüft wird.

    Laut dem geschriebenen Dokument: Vendor Management Policy, genehmigt am 2026-10-08; mindestens einmal jährlich überprüft und nach jedem Vorfall, der ihr widerspricht.

    Richtlinie lesen →

  • Ein schriftlicher Plan, wie lange jede Art von Daten aufbewahrt und wann sie vernichtet wird.

    Laut dem geschriebenen Dokument: Data Retention Policy (internal), genehmigt am 2026-09-05; mindestens einmal jährlich überprüft und nach jedem Vorfall, der ihr widerspricht.

    Richtlinie lesen →

  • Ein schriftlicher Plan für die Rückkehr: Sicherungen, Wiederherstellungsziele und eingeschränkter Betrieb.

    Laut dem geschriebenen Dokument: Business Continuity and Backup Policy, genehmigt am 2026-10-08; mindestens einmal jährlich überprüft und nach jedem Vorfall, der ihr widerspricht.

    Richtlinie lesen →

  • Eine schriftliche Regel, wie der Betreiber die Systeme und die Maschine nutzen darf, die Ihre Daten erreicht.

    Laut dem geschriebenen Dokument: Acceptable Use Policy (internal), genehmigt am 2026-10-08; mindestens einmal jährlich überprüft und nach jedem Vorfall, der ihr widerspricht.

    Richtlinie lesen →

  • Eine schriftliche Regel, welche Verschlüsselung wir verwenden, wo die Schlüssel liegen und wie sie ersetzt werden.

    Laut dem geschriebenen Dokument: Cryptography and Key Management Policy, genehmigt am 2026-10-08; mindestens einmal jährlich überprüft und nach jeder wesentlichen Änderung.

    Richtlinie lesen →

  • Eine schriftliche Regel, wie Sicherheitslücken gefunden werden und in welcher Frist jede behoben sein muss.

    Laut dem geschriebenen Dokument: Vulnerability Management Policy, genehmigt am 2026-10-08; mindestens einmal jährlich überprüft und nach jeder wesentlichen Änderung.

    Richtlinie lesen →

  • Ein schriftliches Verfahren, um aufzulisten, was schiefgehen könnte, es zu bewerten und zu entscheiden, was dagegen zu tun ist.

    Laut dem geschriebenen Dokument: Risk Management Policy, genehmigt am 2026-10-08; mindestens einmal jährlich überprüft und nach jeder wesentlichen Änderung.

    Richtlinie lesen →

  • Eine schriftliche Regel: Jeder Server, jeder Dienst, jedes Konto und jedes Gerät, das Ihre Daten berührt, ist erfasst und hat einen Verantwortlichen.

    Laut dem geschriebenen Dokument: Asset Management Policy, genehmigt am 2026-10-08; mindestens einmal jährlich überprüft und nach jeder wesentlichen Änderung.

    Richtlinie lesen →

  • Eine schriftliche Regel für das Vernichten von Daten, wenn eine Festplatte, ein Gerät oder eine Cloud-Ressource außer Betrieb geht.

    Laut dem geschriebenen Dokument: Media and Equipment Disposal Policy, genehmigt am 2026-10-08; mindestens einmal jährlich überprüft und nach jeder wesentlichen Änderung.

    Richtlinie lesen →

  • Eine schriftliche Regel, wie unsere Kontrollen bewertet werden und wie jeder Befund bis zu seinem Abschluss verfolgt wird.

    Laut dem geschriebenen Dokument: Audit and Assurance Policy, genehmigt am 2026-10-08; mindestens einmal jährlich überprüft und nach jeder wesentlichen Änderung.

    Richtlinie lesen →

  • Eine schriftliche Regel: Ihre Daten verlassen uns in offenen Formaten, über Standardschnittstellen, sobald Sie es verlangen.

    Laut dem geschriebenen Dokument: Interoperability and Portability Policy, genehmigt am 2026-10-08; mindestens einmal jährlich überprüft und nach jeder wesentlichen Änderung.

    Richtlinie lesen →

Speicherort der Daten

Wo Ihre Daten physisch liegen.

Drei Anbieter speichern Ihre ruhenden Daten, alle in Rechenzentren in den USA. Jeder ist ein benannter Unterauftragsverarbeiter mit eigenem AVV.

Was Dienstleister und Land
Anwendungsserver Hetzner Online GmbH · Deutschland (Rechenzentrum USA)
Datenbank Neon, Inc. · USA
Dateien und Dokumente Cloudflare, Inc. · USA

Verschlüsselung

Auf dem Weg und im Ruhezustand.

  • Auf dem Transportweg: TLS bei jeder Verbindung (mindestens TLS 1.2, bevorzugt TLS 1.3) mit Zertifikaten einer öffentlichen Zertifizierungsstelle und HTTP Strict Transport Security für zwei Jahre auf allen Subdomains, sodass ein Browser nach dem ersten Besuch kein unverschlüsseltes HTTP verwendet.
  • Im Ruhezustand: Die Datenbank (Neon) und der Dateispeicher (Cloudflare R2) werden von diesen Anbietern mit AES-256 verschlüsselt, und die Point-in-Time-Sicherungen der Datenbank sind auf dieselbe Weise verschlüsselt.
  • Darüber hinaus werden von Ihnen verbundene Zugangsdaten in der Anwendung verschlüsselt, mit einem Schlüssel, der außerhalb der Datenbank liegt, und erst im Moment der Verwendung entschlüsselt.

Aufbewahrung und Löschung

Wie lange wir es behalten und wie es verschwindet.

Beantragen Sie die Löschung des Arbeitsbereichs, beginnt eine Karenzzeit von 30 Tagen, in der Sie es sich anders überlegen können. Danach ist die Bereinigung endgültig: alle Kundendatentabellen und unser Dateispeicher, einschließlich der Audit-Spur. Kopien, die Anbieter nach eigenen Fristen aufbewahren (Traces von KI-Anfragen, Fehlerberichte, E-Mail-Zustellprotokolle, Meeting-Aufzeichnungen), verfallen gemäß den Aufbewahrungsbedingungen des jeweiligen Anbieters, die in der Richtlinie zur Datenaufbewahrung aufgeführt sind.

Nehmen Sie vorher alles mit: Der Export ist maschinenlesbar.

Der gemeinsame Cache der E-Mail-Formate von Unternehmen verfällt nach eigener Frist und enthält nie einen einzelnen Kontakt.

Der vollständige Text ist die Richtlinie zur Datenaufbewahrung. Richtlinie zur Datenaufbewahrung

Unterauftragsverarbeiter

Anbieter, die Ihre Daten verarbeiten.

Kundendaten gehen nur an die hier aufgeführten Anbieter, jeweils auf Grundlage eines schriftlichen Auftragsverarbeitungsvertrags. Jede Zeile nennt, was der Anbieter erhält und wo er es verarbeitet.

Anbieter Zweck Zugegriffene Daten Region DPA
Hetzner Online GmbH Hosting des Anwendungsservers alle Kundendaten über den Anwendungszugriff Deutschland (Rechenzentrum USA) Ansehen →
Neon, Inc. Hosting der Postgres-Datenbank alle Kundendaten über RLS USA Ansehen →
Cloudflare, Inc. Autoritatives DNS (Einträge nicht über Proxy) und R2-Objektspeicher für Dateien hochgeladene Dokumente (Verträge, Support-Anhänge); erzeugte PDFs (Board-Unterlagen, Berichte); HTML-Snapshots; Meeting-Transkripte USA Ansehen →
WorkOS, Inc. Anmeldung der Kunden und Sitzungsverwaltung (E-Mail, passwortlos, Mehrfaktor) Anmeldedaten zur Authentifizierung; Identität des Nutzers USA Ansehen →
ActiveCampaign, LLC (Postmark) Zustellung transaktionaler E-Mails und eingehende E-Mails E-Mail-Adressen der Empfänger; Inhalt des E-Mail-Textes USA Ansehen →
Anthropic, PBC Inferenz von KI-Modellen (Claude API) zum Verfassen und Prüfen Prompts der Nutzer; Ausgaben des Modells USA Ansehen →
Hyperdoc Inc. (d/b/a Recall.ai) Identität des Meeting-Bots + Transkription für jede Rolle, die im Namen des Kunden an einem laufenden Meeting teilnimmt Meeting-Audio; Meeting-Transkripte; Namen und E-Mail-Adressen der Teilnehmenden; Chat-Nachrichten im Meeting USA Ansehen →
Bright Data Ltd Suche im öffentlichen Web und Extraktion von Unternehmensseiten für die Interessentenrecherche Suchkriterien des Kunden (Branche, Standort, Stichwörter); Suchergebnisse aus dem öffentlichen Web; Extraktionen von Unternehmens- und Teamseiten Israel (weltweite Rechenzentren) Ansehen →
Perplexity AI, Inc. Suche und Zusammenfassungen aus dem öffentlichen Web zur Personalisierung der Akquise E-Mail-Adressen oder Domains als Eingabe; Zusammenfassungen aus dem öffentlichen Web USA Ansehen →
ZeroBounce, Inc. Prüfung der E-Mail-Zustellbarkeit (nutzungsbasierte Abrechnung) zur Prüfung übermittelte E-Mail-Adressen, die ZeroBounce nur im Rahmen seines AVV aufbewahrt USA Ansehen →
Apify Technologies s.r.o. Interessentensuche für Outbound aus öffentlichen LinkedIn-Daten, von Ataski über ein eigenes Apify-Konto ohne LinkedIn-Login ausgeführt: Unternehmenssuche, die Website, die ein Unternehmen auf seiner LinkedIn-Seite angibt, und Identitätsdatensätze von Personen im Unternehmen (keine E-Mail, kein Telefon) Suchkriterien des Kunden (Stichwörter, Branche, Standort, Positionen); öffentliche Unternehmensdatensätze, einschließlich URL der LinkedIn-Unternehmensseite und Website; öffentliche berufliche Identitätsdatensätze (Name, Position, Arbeitgeber, URL des LinkedIn-Profils, Standort) Tschechien (EU) Ansehen →
Stripe, Inc. Abrechnung und Zahlungsabwicklung (Checkout, Kundenportal, Umsatzsteuer) Rechnungsdaten; Abonnementdaten USA Ansehen →
Langfuse GmbH Tracing von KI-Anfragen zur Qualitätsüberwachung (Prompts und Antworten) Inhalt der LLM-Prompts; Inhalt der LLM-Antworten; Metadaten zu Modell und Kosten Deutschland (Rechenzentrum USA) Ansehen →
Bugsink B.V. Fehler-Tracking (personenbezogene Daten standardmäßig bereinigt) Stacktraces; Metadaten der Anfrage (Kennungen von Arbeitsbereich und Anfrage) Niederlande (EU) Ansehen →
PostHog, Inc. Produktanalyse (serverseitige Registrierungs- und Aktivierungsereignisse) Ereignisnamen und Zeitpunkte; Kennung des Arbeitsbereichs (keine Namen, E-Mails oder Inhalte) USA Ansehen →
Better Stack, Inc. Verfügbarkeitsüberwachung und Heartbeats Metadaten zum Zustand der Endpunkte USA Ansehen →

Zugriffskontrollen

Connector-Scopes

Jedes vom Operator anbindbare System läuft gegen einen dokumentierten Satz anbieterseitiger Scopes. Die untenstehende Liste wird aus unserem internen Scope-Manifest erzeugt — was Sie sehen, ist genau das, was der OAuth-Client (oder eine äquivalente Zugangsdaten) tatsächlich anfordert.

  • Amplitude Nur lesend; die Berechtigung würde Schreibzugriffe erlauben

    Liest pro Kunde Ereignisanzahl, Datum der letzten Aktivität und die meistgenutzten Ereignisse über die Dashboard REST API von Amplitude, für die Kundengesundheitssignale des Renewal-Managers, mit dem API-Schlüssel und dem geheimen Schlüssel Ihres Projekts. Ataski stellt nur Leseanfragen — beachten Sie, dass Amplitude keinen schreibgeschützten Projektschlüssel anbietet: Derselbe API-Schlüssel kann Ereignisse in das Projekt senden, er ist also technisch Lesen und Schreiben.

  • Anthropic (Bring Your Own Key) Kann schreiben

    Leitet Claude-Aufrufe über Ihren eigenen Anthropic-API-Schlüssel. Der Schlüssel wird verschlüsselt gespeichert und nur im Moment eines Aufrufs verwendet; Anthropic stellt Ihnen diesen Traffic direkt in Rechnung, und die Rechnung von Ataski enthält ihn nicht. Sie können den Schlüssel jederzeit in den Einstellungen rotieren oder entfernen.

  • BambooHR Nur lesend; die Berechtigung würde Schreibzugriffe erlauben

    Liest Ihre Beschäftigten mit Position, Vergütungssatz und Zahlungszeitraum über einen bei Bedarf ausgeführten Bericht (in BambooHR wird nichts gespeichert), damit das Personalregister des Finanzanalysten Belegschaft und Gehälter zeigen kann. Verwendet Ihre Firmensubdomain und einen API-Schlüssel eines BambooHR-Nutzers. Ataski stellt nur Leseanfragen — beachten Sie, dass BambooHR keinen schreibgeschützten API-Schlüssel anbietet: Ein Schlüssel trägt die Rechte des Nutzers, der ihn erstellt hat, und ist daher technisch Lesen und Schreiben überall dort, wo dieser Nutzer schreiben darf.

  • Bitrix24 Nur lesend; die Berechtigung würde Schreibzugriffe erlauben

    Liest Ihre Deals (crm.deal.list — die einzige aufgerufene Methode), damit der Finanzanalyst den Umsatz aus der Pipeline planen kann, über einen eingehenden Webhook, den Sie in Ihrem eigenen Bitrix24-Portal mit der Berechtigung CRM (crm) anlegen und mit einem Klick widerrufen können. Ataski stellt nur Leseanfragen — beachten Sie, dass die crm-Berechtigung von Bitrix24 keine schreibgeschützte Variante hat, der Webhook ist also technisch Lesen und Schreiben.

  • Chargebee Nur lesend

    Liest Abonnements und Rechnungen, damit der Finanzanalyst den wiederkehrenden Umsatz aufbauen kann, mit einem schreibgeschützten API-Schlüssel Ihrer Chargebee-Site (Settings → Configure Chargebee → API Keys). Kann kein Abonnement und keine Rechnung anlegen, ändern oder kündigen.

  • Close Nur lesend; die Berechtigung würde Schreibzugriffe erlauben

    Liest Opportunities für Verlängerungstermine und durchsucht Leads, damit der Outbound-Vertriebsassistent niemanden anschreibt, der schon in Ihrem CRM steht — mit einem API-Schlüssel, den Sie einfügen. Ataski stellt nur Leseanfragen — beachten Sie, dass Close keinen schreibgeschützten API-Schlüssel anbietet: Der Schlüssel trägt den vollen Zugriff des Nutzers, der ihn erstellt hat, die Berechtigung ist also technisch Lesen und Schreiben.

  • Deel Nur lesend

    Liest Ihre Personen sowie Vergütungssatz und Zahlungszeitraum jedes Beschäftigungsverhältnisses, damit das Personalregister des Finanzanalysten Belegschaft und Gehälter zeigen kann, mit einem API-Token, das Sie in Deel erstellen (Developer → API keys). Das Token hat den Zugriff, den Sie ihm in Deel geben; Ataski liest nur die Personenliste und ändert nie einen Vertrag oder eine Zahlung.

  • DocuSign Nur lesend

    Liest abgeschlossene Umschläge und die darin signierten Dokumente für die Vertragsannahme. DocuSign bietet nur einen einzigen Signatur-Scope ohne Nur-Lese-Variante — das Token könnte Umschläge versenden; unser Code tut das nie. Kann nicht schreiben: Wir erstellen, versenden oder stornieren niemals einen Umschlag.

  • Dropbox Nur lesend

    Liest Dateilisten und Dateiinhalte aus dem Ordner, den der Kunde für die Vertragsannahme verbindet (files.metadata.read + files.content.read). Kann keine Dropbox-Datei schreiben, verschieben oder löschen.

  • Microsoft Dynamics 365 Business Central Nur lesend; die Berechtigung würde Schreibzugriffe erlauben

    Listet Ihre Business-Central-Umgebungen und -Mandanten auf, damit Sie einen wählen, und liest dann nur diesen Mandanten: Kontenplan, Sachposten mit ihren Dimensionen, Finanzbuchhaltungs-Einrichtung, Firmendaten sowie Fälligkeitsanalysen der Forderungen und Verbindlichkeiten, für den Finanzanalysten; sowie offene Verkaufsrechnungen, Gutschriften, Debitoren (Name und E-Mail-Adresse) und nicht gebuchte Zeilen des Zahlungseingangsbuchblatts, für den Forderungsmanager. Ataski sendet ausschließlich Leseanfragen – beachten Sie, dass Microsoft keine reine Leseberechtigung für Business Central anbietet; die erteilte Berechtigung umfasst daher formal Lesen und Schreiben, begrenzt auf das, was Ihr eigener Business-Central-Benutzer darf.

  • Freshdesk Kann schreiben

    Veröffentlicht die von Ihnen freigegebenen Antworten auf dem ursprünglichen Freshdesk-Ticket und liest — nur wenn Sie den Hilfecenter-Import starten — Ihre veröffentlichten Solutions-Artikel. Verwendet den API-Schlüssel eines Agenten aus dessen Freshdesk-Profil; Freshdesk-Schlüssel tragen alle Rechte des Agenten, der Schlüssel kann also mehr, als Ataski nutzt. Ataski bearbeitet, schließt oder löscht nie ein Ticket oder einen Artikel.

  • Front Kann schreiben

    Veröffentlicht die von Ihnen freigegebenen Antworten in der ursprünglichen Front-Konversation, mit einem API-Token, das Sie in Front erstellen (Settings → Developers → API tokens) und mit dem Scope Shared resources versehen. Das Token kann alles, was seine Front-Berechtigungen erlauben; der einzige Aufruf, den Ataski damit macht, ist eine Antwort auf eine Konversation, die Ataski erhalten hat. Neue Nachrichten erreichen Ataski über einen Front-Webhook, signiert mit einem von Ihnen eingefügten Geheimnis.

  • Gmail (operator mailbox) Kann schreiben

    Versendet freigegebene Akquise- und Mahn-E-Mails aus dem eigenen Gmail-Postfach des Operators. Die Basisverbindung fordert nur gmail.send an — ein reiner Sende-Scope, der das Postfach nicht lesen kann. Zwei optionale Funktionen verlangen eine separate erneute Einwilligung: die Entwurfszustellung (gmail.compose / gmail.modify, um Entwürfe im Entwürfe-Ordner des Operators abzulegen) und die Prüfung auf doppelte Kontakte (gmail.metadata / gmail.readonly, genutzt für Abfragen von Thread-Metadaten — Nachrichtentexte werden nie gelesen). Nichts wird ohne die Freigabewarteschlange des Operators versendet.

  • Google Calendar Nur lesend

    Liest ausschließlich Frei/Gebucht-Verfügbarkeitsfenster (calendar.freebusy), um Terminvorschläge zu machen — niemals Termintitel, Teilnehmende oder Beschreibungen. Kann keinen Kalendereintrag erstellen oder ändern.

  • Google Drive Nur lesend

    Liest den Ordner, den der Kunde für die Vertragsannahme verbindet (drive.readonly). Kann keine Drive-Datei erstellen, ändern oder löschen.

  • Gusto Nur lesend

    Liest Ihr Unternehmen, dessen Beschäftigte und deren Vergütung (companies:read, employees:read, compensations:read), damit das Personalregister des Finanzanalysten Belegschaft und Gehälter zeigen kann. Gusto weist diese Scopes der Ataski-App bei der Prüfung zu, daher listet der Zustimmungsbildschirm keine auf; jeder davon ist ein Lese-Scope. Kann keine Beschäftigten anlegen oder ändern und keine Lohnabrechnung ausführen.

  • Help Scout Kann schreiben

    Veröffentlicht die von Ihnen freigegebenen Antworten in der ursprünglichen Help-Scout-Konversation. Help Scout kennt keine OAuth-Scopes: Die App handelt mit dem Mailbox-API-Zugriff des Help-Scout-Nutzers, der sie verbindet, die Berechtigung ist also weiter, als Ataski sie nutzt — der einzige Aufruf damit ist eine Antwort auf eine Konversation, die Ataski erhalten hat. Neue Konversationen erreichen Ataski über einen Help-Scout-Webhook, den Sie anlegen und der mit einem von Ihnen eingefügten Geheimnis signiert ist.

  • HubSpot Nur lesend

    Liest Deals, Kontakte und Unternehmen. Kann keinen HubSpot-Datensatz erstellen oder ändern — das Zurückschreiben ins CRM läuft ausschließlich über Salesforce. Ein Workspace, der statt einer Verbindung ein HubSpot-Private-App-Token eingefügt hat, wird über dieses Token genauso gelesen: Es trägt die Scopes, die beim Anlegen der Private App angekreuzt wurden, und Ataski liest weiterhin nur.

  • Intercom Kann schreiben

    Liest Kontakte, Unternehmen und Konversationen für Signale zur Kundengesundheit und zu Verlängerungen, liest Ihre Hilfecenter-Artikel, wenn Sie den Import starten, und veröffentlicht die von Ihnen freigegebenen Antworten als Admin-Antwort in der ursprünglichen Konversation. Verwendet das Zugriffstoken einer App, die Sie im Intercom Developer Hub anlegen; was dieses Token darf, legen die Berechtigungen der App in Intercom fest. Ataski bearbeitet oder löscht nie Kontakte, Unternehmen oder Artikel.

  • Linear (legacy) Nur lesend; die Berechtigung würde Schreibzugriffe erlauben

    Neue Verbindungen werden nicht mehr angenommen. Eine vor dem 07.09.2026 hergestellte Linear-Verbindung wird weiterhin einmal pro Woche für die Betriebsübersicht gelesen: die Liste der Teams, der aktive Zyklus jedes Teams und die Issues dieses Zyklus, über die GraphQL-API von Linear mit dem eingefügten persönlichen API-Schlüssel. Ataski stellt nur Leseanfragen — beachten Sie, dass ein persönlicher Linear-API-Schlüssel den vollen Zugriff seines Erstellers trägt, sofern er beim Anlegen nicht eingeschränkt wurde; die Berechtigung ist also technisch Lesen und Schreiben. Löschen Sie den Schlüssel in Linear, um den Zugriff zu beenden.

  • Mixpanel Nur lesend

    Liest pro Kunde das Datum des letzten Ereignisses, wöchentlich aktive Nutzer und Ereignisvolumen über die Query API von Mixpanel, für die Kundengesundheitssignale des Renewal-Managers, mit einem Servicekonto (Benutzername und Secret), das Sie in Ihrem Projekt anlegen. Geben Sie ihm die Rolle Consumer, die nur lesen kann; Ataski sendet nie Ereignisse und ändert das Projekt nicht.

  • NetSuite Nur lesend

    Liest GL-Buchungen, die AR-Fälligkeitsanalyse, die AP-Fälligkeitsanalyse, Abgrenzungs-Momentaufnahmen und die Liste der Tochtergesellschaften über SuiteTalk REST. Neue Verbindungen melden sich per OAuth 2.0 an (Authorization Code + PKCE, Scope rest_webservices) — über einen Integration-Datensatz, den der Kunde in seinem eigenen NetSuite-Konto anlegt; bestehende Verbindungen können bei Token-Based Authentication (TBA) bleiben — einer Zugangsberechtigung im Stil von OAuth 1.0a, die der Kunde selbst in seiner NetSuite-Oberfläche erzeugt (Setup → Users/Roles → Access Tokens). In beiden Fällen ist der Zugriff auf eine NetSuite-Rolle mit Nur-Lese-Rechten seiner Wahl begrenzt, und Ataski stellt ausschließlich Leseabfragen. Kann keine Journalbuchungen erfassen, keine Datensätze ändern und keine Buchungsperioden schließen.

  • Notion Kann schreiben

    Verwendet ein Token einer internen Integration, das Sie in Notion erstellen. Eine Notion-Integration sieht nur die Seiten und Datenbanken, die Sie mit ihr teilen. Ataski liest die geteilten Seiten für die Support-Wissensdatenbank und fügt pro zugestellter Vertragszusammenfassung oder Finanzübersicht eine neue Seite in die von Ihnen gewählte Datenbank ein. Es bearbeitet oder löscht nie eine bestehende Seite; was das Token in geteilten Seiten darf, legen die Fähigkeiten fest, die Sie bei der Integration in Notion ankreuzen.

  • 1C:Enterprise Nur lesend

    Liest den Kontenplan, Umsätze und Salden des Buchhaltungsregisters sowie Forderungen aus Ihrer 1C:Enterprise-Datenbank über deren veröffentlichte OData-Schnittstelle, für den Finanzanalysten und den Forderungsmanager. Es meldet sich als 1C-Nutzer an, den Sie anlegen, der Zugriff ist also auf dessen Rechte in 1C begrenzt — geben Sie ihm nur Leserechte. Ataski stellt nur Leseabfragen, bucht nie einen Beleg und ändert die Datenbank nicht.

  • Microsoft Outlook / Microsoft 365 Kann schreiben

    Eine einzige Microsoft-Einwilligung deckt die Dokumentenannahme (Files.Read.All), die Kalenderverfügbarkeit (Calendars.Read), die Antworterkennung (Mail.Read) und den Versand freigegebener Akquise- und Mahn-E-Mails aus dem eigenen Outlook-Postfach des Operators ab (Mail.Send — die Schreiboberfläche). Eine ohne Mail.Send erteilte Verbindung gilt nie als sendefähig, und nichts wird ohne die Freigabewarteschlange des Operators versendet.

  • Paddle Nur lesend

    Liest Abonnements und Transaktionen, damit der Finanzanalyst den wiederkehrenden Umsatz aufbauen kann, mit einem API-Schlüssel, den Sie in Paddle erstellen. Was der Schlüssel darf, wird in Paddle festgelegt; Ataski stellt nur Leseanfragen und ändert nie ein Abonnement oder eine Transaktion.

  • Pipedrive Nur lesend; die Berechtigung würde Schreibzugriffe erlauben

    Liest Deals und die Organisationen, zu denen sie gehören, für Verlängerungstermine und die Pipeline des Finanzanalysten, und durchsucht Personen und Organisationen, damit der Outbound-Vertriebsassistent niemanden anschreibt, der schon in Ihrem CRM steht. Verwendet Ihre Firmendomain und ein persönliches API-Token, das Sie einfügen. Ataski stellt nur Leseanfragen — beachten Sie, dass Pipedrive kein schreibgeschütztes API-Token anbietet: Das Token trägt den vollen Zugriff seines Nutzers, die Berechtigung ist also technisch Lesen und Schreiben.

  • PostHog Nur lesend

    Liest pro Kunde aktuelle Produktereignisse und das Datum der letzten Aktivität für die Kundengesundheitssignale des Renewal-Managers, mit einem persönlichen API-Schlüssel und Ihrer Region (US oder EU). PostHog erlaubt, die Scopes eines persönlichen Schlüssels zu begrenzen, und Lese-Scopes genügen; Ataski sendet nie Ereignisse und ändert Ihr Projekt nicht.

  • Postmark (your own account) Nur lesend; die Berechtigung würde Schreibzugriffe erlauben

    Liest Bounces, Datensätze gesendeter Nachrichten, Öffnungen und Klicks von Ihrem eigenen Postmark-Server, damit der Renewal-Manager Kunden erkennt, bei denen keine Mail mehr ankommt, mit einem Server-API-Token, das Sie einfügen (Postmark → Servers → Ihr Server → API Tokens). Ataski stellt nur Leseanfragen — beachten Sie, dass Postmark kein schreibgeschütztes Server-Token anbietet: Das Token könnte auch Mails von diesem Server senden, es ist also technisch Lesen und Schreiben. Das ist unabhängig von Ataskis eigenem Postmark-Konto, das als Unterauftragsverarbeiter aufgeführt ist.

  • QuickBooks Online Nur lesend; die Berechtigung würde Schreibzugriffe erlauben

    Liest den Kontenplan, die P&L, die Bilanz, die Kapitalflussrechnung, Rechnungen, Kunden und Lieferanten. Ataski stellt ausschließlich Leseanfragen — beachten Sie, dass Intuit keinen Nur-Lese-Scope für die Buchhaltung anbietet, die von Ihnen erteilte Berechtigung also technisch Lesen und Schreiben umfasst.

  • Recall.ai Kann schreiben

    Erstellt Bots, die geplanten Meetings beitreten, und liest anschließend deren Transkripte und Engagement-Metadaten aus. Die Schreiboberfläche beschränkt sich auf das Entsenden des Bots; kann keine Kalender-, Videokonferenz- oder Meeting-Host-Daten verändern.

  • Recurly Nur lesend

    Liest Tarife, Abonnements und Rechnungen, damit der Finanzanalyst den wiederkehrenden Umsatz aufbauen kann, mit einem privaten API-Schlüssel, den Sie in Recurly erstellen. Was der Schlüssel darf, wird in Recurly festgelegt; Ataski stellt nur Leseanfragen und ändert nie ein Abonnement oder eine Rechnung.

  • Rippling Nur lesend

    Liest Mitarbeitende, Nutzer und Vergütung (workers.read, users.read, compensations.read), damit das Personalregister des Finanzanalysten Belegschaft und Gehälter zeigen kann, mit einem API-Token, das Sie in Rippling erstellen (Tools → Developer → API Tokens). Das Token sieht nur, was sein Ersteller sieht, und jeder angefragte Scope ist ein Lese-Scope. Ataski ändert nie einen Rippling-Datensatz.

  • Sage Intacct Nur lesend

    Liest GL-Konten, Journalbuchungen, AR/AP und die Summen- und Saldenliste über die Web Services von Sage Intacct, mit Web-Services-Zugangsdaten, die der Kunde bereitstellt: eine Sender-ID, die der Kunde von Sage erhält und in seinem eigenen Unternehmen autorisiert, und ein Web-Services-Benutzer mit Nur-Lese-Rechten, den der Kunde in der Administration seines Sage Intacct anlegt. Eine OAuth-Anmeldung ist nicht beteiligt. Kann keine Journalbuchungen erfassen und keine Sage-Intacct-Daten ändern.

  • Salesforce Kann schreiben

    Liest Accounts, Kontakte, Opportunities und Aktivitäten für Verlängerungs- und Outbound-Signale und schreibt die CRM-Aktivität zurück, die der Kunde einschaltet. Der api-Scope von Salesforce ist die vollständige REST-API — Salesforce bietet keinen engeren Daten-Scope, deshalb weisen wir ihn als schreibfähig aus, statt den Konnektor als Nur-Lese zu bezeichnen. refresh_token / offline_access halten lediglich die erteilte Berechtigung am Leben.

  • Segment Nur lesend

    Liest pro Kunde aktuelle Ereignisse aus der Segment Profile API (Teil des kostenpflichtigen Profil-Tarifs von Segment, über Ihr eigenes Abonnement) für die Kundengesundheitssignale des Renewal-Managers, mit einem Profile-API-Zugriffstoken. Die Profile API liest nur Profile; Ataski sendet nie Ereignisse.

  • Shopify Nur lesend

    Liest die Bestellungen Ihres Shops (read_orders; fügen Sie read_all_orders hinzu, sonst liefert Shopify nur die letzten 60 Tage), damit der Finanzanalyst Bestellwert, Wiederkäufe und Wachstum modellieren kann. Verwendet das Admin-API-Token einer eigenen App, die Sie in Ihrem Shop anlegen; das Token kann nur, was die angekreuzten Scopes erlauben, und beide angefragten Scopes sind Lese-Scopes. Ataski legt nie eine Bestellung an, ändert oder erstattet sie.

  • Slack (Ataski app) Kann schreiben

    Installiert den Ataski-Bot in Ihrem Slack-Workspace. Er veröffentlicht Hinweise, Zusammenfassungen und Antworten (chat:write), öffnet eine Direktnachricht mit einer Kollegin oder einem Kollegen (im:write), nachdem er genau diese eine Person per E-Mail nachgeschlagen hat (users:read.email — Slack verlangt dazu users:read; das Verzeichnis wird nie aufgelistet), registriert den Befehl /ataski (commands) und liest nur Nachrichten, die an den Bot gerichtet sind: @Erwähnungen (app_mentions:read) und Direktnachrichten an ihn (im:history, im:read). Er kann keine Kanäle lesen, in denen er nicht erwähnt wird, und keine Workspace-Einstellungen oder Mitglieder ändern.

  • Slack incoming webhook Kann schreiben

    Eine Slack-Incoming-Webhook-URL, die Sie in Slack erstellen und hier einfügen (nur Adressen unter hooks.slack.com werden akzeptiert). Sie kann ausschließlich Nachrichten in den einen Kanal posten, für den sie erstellt wurde — Vertragszusammenfassungen, Erinnerungen an Pflichten, Hinweise zu Finanzberichten und Meldungen zu offenen Forderungen — und sonst nichts: Sie kann keine Nachricht lesen, keine Kanäle auflisten und nicht sehen, wer im Workspace ist. Verschlüsselt gespeichert; löschen Sie den Webhook in Slack, um ihn zu widerrufen.

  • SMTP mailbox Kann schreiben

    Versendet die Mahn-E-Mails, die der Forderungsmanager vorbereitet, aus Ihrem eigenen Postfach (Yahoo, Apple iCloud, Fastmail oder Ihr eigener Server) und meldet sich dazu mit dem Benutzernamen und Passwort an, die Sie eingeben. Ataski verbindet sich nur per SMTP, das E-Mails senden, aber nicht lesen, verschieben oder löschen kann. Auf Ihrem eigenen Server kann dieses Passwort das echte Postfachpasswort sein — verwenden Sie ein App-Passwort, wo immer Ihr Anbieter eines anbietet. Verschlüsselt gespeichert.

  • Stripe Nur lesend

    Liest Abonnements, Rechnungen, Kunden, Rückerstattungen und Payment Intents über einen vom Kunden bereitgestellten eingeschränkten API-Schlüssel. Kann keine Zahlungen erstellen, ändern oder erstatten.

  • Microsoft Teams webhooks Kann schreiben

    Zwei Microsoft-Teams-Links, beide von Ihnen in Teams erstellt und beide auf einen Kanal beschränkt. Eine Incoming-Webhook-URL (eine Adresse unter *.webhook.office.com oder Workflows *.logic.azure.com / *.environment.api.powerplatform.com) erlaubt Ataski, Erinnerungen an Pflichten und Meldungen zu offenen Forderungen in diesen Kanal zu posten. Ein Outgoing Webhook erlaubt dem Finanzanalysten zu antworten, wenn ihn dort jemand @erwähnt: Teams sendet nur diese Nachricht, signiert mit einem Geheimnis, das Ataski verschlüsselt speichert und prüft, und die Antwort geht als Reply zurück. Keiner der beiden kann andere Nachrichten lesen, Teams oder Mitglieder auflisten oder sonst irgendwo in Microsoft 365 handeln.

  • Xero Nur lesend

    Liest die P&L, die Bilanz, den Kontenplan, die Tracking-Kategorien und die Organisationseinstellungen sowie die dahinterliegenden Quelldokumente — Ausgangsrechnungen, Eingangsrechnungen, Gutschriften, Banktransaktionen und manuelle Journale —, woraus sich die Detailtiefe auf Buchungsebene rekonstruiert, und die Kontaktdatensätze der Kunden und Lieferanten, an die diese Dokumente adressiert sind, worüber eine Forderung ihre Rechnungs-E-Mail-Adresse findet. Jedes davon ist seit dem 2026-09-08 ein SEPARATER granularer Scope: Die beiden breiten Scopes, die Xero abgekündigt hat (alle Transaktionen, alle Berichte), werden nicht mehr angefordert. Der Hauptbuch-Feed von Xero selbst (sein Journals-Endpunkt) wird erst ab Xeros Advanced-App-Stufe verkauft und wird NICHT gelesen; Buchungen, die Xero von sich aus erzeugt — Lohnläufe, Abschreibungen auf das Anlagevermögen, Herstellkosten der verkauften Waren aus der Bestandsführung, Währungsumbewertung, der Jahresabschluss —, erscheinen daher nicht in dieser Detailtiefe. Die drei Payroll-Lese-Scopes sind OPTIONAL und standardmäßig aus: Sie werden nur angefordert, wenn der Operator das Personalregister anweist, Beschäftigte und die Vergütung je Person aus Xero Payroll zu lesen; ein Workspace, der nie danach fragt, hält ein Token ohne sie. Kann keine Xero-Daten erstellen oder ändern, Payroll eingeschlossen.

  • Yandex Disk Nur lesend

    Liest PDF-, Word- und Excel-Dateien in dem Yandex-Disk-Ordner, den Sie für den Vertragseingang verbinden (cloud_api:disk.read). Kann keine Datei auf Ihrem Disk erstellen, ändern oder löschen.

  • Zendesk Kann schreiben

    Liest Tickets und deren Verlauf für Signale zur Kundengesundheit und zu Verlängerungen, liest veröffentlichte Help-Center-Artikel und Makros, wenn Sie den Import starten, und veröffentlicht die von Ihnen freigegebenen Antworten als öffentlichen Kommentar auf dem ursprünglichen Ticket. Verwendet ein OAuth-Zugriffstoken eines OAuth-Clients, den Sie im Zendesk Admin Center anlegen; der Scope des Tokens wird dort festgelegt, deshalb vermerkt Ataski ihn als unbekannt, statt zu raten. Der Hilfecenter-Import meldet sich stattdessen mit der E-Mail Ihres Kontos und einem Zendesk-API-Token an, das die Rechte dieses Nutzers trägt. Ataski löscht nie Tickets und ändert keine Nutzer, Gruppen oder Einstellungen.

  • Zoho CRM + Zoho Books Nur lesend

    Liest CRM-Kontakte, -Accounts und Deal-Phasen sowie Rechnungen, Kontakte und Organisationseinstellungen aus Zoho Books für das Verlängerungsbuch sowie den Kontenplan, die Kontobewegungen und offene Lieferantenrechnungen (Lieferant, offener Betrag, Fälligkeit, Zahlungsbedingungen) aus Zoho Books für den Finanzanalysten. Jeder angeforderte Scope ist ein .READ-Scope — kann keinen Zoho-Datensatz erstellen oder ändern.

Penetrationstest

Was ein externer Tester gefunden hat.

Ein externer Penetrationstest wurde noch nicht durchgeführt. Die oben aufgeführten automatisierten Sicherheitsprüfungen laufen bei jeder Änderung, ersetzen ihn aber nicht.

Vertrag

Die Dokumente, nach denen Ihre Rechtsabteilung fragt.

Alle sind öffentlich und versioniert. Der AVV ist der Vertrag nach GDPR Article 28 (Art. 28 DSGVO); nach dem CCPA handeln wir als Service Provider und treten nicht als Datenhändler auf. Die Liste der Unterauftragsverarbeiter trägt einen Fingerabdruck, der in jedem unterzeichneten AVV festgehalten ist, sodass Sie belegen können, welcher Fassung Sie zugestimmt haben.

Ihre Rechte

Exportieren, korrigieren, löschen.

Nach der DSGVO und der UK GDPR können Sie eine Kopie Ihrer Daten, eine Berichtigung oder die Löschung verlangen. Der Export erfolgt per Self-Service über Ihr Dashboard. Das Löschen eines Arbeitsbereichs (Einstellungen → Arbeitsbereich löschen, oder per E-Mail an security@ataski.com) startet eine Karenzzeit von 30 Tagen, in der Sie es sich anders überlegen können; danach läuft die Bereinigung und ist innerhalb von 48 Stunden in unserer Datenbank und unserem Dateispeicher abgeschlossen. Kopien, die Anbieter nach eigenen Fristen aufbewahren, verfallen gemäß den Aufbewahrungsbedingungen des jeweiligen Anbieters, die in der Richtlinie zur Datenaufbewahrung aufgeführt sind.

Fragen

Sicherheitsprüfungen und Fragen.

Schreiben Sie an security@ataski.com für Sicherheitsfragebögen, den AVV, Meldungen zu Schwachstellen oder alles auf dieser Seite. Wir bestätigen den Eingang innerhalb von zwei Werktagen und senden eine schriftliche Antwort, in der Regel innerhalb einer Woche.