Ja, Problem kennen wir. Starface wurde das gemeldet. Konnte nicht weiterhelfen. Wenn Telefone verwendet, dann war/ist die Taste grau und nicht mehr funktionstüchtig.
Werden zufällig Module verwendet für das Kopieren von Usereinstellungen?
Super.. konnte man es irgendwie lösen ?
Weil.. Taste wegnehmen und neu machen hilft nicht ?
Ich habe die Starface Funktion mit den Templates verwendet..
hmm... da fällt mir ein.. die Ruhe Taste wurde über die Profile bei den Usern konfiguriert...
Sorry.. hatte ich vergessen zu erwähnen.. Wir nutzen noch den 7.3er Client, der im Webinterface der User angeboten wird.
Hallo,
ich habe gestern bei einem neuen Kunden eine SF 8 eingerichtet..
Bei der Schulung habe ich dann das Thema Ruhe erklärt..
Prompt haben es alle mit der Taste im UCC-Client ausprobiert, aber keiner konnte Ruhe wieder deaktivieren .. Nur im Webinterface oder Admin konnte die Ruhe wieder deaktiviert werden ..
Kennt das noch jemand ?
genau den gleichen Fall hatte ich diese Woche auch...
Fragen wir doch auch mal , was er für einen Router / Firewall hat.. Stichwort: UDP Timeout ... ?
Hallo,
ich habe mich getraut und am Sonntag einen ersten Kunden über die Upgrade-Funktion in der Cloudverwaltung auf 8 aktualisiert...
Anlage läuft grundlegendt, aber was mich wundert ist der Status in der Cloudverwaltung.. Immer noch "wird durchgeführt" und bei Recoveries ist ein rotes Quadrat.. .würde ich jetzt interpretieren als: "Kann nicht recoverd werden"
Hat sonst noch jemand sowas ?
Tja... wie soll eine Cloudanlage auf 192.168.x.x zugreifen ?
Da müsste dann ja ein Portforwarding von quelle=Cloudanlage zu Ziel = 2n in der Firewall realisiert sein...
Das was ich geschrieben hatte, hatte ich eigentlich so gemeint, dass es Offiziell verlängert wird.. Ohne Connect, in dem Fall den Provider geht es ja gar nicht, da ich die Nummern im Connect Trunk nicht selbst beeinflussen kann..
Normal ist, dass abgeschnitten wird.. Man kann aber das mit dem Support klären, dass auch 0-99 verwendet wird.. Kostet dann natürlich 100 Rufnummern anstatt 10 .... Klappte bisher immer gut.. Im Vorfeld vor der Portierung schon klären !
Ich hoffe jetzt mal nicht, dass sich da von den Verantwortlichen irgendjemand in den Osterurlaub. verabschiedet...
Auch bei uns: Selbstgehostet mit SF-Connect: Katastrophe.. Umschalten auf Plusnet, alles Gut.
Kundenanlagen : Cloud mit SF-Connect: Erster Anruf mit dem Fehler um 15:04 !!
Und auch ich bin der Meinung, nun sind genug Rückmeldungen da, dass es auch ohne weitere 1000 Tickets gehen muss !
Achso 
tja.. ich rede vom Teams-Sync der Fluxpunkt....... Sorry !
Die kann man ja aber auch beide Paralell laufen lassen... Und der Sync hat den Riesen-Vorteil, dass die DND Einstellungen "Zentral" gemacht werden und nicht jeder Teckie einstellt, was er für richtig hält...(Da kommen dann doch schon seltsame Zustände zusammen)
Während eines aktiven Telefonates mit der Starface, kann man immer noch denjenigen per Teams anrufen..
Wenn im Presence-Sync die Rückwärtssynchronisierung eingeschaltet ist, dann sollte dies dies auch kein Thema mehr sein.
Wir haben das bei uns aktuell so eingestellt.. .
Damit klappt das eigentlich super.. DND nur dann, wenn tatsächlich ein Meeting (am Telefon) stattfindet...oder eben in Teams DND ausgewählt ist.
Oh ja.. Geil !
------------------
@mm@sigma-it.de: das klingt nicht so, als wäre das Absicht. Kannst du im Logfile was sehen, was das erklären würde?
Interessanter Fall.. Ich hatte mal noch mit Estos Procall expeimentiert.. Das hat das wohl verursacht.... Muss ich mal bei Gelegenheit näher untersuchen..
Eine Vermutung von mir... z.B. zum öffnen einer Tiefgarage... Schranke.... usw...
Zu dem Thema habe ich vor kurzem etwas seltsames festegestellt..
Ich telefoniere nur mit ucc Softphone und IOS-Client... Wenn ich am Softphone abgemeldet bin, dann gehen die Rufe sofort auf die Umleiteung bei Zeitüberschreitung.. (bei uns eine Queue mit Ansage) .. Dazu klingelt aber meine App auf dem Iphone und ich kann das Gespräch ganz normal annehmen ..
Ist das so gedacht ? Ich bin ja eigentlich erreichbar.. (App steht nicht auf DND)
Die frage ist wohl eher, welchen Internetprovider haben die Kunden, die Betroffen sind....
