Warteschleife soll nur ein Nutzer angemeldet sein

berlPhone

Silver Partner
Mitglied seit
4. Juni 2024
Beiträge
22
Hallo,

ich versuche gerade für einen Kunden eine Hotline zu errichten.
Die Hotline zeigt auf eine Warteschleife wo die Nutzer angemeldet sind. Diese sollen sich selbst an und abmelden können. -> ja mittels Wählcode *62xx und *63 habe ich das geschafft oder auch im Webclient.

Aber ist es möglich das sobald sich ein weiterer Nutzer anmeldet die anderen abmeldet? sodass nur ein Nutzer in der Warteschleife sein kann? Automatisch?
Ich nehme an diese müssen Manager der Warteschleife sein? Wenn sie es sind können sie im Webclient unter der Zentrale und der Warteschleife ja die Nutzer an/abmelden. Aber das ist nicht gewünscht das sie andere anmelden, nur abmelden sollte funktionieren.

Aber auch zwei weitere Nutzer sollten in der Lage sein die nicht Mitglieder der Warteschleife sind die Nutzer an/abzumelden. Dies schaffe ich ebenfalls, indem ich diese als Manager hinterlege aber nicht als Mitglieder der WS.

Gibt es dazu ein passendes Script ? bzw kann mir wer einen Tipp geben?

Danke
LG Aleks
 
Aber ist es möglich das sobald sich ein weiterer Nutzer anmeldet die anderen abmeldet?
Wenn man zur Anmeldung ausschließlich eine CFD App an Stelle des Tastencode bemüht: ja.

sodass nur ein Nutzer in der Warteschleife sein kann?
s.o.

Automatisch: ja, bei der Anmeldung per CFD App. Die andere Art An- und Abmeldung kann man nicht komplett sperren. Man kann die Tastencodes ändern oder gar löschen, aber in der App wird das vmtl. dennoch funktionieren.

Ich nehme an diese müssen Manager der Warteschleife sein?
nein, müssen sie nicht

Wenn sie es sind können sie im Webclient unter der Zentrale und der Warteschleife ja die Nutzer an/abmelden. Aber das ist nicht gewünscht das sie andere anmelden, nur abmelden sollte funktionieren.
Das ist das Problem mit den Managern. Die können mehr als sie dürften und machen es manchmal auch ohne Sinn und Verstand und man kann es nicht verhindern.

Aber auch zwei weitere Nutzer sollten in der Lage sein die nicht Mitglieder der Warteschleife sind die Nutzer an/abzumelden. Dies schaffe ich ebenfalls, indem ich diese als Manager hinterlege aber nicht als Mitglieder der WS.
So eine CFD App z.B. zum An- und abmelden tut was sie soll. Die wird angerufen und macht das. Die fragt grundsätzlich auch nicht nach Berechtigungen. Das muss man extra einbauen, sonst kann jeder anrufen, sich anmelden und alle anderen abmelden.

Gibt es dazu ein passendes Script ?
Nein, wie immer nicht. Das darf man sich selber bauen. Dafür gibt es ja den CFD.

Du gehst ja auch nicht zu Lego und sagst: ich möchte ein eigenes Haus kaufen. Dort bekommst du entweder vorgefertigte Bastelsätze die dir alle nicht passen oder einen Creator Bausatz der nur Steine enthält, bei dem du alles selber machen darfst. Das ist der CFD.

bzw kann mir wer einen Tipp geben?
ja

Denk bitte nochmal über das oben Geschriebene nach. Ob das eine mögliche Lösung ist und wie du dir das vorstellst. Du solltest einen PAP haben. Wenn der stimmt, dann wird der einfach nur umgesetzt.
 
  • Like
Reaktionen: berlPhone
Danke für deine Ausführliche Erklärung.

Frage: wie kann ich das umsetzten das ich es ohne CFD App löse?
Wenn man zur Anmeldung ausschließlich eine CFD App an Stelle des Tastencode bemüht: ja.
Ja mittels Tastencode habe ich es ja geschafft mich anzumelden aber die restlichen Nutzer bleiben ja dann auch angemeldet.
Gibt es dafür eine Lösung das diese abgemeldet werden?
Denk bitte nochmal über das oben Geschriebene nach. Ob das eine mögliche Lösung ist und wie du dir das vorstellst. Du solltest einen PAP haben. Wenn der stimmt, dann wird der einfach nur umgesetzt.

