Kannel-Alternative mit GUI, Abrechnung und White-Label

Kannel bewegt seit über zwanzig Jahren still und leise die SMS der Welt, und wenn Sie ein ernstzunehmendes selbstgehostetes SMS-Gateway betreiben, stehen die Chancen gut, dass Kannel oder Jasmin gerade jetzt in Ihrem Stack stecken und SMPP-Bind halten, ohne sich je zu beklagen. Wenn ein Betreiber also nach einer Kannel-Alternative sucht, meint er selten wirklich, den Bearer ersetzen zu wollen. Er meint, dass er allem entwachsen ist, was ein Bearer bewusst nie sein wollte: eine grafische Verwaltung, Kundenkonten, Abrechnung, White-Label-Portale, jemanden, den man um 2 Uhr nachts anrufen kann. In diesem Leitfaden geht es genau um diese Lücke und um die ehrlichen Wege, sie zu schließen, ohne den Motor wegzuwerfen, der bereits funktioniert.

Was Kannel und Jasmin hervorragend können

Geben wir den Open-Source-Bearern, was ihnen zusteht, denn so zu tun, als wären sie schwach, ist der beste Weg, Geld beim Ersetzen zu verschwenden. Kannels BearerBox terminiert SMPP, seit es die meisten Messaging-Start-ups noch gar nicht gab. Sie hält persistente Bind zu Ihren SMSC, hält sie am Leben, verbindet sich neu, wenn ein Betreiber die Sitzung fallen lässt, verteilt den Verkehr über die Verbindungen und bewegt enorme Mengen auf bescheidener Hardware. Sie ist in C geschrieben, sie ist bis zur Langeweile stabil, und langweilig ist genau das, was Sie von der Schicht wollen, die die Betreiber berührt.

Jasmin ist der jüngere Bruder, in Python geschrieben, mit einem saubereren Konfigurationsmodell, einer Management-CLI und einer freundlicheren API, mit der viele Teams schneller zurechtkommen. Für die reine SMPP-Terminierung ist beides eine legitime, professionelle Wahl, und keines von beiden wird der Grund sein, warum Ihr Gateway zusammenbricht.

Was beide teilen, ist eine Entwurfsphilosophie: Sie sind ein Bearer, kein Produkt. Sie verbinden Ihre Plattform mit den Betreibern und erledigen diese eine Aufgabe außerordentlich gut. Alles, wofür ein Wiederverkaufsgeschäft seinen Kunden tatsächlich Geld berechnet, liegt oberhalb dieser Aufgabe, und genau dort beginnt die Suche nach einer Alternative wirklich.

Die sechs Dinge, die ein Bearer nie für Sie tun wird

Frisch installiert lässt ein reines Kannel- oder Jasmin-Setup sechs Lücken. Keine davon ist ein Fehler der Software. Es sind schlicht die Teile, die nie zum Umfang gehörten, und es sind zufällig genau die Teile, die ein Geschäft verkauft.

Eine grafische Verwaltung. Es gibt überhaupt keine GUI. Jede Route, jeder Tarif, jede SMSC-Verbindung und jeder Benutzer ist eine Zeile in einer Konfigurationsdatei, die über SSH bearbeitet wird. Für einen einzelnen Ingenieur, der im Stack lebt, ist das in Ordnung, und es wird zur Wand in dem Moment, in dem Sie Personal wollen, oder nichttechnische Betreiber, oder einen Prüfpfad, wer was geändert hat.

Mandantenfähige Kundenkonten. Ein Bearer hat kein Konzept von einem Kunden. Er bewegt Nachrichten; er weiß nicht und es kümmert ihn nicht, dass diese zehntausend einer Bank gehören und jene einem Blumenladen. Es gibt keine Isolation pro Kunde, keine getrennten Guthaben, keine Tarife pro Kunde, keine Möglichkeit, ein Konto zu sperren, ohne ein anderes zu berühren. Mandantenfähigkeit ist der Unterschied zwischen einem Rohr und einem Geschäft, und Sie bauen sie oder Sie kaufen sie.

Abrechnung und Kreditkontrolle. Nichts zählt eine Nachricht vor dem Versand gegen das Guthaben eines Kunden, bepreist sie nach der genommenen Route, erstattet sie bei einem endgültigen Fehler korrekt oder fasst sie in einer Rechnung zusammen. Ein reiner Bearer verschickt bereitwillig Nachrichten, die Sie nie abrechnen können. Kreditkontrolle, Prepaid-Guthaben, Postpaid-Rechnungsstellung und Preise in mehreren Währungen liegen alle bei Ihnen.

White-Label-Kundenportale. Ihre Kunden haben nichts, wo sie sich anmelden könnten. Kein Panel mit Ihrer Marke, um eine Kampagne zu verfassen, eine Kontaktliste hochzuladen, ein Guthaben zu prüfen oder einen Bericht abzurufen. Für einen Wiederverkäufer ist das Portal das Produkt, das der Kunde jeden Tag sieht, und ein Bearer hat keines.

Berichte, die ein Kunde lesen kann. Kannel schreibt Logs. Logs sind kein Zustellbericht, den ein Kunde öffnen, filtern und verstehen kann, ohne Sie anzurufen. Rohe Zugriffs-Logs und DLR-Ereignisse in Dashboards pro Kunde, exportierbare Verläufe und lesbare Zustellraten zu verwandeln, ist eine Berichtsschicht, die nicht existiert, bis Sie sie bauen.

