Neu Artikel in anderen Mandanten kopieren

[Conny]

Hi,

wer könnte mir dabei helfen?

Ich möchte die nur die Artikel von einem Mandanten in einen anderen Mandanten kopieren.
(allerdings mit Variationen und Varkombis ...)

Am liebsten per Batch z.B. per "OSQL.EXE"

Es geht darum, daß man die Artikel nicht doppelt pflegen muss. Lagerbestände sind im zweiten Mandanten nicht interessant und können unberücksichtigt bleiben.

LG Conny

 

[JohnFrea]

Dafür gibt es außer mit vielen, einzelnen Schritten per Ameise keine Lösung.

 

[Conny]

Hi, ich habe es mit der Ameise probiert. Nach mehreren Stunden habe ich es aufgegeben einen vernünftigen Ex- und Import hin zu bekommen.
Deswegen dachte ich darüber nach die Tabellen per SQL in einer Batch Datei zu exportieren und dann wieder zu importieren.

 

[JohnFrea]

Das kannst Du per SQL vergessen, es sei denn, die Datenbanken laufen bzgl Artikeln und allen Eigenschaften absolut synchron. Da gibt es viele Tabellen, die Abhängigkeiten untereinander haben. Man kann nicht so einfach von A nach B kopieren, wenn man nicht alle Abhängigkeiten überblickt.
Und selbst wenn man das alles überblickt, ist das per SQL zu erledigen deutlich mehr Arbeit als ein Sequenz von Ameise Ex- und Importen zu definieren.

 

[Conny]

Ok, ich gebe mich geschlagen.
Das ganz mit der Ameise ist aber leider auch nicht wirklich viel besser.
Schau die mal alleine die Exportmöglichkeiten an



Ich habe nur versucht die Artikel mit Varkobis und den Artikel Bildern zu exportieren und wieder neu zu importieren.
Habe da Stunden mit verbracht, damit es einigermaßen funktioniert hat. Und dann muss ich es noch irgendwie vernünftig hinbekommen,
dass entweder die Artikel alle vorher gelöscht werden oder im Update Verfahren.

Das ist leider keine zufriedenstellende Lösung

Vielleicht gibt es ja mal von JTL in Zukunft eine Lösung dafür. Denke mal schnell nur die Artikel sichern und dann wieder importieren
ist für viele interessant.

LG Conny

 

[JohnFrea]

Das Thema haben wir alle paar Jahre mal wieder hier im Forum und der Tenor von JTL war immer: Zu komplex zu programmieren bei zu wenig Anwendern, die das benötigen und es gibt ja die Ameise...

 

[Georg964]

Du kannst den ganzen Mandanten via SQL-Backup rüber kopieren und dann das löschen was du nicht brauchst.

 

[Conny]

Hallo @Georg964,
das ist soweit ok. Aber dann muss ich die ganzen Mandanten Einstellungen wiederherstellen, was die Sache auch nicht vereinfacht.

 

[Georg964]

Hallo @Georg964,
das ist soweit ok. Aber dann muss ich die ganzen Mandanten Einstellungen wiederherstellen, was die Sache auch nicht vereinfacht.

Vielleicht lassen sich ja diese Mandanteneinstellungen besser/leichter mit der Ameise exportieren.

 

[John]

Naja, das Problem tritt ja meistens nicht nur am Anfang, zu dem eine Kopie des Mandanten möglich ist auf, sondern permanent, wenn neue Artikel ins Sortiment kommen.
Insofern führt an der Ameise auf Artikelebene kein weg vorbei.

 

[Kissenoutlet24.de]

Hallo,
gibt es in der 1.10 schon Verbesserungen?
Per Workflow wäre ein Abgleich bei einem neuen Artikel sehr cool.
Ich muss manchmal in 3 Mandanten, Artikel manuell anlegen.

 

[John]

Hallo,
gibt es in der 1.10 schon Verbesserungen?
Per Workflow wäre ein Abgleich bei einem neuen Artikel sehr cool.
Ich muss manchmal in 3 Mandanten, Artikel manuell anlegen.

Leider nein und mit einer Lösung seitens JTL rechne ich auch nicht mehr, weil eine Lösung sehr, sehr, sehr viel Aufwand erfordert.

 

[c.emig]

Ich habe ein Ähnliches Problem. Wir sind gerade im Gespräch mit einen Service Partner um die Zwei Mandanten über ne API Schnittstelle zu verbinden um dann quasi ein Internes Droppshipping zu machen. Sollte dann ja auch ohne internen Warenverkehr gehen

 

[frankell]

