Bei ISDN Anschlüssen gab es die Weiterleitung im Amt (Partial Rerouting). Die Telekom und einige andere Provider bieten hierfür mittlerweile einen Ersatz für VoIP: SIP 302: Moved Temporarily. Dem Provider wird damit signalisiert, dass der Teilnehmer zeitweise unter einer anderen Rufnummer erreichbar ist und dieser leitet den Anruf dann auf diese Nummer weiter (z.B. Handy). Das hat zwei Vorteile:
1. Statt einen zweiten Gesprächskanal in der Anlage für die Rufumleitung zu besetzen, bleiben alle Kanäle der Anlage frei
2. Auf dem Weitergeleiteten Gerät wird der A-Teilnehmer signalisiert und nicht die Rufnummer der Anlage. Hierfür wird dann kein CLIP No Screening mehr benötigt.

Ich fände es sehr sinnvoll, wenn diese Funktion zeitnah in der Starface implementiert wird, da das gerade für Rufumleitungen aufs Handy sehr sehr praktisch ist. Die Konkurrenz unterstützt dieses Feature bereits teilweise (z.B. Auerswald).

Als Migrationshilfe von mehreren ISDN-Inseln auf eine zentrale Anlage wäre eine Möglichkeit klasse, SIP-Leitungen bzw. das Handling einzelner Nummernblöcke deaktivieren zu können.

Sodass ein Nummernblock weiter nach extern angerufen wird, aber schon zum Import neuer Benutzer verwendet werden kann.

Hintergrund:
Wir stellen mehrere Firmen, die jeweils einen eigenen ISDN-MgA mit eigener alter Telefonanlage und eigenem Nummernblock haben, auf eine zentrale Starface mit SIP-Trunks um.

Diese Umschaltungen finden beim Provider als Mitternachtstermin statt, d.h. zum Umschalttag muss man alles fertig haben oder man hat Pech (oder Nachtschicht).

Um beim Benutzerimport die externe Rufnummer gleich mit importieren zu können, müssen wir bereits vor der Umschaltung den externen Nummernblock der zu importierenden Benutzer als Leitung anlegen.

Dadurch können wir natürlich nicht mehr in der betreffenden Firma anrufen, die Starface sieht sich ja jetzt selbst als Nummerninhaber und schmeißt die Anrufe auf den Abrufplatz.

Die Benutzer erstmal ohne externe Rufnummer importieren und danach am Umschaltungstag händisch alle Nummern zuordnen geht wohl, ist bei rund 80 Nebenstellen pro Durchlauf aber ziemlich unpraktisch.

Die Einladungsemails für eine Konferenz eigen die Rufnummer und den PIN Code getrennt voneinander an.
Speziell beim Arbeiten mit Smartphones ist dies sehr umständlich.

Toll wäre es, wenn an die Nummer, direkt gefolgt vom PIN als zusammenhängenden String angezeigt bekäme ...

Beispiel:
Konferenz Nummer lautet 089-123456
Pin lautet: 09876

In der Einladung/Erinnerung sollte dies als 089-123456,,09876 angezeigt werden.
Ich habe dies probiert in dem ich die Variablen hintereinander in das Template geschrieben habe. Dann werden die Daten zwar so angezeigt, auf dem iPhone wird jedoch nur die Konferenz Nummer erkannt ... dies Kommas und die Pin sind nicht mehr Bestandteil des Strings ... und können nicht komplett gewählt werden ...
Kopiert man den String ins Telefon geht es ...

Wenn ein Mitarbeiter direkt angerufen wird (auf seiner Durchwahl), dieser Benutzer jedoch auch in einer Gruppe z.B. "Zentrale" ist (die Gruppe "Zentrale" wird jedoch über eine iQueue verwaltet), dann wird bei Umleitungen von seiner Direktdurchwahl bei "Zeitüberschreitung" nach 10sek auf die iQueue verwiesen.

Dabei ist jedoch der Benutzer an oberster Stelle der iQueue, was natürlich nicht gewünscht wird da dieser Benutzer kurz zuvor nicht rangegangen ist (und somit nicht verfügbar ist), der Anrufer somit jedoch unnötiger Weise erneut auf den Benutzer warten muß, welche augenscheinlich nicht am Platz ist.

Insofern müßte bei einem Anschlussverweis von einem Direktanruf auf einer Leitung, welche an die iQueue geht sichergestellt werden das derjenige welcher an die iQueue verweist nicht in der iQueue gelistet wird.

Wir möchten gerne die Funktion Konferenz nutzen, aber leider ist diese doch sehr umständlich zu bedienen im täglichen Gebrauch, vor allem wenn man regelmäßig Telkos plant.
In der neuen Beta des UCC kommt wohl die Möglichkeit die Einladung zu versenden. Hilft aber nur bedingt, da Outlook bei 80% der Firmen im Einsatz ist. Teamviewer zeigt wie es ideal funktioniert. Eine Einladung möchte ich überprüfen können, wer hat zugesagt. Es soll auch der Organisator die Bounce-Mails erhalten, falls er die E-Mail eines Teilnehmers falsch geschrieben hat. Aktuell muss er hoffen, dass der SF Admin das Postfach überwacht und den Organisator rechtzeitig informiert. Funktioniert aber auch nicht bei kurzfristig aufgesetzten Telkos.

Wenn ein Anwender eine Telefonkonferenz plant, werden die entsprechenden Einladungsmail zwar in seinem Namen, aber unter einer allgemeinen Absenderadresse versandt. Das führt zu dem Problem, dass einige Empfänger möglicherweise auf die Einladungsmail direkt in ihrem Mailprogramm antworten, die Adresse nicht prüfen (oder nicht zuordnen) können und die Antwort-Mail dann an die falsche Mail-Adresse (die der TK-Anlage) geht. Das ist ein Problem und wurde bereits unter https://starface.uservoice.com/forums/38708-features-verbesserungen-ideen/suggestions/6568510-absenderadresse-der-moderierten-konferenz diskutiert, aber leider bislang nicht beachtet. Daher folgende Verbesserungsvorschläge:

Option 1: Die TK-Anlage versendet die Einladungsmails mit der Absenderadresse des Anwenders. Dies wird vermutlich nicht bei jedem Mailserver möglich sein.

Option 2: Die TK-Anlage versendet die Einladungsmails NICHT im Namen des Anwenders, sondern unter einem defnierbaren neutralen Namen, z.B. dem des Unternehmens.

Option 3: Die TK-Anlage setzt das Feld Reply-To in der Einladungsmail mit der Mail-Adresse des Anwenders, damit zumindest bei direkten Antworten aus dem Mailprogramm die korrekte Adresse verwendet wird.