Neu Amazon Abgleich Fehler - Hotfix für Version 1.5.55.8 funktioniert nicht

[mb900]

Hallo Zusammen,
wir haben leider ein größeres Problem mit dem Amazon Abgleich (siehe Worker Fehlermeldung), der mittels dem kürzlichen Hotfix für die Wawi Version 1.5.55.8 gelöst hätte werden sollen.
Link Hotfix: https://forum.jtl-software.de/threa...e-beim-jtl-support-melden.221629/post-1187356

Folgende Anleitung zum Einspielen hatten wir genutzt: https://forum.jtl-software.de/threa...e-beim-jtl-support-melden.221629/post-1187512

Management Studio Meldung zeigte, dass der Befehl erfolgreich ausgeführt wurde. Das Problem besteht aber scheinbar weiterhin. Hat Jemand Ideen, an was das liegen könnte? Muss ich noch irgendeinen Cache oder sonstwas leeren, dass der Hotfix greift.
Vorgehen war, wie dort im Link beschrieben: mit DB über SQL Management Studio verbinden, eazybusiness ansteuern, Rechtsklick und SQL Anweisung aus der "AlterMessageId.sql" einfügen+ausführen, danach noch die mitgelieferte DLL in den Ordner unter C:\Program Files (x86)\JTL-Software einfügen/ersetzen.
Aufträge kommen aktuell noch rein, aber alles Andere wie der Bestandsabgleich funktioniert nicht mehr.

Ich freue mich über jede Idee.
Beste Grüße

Markus

 

[recent.digital]

Das ist ein Worst-Case. Hast du bei JTL ein Ticket aufgemacht? Das Problem ist der fehlende Support ab dem 01.08. für die 1.5 Version. Wahrscheinlich musst du nun extrem kurzfristig updaten.

 

[mb900]

Das ist ein Worst-Case. Hast du bei JTL ein Ticket aufgemacht? Das Problem ist der fehlende Support ab dem 01.08. für die 1.5 Version. Wahrscheinlich musst du nun extrem kurzfristig updaten.

Ja genau, dass ist es: der absolute Worst Case! Ja, Ticket ist raus. Updaten geht nicht auf die Schnelle. DB übersteigt 10GB und dann würde dazu auch noch unser Shop nicht mehr laufen, der auch nachgezogen werden muss.

 

[forumjtlolshopag]

Habt ihr auch die DLL gewechselt? Es muss neben der Datenbankanpassung auch eine DLL getauscht werden. Es reichte bei uns damals zu nur auf dem System zu wechseln, wo der Worker läuft. Wenn du den Abgleich bei dir manuell ausführst, muss die DLL bei dir auf dem Arbeitsrechner tauschen / ersetzen. Ein Wechsel auf 1.8 solltet ihr machen, auch wenn es heftig wird, je nachdem was ihr so alles an speziellen Abfragen, Workflows und so weiter habt.

 

[mb900]

Habt ihr auch die DLL gewechselt? Es muss neben der Datenbankanpassung auch eine DLL getauscht werden. Es reichte bei uns damals zu nur auf dem System zu wechseln, wo der Worker läuft. Wenn du den Abgleich bei dir manuell ausführst, muss die DLL bei dir auf dem Arbeitsrechner tauschen / ersetzen. Ein Wechsel auf 1.8 solltet ihr machen, auch wenn es heftig wird, je nachdem was ihr so alles an speziellen Abfragen, Workflows und so weiter habt.

Danke für die Rückmeldung. Ja DLL wurde - wie oben beschrieben - auf dem Arbeitsrechner getauscht.

 

[gasfritzen_24]

Danke für die Rückmeldung. Ja DLL wurde - wie oben beschrieben - auf dem Arbeitsrechner getauscht.

Gab es hierzu schon eine Lösung? Was hast du gemacht? Wie gehts weiter?

Liebe Grüße

 

[mySWOOOP IT]

Laufen nun auch in das Problem, dass der ehemalige Hotfix nicht weiter greift. bei genauerer untersuchung wurde da allerdings auch nur sehr speziell gepatched.



SELECT t.name AS TableName, c.name AS ColumnName, ty.name AS DataType FROM sys.tables AS t JOIN sys.columns AS c ON t.object_id = c.object_id JOIN sys.types AS ty ON c.user_type_id = ty.user_type_id WHERE c.name = 'kMessageId' AND ty.name = 'int';

>>>

pf_amazon_lagerbewegung,kMessageId,int
tAmazonbestellpositionVCSZuordnung,kMessageId,int
pf_amazon_vcs,kMessageId,int
pf_amazon_vcs_history,kMessageId,int
pf_amazon_retourpos,kMessageId,int

auf einer aktuellen 1.9.4.6er Wawi sind das korrekterweise alles bigint


patch-sql:

--- pf_amazon_vcs

ALTER TABLE dbo.pf_amazon_vcs DROP CONSTRAINT PK_pf_amazon_vcs;
GO
ALTER TABLE dbo.pf_amazon_vcs ALTER COLUMN kMessageId BIGINT NOT NULL;
ALTER TABLE dbo.pf_amazon_vcs ADD CONSTRAINT PK_pf_amazon_vcs PRIMARY KEY CLUSTERED (kMessageId ASC);
GO

-- pf_amazon_vcs_history

ALTER TABLE dbo.pf_amazon_vcs_history DROP CONSTRAINT PK_pf_amazon_vcs_history;
GO
ALTER TABLE dbo.pf_amazon_vcs_history ALTER COLUMN kMessageId BIGINT NOT NULL;
ALTER TABLE dbo.pf_amazon_vcs_history ADD CONSTRAINT PK_pf_amazon_vcs_history PRIMARY KEY CLUSTERED (kMessageId ASC);
GO

-- pf_amazon_lagerbewegung

DROP INDEX IX_pf_amazon_lagerbewegung_kUser_kMessageId ON pf_amazon_lagerbewegung;
GO

ALTER TABLE dbo.pf_amazon_lagerbewegung ALTER COLUMN kMessageId BIGINT NOT NULL;
GO
create index IX_pf_amazon_lagerbewegung_kUser_kMessageId
on pf_amazon_lagerbewegung (kUser) include (kMessageId)
GO

-- pf_amazon_retourpos
DROP INDEX IX_pf_amazon_retourpos_kUser_kMessageId ON pf_amazon_retourpos;
GO

ALTER TABLE dbo.pf_amazon_retourpos ALTER COLUMN kMessageId BIGINT NOT NULL;
GO

create index IX_pf_amazon_retourpos_kUser_kMessageId
on pf_amazon_retourpos (kUser) include (kMessageId)
go

-- tAmazonbestellpositionVCSZuordnung

ALTER TABLE Amazon.tAmazonbestellpositionVCSZuordnung DROP CONSTRAINT PK_Amazon_tAmazonbestellpositionVCSZuordnung;
GO

ALTER TABLE Amazon.tAmazonbestellpositionVCSZuordnung ALTER COLUMN kMessageId BIGINT NOT NULL;
GO

ALTER TABLE Amazon.tAmazonbestellpositionVCSZuordnung ADD CONSTRAINT PK_Amazon_tAmazonbestellpositionVCSZuordnung PRIMARY KEY CLUSTERED (kMessageId ASC, kAmazonBestellungPos ASC, nTyp ASC);
GO

allerdings fehlt dann noch ein patch der .dll ... hier wird es ohne offiziellen support tricky.

 

[blackshadow]

Hallo,

Wir laufen gerade in das selbe Problem, gibts dafür schon eine Lösung, oder eine Antwort zum ticket?

Liebe Grüße