Hab mir das Flussdiagramm erstellt:

1742462628644.png


In dem CFD Designer habe ich es versucht

Nur schietere ich daran die Nsbt zu setzten die den Wählcode wählt.

Zb. ich wähle mit der Nbst 10 den Wählcode 68. diese soll sich in die WS anmelden und alle anderen abmelden.
1742464747151.png


und hier stehe ich an. wie trage ich eine Wert ein der die Nummer des Nutzer erfasst und einträgt?
1742464864017.png
Mit session.did ist doch die externe Durchwahl
Ich habe einen Denkfehler.....
1742465061402.png

Wenn ich das Prompt am Anfang des Diagramms setzt höre ich sofort die Ansage aber danach geschieht nichts. Es wird niemand abgemeldet, oder angemeldet.

Gäbe es einen anderen einfacheren Weg dies umzusetzen ohne CFD?
 

Anhänge

  • 1742464294169.png
    1742464294169.png
    29,2 KB · Aufrufe: 1
  • 1742464310058.png
    1742464310058.png
    31,9 KB · Aufrufe: 1
  • 1742464393044.png
    1742464393044.png
    36,8 KB · Aufrufe: 1
  • 1742464407790.png
    1742464407790.png
    42,3 KB · Aufrufe: 1
  • 1742464734832.png
    1742464734832.png
    10,2 KB · Aufrufe: 1
Nach dem Ablaufdiagramm gar nicht. Ein Anruf muss ja ein Programm zur Umprogrammierung triggern.
Ok passt hast du einen Lösungsansatz für mich ? das es auch ohne CFD geöffnet werden kann oder muss es mit dem CFD gelöst werden?

Danke viele Grüße
Aleks
 
Frage: wie kann ich das umsetzten das ich es ohne CFD App löse?
Das was du dir vorstellst: gar nicht.
Alternativ und ohne CFD kann man das mit einem extra Programm außerhalb der 3CX und der 3CX Configuration API umsetzen. Aber das willst du ganz sicher auch nicht. Das darfst du auch erst bauen. Das gibt es noch nicht.


Ja mittels Tastencode habe ich es ja geschafft mich anzumelden aber die restlichen Nutzer bleiben ja dann auch angemeldet.
Gibt es dafür eine Lösung das diese abgemeldet werden?
CFD oder 3CX Configuration API

Die session.ani im CFD hat die NSt. Nummer des Anrufers.

Es geht wohl eher darum, nicht Nutzer einzeln aus einer WS abzumelden. Das führt zu weiteren Komplikationen. Es geht eher darum Nutzer generell von (allen) WS abzumelden (das was der An-/Abmelden Wählcode macht) oder Nutzer aus der WS zu entfernen (was der Admin macht). Das sind drei verschiedene Dinge die unterschiedlich gelöst werden. Das erste willst du sicher nicht. Denk bitte noch einmal darüber nach.
 
  • Like
Reaktionen: berlPhone
CFD oder 3CX Configuration API

Die session.ani im CFD hat die NSt. Nummer des Anrufers.

Es geht wohl eher darum, nicht Nutzer einzeln aus einer WS abzumelden. Das führt zu weiteren Komplikationen. Es geht eher darum Nutzer generell von (allen) WS abzumelden (das was der An-/Abmelden Wählcode macht) oder Nutzer aus der WS zu entfernen (was der Admin macht). Das sind drei verschiedene Dinge die unterschiedlich gelöst werden. Das erste willst du sicher nicht. Denk bitte noch einmal darüber nach.



Es geht darum das sich die Techniker in die Hotline einwählen können. Sobald sie das gemacht haben soll der andere Techniker automatisch abgemeldet werden. Wie viele Techniker es sind kann ich im Moment nicht sagen. ca. 5-8 Techniker.

Es soll in erster Linie nur ein Techniker in der Hotline sein. Aber vermutlich auch ein zweiter, muss ich noch abklären.

