Zum Inhalt springen

Integrationen und Automatisierung

Vier Wege, damit Cord mit Ihren übrigen Systemen zusammenarbeitet. Wählen Sie den einfachsten, der Ihren Fall löst.

Welchen Weg Sie nutzen

Weg Wofür Wer ihn einrichtet
Cord Workflows Innerhalb von Cord reagieren: eine Aufgabe erstellen, das Team benachrichtigen, in Slack posten oder eine Notiz in HubSpot hinterlassen. Jede Person im Team, direkt in der App.
HubSpot Kunden, Kontakte und Deals aktuell halten, ohne Daten doppelt zu erfassen. Wird einmal in den Einstellungen verbunden.
Zapier und Make Cord mit einem anderen Tool verbinden, das Sie bereits nutzen, ohne eigenen Server. Die Person, die den Zap oder das Szenario baut.
API v1 + Webhooks Volle Kontrolle: Ihr Backend entscheidet, was mit jedem Ereignis geschieht. Ihr Entwicklungsteam.

Cord Workflows

Workflows leben in der App, nicht in der API. Ein Workflow wartet auf ein Ereignis von Cord, prüft Bedingungen, kann Tage warten und führt Aktionen aus. Jede Ausführung wird mit ihrem Ergebnis protokolliert.

Nutzen Sie Workflows, wenn die Automatisierung innerhalb von Cord beginnt und endet. Wenn Sie ein anderes System ansprechen müssen, nehmen Sie einen der folgenden Wege.

HubSpot

Die Synchronisierung verwaltet Cord: Kunden mit Unternehmen und Kontakten in beide Richtungen, und jedes Angebot erstellt seinen Deal und bewegt ihn durch die Pipeline, die Sie wählen. Dafür ist kein Code nötig, und Ihr Webhook-Kontingent wird nicht belastet.

Zapier und Make

Beide Plattformen sprechen mit der öffentlichen API von Cord und verbinden sich über OAuth 2.0: Die Person autorisiert auf einer Seite von Cord, und es gibt keine Schlüssel zu erstellen oder einzufügen. Jede Autorisierung wird zu einem kurzlebigen Zugangsdatum, das Cord mit einem Refresh-Token erneuert, und erscheint im Tab Schlüssel der Cord Workbench als Autorisierte Verbindung.

  • Ereignisse nach außen: ein Webhook-Abonnement, das mit den Zugangsdaten dieser Verbindung erstellt wird. Es wird automatisch angelegt und gelöscht, wenn Sie den Zap oder das Szenario ein- oder ausschalten.
  • Aktionen in Cord: die Endpoints von /api/v1 mit denselben Zugangsdaten.

Cord registriert OAuth-Clients auf Anfrage; eine Registrierung im Self-Service gibt es nicht. Derzeit sind Clients für Zapier und Make registriert, außerdem das Add-on von Cord für Gmail, das Cord selbst gehört. Wenn Sie eine App bauen, die andere Unternehmen verbinden sollen, folgen Sie OAuth für Apps. Für Ihren eigenen Server verwenden Sie einen geheimen Schlüssel.

n8n

Der Community-Node n8n-nodes-cord (auf npm) verwendet einen geheimen Schlüssel in seinen Zugangsdaten Cord API: Jede n8n-Installation hat ihre eigene Rücksprungadresse, deshalb verbindet er sich nicht über OAuth. Sein Trigger registriert den Webhook, wenn der Workflow aktiviert wird, und prüft die Signatur X-Cord-Signature-V1. Derzeit lässt er sich in selbst gehostetem n8n installieren; Version 1.1.0 wurde mit Herkunftsnachweis (Provenance) veröffentlicht und am 21. September 2026 zur Verifizierung bei n8n eingereicht. In n8n Cloud erscheint er, sobald n8n ihn freigibt.

Per API erstellte Abonnements haben ein eigenes Kontingent von 100 pro Organisation, getrennt von den Endpoints, die Ihr Team konfiguriert. Details finden Sie unter Webhooks.

Wenn Sie es lieber von Hand in Make aufbauen, erklärt die Support-Anleitung die Module Webhooks und HTTP Schritt für Schritt.

API v1 und Webhooks

Der vollständige Weg: Authentifizieren Sie sich mit einem geheimen Schlüssel, hören Sie auf die Ereignisse, die Sie interessieren, und reagieren Sie aus Ihrem Backend.