Inaktiv ebay Vorlage kopieren und hinzufügen- Merkmale (Attribute) fehlen!

[KevinK]

Bei uns werden auch bei neu eingestellten Artikel keine Attribute an Ebay übermittelt, obwohl diese in der Quell-Vorlage vorhanden sind. Bei Ebay und der Vorlage für das laufende Angebot sind diese dann verschwunden!!

Gerne bei uns melden, schauen wir uns an.

 

[WigWam Markus]

Ginge erst Anfang nächste Woche, bin schon auf dem Sprung ins lange WE

Vorlage wurde mittels "Kopieren" erstellt, dann die Attribute händisch gesetzt da diese ja aktuell nicht mehr mitkopiert werden. Beim nächsten Abgleich wird der Artikel automatisch eingestellt, da der entsprechende Haken gesetzt ist, allerdings ohne die Attribute, diese sind weder in der Vorlage des laufenden Angebots (Bild 2) noch bei Ebay gesetzt. In der Stamm-Vorlage auf deren Basis das Angebot erstellt wird sind diese aber gesetzt (Bild 1).

 

[JohnFrea]

Das neue Verhalten, Kategorieattribute überhaupt nicht mehr mit zu kopieren, auch nicht, wenn man eine globale Vorlage aus einer bestehenden Vorlage erzeugen will, ist ein deutlicher Rückschritt.

Mein Vorschlag: Eine Abfrage, ob die Kategorieattribute mit kopiert werden sollen oder nicht. Und ebenfalls diese Abfrage, wenn man Vorlagen zwischen zwei Artikeln kopiert.

Ich habe das auch als Ticket Ticket#2019082310002511 eingereicht.

So ist es im Alltag EXTREM viel Mehrarbeit.

 

[Rektor]

Ginge erst Anfang nächste Woche, bin schon auf dem Sprung ins lange WE

Vorlage wurde mittels "Kopieren" erstellt, dann die Attribute händisch gesetzt da diese ja aktuell nicht mehr mitkopiert werden. Beim nächsten Abgleich wird der Artikel automatisch eingestellt, da der entsprechende Haken gesetzt ist, allerdings ohne die Attribute, diese sind weder in der Vorlage des laufenden Angebots (Bild 2) noch bei Ebay gesetzt. In der Stamm-Vorlage auf deren Basis das Angebot erstellt wird sind diese aber gesetzt (Bild 1).

Also dieses Problem haben wir bei der aktuell verwendeten Wawi 1.4.33.1 nicht

 

[Freakbiz]

weiteres zu Ticket#2019082310002511 von JohnFrea :

Mir ist seit Freitag aufgefallen dass vereinzelt Auktionen (sich verlängernde) und GTC Festpreisartikel (wohl neu eingestellte) bei "Einzustellende" Angebote hängen und nicht mehr gelistet werden.
Problem: Marke und HAN nicht gesetzt, obwohl die bei der Vorlage natürlich gefüllt sind.
Lösung: alles wieder mit großem händischem Aufwand belegen und neu abschicken. Ob die abgelaufene Auktion dann nach 10 Tage wieder "hängt" weiss ich momentan nicht.

Kann das sonst jemand bestätigen? Bitte mal bei "Einzustellende" Angebote nachschauen, Danke...

 

[Rektor]

weiteres zu Ticket#2019082310002511 von JohnFrea :

Mir ist seit Freitag aufgefallen dass vereinzelt Auktionen (sich verlängernde) und GTC Festpreisartikel (wohl neu eingestellte) bei "Einzustellende" Angebote hängen und nicht mehr gelistet werden.
Problem: Marke und HAN nicht gesetzt, obwohl die bei der Vorlage natürlich gefüllt sind.
Lösung: alles wieder mit großem händischem Aufwand belegen und neu abschicken. Ob die abgelaufene Auktion dann nach 10 Tage wieder "hängt" weiss ich momentan nicht.

Kann das sonst jemand bestätigen? Bitte mal bei "Einzustellende" Angebote nachschauen, Danke...

