Neu In eigener Sache: ServiceDesk > GREYHOUND Migrationstool

[slammers]

Hallo zusammen,
wie ihr sicher alle schon mitbekommen habt, sind wir - GREYHOUND Software - jetzt mit JTL "verheiratet" 💒

Daher arbeiten wir mit Hochdruck an einer neuen Version von JTL Connect, dem Add-on für GREYHOUND, welches euch Auftragsdaten direkt in der Kundenkommunikation in GREYHOUND anzeigt. Aber als ob das nicht schon genug wäre, haben wir auch noch ein Migrationstool für ServiceDesk-Nachrichten geschrieben. Für alle diejenigen, die GREYHOUND ausprobieren wollen, aber den Aufwand der Umstellung scheuen, steht damit ein Programm bereit, mit dem sich sämtliche E-Mails aus dem ServiceDesk in GREYHOUND importieren lassen. Zumindest in unserer Entwicklungsumgebung mit Testdaten

Wir sind auf der Suche nach 2-3 mittelgroßen Unternehmen, die den ServiceDesk aktiv im Einsatz haben und grundsätzlich Interesse daran haben, GREYHOUND mit den eigenen Daten aus dem ServiceDesk zu testen.

Im Gegenzug kann ich anbieten, die Ersteinrichtung von GREYHOUND mit euch persönlich durchzuführen (ich oder jemand aus meinem Team).

Hinweis: Das würde natürlich nicht zu einer Weiterverwendung von GREYHOUND verpflichten! Wir bieten grundsätzlich eine unverbindliche und kostenlose 30-tägige Testphase an. Auch würden die Originaldaten nicht verändert werden.

Bei Interesse schreibt mir bitte gerne eine Nachricht direkt an support@greyhound-software.com.
Besten Dank für eure Unterstützung!

Sascha

 

[recent.digital]

Werden die Daten aus der Datenbank gelöscht und somit die Datenbank kleiner? Das ist für viele ja aufgrund der SQL Lizenzierung eine wichtige Thematik.

 

[slammers]

Werden die Daten aus der Datenbank gelöscht und somit die Datenbank kleiner? Das ist für viele ja aufgrund der SQL Lizenzierung eine wichtige Thematik.

Moin,
ich habe mir dazu ein Info von unserem Devteam geholt: Derzeit erfolgt die Migration ausschließlich lesend. Grundsätzlich wäre das Löschen aus der JTL-DB nach der Migration möglich, müsste aber mit JTL geklärt werden. Ich kann auch nicht abschätzen, wie aufwändig das wäre, da die JTL-Tabellenstruktur nicht ganz trivial ist. Ich würde daher einmal abwarten, ob sich überhaupt eine nennenswerte Menge an "migrationswilligen" ServiceDesk-Usern findet, für die das relevant ist

 

[slammers]

Hier ein paar Screenshots des JTL ServiceDesk Converters - frisch und warm aus der Dev-Schmiede

Schritt-für-Schritt-Assistent:



Label werden zu Gruppen in GREYHOUND (mit Hierarchie, die aber aus irgendeinem Grund gerade in JTL nicht zu erkennen ist)



Textbausteine eines jeden Users werden übernommen:


Und da beste zum Schluss: POP3- und SMTP-Konten werden übernommen

 

[Michael Spaltmann]

Hi,

wir werden Interessenten ein SQL Script bereit stellen, mit dem alle Servicedeskdaten gelöscht werden, um die DB wieder zu verkleinern.

Viele Grüße Michael

 

[kelvin.]

Hi,

wir werden Interessenten ein SQL Script bereit stellen, mit dem alle Servicedeskdaten gelöscht werden, um die DB wieder zu verkleinern.

Viele Grüße Michael

Ich habe da Interesse. Ich möchte das Script nutzen, um alle Serveicedeskdaten zu löschen, da wir es nicht mehr nutzen.
Soll ich dafür ein Ticket erstellen oder bekommt man das Script per DM?

 

[Michael Spaltmann]

Hi,

Du kannst dich gerne per PM melden. Wir prüfen das aber gerade nochmal intern durch, also schreib mich am Besten nächste Woche nochmal an, dann müssten wir das clean haben.

Viele Grüße Michael

 

[slammers]

FYI: Die ersten Durchläufe bei einigen Kunden sind erfolgreich durchgelaufen. Durchschnittlich liegt die Migrationsgeschwindigkeit bei etwa 8k Nachrichten pro Stunde.

Sascha