Erstellt vor 3 Jahren

Zuletzt geändert vor 3 Jahren

#1880 new Verbesserung/Featurewunsch

Kartenanbindung Adresse

Erstellt von: n.simon@… Verantwortlicher: m.bunkus@…
Priorität: normal Meilenstein:
Komponente: kivitendo ERP Version: 2.7.0
Schweregrad: unwesentlich Stichworte:
Beobachter:

Beschreibung

In kivitendo fehlt ein Button, mit dem die Kundenadresse in einem Kartendienst (Google-Maps, Bing, openstreetmap) angezeigt wird.

Damit es jeder nach seinem 'Gusto' machen kann, sollte ein Konfigurationsstring beim Anwender hinterlegbar sein, mit dem die Wahl des Dienstes erfolgt und die erforderlichen Daten per Variablen in den String geklebt werden. Als Variablen sollte auch die Anwender-Adresse verfügbar sein, dann kann ggf. direkt ein Routeplan gerechnet werden.

Änderungshistorie (6)

comment:1 als Antwort auf: ↑ description Geändert vor 3 Jahren durch hli@…

In kivitendo fehlt ein Button, mit dem die Kundenadresse in einem Kartendienst (Google-Maps, Bing, openstreetmap) angezeigt wird.

Das gibt es in der CRM schon.

Damit es jeder nach seinem 'Gusto' machen kann, sollte ein Konfigurationsstring beim Anwender hinterlegbar sein, mit dem die Wahl des Dienstes erfolgt und die erforderlichen Daten per Variablen in den String geklebt werden. Als Variablen sollte auch die Anwender-Adresse verfügbar sein, dann kann ggf. direkt ein Routeplan gerechnet werden.

Das kann man leicht noch machen.

comment:2 Antwort: Geändert vor 3 Jahren durch n.simon@…

Der Verbesserungswunsch ist an den ERP-Teil adressiert und geht auf mehrfache Kundenwünsche zurück, bei denen explizit auf den CRM-Teil verzichtet wird.

comment:3 als Antwort auf: ↑ 2 Geändert vor 3 Jahren durch hli@…

Replying to n.simon@…:

Der Verbesserungswunsch ist an den ERP-Teil adressiert und geht auf mehrfache Kundenwünsche zurück, bei denen explizit auf den CRM-Teil verzichtet wird.

Da frage ich mich wieso? Gibt es da bestimmte Vorbehalte, vielleicht auch von LINET?
Nur weil es in PHP geschrieben ist?

comment:4 Antwort: Geändert vor 3 Jahren durch n.simon@…

Es gibt mehrere abwehrende Argumentationsketten von Anwendern und Interessenten bzgl. der aktuellen CRM-Lösung:

  1. Redundanz (zwei Stellen für Gleiches)
  2. Unterschiedliche Bedienung / Oberflächen
  3. Erhöhter Wartungsaufwand
  4. PHP

comment:5 als Antwort auf: ↑ 4 Geändert vor 3 Jahren durch hli@…

Replying to n.simon@…:

Es gibt mehrere abwehrende Argumentationsketten von Anwendern und Interessenten bzgl. der aktuellen CRM-Lösung:

  1. Redundanz (zwei Stellen für Gleiches)

Stimmt so nicht. Wo kann ich in der ERP Kontaktverläufe speichern/einsehen? Wo habe ich dort die Punkte, die ja bemängelt werden. Wo kann ich da eine Mail schreiben .....
Es sind 2. unterschiedliche Dinge, die aber die gleichen Daten nutzen. Nicht jeder schreibt Rechnungen oder verwaltet Waren. Die CRM ersetzt keine ERP, sie ergänzt das Produkt.

  1. Unterschiedliche Bedienung / Oberflächen

Es sind auch 2 verschiedene Aufgaben.

  1. Erhöhter Wartungsaufwand

Wenig, bis gar nicht. Siehe 4.

  1. PHP

Was spricht dagegen. Viele die dagegen sind, verwenden ohne murren irgend eine CRM auf PHP-Basis, damit übrigens auch eine ganz andere Oberfläche. Oder sie verwenden ein Shopsystem unter PHP. u.s.w.
Das PHP unsicher ist, ist nicht richtig. Ordentlich aufgesetzt nicht mehr als Perl.

comment:6 als Antwort auf: ↑ description Geändert vor 3 Jahren durch hli@…

Damit es jeder nach seinem 'Gusto' machen kann, sollte ein Konfigurationsstring beim Anwender hinterlegbar sein, mit dem die Wahl des Dienstes erfolgt und die erforderlichen Daten per Variablen in den String geklebt werden. Als Variablen sollte auch die Anwender-Adresse verfügbar sein, dann kann ggf. direkt ein Routeplan gerechnet werden.

Das ist nun in der CRM realisiert.

Hinweis: Hilfe zur Verwendung von Tickets finden Sie in TracTickets.