Eigentlich recht einfach, das zu berichtigen. Wenn Marke und HAN beim Artikel eingetragen sind, einfach in "Einzustellende" Angebote alle Artikel markieren, rechte Maustaste, Marke HAN hinterlegen und an ebay neu übertragen. Obwohl wir auch bei allen Angeboten die Pflichtfelder ausfüllen, gibt es manchmal fehlerhafte Angebote, weshalb auch immer dann die Pflichtfelder nicht mehr befüllt sind.
Vielleicht auch mal die Wawi-Version nennen, wo das Verhalten auftritt.

 

[WigWam Markus]

Also dieses Problem haben wir bei der aktuell verwendeten Wawi 1.4.33.1 nicht

War in der 1..4.33.1 auch noch nicht, unsere Version ist 1.4.34.0 ....

 

[Freakbiz]

Vielleicht auch mal die Wawi-Version nennen, wo das Verhalten auftritt.

Die aktuellste, vorher gab es das Problem ja nicht - 1.4.34.0

Eigentlich recht einfach, das zu berichtigen. Wenn Marke und HAN beim Artikel eingetragen sind, einfach in "Einzustellende" Angebote alle Artikel markieren, rechte Maustaste, Marke HAN hinterlegen und an ebay neu übertragen. Obwohl wir auch bei allen Angeboten die Pflichtfelder ausfüllen, gibt es manchmal fehlerhafte Angebote, weshalb auch immer dann die Pflichtfelder nicht mehr befüllt sind.

Schön wenn sich das bei Marke/HAN mit weiteren Arbeitsschritten lösen lässt, jedoch hatte ich eben auch das Problem mit den Pflichtfeldern, die in der Vorlage gefüllt und beim Angebot dann leer sind. Das bleibt alles hängen und fordert ständig Nacharbeit.

Marke/HAN hinterlegen ist wohl auch neu oder "bugpräventiv" implementiert worden? Für Italien hatte das vor ein paar Wochen noch nicht funktioniert, das mussten wir noch ein paar hundert Angebote zurückstellen und warten, da die Marke auch nicht übertragen wurde. Ansonsten ging ja nur die händische Nacharbeit.

Gefühlt denkt die Konkurrenz zwei Schritte weiter (z.B. Amazon Rechnungsuploads) und hier gehts mit 1.4er Verschlimmbesserungen zwei Schritte zurück. Das Problem hier bei den Vorlagen sind doch Basics, die von sich aus funktionieren müssten.

 

[Freakbiz]

In Sachen Lösung des Problems ist mir ist eben aufgefallen dass die Kategorie an sich nicht mehr passt.
Ich hatte eine Ebayvorlage von einer Herrenjacke in das neue Angebot kopiert und dort dann in der Ebayvorlage die Kategorie auf Kinderjacke abgeändert. Die Merkmale wurden von mir soweit auf Kinderjacken abgeändert. Hat in der Vorlage gepasst, beim einzustellenden ebay Angebot war die Kategorie jedoch Herrenjacke und alle Felder leer. Möglicherweise liegt hier irgendwo ein Bug.

 

[Frederik von Bot]

Hier passt vorne und hinten nichts, nachdem man mühselig eine Lösung improvisiert, stehe ich vor dem nächsten BUG.

Wieso existiert die Option alphabetisch Haken setzen oder nicht, wenn es in der Maske Merkmalszuweisung doch nur alphabetisch anzuwählen ist?

Begrüßen würde ich ebenso, wenn Bezeichnungen für Merkmale mit eigenen Werten gesetzt werden können, im Anschluss mit Ebaywerten mappen.

 

[Rektor]

Begrüßen würde ich ebenso, wenn Bezeichnungen für Merkmale mit eigenen Werten gesetzt werden können, im Anschluss mit Ebaywerten mappen.

Ja, das sollte JTL unbedingt einbauen, wie es bei den Versandarten auch möglich ist!!!!

 

[Rektor]

Wieso existiert die Option alphabetisch Haken setzen oder nicht, wenn es in der Maske Merkmalszuweisung doch nur alphabetisch anzuwählen ist?

