Mandant_2 von JTL2 in Mandant_7 von JTL1

[sicherleben]

Hallo zusammen,

es gibt ein Problem bei uns und wir haben (das müsst ihr uns bitte glauben) JEDE aber auch wirklich JEDE einigermaßen passende Lösung aus dem Forum, bzw. der Wiki probiert.

Folgende Aufgabenstellung:

Es gibt zwei WaWi-Installationen bei uns. Die eine (ich nenne sie JTL1) hat einen zusätzlichen Mandanten, also Mandant_2. Darin befinden sich alle Daten eines aktiven Mandanten. Der Standardmandant ist natürlich vorhanden, aber ohne Daten.

Die zweite Installation (ich nenne sie JTL2) hat insgesamt zwei Mandanten. Den Standardmandanten mit aktiv genutzten Daten und einen weiteren Mandanten (Mandant_2) ebenfalls mit aktiv genutzten Daten.

Jetzt wollen wir die beiden Mandanten aus JTL2 in zwei neue Mandanten von JTL1 importieren.

Die beiden zusätzlichen Mandanten haben wir in JTL1 bereits angelegt und die DB wurde jeweils erweitert. Als Firmendaten haben wir einfach überall die Zahl 1 eingegeben.

Es gibt jetzt also Mandant_7 unter JTL1 und Mandant_8 unter JTL1. Die Mandanten 3 bis 6 gibt es nicht.

Aus JTL2 soll jetzt der Mandant_2 in den Mandant_7 von JTL1.
Aus JTL2 soll der Mandant „eazybusiness“ in den Mandant_8 von JTL1.

Wir haben es mit

osql.exe -D eazy -U sa -P ****** -d master -Q "restore database
mandant_dein-zuerstellender-Mandant from disk ='c:\deinBackup.bak' with
replace, move 'dein-bestehender-Mandant' to 'C:\Programme\
Microsoft SQL Server\MSSQL.1\MSSQL\Data\Mandant_dein-zuerstellender-Mandant.MDF'
, move 'dein-bestehender-Mandant_Log' to 'C:\Programme\Microsoft SQL
Server\MSSQL.1\MSSQL\Data\Mandant_dein-zuerstellender-
Mandant_log.LDF' "

versucht. Leider kommt es dabei zu einigen Fehlermeldungen, die wir nicht interpretieren können. Unter Umständen wäre uns bereits damit geholfen, wenn uns jemand den oben genannten Code auf unsere Aufgabenstellung „umschreibt“ und mitteilt. Vermutlich stehen wir hier nur unglaublich auf dem Schlauch...!?

Natürlich nur dann, wenn es damit eigentlich gehen sollte. :biggrin:

Wir wären für jede Hilfestellung dankbar!

 

[Dealux-GmbH]

AW: Mandant_2 von JTL2 in Mandant_7 von JTL1

Wie lauten denn die Fehlermeldungen?

 

[sicherleben]

AW: Mandant_2 von JTL2 in Mandant_7 von JTL1

Es kommen die nachfolgenden Fehlermeldungen:

C:\>osql.exe -D eazy -U sa -P ******** -d master -Q "restore database
Meldung 102, Ebene 15, Status 1, Server SBS2003\JTLWAWI, Zeile 1
Falsche Syntax in der Nähe von 'database'.
C:\> mandant_7 from disk ='c:\29012009.bak' with
Der Befehl "mandant_7" ist entweder falsch geschrieben oder
konnte nicht gefunden werden.
C:\> replace, move 'Mandant_7' to 'C:\Programme\
Unzulässige Option - 'Mandant_7'
Keine Dateien ersetzt
C:\>Microsoft SQL Server\MSSQL.1\MSSQL\Data\Mandant_7.MDF'
Der Befehl "Microsoft" ist entweder falsch geschrieben oder
konnte nicht gefunden werden.
C:\>, move 'Mandant_7' to 'C:\Programme\Microsoft SQL
Syntaxfehler.
C:\>, move 'Mandant_7' to 'C:\Programme\Microsoft SQL


Anstatt der * haben wir natürlich das DB-Kennwort darin.

Müsste es denn eigentlich auf die Art funktionieren?

 