Wenn ich oder ein WS Manager die Techniker aus der Warteschleife abmelde können sie sich auch wieder abmelden. Wenn ich sie aus der Warteschleife entferne haben sie keine Möglichkeit mehr sich selbständig anzumelden oder verstehe ich das falsch?
Und es ist nur eine Warteschleife "HOTLINE" nicht mehrere.
 
Es geht darum das sich die Techniker in die Hotline einwählen können. Sobald sie das gemacht haben soll der andere Techniker automatisch abgemeldet werden. Wie viele Techniker es sind kann ich im Moment nicht sagen. ca. 5-8 Techniker.
Alles klar. Die Menge der Techniker ist dem CFD egal ;)

Es soll in erster Linie nur ein Techniker in der Hotline sein. Aber vermutlich auch ein zweiter, muss ich noch abklären.
Da wird's schon komplexer. Das ruft nach einer zweiten CFD App mit kleinen Änderungen ggb. der ersten oder nur einer App mit DTMF Abfrage wie viele verbleiben sollen.

Wenn ich oder ein WS Manager die Techniker aus der Warteschleife abmelde können sie sich auch wieder abmelden. Wenn ich sie aus der Warteschleife entferne haben sie keine Möglichkeit mehr sich selbständig anzumelden oder verstehe ich das falsch?
Richtig, nicht mit Wählcode. Das war ja der Plan. Das hast du so beschrieben. Das sollen die nicht wahllos können. Das macht ausschließlich die App und die beschränkt den Zugang oder das macht der admin oder ein Nutzer mit ausr. Rechten manuell - was aber nicht gewollt sein wird.


Und es ist nur eine Warteschleife "HOTLINE" nicht mehrere.
Darum geht es nicht. Du kennst das Problem evtl. nicht, so wie manch anderer auch.

Zum Problem: Nutzer können in mehreren WS sein. Nutzer melden sich mit dem üblichen Wählcode oder mit dem Symbol in der App (so wie der Status Away, DND und Custom2 das auch macht) üblicherweise gleichzeitig von allen möglichen WS an oder ab. Das ist bekannt.

Aber es gibt zusätzlich noch die Möglichkeit, dass man sich an einzelnen WS an- oder abmeldet. Auch wenn ein Nutzer nur in einer einzigen WS drin ist besteht diese Möglichkeit. Das kann der Nutzer oder der Admin oder andere Nutzer mit ausreichend Rechten z.B. in der App oder Verwaltung machen. Das Problem dabei ist: diese einzelne WS Abmeldung bleibt dauerhaft bestehen so lange bis dieser Nutzer wieder einzeln an genau dieser WS wieder angemeldet wird. Das ist das typische Problem. Das wissen viele gar nicht, fabrizieren das Szenario und wundern sich, dass der Nutzer keine Anrufe bekommt obwohl der doch angemeldet ist. Ja, er ist grundsätzlich angemeldet - aber eben an dieser einen (oder mehreren einzelnen) WS eben nicht. Das gilt es in deinem Szenario zu vermeiden. Das ist Punkt eins den ich angesprochen habe. Das willst du nicht. Das erzeugt Folgeprobleme.

Meine Empfehlung ist, nicht den / die Nutzer jeweils (an allen möglichen) WS ab- oder anzumelden sondern die Nutzer als Agenten in die WS zu holen oder dort rauszunehmen (und notfalls gleichzeitig noch anzumelden falls das gerade deaktiviert ist). Das kann dann eben nur die App, gut so. Das war dein Plan.

Jetzt denk nochmal über deinen PAP nach, #3
 
  • Like
Reaktionen: berlPhone
Noch als Nachtrag wegen der Ab- und Anmeldung an einzelnen WS und wie ich bei dir darauf komme:
in deinen beiden Bildern oben versuchst du genau das zu machen:
SetQueueExtension mit dem Mode SpecificQueue und eben nicht Global. Der CFD Baustein kann das, der kann beides. Daher der Hinweis auf das unterschiedliche Verhalten.

Aber vielleicht ist das ja wirklich Absicht und ich hab's einfach nur nicht verstanden ;)
 
  • Like
Reaktionen: berlPhone

Statistik des Forums

Themen
44.750
Beiträge
233.642
Mitglieder
78.493
Neuestes Mitglied
arming