Rufnummern - ÖNORM

[Peter Oskar Miller]

Guter Hinweis - hier liegt sicher noch Optimierungspotential - werde ich mir nochmals ansehen - danke.

Ich habe nun mal meinem SIP Provider die Aufgabe gegeben, aus Rufnummern die nicht nur aus Zahlen bestehen sämtliche Sonderzeiten rauszustrippen - mal sehen, ob er das schafft - weil 3CX kann es offensichtlich nicht. Und das war eigentlich der Anfang dieses Threads.

Ich werde mich morgen mal mit dem replace Thema auseinandersetzen und dann natürlich eine Antwort posten - danke für Euren Input.

 

[bitn2]

Kommen die Rufnummern von eurem Provider wirklich mit Sonderzeichen (ausser dem Plus) an? Das kann ich irgendwie nicht glauben. Ich denke das Problem liegt eher in der Umformatierung der Nummer beim Eingang so das sie falsch abgelegt wird.

 

[Peter Oskar Miller]

Ich denke hier liegt ein Irrtum vor: es geht darum, dass die Daten bei Microsoft 365 im klassischen Format mit Abstand und Klammern gespeichert sind. Dies bekommt dann 3CX beim regelmäßigen Import untergejubelt und wenn man dann eine derartige Nummer wählt, dann geht die in genau dieser Form an den Provider - also wir haben ausgehend das Problem und nicht eingehend.

Mein SIP Provider meinte nun zwar, dass er grundsätzlich alle nicht numerischen Zeichen droppen könnte - aber dann wäre eine Wahl einer direkten SIP Adresse wiederum nicht möglich - somit auch keine gute Lösung.

 

[bitn2]

Ok, also die Leerzeichen sind in der Nummer schon hinterlegt? Die Klammern ignoriert 3CX ja, das Problem sind die Leerzeichen. Das heisst man müsste die ausgehend umformatieren damit keine Leerzeichen mehr in der Nummer sind. Das müsste ich mir auch erstmal angucken, aber das geht bestimmt.

 

[Peter Oskar Miller]

ok - wenn DAS geht, dann wäre das Thema gelöst. Aber genau daran bin ich gescheitert.

 

[bitn2]

Ich bin schon auf der Suche wie das geht, aber vielleicht weiß @fxbastler ja da schon was ;-)

 

[Peter Oskar Miller]

bin da wohl nicht der Einzige: https://www.3cx.com/community/threads/remove-spaces-in-outbound-trunk-rules.64418/

Und ja, das hat man mir damals auch für die V18 versprochen - nur leider hab ich hier noch nichts gefunden - ich hoff mal, dass das nicht "vergessen" wurde in der V18 zu implementieren.

 

[bitn2]

Wenn ich die Aussage in dem Thread richtig verstehe, wollen die nur was implementieren das man Leerzeichen nicht mehr eingeben kann und nicht das die rausgefiltert werden beim Wählen...

 

[Peter Oskar Miller]

Hmm - könnte man auch so auslegen - ich hoff mal nicht

 

[bitn2]

Vielleicht kommst Du damit weiter: https://www.3cx.com/community/threads/remove-spaces-from-outbound-caller-id.79178/#post-364344

 

[fxbastler]

Hallo,

das geht nicht. Das ist mir noch nie aufgefallen, erklärt aber einige Probleme die ich immer den Kunden als Bedienungsfehler untergeschoben habe

Ich habe das gestern mal mit folgenden Versionen probiert:16.0.8.9 (bzw. 16.0.9), 18.0 (1142), 18.0 (1379), 18.0 (1608), 18.0 (1849), 18.0 (1863), 18.0 (1865) und der aktuellen 18.0 (1871).
Das funktioniert nirgends. In der gewählten Nummer das '+' durch ein '00' zu ersetzen ist einfach mit ausgehenden Regeln zu lösen. Die sonstigen nichtnumerischen Zeichen (Leerzeichen, Klammern, Minus usw.) sind abhängig vom Provider ein Problem. Ich habe das mit Anschlüssen der Telekom , Deutsche Telefon, Vodafone und 1und1 sowie je einer Mobilfunknummer in 14 verschiedenen Schreibweisen probiert. Einige Provider akzeptieren Leerzeichen, andere nicht. Einige haben kein Problem mit Klammern in der Nummer (sofern die Nummer nicht schon mit einer Klammer beginnt), andere schon. Es hat nirgends komplett funktioniert.

Die nichtnumerischen Zeichen in der gewählten Mobilfunknummer (auf die weitergeleitet werden soll) mittels normaler Mechanismen der 3CX auszufiltern geht nicht (bzw.gibt es keine mir dafür bekannte Lösung). Wie der TO schon zu Anfang schrieb: die anwendbaren Regeln sind kein vollständig implementiertes regex.

 

[bitn2]

@fxbastler könnte das nicht so wie in dem von mir geposteten Link funktionieren? Ich weiß nur nicht ob er das auch auf die Nummer in der Nebenstelle (Handynummer) anwendet.

 

[fxbastler]

Vielleicht kommst Du damit weiter: https://www.3cx.com/community/threads/remove-spaces-from-outbound-caller-id.79178/#post-364344

Ist ja nur anwendbar wenn die problematischen Zeichen immer an den gleichen Stellen stehen. Das mag bei NANP vielleicht noch funktionieren, bei uns und beim TO eher nicht. Wir haben unterschiedlich lange Vorwahlen. Damit scheidet das per se aus.

 

[bitn2]

Ist ja nur anwendbar wenn die problematischen Zeichen immer an den gleichen Stellen stehen. Das mag bei NANP vielleicht noch funktionieren, bei uns und beim TO eher nicht.

Da hast Du recht, da hab ich auch gerade drüber nachgegrübelt.

 

[fxbastler]

@AristotelisK_3CX und / oder @avraammich_3CX sind da gefragt

Ich überlege schon das grad noch mal im englischen Forum nachzufragen wie weit denn da der Stand ist bzw. ob das vergessen wurde

 

[avraammich_3CX]

Hi,

soweit ich die Info habe wird in einigen Punkten V18 das Verhalten behoben.

Gerne kannst du auch im englischen Forum nachfragen.

 

[bitn2]

Hi,

soweit ich die Info habe wird in einigen Punkten V18 das Verhalten behoben.

Gerne kannst du auch im englischen Forum nachfragen.

In der aktuellen V18 RC ist das Verhalten noch das Alte. Also bei Leerzeichen bricht die Verbindung sofort ab. Klammern sind kein Problem.

 

[avraammich_3CX]

Hi bitn2,

V18 release ist gemeint., nicht RC

Bezüglich Feld Mobil Nummer bin mir jedoch nicht sicher ob dieses behoben wird, abwarten.

 

[bitn2]

Hi bitn2,

V18 release ist gemeint., nicht RC

Bezüglich Feld Mobil Nummer bin mir jedoch nicht sicher ob dieses behoben wird, abwarten.

Ok, habs mir fast gedacht. Lassen wir uns überraschen.

 

[Peter Oskar Miller]

Hmm - könnte man nicht sogar als Bug bezeichnen und somit einen echten Bug Report diesbezüglich einkippen?