[Dealux-GmbH]

AW: Mandant_2 von JTL2 in Mandant_7 von JTL1

Das ganze muss in einer Zeile stehen. Das scheint es nicht getan zu haben laut den Fehlermeldungen.

 

[sicherleben]

AW: Mandant_2 von JTL2 in Mandant_7 von JTL1

Mehr als peinlich!

Es stimmt, es war tatsächlich nicht in einer Zeile!?

Allerdings kommen jetzt neue Fehlermeldungen, u.a. mit dem Hinweis, dass Mandant_2.mdf nicht überschrieben werden kann, weil er von der Mandant_2-Datenbank verwendet wird. Der Mandant_2 kommt allerdings in der Befehlszeile auch gar nicht vor.

Noch mal zurück zu unserer Kern-Frage:

Sollte diese Vorgehensweise denn eigentlich für unsere Aufgabenstellung geeignet sein?

Wenn ja, haben wir vermutlich immer noch Fehler in der Syntax...

 

[Dealux-GmbH]

AW: Mandant_2 von JTL2 in Mandant_7 von JTL1

Denke schon. Läuft die WaWi denn? Mach die mal aus, dann klappts vielleicht.

 

[sicherleben]

AW: Mandant_2 von JTL2 in Mandant_7 von JTL1

Nein, an der WaWi ist niemand angemeldet.

Leider kann das eher nicht das Problem sein.

 

[Dealux-GmbH]

AW: Mandant_2 von JTL2 in Mandant_7 von JTL1

Haste mal neu gestartet und es dann versucht? Wenn ja, dann stopp mal den Dienst SQLSERVER (JTLWAWI) und versuch es dann noch mal. Wobei das eigentlich nicht gehen dürfte, denke ich, aber kann ja sein.

 

[sicherleben]

AW: Mandant_2 von JTL2 in Mandant_7 von JTL1

Ich hatte vorhin schon einmal gestartet und der Dienst ist vorhin auch gestoppt und wieder gestartet worden.

 

[Dealux-GmbH]

AW: Mandant_2 von JTL2 in Mandant_7 von JTL1

Mal versucht wenn der Dienst aus ist?

 

[sicherleben]

AW: Mandant_2 von JTL2 in Mandant_7 von JTL1

Nein, das habe ich noch nicht versucht. Daran gedacht habe ich zwar schon und ich werde es morgen auch gleich versuchen wenn ich wieder im Büro bin, aber kann es wirklich daran liegen?

 

[sicherleben]

AW: Mandant_2 von JTL2 in Mandant_7 von JTL1

Also, das eigentliche Problem ist gelöst!

Wir hatten vermutlich einen Fehler in der Syntax, den wir beheben konnten.
Der Dienst konnte dabei übrigens weiter laufen.

Allerdings haben wir damit zum X-ten Mal das Problem mit der MwSt. im Webshop (XTC). Dies Problem hatten wir schon einige Male. Das ist auch u.a. der Grund für die beiden JTL-Installationen.

Wenn wir einen Webshop-Abgleich mit exakt der gleichen Mandanten-DB und den exakt gleichen Benutzereinstellungen durchführen, sind alle Preis im Webshop (XTC) ohne MwSt.

Wenn wir dann erneut einen Abgleich vom ursprünglichen JTL starten, sind die Preise im Onlineshop wieder ordnungsgemäß mit MwSt.

Woran liegt das?

Das hat uns bereits vor einigen Wochen unglaublich viel Zeit gekostet. Damals haben wir es damit lösen können, dass wir für jeden Mandanten (es sind 2) mit Onlineshop einen unterschiedlichen Benutzer anlegen, der ausschliesslich diesen Mandanten bearbeiten darf.

Nach unserem Import des Mandanten von JTL2 zu JTL1 (siehe oben im Thread), kann das aber kaum der Grund sein, da wir den neuen und leeren Mandanten und den dazugehörigen Benutzer (mit exakt den gleichen Daten) bereits vor dem Import des Mandanten aus JTL2 angelegt hatten.

Nach unserem Kenntnisstand sollten die Voraussetzungen demnach genau gleich sein.

