PostgreSQL-Datenbank-Integration

[kfz-innung-schwaben]

Ich Versuche gerade, mittels der PostgreSQL-Datenbank-Integration eine LookUp-Funktion für das hier eingesetzte Odoo-CRM zu ermöglichen. Dies funktioniert mittlerweile gut, jedoch habe ich festgestellt, dass die URL für den Aufruf der Kontaktdaten nicht erstellt wird, wenn innerhalb der Rufnummer im CRM-System ein Slash ('/') verwendet wird, was in unserem Fall sehr häufig auftritt.

Da bei uns aktuell keine Journal-Einträge anhand der selektierten Daten erstellen, habe ich momentan lediglich per Replace-Funktion den Slash gegen ein Leerzeichen ersetzt.

Ist dies ein bereits bekannter Fehler? Mit der Suchfunktion habe ich keinen Hinweis darauf gefunden.

 

[bitn2]

Ein Slash hat in einer Telefonnummer auch nichts zu suchen. https://www.placetel.de/blog/telefonnummer-schreibweise-richtig-schreiben

 

[3CX Partner Grieskirchen]

Slash bei der Rufnummernformatierung macht mir auch immer wieder sorgen.
Am besten so wie du es bereits beschrieben hast, durch Leerzeichen ersetzen.
Ich versuche sowas dann direkt bei der Abfrage gleich rauszufiltern, sodass die Anwender das zwar eintragen können, aber beim Zugriff durch externe Anwendungen dies rausgefiltert wird.

 

[autohaus]

Das hatte ich bei meiner Integration auch, siehe Thread und Lösung im englischen CRM Forum:

Custom Template replace slash '/' with dash '-' in telephone number

Hi All, I've created a custom CRM template for our ERP system. It uses a REST matching scenario and gets an XML result. Looking for 123456789 will find contacts in our ERP with separators blank " ", dash "-" or slash "/" in phone numbers like "123 4567 89", "1234-56789" or "12334/56789". Parsing...

www.3cx.com

 

[bitn2]

Am besten einfach daran halten wie Rufnummern zu formatieren sind, dann tauchen die Probleme nicht auf. Aber der Tipp aus dem englischen Forum könnte hier helfen.

 

[bitn2]

Slash bei der Rufnummernformatierung macht mir auch immer wieder sorgen.
Am besten so wie du es bereits beschrieben hast, durch Leerzeichen ersetzen.
Ich versuche sowas dann direkt bei der Abfrage gleich rauszufiltern, sodass die Anwender das zwar eintragen können, aber beim Zugriff durch externe Anwendungen dies rausgefiltert wird.

Leerzeichen wäre auch korrekt.

 

[blau34]

Ein Slash hat in einer Telefonnummer auch nichts zu suchen. https://www.placetel.de/blog/telefonnummer-schreibweise-richtig-schreiben

Jup.

Bei uns haben wir deshalb im CRM System sowas gleich geblockt. Ich hatte zuerst Diskussionen über die Schreibweise. Habe dann auf die Norm verwiesen und das Thema war vom Tisch. Bin froh mich durchgesetzt zu haben. Leerzeichen sind erlaubt.

 

[kfz-innung-schwaben]

Danke für den Link oben zu den Schreibweisen von Telefonnummern. Ich werde diesen hier bei uns im Haus verteilen lassen, wobei ich mit keinem durchschlagenden Erfolg rechne, da ich hier seit mehr als 25 Jahren an einer Software arbeite und es auch in dieser langen Zeit nicht geschafft habe daß Schreibweisen ohne die Verwendung eines Schlüsselfeldes einheitlich sind. Leider ist es bei dem Eingabefeld für Telefonnummern "noch" nicht möglich, den Zeichensatz zu beschränken.

Die angesprochene DIN-Richtlinie kannte ich bislang tatsächlich noch nicht - deshalb nochmals vielen Dank an @bitn2.

 

[3CX Partner Grieskirchen]

Ich habe das auch aufgegeben.
Zumal viele Programme alle möglichen Eingabearten zulassen, dann wird es auch so eingegeben.
Richtlinie oder Norm hin oder her. Das klappt mal 1-2 Wochen und dann kehrt das alte Muster wieder ein

 

[bitn2]

Ich habe das auch aufgegeben.
Zumal viele Programme alle möglichen Eingabearten zulassen, dann wird es auch so eingegeben.
Richtlinie oder Norm hin oder her. Das klappt mal 1-2 Wochen und dann kehrt das alte Muster wieder ein

Da sage ich immer lernen durch Schmerz. Entweder die Mitarbeiter machen es richtig, oder es funktioniert halt nicht. Das ist dann aber nicht mehr mein Problem. ;-)

 

[blau34]

Naja wenn man es bei der Eingabe nicht abfangen kann ist das sicherlich problematisch. Trotzdem kann man ja mal drauf hinweisen.