Viele Benutzer haben verschiedene Rufumleitungen, die sie abwechselnd brauchen (Zentrale, Mobiltelefon). Bei unserer bisherigen Alcatel 4200E konnten wir für jede Umleitung eine Taste definieren. Das wünschen wir uns auch für die Starface: eine Taste soll nicht allgemein die Umleitung ein- und ausschalten, sondern auf eine bestimmte Nummer umleiten.

Die Telefontastenbelegungen sollen von einem Benutzer kopiert und bei einem anderen Benutzer eingefügt werden können. Oder eventuell als Template speicher- und aufrufbar sein. Gerade wenn man mehrere Telefone konfigurieren muss, ist das aktuell eine rechte Arbeit.

Wie der Titel schon sagt, sieht man weder im Client noch auf den Telefonen ob ein anderer in der Gruppe den verpassten Anruf bereits entgegen genommen oder zurückgerufen hat. Vielleicht könnte man eine Rufnummern bezzogene historie Einrichten. huuu, das wär's...

eine möglichkeit im webinterface eigene einstellungen ins provisioning einzupflegen und eine downloadmöglichkeit des xml files

... weil was Rein muss, muss ggf. auch mal wieder Raus ;-)

damit Faxen übers Internet auch nur mit SIP-Konten möglich ist und Starface kompatibel zu entsprechenden SIP-Providern wird.

Wir würden uns wünschen, dass das Busylight auch grün leuchtet...

In ESTOS zum Beispiel leuchtet das Busylight grün, wenn der PC aktiv ist, gelb wenn der PC gesperrt bzw. x Minuten inaktiv ist und rot bei einem Anruf.

Somit müsste als 1. Der Starface UCC Client den PC Status benutzen und 2. Dieser Status auf das Busylight übertragen werden.

Vielen Dank.

eine Möglichkeit die ID z.B. "0001" durch einen Alias wie z.B. "e-mail Adresse" Namen etc. zu ersetzen. Macht das Anmelden einfacher da der User die Daten nicht so leicht gessen kann.

Auch über mehrere Standorte hinweg sollte der Chat genutzt werden können

Der Admin sollte ein Template (z.B. mit Teilnehmertasten) des Webinterface erstellen können, was für neue Benutzer automaisch übertragen werden. Danach kann sich jeder seine Oberfläche einstellen wie er will.

Bitte IPV6 unterstützung implementieren

und das dort nur die aktiv angemeldeten Benutzer angezeigt werden.

Es wäre schön wenn die Starface bei Verbindungsfehlern bessere Rückmeldung geben könnte.

Zum Beispiel bekommt ein User, wenn alle ISDN Leitungen der Starface benutzt werden, und er raustelefonieren möchte nur einen "Server Internal Error" am Telefon Display (Yealink T46G) angezeigt. Und nicht die Info das keine Leitungen mehr Frei sind.

Ebenso wenn ein User über seine Starface einen gestörten All-IP, Anschluss anruft bekommt er auch nur eine "Server Internal Error" und kein "der Teilnehmer ist nicht erreichbar".

Es ist derzeit nur über die DB möglich ein Adressbuch komplett zu löschen. Es kommt hin und wieder vor, dass Adressimports schief gehen (csv format falsch) und man den import ein zweites mal durchführen muss - da wäre es schön wenn man die falschen Daten wieder komplett löschen kann.

Die BLF eines Benutzers sollte bei anderen Usern besetzt anzeigen, wenn der entsprechende Benutzer DND (Ruhe) gesetzt hat.

Bei der Planung der Konferenz sollte:

• die Dauer der Konferenz flexibel wählbar sein (ist immer eine Stunde für .VCS .ICS)


• die Möglichkeit der Eingabe einer flexibel wählbaren Erinnerung bestehen mit Übernahme in .VCS .ICS

Wir haben alle unsere Benutzer in einem zentralen Adressbuch gespeichert, das über LDAP abrufbar ist.
Wenn wir dieses nutzen wollen, können die Benutzer aber keine privaten Adressen speichern, da der zentrale Server natürlich keine Schreibzugriffe der Benutzer zulässt.
Es sollte also möglich sein, dass die Benutzer immer lesenden Zugriff auf das zentrale Adressbuch haben, trotzdem aber ihre persönlichen Adressen einpflegen können, ohne dass diese für andere Benutzer zu sehen sind.

Es soll eine Rufnummer einstellbar sein, die jeder Benutzer zusätzlich zu Gruppen und pers. Durchwahl auswählen kann. Also z.B. die "0" um nach extern nicht mit der persönlicher oder Gruppendurchwahl präsentieren zu müssen.

Derzeit kann man Einstellungen für User nur über pure Dateien Verteilen. (z. B. CustomForcedUser.config). Bessere wäre es, wenn man die Einstellungen zentral über die Gruppenrichtlinie verteilen könnte. Das wäre zum einen deutlich schneller und zum anderen deutlich übersichtlicher wie die Konfigurationsdateien an jedem Client einzeln Pflegen zu müssen.