Migration eines OTRS in ein bestehendes OTRS
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hallo zusammen,
bedingt durch eine Übernahme, stehe ich vor der Frage, ob ich das bestehende OTRS der übernommenen Firma in unser OTRS integrieren soll, oder es weiterhin dediziert bestehen bleibt. Da das aktuell bei uns betriebene OTRS gute gewartet ist und auf Leistungsfähiger Hardware läuft, tendiere ich eigentlich zur Migration. Technische Daten habe ich bisher leider noch nicht.
Hat das jemand schon mal gemacht? Beim googeln habe ich bisher leider nichts brauchbares gefunden. Mich interessiert vor allem, wie gehe ich mit den Ticketnummer um.
Prinzipiell ist auch einiges an manueller Arbeit kein Problem, wenn es denn erfolgversprechend ist.
Testinstanzen, auf denen probiert werden kann sind auch vorhanden.
Ich freue mich auf Tipps und Anregungen (Auch ein lass da bloß sein wäre OK ;-), wenn es denn begründet ist)
- -- Mit freundlichen Grüßen
Thomas Wittmann
Do not judge a man until you have walked a mile in his shoes. After that, who cares? You are a mile away and you've got his shoes!
Hallo,
ohne damit Erfahrung zu haben, würde ich aus rein theoretischer Sicht folgendes behaupten: * Wenn Du Ticketnummern änderst, werden die Kunden ihre Tickets unter Umständen nicht wiederfinden * Ticketnummern MUSST Du ändern, wenn a) die System-ID der beiden OTRS-Instanzen unterschiedlich ist, oder/und b) dasselbe Schema für die Anlage der Ticketnummern verwendet wurde (dann kann es Konflikte geben). * Wenn keine Ticketnummern geändert werden müssen (oder die Änderung für die Kunden kein Problem ist), sollte eine Migration funktionieren. * Beide Systeme sollten auf gleichem Patchlevel sein, damit Du keine Probleme mit der DB-Migration bekommst. * Eine Migration ist auch schwierig, wenn die Systeme angepasst wurden (also alles außerhalb der Konfiguration). * Die Konfigurationen sollten "kompatibel" sein.
Du wirst Dir das Migrationsskript vermutlich selber basteln müssen, wobei wohl die Indizes neu vergeben werden müssen (und die Verweise darauf entsprechend geändert). Eine Heidenarbeit. Wenn es Dir das wert ist, versuch es. Ansonsten: "lass das bloß sein" ;-) _Möglich_ wäre es jedenfalls (aus meiner Sicht).
Gruß Jan Dreyer
-----Ursprüngliche Nachricht----- Von: otrs-de-bounces@otrs.org [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Thomas Wittmann Gesendet: Mittwoch, 21. Dezember 2011 10:10 An: User questions and discussions about OTRS.org in German Betreff: [otrs-de] Migration eines OTRS in ein bestehendes OTRS
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hallo zusammen,
bedingt durch eine Übernahme, stehe ich vor der Frage, ob ich das bestehende OTRS der übernommenen Firma in unser OTRS integrieren soll, oder es weiterhin dediziert bestehen bleibt. Da das aktuell bei uns betriebene OTRS gute gewartet ist und auf Leistungsfähiger Hardware läuft, tendiere ich eigentlich zur Migration. Technische Daten habe ich bisher leider noch nicht.
Hat das jemand schon mal gemacht? Beim googeln habe ich bisher leider nichts brauchbares gefunden. Mich interessiert vor allem, wie gehe ich mit den Ticketnummer um.
Prinzipiell ist auch einiges an manueller Arbeit kein Problem, wenn es denn erfolgversprechend ist.
Testinstanzen, auf denen probiert werden kann sind auch vorhanden.
Ich freue mich auf Tipps und Anregungen (Auch ein lass da bloß sein wäre OK ;-), wenn es denn begründet ist)
- -- Mit freundlichen Grüßen
Thomas Wittmann
Do not judge a man until you have walked a mile in his shoes. After that, who cares? You are a mile away and you've got his shoes!
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hallo,
- Wenn Du Ticketnummern änderst, werden die Kunden ihre Tickets
unter Umständen nicht wiederfinden * Ticketnummern MUSST Du ändern, wenn a) die System-ID der beiden OTRS-Instanzen unterschiedlich ist, oder/und b) dasselbe Schema für die Anlage der Ticketnummern verwendet wurde (dann kann es Konflikte geben).
Leider scheint bei mir b der Fall zu sein wie ich eben Erfahren habe.
- Wenn keine Ticketnummern geändert werden müssen (oder die
Änderung für die Kunden kein Problem ist), sollte eine Migration funktionieren.
So wie es aussieht wird es genau daran scheitern, falls nicht noch jemand die super Idee hat wie man das auflösen könnte.
- Beide Systeme sollten auf gleichem Patchlevel sein, damit Du
keine Probleme mit der DB-Migration bekommst. * Eine Migration ist auch schwierig, wenn die Systeme angepasst wurden (also alles außerhalb der Konfiguration). * Die Konfigurationen sollten "kompatibel" sein.
Das wäre jetzt nicht das Problem.
Du wirst Dir das Migrationsskript vermutlich selber basteln müssen, wobei wohl die Indizes neu vergeben werden müssen (und die Verweise darauf entsprechend geändert). Eine Heidenarbeit. Wenn es Dir das wert ist, versuch es. Ansonsten: "lass das bloß sein" ;-) _Möglich_ wäre es jedenfalls (aus meiner Sicht).
Ok, das klingt nach recht viel Einsatz mit recht wenig Erfolgsaussicht, ich glaube das lohnt nicht.
Falls doch noch jemand einen Tipp hat, gerne her damit, aber das von Jan beschriebene Level an Aufwand und Probleme mit den Ticketnummern sind es mir nicht Wert.
Danke für die Denkanstöße ...
Gruß Jan Dreyer
-----Ursprüngliche Nachricht----- Von: otrs-de-bounces@otrs.org [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Thomas Wittmann Gesendet: Mittwoch, 21. Dezember 2011 10:10 An: User questions and discussions about OTRS.org in German Betreff: [otrs-de] Migration eines OTRS in ein bestehendes OTRS
Hallo zusammen,
bedingt durch eine Übernahme, stehe ich vor der Frage, ob ich das bestehende OTRS der übernommenen Firma in unser OTRS integrieren soll, oder es weiterhin dediziert bestehen bleibt. Da das aktuell bei uns betriebene OTRS gute gewartet ist und auf Leistungsfähiger Hardware läuft, tendiere ich eigentlich zur Migration. Technische Daten habe ich bisher leider noch nicht.
Hat das jemand schon mal gemacht? Beim googeln habe ich bisher leider nichts brauchbares gefunden. Mich interessiert vor allem, wie gehe ich mit den Ticketnummer um.
Prinzipiell ist auch einiges an manueller Arbeit kein Problem, wenn es denn erfolgversprechend ist.
Testinstanzen, auf denen probiert werden kann sind auch vorhanden.
Ich freue mich auf Tipps und Anregungen (Auch ein lass da bloß sein wäre OK ;-), wenn es denn begründet ist)
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
- -- Mit freundlichen Grüßen
Thomas Wittmann
Do not judge a man until you have walked a mile in his shoes. After that, who cares? You are a mile away and you've got his shoes!
Hallo Thomas,
wie wäre es denn mal mit einer Anfrage an die OTRS AG um solch ein Skript in’s Leben zu rufen?
On 21.12.2011, at 14:29, Thomas Wittmann wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hallo,
- Wenn Du Ticketnummern änderst, werden die Kunden ihre Tickets
unter Umständen nicht wiederfinden * Ticketnummern MUSST Du ändern, wenn a) die System-ID der beiden OTRS-Instanzen unterschiedlich ist, oder/und b) dasselbe Schema für die Anlage der Ticketnummern verwendet wurde (dann kann es Konflikte geben).
Leider scheint bei mir b der Fall zu sein wie ich eben Erfahren habe.
- Wenn keine Ticketnummern geändert werden müssen (oder die
Änderung für die Kunden kein Problem ist), sollte eine Migration funktionieren.
So wie es aussieht wird es genau daran scheitern, falls nicht noch jemand die super Idee hat wie man das auflösen könnte.
- Beide Systeme sollten auf gleichem Patchlevel sein, damit Du
keine Probleme mit der DB-Migration bekommst. * Eine Migration ist auch schwierig, wenn die Systeme angepasst wurden (also alles außerhalb der Konfiguration). * Die Konfigurationen sollten "kompatibel" sein.
Das wäre jetzt nicht das Problem.
Du wirst Dir das Migrationsskript vermutlich selber basteln müssen, wobei wohl die Indizes neu vergeben werden müssen (und die Verweise darauf entsprechend geändert). Eine Heidenarbeit. Wenn es Dir das wert ist, versuch es. Ansonsten: "lass das bloß sein" ;-) _Möglich_ wäre es jedenfalls (aus meiner Sicht).
Ok, das klingt nach recht viel Einsatz mit recht wenig Erfolgsaussicht, ich glaube das lohnt nicht.
Falls doch noch jemand einen Tipp hat, gerne her damit, aber das von Jan beschriebene Level an Aufwand und Probleme mit den Ticketnummern sind es mir nicht Wert.
Danke für die Denkanstöße ...
Gruß Jan Dreyer
-----Ursprüngliche Nachricht----- Von: otrs-de-bounces@otrs.org [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Thomas Wittmann Gesendet: Mittwoch, 21. Dezember 2011 10:10 An: User questions and discussions about OTRS.org in German Betreff: [otrs-de] Migration eines OTRS in ein bestehendes OTRS
Hallo zusammen,
bedingt durch eine Übernahme, stehe ich vor der Frage, ob ich das bestehende OTRS der übernommenen Firma in unser OTRS integrieren soll, oder es weiterhin dediziert bestehen bleibt. Da das aktuell bei uns betriebene OTRS gute gewartet ist und auf Leistungsfähiger Hardware läuft, tendiere ich eigentlich zur Migration. Technische Daten habe ich bisher leider noch nicht.
Hat das jemand schon mal gemacht? Beim googeln habe ich bisher leider nichts brauchbares gefunden. Mich interessiert vor allem, wie gehe ich mit den Ticketnummer um.
Prinzipiell ist auch einiges an manueller Arbeit kein Problem, wenn es denn erfolgversprechend ist.
Testinstanzen, auf denen probiert werden kann sind auch vorhanden.
Ich freue mich auf Tipps und Anregungen (Auch ein lass da bloß sein wäre OK ;-), wenn es denn begründet ist)
Cheers, Nils
Nils Leideck schrieb:
wie wäre es denn mal mit einer Anfrage an die OTRS AG um solch ein Skript in’s Leben zu rufen?
Hi Nils,
im Feature-Tracker ist das IMHO bereits gepostet, dort könnte man die Diskussion fortsetzen:
https://otrsteam.ideascale.com/a/dtd/Freedom-for-Im--and-Export/80109-10369
Grüße
Alexander
Public Relations OTRS Community Board / OtterHub (http://www.otterhub.org/)
Hi Thomas,
also so was kann man auch sehr leicht ohne OTRS AG umsetzen.
Ein kurzes Script, das alle Tickets und die zugehörigen Artikel des OTRS der übernommenen Firma (per SOAP oder MySQL) ausliest und dann im neuen OTRS per SOAP einpflegt, sollte in einer Stunde geschrieben sein.
Dann noch Customer DB übernehmen und fertig ist der Lack...
Die alten Ticketnummern könnte man in irgend nem Free Field ablegen, oder bei neuen/offnen Tickets einfach ne Mail an den Kunden schicken, dass sich die Ticektnummer geändert hat.
Ich würde dazu mal im Forum fragen.
Da gibts auch schon genügend Beispielcode, mit dem man schon gut was anfangen können sollte... Einfach mal nach SOAP suchen...
MfG André
am Mittwoch, 21. Dezember 2011 um 15:24 schrieben Sie:
NL> Hallo Thomas,
NL> wie wäre es denn mal mit einer Anfrage an die OTRS AG um solch ein Skript in’s Leben zu rufen?
NL> On 21.12.2011, at 14:29, Thomas Wittmann wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hallo,
- Wenn Du Ticketnummern änderst, werden die Kunden ihre Tickets
unter Umständen nicht wiederfinden * Ticketnummern MUSST Du ändern, wenn a) die System-ID der beiden OTRS-Instanzen unterschiedlich ist, oder/und b) dasselbe Schema für die Anlage der Ticketnummern verwendet wurde (dann kann es Konflikte geben).
Leider scheint bei mir b der Fall zu sein wie ich eben Erfahren habe.
- Wenn keine Ticketnummern geändert werden müssen (oder die
Änderung für die Kunden kein Problem ist), sollte eine Migration funktionieren.
So wie es aussieht wird es genau daran scheitern, falls nicht noch jemand die super Idee hat wie man das auflösen könnte.
- Beide Systeme sollten auf gleichem Patchlevel sein, damit Du
keine Probleme mit der DB-Migration bekommst. * Eine Migration ist auch schwierig, wenn die Systeme angepasst wurden (also alles außerhalb der Konfiguration). * Die Konfigurationen sollten "kompatibel" sein.
Das wäre jetzt nicht das Problem.
Du wirst Dir das Migrationsskript vermutlich selber basteln müssen, wobei wohl die Indizes neu vergeben werden müssen (und die Verweise darauf entsprechend geändert). Eine Heidenarbeit. Wenn es Dir das wert ist, versuch es. Ansonsten: "lass das bloß sein" ;-) _Möglich_ wäre es jedenfalls (aus meiner Sicht).
Ok, das klingt nach recht viel Einsatz mit recht wenig Erfolgsaussicht, ich glaube das lohnt nicht.
Falls doch noch jemand einen Tipp hat, gerne her damit, aber das von Jan beschriebene Level an Aufwand und Probleme mit den Ticketnummern sind es mir nicht Wert.
Danke für die Denkanstöße ...
Gruß Jan Dreyer
-----Ursprüngliche Nachricht----- Von: otrs-de-bounces@otrs.org [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Thomas Wittmann Gesendet: Mittwoch, 21. Dezember 2011 10:10 An: User questions and discussions about OTRS.org in German Betreff: [otrs-de] Migration eines OTRS in ein bestehendes OTRS
Hallo zusammen,
bedingt durch eine Übernahme, stehe ich vor der Frage, ob ich das bestehende OTRS der übernommenen Firma in unser OTRS integrieren soll, oder es weiterhin dediziert bestehen bleibt. Da das aktuell bei uns betriebene OTRS gute gewartet ist und auf Leistungsfähiger Hardware läuft, tendiere ich eigentlich zur Migration. Technische Daten habe ich bisher leider noch nicht.
Hat das jemand schon mal gemacht? Beim googeln habe ich bisher leider nichts brauchbares gefunden. Mich interessiert vor allem, wie gehe ich mit den Ticketnummer um.
Prinzipiell ist auch einiges an manueller Arbeit kein Problem, wenn es denn erfolgversprechend ist.
Testinstanzen, auf denen probiert werden kann sind auch vorhanden.
Ich freue mich auf Tipps und Anregungen (Auch ein lass da bloß sein wäre OK ;-), wenn es denn begründet ist)
NL> Cheers, Nils
Hi André,
sicher könnte man das auch mit SOAP lösen, imo dürfte der Server dabei aber tüchtig belastet werden - je nach vorhandenem Ticketaufkommen. Eins der von mir betreuten Systeme hat aktuell >280.000 Tickets gespeichert. Ich denke, das dürfte noch keine allzu große Zahl sein, aber MySQL knarrzt und knackt dort hin und wieder mal. Zumindest sollte man sich bei der Migratino auch Gedanken über Laufzeit und Systemauslastung machen. Eine optimierte Mysql-Sequenz kann da schon etwas bewirken, denke ich.
Gruß Jan Dreyer
-----Ursprüngliche Nachricht----- Von: otrs-de-bounces@otrs.org [mailto:otrs-de-bounces@otrs.org] Im Auftrag von André Bauer Gesendet: Mittwoch, 21. Dezember 2011 17:05 An: User questions and discussions about OTRS.org in German Betreff: Re: [otrs-de] Migration eines OTRS in ein bestehendes OTRS
Hi Thomas,
also so was kann man auch sehr leicht ohne OTRS AG umsetzen.
Ein kurzes Script, das alle Tickets und die zugehörigen Artikel des OTRS der übernommenen Firma (per SOAP oder MySQL) ausliest und dann im neuen OTRS per SOAP einpflegt, sollte in einer Stunde geschrieben sein.
Dann noch Customer DB übernehmen und fertig ist der Lack...
Die alten Ticketnummern könnte man in irgend nem Free Field ablegen, oder bei neuen/offnen Tickets einfach ne Mail an den Kunden schicken, dass sich die Ticektnummer geändert hat.
Ich würde dazu mal im Forum fragen.
Da gibts auch schon genügend Beispielcode, mit dem man schon gut was anfangen können sollte... Einfach mal nach SOAP suchen...
MfG André
am Mittwoch, 21. Dezember 2011 um 15:24 schrieben Sie:
NL> Hallo Thomas,
NL> wie wäre es denn mal mit einer Anfrage an die OTRS AG um solch ein Skript ins Leben zu rufen?
NL> On 21.12.2011, at 14:29, Thomas Wittmann wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hallo,
- Wenn Du Ticketnummern änderst, werden die Kunden ihre Tickets
unter Umständen nicht wiederfinden * Ticketnummern MUSST Du ändern, wenn a) die System-ID der beiden OTRS-Instanzen unterschiedlich ist, oder/und b) dasselbe Schema für die Anlage der Ticketnummern verwendet wurde (dann kann es Konflikte geben).
Leider scheint bei mir b der Fall zu sein wie ich eben Erfahren habe.
- Wenn keine Ticketnummern geändert werden müssen (oder die Änderung
für die Kunden kein Problem ist), sollte eine Migration funktionieren.
So wie es aussieht wird es genau daran scheitern, falls nicht noch jemand die super Idee hat wie man das auflösen könnte.
- Beide Systeme sollten auf gleichem Patchlevel sein, damit Du keine
Probleme mit der DB-Migration bekommst. * Eine Migration ist auch schwierig, wenn die Systeme angepasst wurden (also alles außerhalb der Konfiguration). * Die Konfigurationen sollten "kompatibel" sein.
Das wäre jetzt nicht das Problem.
Du wirst Dir das Migrationsskript vermutlich selber basteln müssen, wobei wohl die Indizes neu vergeben werden müssen (und die Verweise darauf entsprechend geändert). Eine Heidenarbeit. Wenn es Dir das wert ist, versuch es. Ansonsten: "lass das bloß sein" ;-) _Möglich_ wäre es jedenfalls (aus meiner Sicht).
Ok, das klingt nach recht viel Einsatz mit recht wenig Erfolgsaussicht, ich glaube das lohnt nicht.
Falls doch noch jemand einen Tipp hat, gerne her damit, aber das von Jan beschriebene Level an Aufwand und Probleme mit den Ticketnummern sind es mir nicht Wert.
Danke für die Denkanstöße ...
Gruß Jan Dreyer
-----Ursprüngliche Nachricht----- Von: otrs-de-bounces@otrs.org [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Thomas Wittmann Gesendet: Mittwoch, 21. Dezember 2011 10:10 An: User questions and discussions about OTRS.org in German Betreff: [otrs-de] Migration eines OTRS in ein bestehendes OTRS
Hallo zusammen,
bedingt durch eine Übernahme, stehe ich vor der Frage, ob ich das bestehende OTRS der übernommenen Firma in unser OTRS integrieren soll, oder es weiterhin dediziert bestehen bleibt. Da das aktuell bei uns betriebene OTRS gute gewartet ist und auf Leistungsfähiger Hardware läuft, tendiere ich eigentlich zur Migration. Technische Daten habe ich bisher leider noch nicht.
Hat das jemand schon mal gemacht? Beim googeln habe ich bisher leider nichts brauchbares gefunden. Mich interessiert vor allem, wie gehe ich mit den Ticketnummer um.
Prinzipiell ist auch einiges an manueller Arbeit kein Problem, wenn es denn erfolgversprechend ist.
Testinstanzen, auf denen probiert werden kann sind auch vorhanden.
Ich freue mich auf Tipps und Anregungen (Auch ein lass da bloß sein wäre OK ;-), wenn es denn begründet ist)
NL> Cheers, Nils
-- Mit freundlichen Grüßen André Bauer monotek@gmx.net
System: Ubuntu 8.04.1/Apache 2.2.8-MOD_PERL/MySQL 5.0.51a/ OTRS 2.3.3
--------------------------------------------------------------------- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
Hallo André,
also so was kann man auch sehr leicht ohne OTRS AG umsetzen.
Wenn man die entsprechenden OTRS Kenntnisse hat, die Zeit und die Programmierungerfahrung wie Du, dann will ich da nicht wiederspechen. Warum schreibst Du dann nicht ein generisches Script dafür und pflegst es in einem offenem Repository? Ich denke das würde einigen Anklang in der Community und Projekten finden.
Ein kurzes Script, das alle Tickets und die zugehörigen Artikel des OTRS der übernommenen Firma (per SOAP oder MySQL) ausliest und dann im neuen OTRS per SOAP einpflegt, sollte in einer Stunde geschrieben sein.
Keine Ahnung wie lange man dafür braucht (Tests auf konträrem System bitte mitbeachten, nicht einfach ausführen ;-) aber ich denke da machst Du es Dir zu einfach. Man sollte hier auch die Historien bedenken demnach auch die IDs der Agenten. Also es muss schon ein bischen mehr migriert werden. Je nach dem auch Module wie FAQ, Services, CMDB, Changes, Survey, etc.
Auch das Import-Export-Projekt von Alexander sehe ich da eigentlich nicht im Boot, sondern eher als reines Im- und Export und Web-Backup Tool.
Dann noch Customer DB übernehmen und fertig ist der Lack...
Stimmen denn die CustomerKey, IDs, Mappings, ACLs??? Ich glaube wirklich das Du da einiges übersiehst.
Die alten Ticketnummern könnte man in irgend nem Free Field ablegen, oder bei neuen/offnen Tickets einfach ne Mail an den Kunden schicken, dass sich die Ticektnummer geändert hat.
Also die Nummern in einem FreiTextFeld abspeichern finde ich gut, dann kann man mit einem unserer Feature Add ons sogar eingehene Email mit alter Ticket-Nummer noch erkennen und den neuen Tickets zuordnen! Aber dem Kunden sagen dass sich die Ticket-nummer plötzlich geändert hat finde ich nicht gut, zumahl es teilweise vertragliche Inhalte basierend auf Ticketnummern gibt. Und das nicht nur bei der OTRS Group, das garantiere ich Dir!
Fatit: Machbar ja, aber bitte nichts übersehen!
Cheers, Nils
Guten Tag Nils Leideck,
nun ja, es ist natürlich immer die Frage wie genau man es haben will und welche Daten übernommen werden sollen.
Einfach die alten Tickets rauszuholen und mit selben Status und dem Admin gehörend einzupflegen ist wie gesagt sicher recht einfach umsetzbar.
Da ich gerade umziehe hab ich aber echt andere Dinge zu tun, als mir noch sowas aufzuhalsen ;-)
Grüße André
am Mittwoch, 21. Dezember 2011 um 19:17 schrieben Sie:
NL> Hallo André,
also so was kann man auch sehr leicht ohne OTRS AG umsetzen.
NL> Wenn man die entsprechenden OTRS Kenntnisse hat, die Zeit und die NL> Programmierungerfahrung wie Du, dann will ich da nicht NL> wiederspechen. Warum schreibst Du dann nicht ein generisches NL> Script dafür und pflegst es in einem offenem Repository? Ich denke NL> das würde einigen Anklang in der Community und Projekten finden.
Ein kurzes Script, das alle Tickets und die zugehörigen Artikel des OTRS der übernommenen Firma (per SOAP oder MySQL) ausliest und dann im neuen OTRS per SOAP einpflegt, sollte in einer Stunde geschrieben sein.
NL> Keine Ahnung wie lange man dafür braucht (Tests auf konträrem NL> System bitte mitbeachten, nicht einfach ausführen ;-) aber ich NL> denke da machst Du es Dir zu einfach. Man sollte hier auch die NL> Historien bedenken demnach auch die IDs der Agenten. Also es muss NL> schon ein bischen mehr migriert werden. Je nach dem auch Module NL> wie FAQ, Services, CMDB, Changes, Survey, etc.
NL> Auch das Import-Export-Projekt von Alexander sehe ich da NL> eigentlich nicht im Boot, sondern eher als reines Im- und Export und Web-Backup Tool.
Dann noch Customer DB übernehmen und fertig ist der Lack...
NL> Stimmen denn die CustomerKey, IDs, Mappings, ACLs??? Ich glaube NL> wirklich das Du da einiges übersiehst.
Die alten Ticketnummern könnte man in irgend nem Free Field ablegen, oder bei neuen/offnen Tickets einfach ne Mail an den Kunden schicken, dass sich die Ticektnummer geändert hat.
NL> Also die Nummern in einem FreiTextFeld abspeichern finde ich gut, NL> dann kann man mit einem unserer Feature Add ons sogar eingehene NL> Email mit alter Ticket-Nummer noch erkennen und den neuen Tickets NL> zuordnen! Aber dem Kunden sagen dass sich die Ticket-nummer NL> plötzlich geändert hat finde ich nicht gut, zumahl es teilweise NL> vertragliche Inhalte basierend auf Ticketnummern gibt. Und das NL> nicht nur bei der OTRS Group, das garantiere ich Dir!
NL> Fatit: Machbar ja, aber bitte nichts übersehen!
NL> Cheers, Nils
participants (5)
-
Alexander Halle
-
André Bauer
-
Jan.Dreyer@bertelsmann.de
-
Nils Leideck
-
Thomas Wittmann