Irgendwie komme ich noch nicht so dahinter, was genau das Problem ist, mit der Ameise zu arbeiten. Klar, das ist einmaliger Aufwand, nicht nur einen Ex- und Import anzulegen, sondern mehrere davon, aber dann kann man die Abgleiche doch mit der CMD-Version der Ameise (mittlerweile erst ab JTL Advanced, ich weiß) automatisch im Hintergrund laufen lassen, bspw. nachts.
Wir sind selbst auch Hersteller und stellen unseren B2Bs unsere Produktdaten zur Verfügung. Wir wollen ja auch, dass diese ordentlich und vollständig in deren Shops präsentiert werden. Ich habe selbst die Abgleiche für manche unserer Shops angelegt. Und was soll ich sagen, läuft.
Vielleicht kann mich mal jemand aufklären, was genau das Problem ist, das bisher dankenswerterweise einen Bogen um mich gemacht hat. Eine neue Erkenntnis könnte mich dafür wappnen, falls sich das Problem es mal anders überlegt und auch mich heimsucht.

 

[c.emig]

Irgendwie komme ich noch nicht so dahinter, was genau das Problem ist, mit der Ameise zu arbeiten. Klar, das ist einmaliger Aufwand, nicht nur einen Ex- und Import anzulegen, sondern mehrere davon, aber dann kann man die Abgleiche doch mit der CMD-Version der Ameise (mittlerweile erst ab JTL Advanced, ich weiß) automatisch im Hintergrund laufen lassen, bspw. nachts.
Wir sind selbst auch Hersteller und stellen unseren B2Bs unsere Produktdaten zur Verfügung. Wir wollen ja auch, dass diese ordentlich und vollständig in deren Shops präsentiert werden. Ich habe selbst die Abgleiche für manche unserer Shops angelegt. Und was soll ich sagen, läuft.
Vielleicht kann mich mal jemand aufklären, was genau das Problem ist, das bisher dankenswerterweise einen Bogen um mich gemacht hat. Eine neue Erkenntnis könnte mich dafür wappnen, falls sich das Problem es mal anders überlegt und auch mich heimsucht.

Bei uns ist es so das wir die Bestände aktuell brauchen das geht über die Ameise nicht. Wir hatten auch schon Fälle wo wir dieverse Felder nicht Importiert werden bzw mehrere import vorlagen generieren mussen um alles in die Wawi zu bekommen. Vermutlich lies sich einiges über die Ameise realisieren aber dafür bin ich nicht Computerafin genug.

 

[frankell]

Bei uns ist es so das wir die Bestände aktuell brauchen das geht über die Ameise nicht.

Was genau geht nicht bzw. soll nicht gehen?

Über einen Ameisenexport (Artikelstammdaten) kann man nicht nur den Gesamtbestand und den eher wichtigen verfügbaren Bestand exportieren, sondern darüber hinaus noch die Lagerbestände pro Lager. Außerdem kann man den verfügbaren Gesamtbestand oder aber die einzelnen Lagerbestände importieren. Wie gesagt, funzt mit unseren B2Bs.

Ich will gar nicht drauf rumreiten, ich würde nur gerne verstehen, was das Problem ist, das dazu führt, das Euch nun jemand da ne API-Anbindung macht und Euch das wahrscheinlich ganz gut Kohle kostet, während es doch viel einfacher geht.

 

[John]

Jo, API Anbindung klingt nach der sehr großen Kanone.

Wenn es zu lange dauert, immer alle Bestände per Ameise zu exportieren/Importtieren, bietet sich direkt SQL an, evtl. mit einem kleinen Tool dazwischen, dass nur die tatsächlich nötigen Änderungen ermittelt und dann der Ameise zum Import gibt.

Wenn API hier die JTL Wawi API meint, kostet das ja in beiden Mandanten nochmal monatlichen Aufpreis in der JTL Lizenz.
Zudem können die APIs nicht direkt miteinander sprechen, sondern benötigen Software in der Mitte, die dann auch wieder irgendwo laufen und ggf. gepflegt werden muss.

 

[no80]

Bei uns ist es so das wir die Bestände aktuell brauchen das geht über die Ameise nicht. Wir hatten auch schon Fälle wo wir dieverse Felder nicht Importiert werden bzw mehrere import vorlagen generieren mussen um alles in die Wawi zu bekommen. Vermutlich lies sich einiges über die Ameise realisieren aber dafür bin ich nicht Computerafin genug.

Warum sollte nicht gehen?
Einen initial Sync danach nur das Delta ermitteln und per Ameise importieren.
Geht alles relativ schnell, wie schnell ändern sich eure Bestände ?

 

[internetfreund]

Warum sollte nicht gehen?
Einen initial Sync danach nur das Delta ermitteln und per Ameise importieren.
Geht alles relativ schnell, wie schnell ändern sich eure Bestände ?

Hast du gerade einen Ansatz, wie du das "Delta" automatisiert ermitteln würdest?

Man kann in der Ameise ja nicht einfach einen Filter setzen, der heisst "seit dem letzten Export" - Ich sehe in dem Moment nur einen "Eigenen Export" der mit SQL Variablen fürs Timekeeping arbeitet, aber das wär auch mega kompliziert und funktioniert nur insofern auf den relevanten Tabellen überhaupt Zeitstempel vorhanden sind.