---
title: "Eine Messaging-API für acht Kanäle"
description: "Eine REST-API für SMS, WhatsApp, RCS, Messenger, Instagram, Telegram, E-Mail und Push – mit Webhooks, SMPP, einem TypeScript-SDK und einem MCP-Server."
canonical: "https://omnichannels.ai/de/developers/"
language: "de"
updated: "2026-10-10"
publisher: "BroadNet Technologies"
brand: "OmniChannels.ai"
---

# Eine Messaging-API für acht Kanäle

Canonical: https://omnichannels.ai/de/developers/
Language: de
Publisher: OmniChannels.ai by BroadNet Technologies

Versenden Sie SMS, WhatsApp, RCS, Messenger, Instagram, Telegram, E-Mail und Push direkt aus Ihrem eigenen Code – mit einer Basis-URL und einem Bearer-Token. Verfolgen Sie jede Nachricht über Webhooks, skalieren Sie SMS über SMPP und lassen Sie KI-Agenten über MCP dieselbe API nutzen.

**Kurze Antwort:** OmniChannels.ai bietet Entwicklern eine REST-API für SMS, WhatsApp, RCS, Messenger, Instagram, Telegram, E-Mail und Push. Sie umfasst rund 225 dokumentierte Pfade in einer OpenAPI-3.1-Spezifikation, ein TypeScript-SDK, Webhooks für den Zustellstatus, SMPP v3.4 über TLS und einen MCP-Server für KI-Agenten. Testzugänge senden an Ihre eigenen verifizierten Nummern, Engineers begleiten Ihre Integration, und Reseller können dieselbe API unter eigener Marke nutzen.

## Was Sie als Entwickler erhalten

- **Eine REST-API, acht Kanäle:** SMS, WhatsApp, RCS, Messenger, Instagram, Telegram, E-Mail und Push teilen sich eine Basis-URL, ein Bearer-Token und ein Fehlerformat. Ein neuer Kanal bedeutet also einen neuen Endpunkt, keinen neuen Anbieter.
- **OpenAPI 3.1 und ein TypeScript-SDK:** Rund 225 dokumentierte Pfade in einer OpenAPI-3.1-Spezifikation, die Sie in Postman importieren oder zur Client-Generierung nutzen können, dazu das offizielle Paket @broadnet/cpaas-sdk für TypeScript und Node.js.
- **Webhooks für den Zustellstatus:** Die Status sind kanalübergreifend vereinheitlicht (SUBMITTED, SENT, DELIVERED, READ, FAILED und REJECTED) und werden an Ihren HTTPS-Endpunkt gepusht – mit Polling- und Re-Push-Endpunkten als Absicherung.
- **SMPP v3.4 für SMS mit hohem Volumen:** Transceiver-Binds über TLS mit IP-Allowlisting, für Ihr Konto bereitgestellt, auf denselben direkten Netzbetreiber-Routen wie die REST-API.
- **MCP-Server für KI-Agenten:** Verbinden Sie Claude, Cursor oder jeden anderen MCP-Client mit Ihrem Token mit der API, sodass Agenten Nachrichten senden und Zustellberichte lesen können – innerhalb Ihrer Leitplanken.
- **Testen vor dem Go-live:** Test-Zugangsdaten senden an Ihre eigenen verifizierten Nummern über dieselbe Basis-URL wie die Produktion. Ihr Code muss beim Umstieg also nicht geändert werden.
- **Support durch Engineers:** Ein Messaging-Engineer prüft Ihren Anwendungsfall, unterstützt beim REST- oder SMPP-Design, bei Absenderkennungen und Länderregeln und begleitet Sie bis zum Go-live.
- **Für Reseller gemacht:** Reseller nutzen dieselbe API unter eigener Marke, mit Unterkonten, die jeweils eigenes Guthaben, eigene Absenderkennungen, Nutzer und Webhooks haben, sowie einer Reseller-API für die Kontoverwaltung.

## Die Entwickler-Schnittstellen im Überblick