Jemand, der um Mitternacht antwortet. Open Source kommt mit einer Community, großzügig und oft hervorragend, aber sie ist kein SLA. Wenn ein Bind während des nächtlichen Kontoauszugslaufs eines Kunden abbricht, gibt es keine Support-Leitung, die das Problem zu ihrer Sache macht. Für ein Hobby ist das in Ordnung. Für ein Geschäft mit zahlenden Kunden ist das Fehlen eines verantwortlichen Supports ein echter Kostenpunkt.

Die ehrliche Zusammenfassung: einen Bearer in ein Geschäft zu verwandeln, ist ein Softwareprojekt, und zwar ein großes. Die wahren Kosten dieser kostenlosen Software sind die Monate an Entwicklungsarbeit, die in Abrechnung, Mandantenfähigkeit, Portale und Berichtswesen fließen, plus deren Pflege für immer. Bepreisen Sie dieses Projekt ehrlich, bevor Sie sich entscheiden, es selbst zu betreiben.

Die Migration, die Ihre SMSC-Bind bewahrt

Hier kommt der beruhigende Teil, und der Grund, warum „Alternative“ das falsche Wort ist. Sie müssen Kannel nicht herausreißen, um all das Obige zu bekommen. Der risikoärmere und meist klügere Weg ist, eine Management-Plattform über den Bearer zu setzen, dem Sie bereits vertrauen.

Das funktioniert, weil Kannel dafür ausgelegt ist, gesteuert zu werden. Es stellt eine sendsms-Schnittstelle zum Einreichen von Nachrichten und eine Admin-Schnittstelle für Status und Steuerung bereit, genau die Naht, an der sich eine Plattform einklinkt. Eine Plattform wie Smppcube sitzt oberhalb des Bearers: sie besitzt die GUI, die mandantenfähigen Konten, die Abrechnung und die Portale und reicht die Nachrichten nach unten an Kannel weiter, das weiterhin das tut, worin es am besten ist: Ihre Bind zu den Betreibern zu halten. Die Verbindungen, die Sie mit jedem SMSC eingestellt haben, bewegen sich nicht.

Eine vernünftige Migration sieht so aus. Erstens: Stellen Sie die Plattform neben Ihr laufendes Kannel, ausgerichtet auf dieselbe BearerBox, sodass sich in der Produktion noch nichts ändert. Zweitens: Legen Sie Ihre Routen und Tarife in der Plattform neu an, damit sie mit dem übereinstimmen, was Kannel bereits nutzt. Drittens: Erstellen Sie die Kundenkonten und ihre Tarife pro Kunde und importieren Sie die Guthaben, die Sie in Tabellenkalkulationen geführt haben. Viertens: Verschieben Sie einen vertrauten Kunden auf das neue Portal und beobachten Sie, wie eine echte Kampagne von Anfang bis Ende fließt: vom Panel, durch die Abrechnung der Plattform, hinunter durch Kannel, hinaus zum SMSC und zurück als Zustellquittung, die der Kunde lesen kann. Fünftens: Ziehen Sie den Rest um, sobald die Zahlen stimmen, und schicken Sie die Tabellenkalkulationen in den Ruhestand.

An keinem Punkt dieser Abfolge ersetzen Sie den Bearer oder lassen einen Bind fallen. Sie ergänzen die Geschäftsschicht, die immer gefehlt hat, oberhalb der Telekommunikationsschicht, die immer in Ordnung war. Weil Smppcube eine einmalige Lizenz ist, die Ihnen vollständig gehört, und kein gemietetes Panel, bleibt auch die Plattform, auf die Sie migrieren, auf Ihrem eigenen Server, was die Air-Gap- oder DMZ-Haltung bewahrt, die Sie überhaupt erst zum Selbsthosting bewogen hat.

Bleiben Sie bei Kannel (oder Jasmin), wenn…

Das respektvolle Fazit, ohne Verkaufsgespräch: Manchmal ist ein reiner Bearer genau das Richtige, und eine Plattform hinzuzufügen ist reiner Mehraufwand, den Sie sich sparen sollten.

Bleiben Sie bei reinem Kannel oder Jasmin, wenn Sie ein einzelner Mandant ohne Kunden zum Abrechnen sind. Wenn Sie eines Ihrer eigenen Systeme an einen einzigen Betreiber anbinden und es keinen Wiederverkäuferbaum, keine Isolation pro Kunde und keine auszustellende Rechnung gibt, ist ein Bearer plus ein paar Skripte die richtige, günstige Antwort, und eine vollständige Plattform ist Ballast, den Sie nicht brauchen. Bleiben Sie dabei, wenn das Schreiben und Besitzen dieser Software wirklich Ihr Geschäft ist und keine Ablenkung davon, denn manche Teams wollen wirklich jede Schicht besitzen und haben die Entwicklungszeit, sie zu pflegen. Und bleiben Sie dabei, solange Sie noch beweisen, dass überhaupt Nachfrage besteht, denn ein per Konfigurationsdatei gesteuertes Gateway ist ein perfekter Weg, einen ersten Pilotversuch zu fahren, bevor Sie in Werkzeuge investieren.

Der Test ist derselbe, der durch jede ehrliche Make-or-Buy-Entscheidung im Messaging läuft: Ist der Aufbau der Abrechnungs-, Mandantenfähigkeits- und Portalschicht Ihr Produkt, oder sind es sechs bis zwölf Monate Arbeit, die zwischen Ihnen und dem Verkauf an Kunden stehen? Beantworten Sie das zuerst. Wenn die Antwort lautet, dass Sie Messaging verkaufen wollen, statt Gateway-Software zu schreiben, ist die Alternative, die Sie suchen, überhaupt kein Ersatz für Kannel. Sie ist ein Zuhause dafür.