Hat vielleicht jemand eine Lösung für dies Problem?

 

[Dealux-GmbH]

AW: Mandant_2 von JTL2 in Mandant_7 von JTL1

Das liegt eigentlich immer an den falschen Steuereinstellungen.

 

[sicherleben]

AW: Mandant_2 von JTL2 in Mandant_7 von JTL1

Im Grunde sehe ich das genau so.

Allerdings sind die Einstellungen exakt die gleichen, da es sich eben auch um exakt die Mandanten-DB handelt. Auch eine erneute Überprüfung ergibt diesbezüglich keine Unterschiede.

Wir haben daraufhin erneut das Forum durchsucht und kommen dabei auf sehr, sehr viele ähnliche Einträge. Es scheint aber bei keinem dieser Threads eine wirkliche Lösung zu geben!

Alle scheinbar gelösten Fälle dieser Art funktionieren eher nach dem Motto: Gott sei Dank, es funktioniert wieder!

In der Wiki gibt es unter dem Punkt "4.16 Steuern" eine interessante Doku dazu. Allerdings sind die Punkte dieser Doku bei uns auch genau so wieder zu finden. Unter dem Punkt 4.16 in der Wiki gibt es aber auch einen Hinweis, den man ggf. schnell übersieht und der uns überhaupt nicht klar ist. Dort steht: "die ausgewählte Firma muss an erster Position der Firmenliste stehen".

Was genau ist damit gemeint?

Wenn ich mit z.B. 2 Mandanten arbeite und beide Mandanten jeweils einen Onlineshop betreiben, steht eine Firma (Mandant) in der Liste eben oben und eine darunter!?

Wir snd mit JTL im Grossen und Ganzen wirlich sehr zufrieden, aber diese Steuerproblematik ist ein echt zeitraubendes Problem, welches unserer Meinung nach keineswegs gelöst ist. Schon allein deshalb nicht, weil es immer und immer wieder aufzutreten scheint.

Daher die erneute Bitte: Kann uns jemand dabei helfen?

 

[Dealux-GmbH]

AW: Mandant_2 von JTL2 in Mandant_7 von JTL1

Ihr bearbeitet mit 2 Mandanten den gleichen Onlineshop?

 

[sicherleben]

AW: Mandant_2 von JTL2 in Mandant_7 von JTL1

Nein, wir haben insgesamt drei Mandanten. Einen ohne Shop in der einen JTL-Installation und zwei weitere mit je einem Shop in der anderen JTL-Installation.

Die beiden Mandanten mit jeweils einem Shop sollen in die JTL-Installation OHNE Shop. Damit wir mit einer JTL-Installation arbeiten können.

Der Import des einen Mandanten mit Shop hat ja jetzt auch funktioniert. Aber leider mit dem Ergebnis, dass wir den nicht benutzen können, da wir den Geschäftsbetrieb aufgrund der beschriebenen MwSt.-Problematik nicht gefährden können.

 

[Dealux-GmbH]

AW: Mandant_2 von JTL2 in Mandant_7 von JTL1

Ist bei den Artikeln in den Artikeldetails eine Steuerklasse vergeben?

 

[sicherleben]

AW: Mandant_2 von JTL2 in Mandant_7 von JTL1

Ja, wie oben beschrieben, haben wir durch den erfolgreichen Import der Mandanten-DB in JTL, exakt die gleichen Einstellungen wie in der anderen JTL-Installation, in der die MwSt. ordnungsgemäß an den Onlineshop (XTC) übertragen wird.

ALLE Einstellungen und Werte sind GENAU gleich!

Selbst der Benutzername und das dazugehörige Kennwort sowie die Zuordnung zur Firma, passen genau.

 

[Dealux-GmbH]

AW: Mandant_2 von JTL2 in Mandant_7 von JTL1

Sehr eigenartig. Dann tippe ich mal auf Inkosistenzen in der betroffenen DB. Da kann nur Janusch helfen.

 

[sicherleben]

AW: Mandant_2 von JTL2 in Mandant_7 von JTL1

Vielen Dank für die vielen Anregungen und Hinweise!

Vielleicht wird sich ja doch noch jemand anderes dazu melden!?