Developer

Trust per API. In 5 Minuten.

OpenAPI 3.1, mehrsprachige SDKs und Webhooks für jeden kritischen Vorgang. Erste 50 Checks pro Monat gratis, danach pay-per-check.

Kostenlos starten API-Dokumentation ansehen

OpenAPI 3.1 · Idempotency-Keys · Webhooks signiert

Developer-Stack

SDKs für Ihren Stack

Vier Sprachen, ein Trust-Layer.

Vollständig getypt, Tree-shakeable, kompatibel mit Bun, Node 22+, Deno.

import { SigID } from '@sigid/sdk';

const sigid = new SigID({ apiKey: process.env.SIGID_KEY });

const challenge = await sigid.challenges.create({
  type: 'iban_change',
  amount: 80000,
  iban: 'DE89370400440532013000',
});

console.log(challenge.audit_id);

Connectors

Direkt gegen Ihr ERP, DMS oder Buchhaltungs-Tool.

Native Connectors sind in Roadmap. Bis dahin baut man eigene Integrationen über die OpenAPI 3.1-Spec – Idempotency-Keys und signierte Webhooks inklusive.

Phase 1

DATEV

DATEV-Connector für Rechnungsfreigaben und IBAN-Wechsel. Live mit V1.

Phase 1

lexoffice

lexoffice-Connector für KMU-Buchhaltung. Live mit V1.

Phase 2

Microsoft Dynamics

Dynamics 365 Business Central. Geplant H2 2026.

Phase 2

SAP

SAP-Connector für Großunternehmen und Mittelstand. Geplant H2 2026.

Webhook-Events

Sechs Events, ein Payload-Format.

Jedes Webhook-Event ist signiert und idempotent. Retry mit Exponential-Backoff bei Nicht-200-Response.

challenge.approved

Wird gefeuert, sobald eine Challenge in der Trust-App freigegeben wurde. Enthält Audit-ID und alle Signaturen.

challenge.rejected

Wird gefeuert, wenn eine Challenge abgelehnt oder abgelaufen ist. Enthält Grund und Zeitstempel.

iban.verified

Wird gefeuert, wenn eine IBAN erstmalig im Membership-Datensatz verifiziert wurde.

iban.changed

Wird gefeuert, wenn eine bekannte IBAN gegen eine neue ausgetauscht wurde – inklusive Vier-Augen-Signatur.

audit.created

Wird gefeuert, wenn eine neue Audit-ID entstanden ist. Geeignet als universeller Audit-Eintrag in Drittsystemen.

authorization.revoked

Wird gefeuert, wenn eine Vollmacht widerrufen oder abgelaufen ist. Enthält Trust-Level und Widerrufsgrund.

Beispielszenarien aus Developer-Pilot

Wie Developer SigID einsetzen.

Fintech-Backend

“Wir setzen SigID-Challenges vor jede IBAN-Änderung im Sparplan. Audit-ID landet im Postgres, Auditor:innen verifizieren direkt im Trust-Center.”

Beispielszenario · Backend-Engineering Sparkonto-Fintech

p95-Latenz Challenge-Create: 200 ms
pro freigegebenem Vorgang: 1 Webhook

Beispielszenarien aus Pilot-Vorbereitung. Echte Kunden ab Launch sichtbar.

Bereit, gegen die API zu bauen?

Erste 50 Checks pro Monat kostenlos. Pay-per-check ab Vorgang 51. SDKs für TypeScript, PHP, Python und cURL.

Kostenlos starten API-Dokumentation ansehen

DSGVO-konform
eIDAS-bereit
Made in Germany

import { SigID } from '@sigid/sdk'; const sigid = new SigID({ apiKey: process.env.SIGID_KEY }); const challenge = await sigid.challenges.create({ type: 'iban_change', amount: 80000, iban: 'DE89370400440532013000', }); console.log(challenge.audit_id);