Cloud PBX API (oder zumindest Webhooks für ein- und ausgehende Gespräche)

Question

Guten Abend, wir sind ein kleines IT-Systemhaus aus Karlsruhe (Foundata GmbH) und verwenden die Telekom Cloud- PBX  selbst. Zudem integrieren wir diese auch in Kundenumgebungen (die Mobilfunkintegration ist unserer Meinung nach weiterhin konkurrenzlos) Zunehmend ist es für uns und unsere Kunden ein großes Problem, dass weiterhin keine wie auch immer geartete API bereitgestellt wird. Vorzugsweise RESTful oder mindestens eine andere über HTTPS ansprechbare Lösung (SOAP, irgendetwas 'eigenes'... alles wäre besser als Nichts).Dies wäre noch zu verschmerzen, wenn es zumindest für Basisevents Webhooks gäbe (so dass die CloudPBX wenigstens anderen Systemen per HTTPS etwas zu eignenden Anrufen mitteilen könnte oder Anrufe über HTTPS initialisiert werden könnten). Der Feature Request-Thread ist mir bekannt, aber dort tut sich nix mehr / als gelöst markiert.Unsere Fragen dazu, wie ist hier der Status?Gibt es zwischenzeitlich belastbare Informationen ob und wann eine (RESTful) API angeboten wird und welchen Umfang diese haben wird?https://cpbx-hilfe.deutschland-lan.de/de/grundlagen/produktneuerungen#_82282 enthält dazu nichts Substantielles.Es hieß - auch hier im Forum sowie in persönlichen Gesprächen - immer wieder, dass ein API geplant sei und z.B. Q4 2018 käme.Wir konnten uns auch nicht vorstellen dass eine Cloud-Telefonanlage damit nicht ausgestattet würde und haben darauf vertraut, dass irgendwann™ eine halbwegs brauchbare Schnittstelle angeboten würde (alleine schon da jedes ernstzunehmende Konkurrenzprodukt über eine RESTful-API oder zumindest Webhooks verfügt).Zwischenzeitlich kommen mir aber Zweifel und so kann ich eigentlich allen Kunden mit absehbaren Integrationsbedürfnissen abseits des Desktops nicht mehr guten Gewissens zur CloudPBX raten. Um das Thema ist es einfach komplett still geworden.Die CloudPBX basiert bekanntlich auf Komponenten von BroadSoft/Cisco. Ich lese immer wieder hier im Forum, dass die Boardsoft/Cisco-Basis über ein API verfügen würde und die passende Dokumentation über eine Cisco-Partnerschaft verfügbar sei. Jedoch sind die Angaben so diffus, dass nicht klar ist, ob die API dann auch wirklich (natürlich ohne Support durch die Telekom) ansprechbar wäre, wenn man die passende Dokumentation in den Händen hielte. Daher ganz konkret:Für welches Produkt genau müsste bei BroadSoft/Cisco die Schnittstellendokumentation besorgt werden um an eine un-supportete API-Beschreibung zu kommen? Ist es Cisco BroadWorks?Falls ja, geht es dann um XSI (eXtended Services Interface)? Was ja zu vermuten wären wenn man sich die CloudPBX Go-TAPI-Hilfeseite anschaut, wo explizit von XSI-http mit XPS Server https://client.deutschland-lan.de die Rede ist.Unabhängig davon, ob dies Supported ist oder nicht: Gibt es zumindest ein Einstiegs-Beispiel (wenigstens ein API-Call mit Authentifizierung) oder Hinweise, ob es konkrete Einschränkungen gibt oder z.B. nur eine funktionale Untermenge des XSI genutzt werden kann? Aktuelles Beispiel: Zammad Wir wollen die Telefonie an das immer beliebtere Zammad-Ticketsystem anbinden:Damit bei eingehenden Anrufen direkt über eine Websocket-Notification in der UI von Zammad sichtbar ist welche Tickets der Kunde ggf. offen hatund aus der Zammad WebUI Anrufe initialisiert werden können.Dazu wären wirklich nur sehr einfache Hooks notwendig (bei eingehenden Anruf -> HTTPS-REST-Call zu Zammad mit Übertragung der CallerID oder eben umgekehrt ein POST zur Initialisierung eines Anrufs). Es steht sogar eine generische Implemenetierung bereit. Für Sipgate und Cisco(sic!) Placetel bereits dedizierte Integrationen. Wie geht es weiter? GIbt es ggf. doch schon interne Informationen (siehe obige Fragen) die es nicht bis in unser Haus geschafft haben? Wir sind weiterhin sehr von der nativen Mobilfunkintegration ohne lästige SIP-Clients auf Mobiltelefonen (inkl. verzögerter Signalisierung etc. pp) überzeugt (Hauptargument für die Lösung der Telekom) und dass T-Mobile im Vergleich ein gutes Netz sowie auch Mobile IPv6 bereitstellt.Aber spätestens wenn Placetel Mobilfunk (mutmaßlich auf Vodaphone-Basis) kommt ein Anbieter mit API und ebenfalls brauchbarem Mobilfunknetz ins Spiel (immernoch fehlendes IPv6 können aktuell ja noch viele verschmerzen). Es muss sich unserer Meinung nach an dieser Stelle endlich etwas tun. Viele GrüßeAndreas

Lin J. · Accepted Answer

Moin @foundata, wenn Sie über die Cloud  PBX  einen Call per API initiieren möchten, erfolgt das über diesen Link . Für die Nutzung des Links ist eine Basic Authentication mit Base64-Codierung erforderlich. Der Benutzername gleicht dem Anmeldenamen des Cloud  PBX  Clients, inklusive der Domain @deutschland-lan.de (z.b. max.mustermann@deutschland-lan.de), sowie dem zugehörigen Kennwort. Generell gilt, dass die API zur Entwicklung eigener Anwendung von CISCO zur Verfügung gestellt wird. Die entsprechende Dokumentation lässt sich über das Entwicklerportal von CISCO nachvollziehen. Wenn man das Beispiel der CTI Anwendung betrachtet, ist hierfür die BW-CTI Interface Spec relevant. Für die Cloud  PBX  findet der Releasestand 22 Anwendung. Für alle weiteren Fragen zu API und deren Anwendungen steht Ihnen der Entwicklersupport von CISCO zur Verfügung. Viele Grüße, Lin J.

Martina Ha. · Answer

Hallo @foundata,ich frage hierzu einmal im zuständigen Fachbereich nach, damit wir es dann genau wissen. Bitte haben Sie noch etwas Geduld. Ich melde mich wenn es Neuigkeiten gibt. Viele Grüße Martina Ha.

Receiver stop, Rückspulen, Aufnahmen gehen nicht mehr

Telekom Receiver 401 Aufnahmen programmieren geht nicht mehr

Keine Aufnahmen am Media Receiver mehr möglich

Receiver zeigt keine Aufnahmen mehr

Media Receiver 400 zeigt eigene Aufnahmen nicht mehr an.

Receiver 401 Aufnahmen

Das könnte Sie auch interessieren

Kaufberatung anfragen

Angebote anzeigen

Social Media