Das verstehe ich allerdings nicht. In unserer Wawi-Version gibt es die Pfeile "nach oben/nach unten".

Es ist eigentlich unglaublich, welche Fehler es nach der Wawi-Version 1.4.33.1 gibt. Am besten gar nicht mehr updaten, bis JTL zur Besinnung kommt.

 

[Stephan K.]

Im RC 1.5.7 ist der Fehler noch immer vorhanden, wie ich leider feststellen muss. Wenn man Angebot kopiert, kann man sie eigentlich gleich zeitaufwendig komplett neu erstellen, da das Kopieren leer ist...

 

[JohnFrea]

Pflegen der Merkmale im Artikel ist ja schon sinnvoll. Sinnvoller als einzelnes Pflegen in einer Vorlage. Was dann aber nötig ist, ist die Möglichkeit, die Merkmale flexibel auf eBay Kategorieattribute zu mappen.

Ich denke, dieser Vorschlag würde einen Haufen Problem lösen. Einfach mal auf "abstimmen" klicken.

https://issues.jtl-software.de/issues/WAWI-38643

 

[mvh]

Hallo,
Es ist kein Fehler, sondern eine grundsätzliche Entscheidung von JTL
s. stored procedure spCopyEbayItem:

 ----------------------------------------------------------------------
    -- kopiere ebay_specific
    ----------------------------------------------------------------------

    /* --ebay Merkmale werden nicht mehr einfach kopiert, sondern aus dem Artikelstamm gezogen.
    INSERT dbo.ebay_specific
    (
       kItem,
       cName,
       cValue,
       nCustom
    )
    SELECT
        @kItemNew,
        cName,
        cValue,
        nCustom
    FROM dbo.ebay_specific
    WHERE dbo.ebay_specific.kItem = @kItemOld;
    */

Wenn die Kommentar-Zeilen /* und */ wieder entfernt werden, dann funktioniert es wieder wie in WaWi 1.3.XX

 

[mvh]

Hallo,
Es ist kein Fehler, sondern eine grundsätzliche Entscheidung von JTL
s. stored procedure spCopyEbayItem:

 ----------------------------------------------------------------------
    -- kopiere ebay_specific
    ----------------------------------------------------------------------

    /* --ebay Merkmale werden nicht mehr einfach kopiert, sondern aus dem Artikelstamm gezogen.
    INSERT dbo.ebay_specific
    (
       kItem,
       cName,
       cValue,
       nCustom
    )
    SELECT
        @kItemNew,
        cName,
        cValue,
        nCustom
    FROM dbo.ebay_specific
    WHERE dbo.ebay_specific.kItem = @kItemOld;
    */

Wenn die Kommentar-Zeilen /* und */ wieder entfernt werden, dann funktioniert es wieder wie in WaWi 1.3.XX

Das Verhalten in 1.5.10 ist anders:

--ebay Merkmale werden nicht mehr einfach kopiert, sondern aus dem Artikelstamm gezogen (außer der Artikel ist gleich)
IF (@SameArtikel = 1)
    BEGIN
        INSERT dbo.ebay_specific
        (
            kItem,
            cName,
            cValue,
            nCustom,
            kMerkmal,
            kMerkmalWert,
            kSprache
        )
        SELECT
            @kItemNew,
            cName,
            cValue,
            nCustom,
            kMerkmal,
            kMerkmalWert,
            kSprache
        FROM dbo.ebay_specific
        WHERE ebay_specific.kItem = @kItemOld;
    END

Wir haben es etwas verändert:

--ebay Merkmale werden nicht mehr einfach kopiert, sondern aus dem Artikelstamm gezogen (außer der Artikel ist gleich oder von der globalen Vorlage)

    IF (@SameArtikel = 1 OR @FromGlobalTemplate = 1)
    BEGIN
        INSERT dbo.ebay_specific
        (
            kItem,
            cName,
            cValue,
            nCustom,
            kMerkmal,
            kMerkmalWert,
            kSprache
        )
        SELECT
            @kItemNew,
            cName,
            cValue,
            nCustom,
            kMerkmal,
            kMerkmalWert,
            kSprache
        FROM dbo.ebay_specific
        WHERE ebay_specific.kItem = @kItemOld;
    END

 

