Interne Nummern können nicht mehr ins Telefonbuch eingegeben werden ("neuer" Bug)

[MS-FUT]

Wir haben zwei Firmen, deren 3CX-Telefonanlagen über eine Bridge verbunden werden.

Die internen Telefonnummern der jeweils anderen Firma werden nur in den 3CX-Clients angezeigt, nicht jedoch im Firmentelefonbuch in unseren DECT-Telefonen.
Da hatte mir damals der Support von 3CX gesagt, ich soll das Firmentelefonbuch (Admin -> System -> Telefonbuch) verwenden und dort die internen Nummern der jeweils anderen Firma als Mobilnummer eintragen, so dass die DECT-Telefone das LDAP-Telefonbuch (bereitgestellt von der Telefonanlage) verwenden können und die Nummern von beiden Firmen sehen.

Das klappte soweit ganz gut und ich musste auch schon ewig nichts mehr ändern, aber durch eine Personalveränderung wollte ich gerade einen Eintrag hinzufügen und einen löschen, aber das geht nicht mehr. Das System lässt keine 3-stelligen Nummern mehr zu. 4-stellig würde klappen, aber unsere internen Telefonnummern sind nun mal nur 3-stellig.

Früher hatte das immer funktioniert, der Bug ist also "neu" ("neu" in Anführungszeigen , weil ich schon lange nichts mehr an dem Telefonbuch änern musste)

 

[avraammich_3CX]

Hi @MS-FUT

Drei Ziffern sind nicht zulässig, da die Nummer dafür zu kurz ist. Es können jedoch vier Ziffern verwendet werden.

Sofern sich die NST-Nummern auf beiden Bridge-Anlagen überschneiden, sollte hierfür sinnvollerweise ein Präfix verwendet werden.

Beispielsweise kann die 9 als Präfix verwendet werden. Dadurch kann z. B. 9123 hinterlegt werden. Gleichzeitig sollten die Benutzer darüber informiert werden, dass die erste Ziffer als Präfix verwendet wird.

Ausgehende Regel: Präfix 9 → erste Ziffer entfernen → 1

 

[fxbastler]

@MS-FUT
Hiunweis am Rande: über die 3CX API Config REST API können solche kurzen Nummern (noch) verwaltet werden

 

[MS-FUT]

Hallo und vielen Dank für die Antwort @avraammich_3CX !
Das mit den Präfixen ist keine gute Idee - die Leute kennen viele der Nummern auswendig, da bekomme ich ärger.
Außerdem, konkret in meinem Fall habe ich ja drei Stellen für die internen Nummern. Was machen dann die Leute mit zwei Stellen? Zwei Ziffern Präfix verwenden?
Das kann ja kaum die Lösung sein und vor allem, es hatte ja bisher immer funktioniert. Das wurde irgendwann mal mit einem Update verändert. Diese Validierung hat ja kaum einen praktischen nutzen. Ob ich nun eine Nummer falsch eintippe oder zu wenige Stellen - falsch ist falsch. Daher macht eine Validierung auf Anzahl der Stellen nur das Leben unnötig kompliziert.


Die "Lösung" wäre doch sowieso eigentlich, dass nicht nur Nummern der eigenen Anlage im LDAP-Telefonbuch angezeigt werden, sondern auch die gebridgeten Nummern, so wie das ja in den Softclients auch schon immer funktioniert, dann könnte man sich den Workaround komplett sparen.
Aber nachdem ich da keine Hoffnungen habe, wäre es super, wenn das erzwingen der Anzahl der Stellen in der Validierung wieder rückgängig gemacht würde.

Zwischenzeitlich habe ich auch mal die Google-KI befragt, und einen weiteren Workaround erhalten, der funktioniert:
- Telefonbuch komplett exportieren
- in der Export-Datei manipulieren
- wieder importieren

Aber auch das kann doch nicht die Lösung für dieses Funktionsdefizit sein, oder?

Danke, @fxbastler, aber nachdem das mit dem Export klappt, ist mir der Workaround von Google lieber.