| Element | Details |
|---|---|
| REST-API (SMS, WhatsApp, RCS, Messenger, Instagram, Telegram, E-Mail, Push) | Basis-URL https://api.broadnet.me mit Bearer-Token-Authentifizierung. Testzugang erhalten Sie nach einer kurzen Anfrage. |
| Webhooks für den Zustellstatus | Pro Konto oder Unterkonto konfiguriert. Die Status sind kanalübergreifend vereinheitlicht. |
| TypeScript-SDK | npm install @broadnet/cpaas-sdk axios. Andere Sprachen rufen die REST-API direkt auf oder generieren einen Client. |
| OpenAPI-3.1-Spezifikation | Öffentlich unter https://omnichannels.ai/developers/openapi.json (YAML unter /developers/openapi.yaml): alle Operationen, die ein Kunden-Token aufrufen kann, für Postman, Insomnia, Client-Generierung und KI-Coding-Tools. |
| MCP-Server | https://mcp.broadnet.me/mcp über Streamable HTTP, authentifiziert mit Ihrem Token. |
| SMPP v3.4 über TLS | Binds, Durchsatz und IP-Allowlist richtet unser Team für Ihr Konto ein. |
| Sprache (OTP, IVR, ausgehende Anrufe, KI-Sprachagenten) | Wird mit dem Account-Team bereitgestellt; die REST-API bietet keine öffentlichen Voice-Endpunkte. |

## Vom ersten Request bis zur Produktion

1. **Testzugang anfragen:** Nennen Sie uns Ihre Kanäle, Zielländer, Volumen und Ihren Anwendungsfall. Ein Engineer prüft die Anfrage und stellt Test-Zugangsdaten aus.
2. **Erste Testnachricht senden:** Folgen Sie dem Schnellstart, um eine SMS an Ihre eigene verifizierte Nummer zu senden und den Zustellstatus auf Ihrem Webhook zu empfangen.
3. **Integration entwickeln:** Ergänzen Sie die benötigten Kanäle, behandeln Sie Fehler und Retries und speichern Sie die Nachrichten-IDs. Unsere Engineers können Ihr REST- oder SMPP-Design prüfen.
4. **Absender freigeben lassen:** Absenderkennungen, WhatsApp-Business-Konten und RCS-Agenten werden parallel zu Ihrer Entwicklung registriert – nach den Regeln des jeweiligen Landes und der jeweiligen Plattform.
5. **Live gehen:** Die Produktionsrouten werden für Ihr Konto freigeschaltet. Ihr Code ruft weiterhin dieselbe Basis-URL auf, beim Umstieg ändert sich also nichts.

## Passt diese API zu Ihrem Team?

### Typische Ausgangslage

- Sie möchten eine einzige Integration für SMS, WhatsApp, RCS, Social Messaging, E-Mail und Push statt mehrerer Anbieter.
- Sie benötigen den Zustellstatus jeder Nachricht in Ihren eigenen Systemen, nicht nur in einem Dashboard.
- Sie versenden hohe SMS-Volumen und möchten SMPP zusätzlich zu REST nutzen.
- Sie verkaufen Messaging weiter und brauchen dieselbe API unter Ihrer Marke, mit Unterkonten.
- Sie entwickeln KI-Agenten, die Nachrichten über MCP senden und verfolgen sollen.

### Gut zu wissen, bevor Sie starten

- Es gibt keine sofortige Self-Service-Registrierung; Testzugang erhalten Sie nach einer kurzen Anfrage.
- Das offizielle SDK gibt es nur für TypeScript; andere Sprachen nutzen einfaches HTTP oder einen aus der Spezifikation generierten Client.
- Die API unterstützt keinen Idempotency-Key. Ihre Integration sollte daher jeden Versand protokollieren, bevor sie einen Retry auslöst.
- Voice und SMPP werden mit unserem Team bereitgestellt, nicht über öffentliche Endpunkte.
- Nachrichten über WhatsApp, Messenger und Instagram unterliegen den Regeln von Meta, einschließlich genehmigter Vorlagen und Messaging-Fenster.