[mvh]

Das Verhalten in 1.5.10 ist anders:

--ebay Merkmale werden nicht mehr einfach kopiert, sondern aus dem Artikelstamm gezogen (außer der Artikel ist gleich)
IF (@SameArtikel = 1)
    BEGIN
        INSERT dbo.ebay_specific
        (
            kItem,
            cName,
            cValue,
            nCustom,
            kMerkmal,
            kMerkmalWert,
            kSprache
        )
        SELECT
            @kItemNew,
            cName,
            cValue,
            nCustom,
            kMerkmal,
            kMerkmalWert,
            kSprache
        FROM dbo.ebay_specific
        WHERE ebay_specific.kItem = @kItemOld;
    END

Wir haben es etwas verändert:

--ebay Merkmale werden nicht mehr einfach kopiert, sondern aus dem Artikelstamm gezogen (außer der Artikel ist gleich oder von der globalen Vorlage)

    IF (@SameArtikel = 1 OR @FromGlobalTemplate = 1)
    BEGIN
        INSERT dbo.ebay_specific
        (
            kItem,
            cName,
            cValue,
            nCustom,
            kMerkmal,
            kMerkmalWert,
            kSprache
        )
        SELECT
            @kItemNew,
            cName,
            cValue,
            nCustom,
            kMerkmal,
            kMerkmalWert,
            kSprache
        FROM dbo.ebay_specific
        WHERE ebay_specific.kItem = @kItemOld;
    END

Wir haben den Code nicht auch für ebay_item2kombi angepasst und so ist die Variable @FromGlobalTemplate bei uns definiert:

DECLARE @FromGlobalTemplate INT = 0;
 SET @FromGlobalTemplate =
 (
   SELECT CASE WHEN Type='G' THEN 1 ELSE 0 END 
  FROM dbo.ebay_item 
  WHERE dbo.ebay_item.kItem = @kItemOld
 );

 

[JohnFrea]

Oh man, wir sind seit WOCHEN daran, gegen die Verschlimmbesserungen seitens JTL in den Stammdaten an zu arbeiten und dann kommen hier solche "einfachen" Hacks, die erstmal vielversprechend aussehen. Schade, daß das nicht von JTL selbst kommt.
Eine einfache Abfrage, ob man die Werte aus den Stammdaten oder aus der globalen Vorlage ziehen möchte, würde es SO viel einfacher machen...

 

[mvh]

Oh man, wir sind seit WOCHEN daran, gegen die Verschlimmbesserungen seitens JTL in den Stammdaten an zu arbeiten und dann kommen hier solche "einfachen" Hacks, die erstmal vielversprechend aussehen. Schade, daß das nicht von JTL selbst kommt.
Eine einfache Abfrage, ob man die Werte aus den Stammdaten oder aus der globalen Vorlage ziehen möchte, würde es SO viel einfacher machen...

Es tut mir leid, ich habe den Beitrag erst vor kurzem gesehen, sonst hätte ich den Code schon früher veröffentlicht. Die Abfrage kann man auch so umschreiben, wie Du vorschlägst.
Die Werte aus dem Artikelstamm-Merkmalen überschreiben nicht die Werte aus der globalen Vorlage, sondern werden zu den E-Bay Kategorie-Attributen hinzugefügt, zumindest mit dem Code.
Viele Grüße, Ihr mvh-Team

 

[lxshld]

Es tut mir leid, ich habe den Beitrag erst vor kurzem gesehen, sonst hätte ich den Code schon früher veröffentlicht. Die Abfrage kann man auch so umschreiben, wie Du vorschlägst.
Die Werte aus dem Artikelstamm-Merkmalen überschreiben nicht die Werte aus der globalen Vorlage, sondern werden zu den E-Bay Kategorie-Attributen hinzugefügt, zumindest mit dem Code.
Viele Grüße, Ihr mvh-Team

Wie können wir die Lösung bei uns einbinden? Haben wir noch nie gemacht...