> For the complete documentation index, see [llms.txt](https://one-loop.gitbook.io/help/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://one-loop.gitbook.io/help/sicherheit-daten-und-verbindungen.md). # Sicherheit, Daten und Verbindungen ONE LOOP verarbeitet Kontakte, Kommunikation und Automatisierungen im Kontext des jeweiligen Standorts. Marketplace Apps ergänzen diesen Kontext um eine Verbindung zu einem Fachsystem. Deshalb ist die Trennung von Daten und Zugängen ein fester Bestandteil jeder Integration. Wie Daten, Schnittstellen und externe Systeme im Kundenprozess verbunden werden, erklärt die [Integrationsseite von ONE LOOP](https://one-loop.de/de/platform/integrations). ## Eine Verbindung gehört zu einem Standort Eine App wird im jeweiligen ONE LOOP Standort installiert und dort mit dem passenden Fachkonto verbunden. Actions und Trigger verwenden ausschließlich diesen Kontext. Eine Verbindung aus einem anderen Standort kann nicht als Abkürzung genutzt werden. Das ist besonders wichtig, wenn mehrere Teams oder Kunden mit eigenen Fachkonten arbeiten: Dokumente, Kontakte, Ereignisse und Ausführungen bleiben dem richtigen Standort zugeordnet. ## Welche Daten eine App verarbeitet Die konkrete Datenmenge richtet sich nach der verwendeten Action oder dem Trigger. Bei einer Dokument-Action können das beispielsweise sein: * Kontakt- und Rechnungsadresse * Firmenname oder Personenangaben * Positionen, Mengen, Preise und Beträge * Steuerkonfiguration * Dokument- und Kontaktreferenzen * technische Ereignis- und Ausführungsreferenzen Eine App soll nur die Daten verwenden, die für den gewählten Vorgang erforderlich sind. Zugangsdaten gehören nicht in Workflow-Felder, Notizen oder Nachrichten. ## Zugangsdaten schützen API-Schlüssel und vergleichbare Zugangsdaten werden serverseitig geschützt gespeichert. Sie erscheinen nicht in normalen Workflow-Ausgaben, öffentlichen Seiten oder Protokollen. Teile keine Schlüssel, Tokens oder geheimen App-Werte in E-Mails, Screenshots, Support-Chats oder öffentlichen Dokumenten. Wenn du einen Zugang erneuern musst, ersetze ihn auf der App-Seite und führe anschließend einen kleinen Testvorgang aus. ## Dokumente und Nachvollziehbarkeit Erstellt eine App ein offizielles Dokument, kann sie das PDF am Kontakt ablegen und die wichtigsten Ergebniswerte an den Workflow zurückgeben. Das Fachsystem bleibt dabei die Quelle für den finalen Beleg und dessen fachlichen Status. Fehlerprotokolle enthalten technische Referenzen und Statusinformationen, aber keine Klartext-Zugangsdaten. Eine Request ID hilft dabei, eine konkrete Ausführung im Support eindeutig zuzuordnen. ## Verbindung entfernen Wenn du eine Verbindung entfernst, werden neue Aufrufe an das Fachsystem gesperrt. Bereits erzeugte Dokumente und historische Ausführungen bleiben nachvollziehbar. Prüfe deshalb vor dem Entfernen, ob noch produktive Workflows auf diese App zugreifen. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://one-loop.gitbook.io/help/sicherheit-daten-und-verbindungen.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.