Telefonnummer "entformatieren"

[Tim Pistor]

"+" durch "" zu ersetzen ist falsch. Richtig wäre hier "00", denn "+49" ist "0049".

Ich hab vor kurzem genau für diese Probleme eine Lösung gebaut.

ich ersetze z.B. immer "(0)" -> "", "+"->"00"

Erst danach fliegen alle nicht numerischen Zeichen raus. Weiterhin ersetze ich im Nachgang alle "0049" durch "0"
Und zum Schluß schneide ich von allen lokalen Nummern die Orstvorwahl weg. Die Landes und Ortsvorwahl hab ich dabei konfigurierbar gehalten, damit man das Ergebnis gem. den lokalen Gegebenheitem steuern kann.

Ja, jetzt wirds wirklich schmutzig... wir reden ja hier von einer Spaltenformel Ist zwar auch möglich das
(mehr oder weniger) dynamisch/konfigurierbar zu halten. Aber naja...

[FriFra]

@Tim: Wenn man es in einer Spaltenformel habenwill, dann lässt man halt die 0049 stehen oder, wenn die Anwendung ohnehin nur in D eingesetzt wird, macht es halt unkonfigurierbar. Nach so vielen Posts kann es schonmal untergehn, dass es um eine Spalte ging, das Ändert aber am Prinzip nichts... Im Grunde hab ich nur etwas dazu geschrieben, weil eben "+" -> "" schlichtweg falsch ist.

[Tim Pistor]

Im Grunde hab ich nur etwas dazu geschrieben, weil eben "+" -> "" schlichtweg falsch ist.

ja klar, sorry, da hast Du natürlich Recht. Aber nicht in jedem Fall wird das "+" zu einem "00".
In den USA wäre es eine "011". Das meinte ich u.a. mit "jetzt wirds schmutzig".

Aber mal was wichtiges, @inu (David) : Konnten wir Dir helfen?´

Edit: vertippt

[diali]

wahrscheinlich wird die Nummer für eine CTI-Anwendung benötigt. Die meisten CTI-Anwendungen können die Strings für gehende Telefonate formatieren.

Das Problem sind die ankommenden Anrufe. Sollen diese in einer Datenbank aufgelöst werden, wird üblicherweise das Kanonisches Format (siehe Wikipedia oder msdn) verwendet.

Und schon gibt es das nächste Problem mit den Klammern um die Ortsvorwahl, die dann ohne die 0 dasteht!

[atbits]

Also für mich sieht es aus als hätte sich inu schon längst aus dieser Diskussion verabschiedet ...
tja life is hard - David

[FriFra]

Und schon gibt es das nächste Problem mit den Klammern um die Ortsvorwahl, die dann ohne die 0 dasteht!

Nein gibt es nicht (Beispiel):
+1 (425) 555-0100

"+" -> "00"
"(425)" -> "425" (es wird nur "(0)" gelöscht, bei "(425)" - was es als Ortsvorwahl nirgends gibt - müssen nur die Klammern weg)

Das Ergebnis wäre dann: 0014255550100, und diese Nummer ist valide. Bleibt halt nur das zuvor angesprochene Problem, dass nicht in jedem Land das "+"="00" ist, dies gilt aber zumindest in Europa.

[Bastel123]

Einen habe ich noch:

in Italien (und Russland glaube ich) ist die "0" bei der Ortsvorwahl Bestandteil der Rufnummer und darf nicht rausgekürzt werden. Ich habe die Rufnummern daher in vier Blöcke unterteilt

1. Ländervorwahl (Mussfeld) +49
2. Ortsvorwahl (Mussfeld) 2345 (ohne "0")
3. Firmenkopfnummer (Mussfeld)
4. Durchwahl

Falls es z. B. ein ISDN Anschluss ist wird keine Durchwahl eingtragen, es kommt alles in die Firmenkopfnummer.

Bei eingehenden Telefonaten ist darauf zu achten, dass auch innerhalb eines Landes teilweise die Ländervorwahl mit gegeben wird. also 0049301234567 oder 0301234567

Es wird noch schöner wenn die Anwendung in unterschiedlichen Ländern zmit unterschiedlichen CTI System um Einsatz kommt.
Ist aber immer spannend und die Anwender danken es einem.  ;-)

Schöne Pfingsten

Sebastian

[Tim Pistor]

1. Ländervorwahl (Mussfeld) +49
2. Ortsvorwahl (Mussfeld) 2345 (ohne "0")
3. Firmenkopfnummer (Mussfeld)
4. Durchwahl

Wenn Du den Präfix für die Kennzeichnung eines internationalen Gespräches ("+" / "00" / "011" ) noch bei
der Ländervorwahl rauswirfst, ist die Sache noch besser. Dieser müsste dann zur Laufzeit je nach Standort
berechnet werden.

Präfix (dynamisch) + Ländervorwahl + Ortsvorwahl + Firmenkopfnummer + Durchwahl

[Peter Klett]

Ich finde, man kann sich auch überorganisieren. Vier Felder für eine Telefonnummer, naja, wie gut dass nur drei Pflichtfelder sind, so kann man 110 immerhin speichern.

Da setze ich doch lieber auf den Verstand der Mitarbeiter und evtl. eine Datenkontrolle. Die Qualität wird nicht zwingend besser, wenn man sich den Wolf validiert. Und vor Zahlendrehern schützt das auch nicht. Es sei denn, nach Eingabe der Telefonnummer geht automatisch ein Ruf raus und per Spracherkennung wird gleich noch der Teilnehmername erfasst. Vielleicht stellt man dann eine ungewöhnliche Namenshäufung bei "Hallo" und "Wirkaufennix" fest ...

[atbits]

Sehe ich auch so Peter.
Shit in - Shit out!

Wird Zeit dass der Otto-Normal-Dummuser auch merkt.

Ausserdem sollte IBM endlich die neue Formel @DoExactlyWhatIWant einbauen, damit kann man dann auch über eine KI die Telefonnummer formatieren ;-)

Sorry habe gerade meine sarkastischen 5 Minuten - David

[Bastel123]

Hallo Peter,

natürlich hast Du recht. Garbage in - Garbage out.

Die "Vierteilung" habe ich eingeführt weil sich bei Firmenumzügen oft nur die Kopfnummer und nicht die Durchwahl ändert, dass kann man gut programatisch dann ändern.

Zum gesunden Menschenverstand: Viele Mitarbeiter haben gar kein Vorstellungsvermögen vom Wert richtig gepflegter Adressen.
- Kundenmitarbeiter bei denen unter Remarks steht: 2005 verstorben, die aber weiter in Mailinglisten stehen.
- Firmenadressen mit xxx in der Stadt und Straße
- unzustellbare Rückläufer, die über drei Jahre gehortet, aber nicht eingepflegt werden
und so weiter und so fort

Wenn wir dann noch von verteilten, nicht syncronen Datenbeständen in unterschiedlichen System anfangen ist die reine Telefonnummer nur noch Nebensache.

Gruß

Sebastian
 

[Peter Klett]

Hallo Sebastian,

entschuldige, ich wollte Dich bzw. Dein Vorgehen natürlich nicht angreifen. Das wichtigste an guten Anwendungen ist, dass sie die vorhandenen Probleme lösen und funktionieren. Wenn Du mit der "Vierteilung" (da sind wir dann schon nahe dran an der "Exekution" von Scotty67  ) von Telefonnummern Probleme bei Euch verringern kannst, solltest Du das unbedingt machen.

Den einen richtigen Weg gibt es sowieso nicht, viele Wege führen zum Ziel.

Viele Grüße

Peter