## Fragen von Entwicklern

### Wie authentifiziere ich mich?

Senden Sie den Access-Token Ihres Kontos bei jedem Request im Header Authorization: Bearer. Token werden pro Konto ausgestellt; es gibt keinen Endpunkt, der Benutzername und Passwort gegen ein Token tauscht. Ein fehlendes oder ungültiges Token liefert 401. Bewahren Sie das Token auf Ihren Servern auf, niemals im Browser- oder Mobile-Code.

### Wie lautet die Basis-URL, und gibt es eine separate Sandbox?

Alle Aufrufe gehen an https://api.broadnet.me, ohne Versionspräfix. Test und Produktion nutzen dieselbe Basis-URL: Test-Zugangsdaten senden nur an Ihre eigenen verifizierten Nummern, und die Produktion wird nach der Absenderfreigabe für Ihr Konto freigeschaltet. Ihr Code bleibt also unverändert.

### Wie erhalte ich Zustellberichte?

Die Status werden an die in Ihrem Konto hinterlegte Webhook-URL gepusht: SUBMITTED, SENT, DELIVERED, READ auf Kanälen mit Lesebestätigung, FAILED und REJECTED. Alternativ können Sie pollen, etwa mit GET /sms/list für SMS-Massenaufträge und GET /whatsapp/message/bulk-insights für WhatsApp-Batches.

### Wie gehe ich mit Retries und Duplikaten um?

Wiederholen Sie nur bei Netzwerkfehlern sowie 429- und 5xx-Antworten, mit exponentiellem Backoff und Jitter, und wiederholen Sie 4xx-Fehler nie unverändert. Da die API keinen Idempotency-Key unterstützt, protokollieren Sie jeden Versand vorab, speichern die zurückgegebene Nachrichten-ID und prüfen nach einem Timeout den Status, bevor Sie erneut senden.

### Welche Rate Limits gelten?

Die dokumentierten Standardwerte sind 200 Requests pro Sekunde für REST mit Bursts bis 500 für bis zu 60 Sekunden, 1.000 Nachrichten pro Sekunde pro SMPP-Bind und 50 Requests pro Sekunde für Nummernabfragen. Die Limits Ihres Kontos werden mit Ihren Zugangsdaten bestätigt. Requests über dem Limit liefern 429 mit einem Retry-After-Header.

### Welche Programmiersprachen werden unterstützt?

Jede Sprache, die HTTPS-Requests ausführen kann. Es gibt ein offizielles TypeScript-SDK, @broadnet/cpaas-sdk, und die Dokumentation enthält HTTP-Beispiele für cURL, Node.js, Python, PHP, Java, .NET, Go und Ruby. Sie können auch einen Client aus der OpenAPI-3.1-Spezifikation generieren, die öffentlich unter /developers/openapi.json verfügbar ist.

### Sollte ich für SMS REST oder SMPP nutzen?

REST eignet sich für die meisten Anwendungen und bietet Ihnen alle Kanäle über eine API. SMPP v3.4 über TLS eignet sich für dauerhaft hohe SMS-Volumen, besonders wenn Sie bereits einen SMPP-Client betreiben. Binds, Durchsatz und IP-Allowlists werden für Ihr Konto eingerichtet, und Sie können beides in einem Konto nutzen.

### Kann ich Messaging über die API weiterverkaufen?

Ja. Reseller nutzen dieselbe API unter eigener Marke. Jedes Unterkonto hat eigenes Guthaben, eigene Absenderkennungen, Nutzer und Webhooks, und eine Reseller-API deckt Kontoerstellung, Guthabenaufladung, Preislisten und Reporting ab. Erwähnen Sie den Weiterverkauf bei Ihrer Zugangsanfrage, damit wir die Struktur gemeinsam mit Ihnen einrichten.

Aktualisiert: 2026-10-10