PlattformIntegrationen & Daten

Eine Verbindung besteht aus einer Anfrage, Zugangsdaten und einer Signatur. Nichts daran ist Magie.

Diese Seite zeigt den Mechanismus, nicht das Versprechen. Unten wird eine einzelne Anfrage verfolgt: von dem Element in continON, das sie brauchte, hinaus an den Zugangsdaten vorbei, die Ihre Organisation registriert hat, hinüber zu einem System, das sich nie bewegt, und zurück ins Modell – gefolgt davon, was genau auf diesem Weg erreichbar ist und was genau nicht.

Demo anfragenWarum ein System bleiben kann, wo es ist

Die Form der Antwort Fünf Stationen, dann eine abschliessende Liste dessen, was continON erreicht, dann eine Liste dessen, was es überhaupt nicht tut. Ist ein Mechanismus konfiguriert, aber nicht erprobt, wird er auch so benannt.

Eine Anfrage, den ganzen Weg hinaus und zurück.

  1. Etwas im Inneren fragt an

    Ein Bericht, ein Formular, ein Workflow-Schritt oder ein Bildschirm braucht Informationen, die continON nicht hat. Die Anfrage stellt die Anwendung, nicht die Person, die sie nutzt.

  2. Die Zugangsdaten werden abgerufen

    Die Organisation hat dieses externe System unter einem Namen registriert, mit seiner Adresse, einer Anwendungskennung und einem Schlüssel. Der Schlüssel wird verschlüsselt gespeichert und ist für Nutzende nie sichtbar.

  3. Die Anfrage wird signiert

    Bevor sie hinausgeht, wird die Anfrage mit dem Schlüssel der Organisation signiert, sodass das empfangende System feststellen kann, dass sie von dieser Organisation stammt und unterwegs nicht verändert wurde.

  4. Das externe System antwortet

    Es bleibt, wo es ist, behält seine eigenen Daten und Regeln und beantwortet die Anfrage wie jede andere. Nichts davon muss in continON umziehen.

  5. Die Antwort landet im Modell

    Die Antwort wird von dem Element gelesen, das sie angefordert hat, unter denselben Organisations- und Stellenregeln wie alle continON-Daten – ein Bericht über externe Daten ist also genau gleich eingegrenzt wie ein Bericht über interne Daten.

Innerhalb von continONDie Grenze selbst Ausserhalb – und bleibt dort

Was erreichbar ist und was jeweils von Ihnen benötigt wird.

  • Datenbanken, die Sie bereits betreiben

    SQL Server, PostgreSQL, MySQL und Access über OleDB – dazu gemeinsam genutzte Dateien. Das ist die Liste, kein Beispiel aus einer längeren.

    Was es brauchtEine Verbindung, die continON nutzen kann, und eine darauf geschriebene gespeicherte Abfrage im Query & Data Source Builder.

    Der Query & Data Source Builder
  • Transaktionale E-Mail

    Ausgehende E-Mails, die continON auslöst – eine Benachrichtigung, eine Aktualisierung zu einem Antrag, ein erzeugtes Dokument, das weitergeleitet wird.

    Was es brauchtIhre eigenen Versand-Zugangsdaten und Ihre Absenderidentität, pro Organisation hinterlegt.

  • Kalender- und Besprechungsplanung

    Kalendertermine, die aus der Arbeit in continON erstellt werden, mit einem generierten Teilnahmelink für die Besprechung.

    Was es brauchtAutorisierung für das Kalenderkonto, in dem die Termine erstellt werden sollen.

  • Ein Buchhaltungskonnektor

    Ein bestimmter Buchhaltungsdienst, über dessen eigenen Autorisierungsablauf.

    Was es brauchtAutorisierung für diesen Dienst.

    Noch nicht im Live-Betrieb erprobtGegen die Sandbox des Anbieters konfiguriert. Gegen ein Live-Konto wurde er nicht verifiziert; deshalb steht er hier als das, was er ist, und nicht als funktionierende Integration.

  • Externe Systeme, die Sie selbst registrieren

    Jedes System, das über HTTP antwortet und eine signierte Anfrage verifizieren kann – registriert von Ihrer Organisation, nicht in continON eingebaut.

    Was es brauchtEin Name, eine Adresse, eine Anwendungskennung und ein Schlüssel. continON speichert den Schlüssel verschlüsselt und signiert in Ihrem Namen.

    Warum ein System bleiben kann, wo es ist

Was continON verlässt.

  • Betriebsdaten als Excel oder CSV
  • Dokumente und Berichte als PDF, erzeugt aus Vorlagen, die Ihr Team gestaltet

Und die Lücke, offen benannt Informationen verlassen continON weit leichter, als sie in grossen Mengen hineingelangen. Es gibt keinen allgemeinen Importer: Einen bestehenden Datenbestand einzubinden heisst, ihn mit einer gespeicherten Abfrage dort zu erreichen, wo er liegt – nicht, eine Tabelle hochzuladen. Hängt Ihre Evaluation von einem Massenimport ab, sprechen Sie das früh an – es ist eine Frage des Projektumfangs, kein Schalter.

Was es hier überhaupt nicht gibt.

  • Webhooks, in beide Richtungen. continON veröffentlicht keine Ereignisse, die ein anderes System abonnieren könnte, und nimmt auch keine entgegen.
  • Ein allgemeiner Import eingehender Dateien. Daten gelangen herein, indem sie dort abgefragt werden, wo sie liegen, nicht durch einen Massen-Upload.
  • Zahlungsabwicklung, Kartenverarbeitung oder irgendeine Anbindung an den Zahlungsverkehr.
  • Zustellung per SMS oder über Messaging-Plattformen. Benachrichtigungen erreichen die Menschen per E-Mail und in continON.
  • Elektronische Signatur.
  • Integrationen mit Chat- und Besprechungsplattformen über die oben genannte Kalenderplanung hinaus.

Wo eine Verbindung in den Schichten liegtWas erfüllt sein muss, bevor sie läuft

Binden Sie etwas an, das Sie bereits betreiben.

Auf einer bereinigten Kopie einer Ihrer Datenquellen: die Abfrage schreiben, das Ergebnis dann in einem Bericht, einem Dashboard und einem Formular nutzen – und sehen, wie es denselben Stellenregeln unterliegt wie alles andere.