Neu EventID List containt invailid IDs: OTTODEJTL

TomRogge

Mitglied
14. Dezember 2022
10
0
MOIN an alle :D

Wir haben in der vergangenen Woche auf die Wawi 1.6.46.0 geupdated und in diesem Zusammenhang auch die neue SXC Schnittstelle in Verwendung genommen. In der Vergangenheit hatten wir UNICORN 2 im Einsatz. Beim Einrichten der Verkaufskanäle Kaufland und Otto.de lief erst einmal alles problemlos. Beim Abgleich erhalten wir jedoch eine/mehrere Fehlermeldungen mit der Info

"VAL100: eventIdList: The given EventId List contain invalid Ids: OTTODEJTL ..."

Mit jedem Tag kommt ein neuer "OTTODEJTL" Eintrag im Fehler dazu. Auch "REALDEJTL" erscheint dort, was ich Kaufland zuordne. Der Download und Upload zu Kaufland scheint halbwegs zu funktionieren. Dort werden in den Aufträgen die richtigen Artikel-IDs mit importiert und auch die Versandarten. Bei den Bestellungen, die über Otto.de importiert werden, fehlt die Zuweisung zu den Artikeln in der Wawi. Als Artikelnummer finden wir dort nur die Otto.de-Artikelnummer (als Freiposition) und als Versandart keine JTL-Versandart, sondern "DELIVERY-FEE", von Otto.de.

Nachfolgend der Fehlerlog:
Unbehandelte Ausnahme #959190594F6282F vom Typ System.Exception in
System.Exception: VAL100: eventIdList: The given EventId List contain invalid Ids: OTTODEJTL, OTTODEJTL, OTTODEJTL, OTTODEJTL, OTTODEJTL, OTTODEJTL, OTTODEJTL, OTTODEJTL, OTTODEJTL, REALDEJTL, REALDEJTL, REALDEJTL.

Unbehandelte Ausnahme #959190594F6282F vom Typ System.Exception in : Der Abgleich wurde abgebrochen. Alle im Abgleich entstandenen Fehler finden Sie im Logbuch.

Unbehandelte Ausnahme #959190594F6282F vom Typ System.Exception in : VAL100: eventIdList: The given EventId List contain invalid Ids: OTTODEJTL, OTTODEJTL, OTTODEJTL, OTTODEJTL, OTTODEJTL, OTTODEJTL, OTTODEJTL, OTTODEJTL, OTTODEJTL, REALDEJTL, REALDEJTL, REALDEJTL.

Unbehandelte Ausnahme #959190594F6282F vom Typ System.Exception in : Der Abgleich wurde abgebrochen. Alle im Abgleich entstandenen Fehler finden Sie im Logbuch.

2023-01-30T09:38:19 DEBUG - Führe Request aus. Versuch: 1 mit einem Timeout von 180 Sekunden.
2023-01-30T09:38:19 DEBUG - Start SendAsync [Delete]...
2023-01-30T09:38:19 DEBUG - Setze Seller-Authentifizierungs-Token...
2023-01-30T09:38:19 DEBUG - SendAsync
2023-01-30T09:38:19 DEBUG - SendAsync [Delete] Finished
2023-01-30T09:38:19 DEBUG - Call Ausführungsdauer 0,1182389 (Sekunden)
2023-01-30T09:38:19 ERROR - VAL100: eventIdList: The given EventId List contain invalid Ids: OTTODEJTL, OTTODEJTL, OTTODEJTL, OTTODEJTL, OTTODEJTL, OTTODEJTL, OTTODEJTL, OTTODEJTL, OTTODEJTL, REALDEJTL, REALDEJTL, REALDEJTL.
2023-01-30T09:38:19 WARN - Events(Löschen): Call konnte nicht erfolgreich durchgeführt werden
2023-01-30T09:38:19 DEBUG - Dauer: 47 ms, 11 Zeilen
2023-01-30T09:38:19 DEBUG - DECLARE @Identities TABLE ([DbLayerSorting] INT NOT NULL, [Id] INT NOT NULL);
MERGE INTO [SCX].[tMissedAcknowledge] WITH (HOLDLOCK) AS Target USING (VALUES (@_dblSort1, @kMissedAcknowledge, @cEventId, @nCount),
(@_dblSort2, @kMissedAcknowledge1, @cEventId1, @nCount1),
(@_dblSort3, @kMissedAcknowledge2, @cEventId2, @nCount2),
(@_dblSort4, @kMissedAcknowledge3, @cEventId3, @nCount3),
(@_dblSort5, @kMissedAcknowledge4, @cEventId4, @nCount4),
(@_dblSort6, @kMissedAcknowledge5, @cEventId5, @nCount5),
(@_dblSort7, @kMissedAcknowledge6, @cEventId6, @nCount6),
(@_dblSort8, @kMissedAcknowledge7, @cEventId7, @nCount7),
(@_dblSort9, @kMissedAcknowledge8, @cEventId8, @nCount8),
(@_dblSort10, @kMissedAcknowledge9, @cEventId9, @nCount9),
(@_dblSort11, @kMissedAcknowledge10, @cEventId10, @nCount10),
(@_dblSort12, @kMissedAcknowledge11, @cEventId11, @nCount11),
(@_dblSort13, @kMissedAcknowledge12, @cEventId12, @nCount12),
(@_dblSort14, @kMissedAcknowledge13, @cEventId13, @nCount13),
(@_dblSort15, @kMissedAcknowledge14, @cEventId14, @nCount14),
(@_dblSort16, @kMissedAcknowledge15, @cEventId15, @nCount15),
(@_dblSort17, @kMissedAcknowledge16, @cEventId16, @nCount16),
(@_dblSort18, @kMissedAcknowledge17, @cEventId17, @nCount17),
(@_dblSort19, @kMissedAcknowledge18, @cEventId18, @nCount18),
(@_dblSort20, @kMissedAcknowledge19, @cEventId19, @nCount19),
(@_dblSort21, @kMissedAcknowledge20, @cEventId20, @nCount20),
(@_dblSort22, @kMissedAcknowledge21, @cEventId21, @nCount21),
(@_dblSort23, @kMissedAcknowledge22, @cEventId22, @nCount22),
(@_dblSort24, @kMissedAcknowledge23, @cEventId23, @nCount23),
(@_dblSort25, @kMissedAcknowledge24, @cEventId24, @nCount24),
(@_dblSort26, @kMissedAcknowledge25, @cEventId25, @nCount25),
(@_dblSort27, @kMissedAcknowledge26, @cEventId26, @nCount26),
(@_dblSort28, @kMissedAcknowledge27, @cEventId27, @nCount27),
(@_dblSort29, @kMissedAcknowledge28, @cEventId28, @nCount28),
(@_dblSort30, @kMissedAcknowledge29, @cEventId29, @nCount29),
(@_dblSort31, @kMissedAcknowledge30, @cEventId30, @nCount30),
(@_dblSort32, @kMissedAcknowledge31, @cEventId31, @nCount31),
(@_dblSort33, @kMissedAcknowledge32, @cEventId32, @nCount32),
(@_dblSort34, @kMissedAcknowledge33, @cEventId33, @nCount33),
(@_dblSort35, @kMissedAcknowledge34, @cEventId34, @nCount34),
(@_dblSort36, @kMissedAcknowledge35, @cEventId35, @nCount35),
(@_dblSort37, @kMissedAcknowledge36, @cEventId36, @nCount36),
(@_dblSort38, @kMissedAcknowledge37, @cEventId37, @nCount37),
(@_dblSort39, @kMissedAcknowledge38, @cEventId38, @nCount38),
(@_dblSort40, @kMissedAcknowledge39, @cEventId39, @nCount39),
(@_dblSort41, @kMissedAcknowledge40, @cEventId40, @nCount40),
(@_dblSort42, @kMissedAcknowledge41, @cEventId41, @nCount41),
(@_dblSort43, @kMissedAcknowledge42, @cEventId42, @nCount42),
(@_dblSort44, @kMissedAcknowledge43, @cEventId43, @nCount43),
(@_dblSort45, @kMissedAcknowledge44, @cEventId44, @nCount44),
(@_dblSort46, @kMissedAcknowledge45, @cEventId45, @nCount45),
(@_dblSort47, @kMissedAcknowledge46, @cEventId46, @nCount46),
(@_dblSort48, @kMissedAcknowledge47, @cEventId47, @nCount47),
(@_dblSort49, @kMissedAcknowledge48, @cEventId48, @nCount48),
(@_dblSort50, @kMissedAcknowledge49, @cEventId49, @nCount49),
(@_dblSort51, @kMissedAcknowledge50, @cEventId50, @nCount50),
(@_dblSort52, @kMissedAcknowledge51, @cEventId51, @nCount51),
(@_dblSort53, @kMissedAcknowledge52, @cEventId52, @nCount52),
(@_dblSort54, @kMissedAcknowledge53, @cEventId53, @nCount53),
(@_dblSort55, @kMissedAcknowledge54, @cEventId54, @nCount54),
(@_dblSort56, @kMissedAcknowledge55, @cEventId55, @nCount55),
(@_dblSort57, @kMissedAcknowledge56, @cEventId56, @nCount56),
(@_dblSort58, @kMissedAcknowledge57, @cEventId57, @nCount57),
(@_dblSort59, @kMissedAcknowledge58, @cEventId58, @nCount58),
(@_dblSort60, @kMissedAcknowledge59, @cEventId59, @nCount59),
(@_dblSort61, @kMissedAcknowledge60, @cEventId60, @nCount60),
(@_dblSort62, @kMissedAcknowledge61, @cEventId61, @nCount61)) AS Source ([DbLayerSorting], [kMissedAcknowledge], [cEventId], [nCount])
ON Target.[kMissedAcknowledge] = Source.[kMissedAcknowledge]
WHEN MATCHED THEN
UPDATE SET Target.[cEventId] = Source.[cEventId], Target.[nCount] = Source.[nCount]
WHEN NOT MATCHED BY Target THEN
INSERT ([cEventId], [nCount]) VALUES ([cEventId], [nCount]) OUTPUT Source.[DbLayerSorting] AS [DbLayerSorting], INSERTED.[kMissedAcknowledge] AS [Id] INTO @Identities;
SELECT [Id] FROM @Identities ORDER BY [DbLayerSorting];

@_dblSort1 = 1
@kMissedAcknowledge = 330
@cEventId = '63d37c14f4c893a94e86cccf'
@nCount = 2
@_dblSort2 = 2
@kMissedAcknowledge1 = 331
@cEventId1 = '63d3a31afcbeb86c482b1a69'
@nCount1 = 2
@_dblSort3 = 3
@kMissedAcknowledge2 = 332
@cEventId2 = '63d3ee75bfeee7fd314ae1d6'
@nCount2 = 2
@_dblSort4 = 4
@kMissedAcknowledge3 = 333
@cEventId3 = '63cb1c7c1290c448818e085e'
@nCount3 = 2
@_dblSort5 = 5
@kMissedAcknowledge4 = 334
@cEventId4 = '63cc19231d786f1a68def008'
@nCount4 = 2
@_dblSort6 = 6
@kMissedAcknowledge5 = 335
@cEventId5 = '63cda80ca91bfbbe82c9f544'
@nCount5 = 2
@_dblSort7 = 7
@kMissedAcknowledge6 = 336
@cEventId6 = '63ce898a53100b2b45e995c2'
@nCount6 = 2
@_dblSort8 = 8
@kMissedAcknowledge7 = 337
@cEventId7 = '63d0dd100d77479e997dcac0'
@nCount7 = 2
@_dblSort9 = 9
@kMissedAcknowledge8 = 338
@cEventId8 = '63d0dd87f567f4347c0099b9'
@nCount8 = 2
@_dblSort10 = 10
@kMissedAcknowledge9 = 339
@cEventId9 = '63d228b4be7b90f2c1d7a394'
@nCount9 = 2
@_dblSort11 = 11
@kMissedAcknowledge10 = 340
@cEventId10 = '63d28515b4208541d4fa1704'
@nCount10 = 2
@_dblSort12 = 12
@kMissedAcknowledge11 = 341
@cEventId11 = '63d2b4a08c02d26fbf545397'
@nCount11 = 2
@_dblSort13 = 13
@kMissedAcknowledge12 = 342
@cEventId12 = '63d37c14f4c893a94e86cccf'
@nCount12 = 2
@_dblSort14 = 14
@kMissedAcknowledge13 = 343
@cEventId13 = '63d3a31afcbeb86c482b1a69'
@nCount13 = 2
@_dblSort15 = 15
@kMissedAcknowledge14 = 344
@cEventId14 = '63d3ee75bfeee7fd314ae1d6'
@nCount14 = 2
@_dblSort16 = 16
@kMissedAcknowledge15 = 345
@cEventId15 = '63cb1c7c1290c448818e085e'
@nCount15 = 2
@_dblSort17 = 17
@kMissedAcknowledge16 = 346
@cEventId16 = '63cc19231d786f1a68def008'
@nCount16 = 2
@_dblSort18 = 18
@kMissedAcknowledge17 = 347
@cEventId17 = '63cda80ca91bfbbe82c9f544'
@nCount17 = 2
@_dblSort19 = 19
@kMissedAcknowledge18 = 348
@cEventId18 = '63ce898a53100b2b45e995c2'
@nCount18 = 2
@_dblSort20 = 20
@kMissedAcknowledge19 = 349
@cEventId19 = '63d0dd100d77479e997dcac0'
@nCount19 = 2
@_dblSort21 = 21
@kMissedAcknowledge20 = 350
@cEventId20 = '63d0dd87f567f4347c0099b9'
@nCount20 = 2
@_dblSort22 = 22
@kMissedAcknowledge21 = 351
@cEventId21 = '63d228b4be7b90f2c1d7a394'
@nCount21 = 2
@_dblSort23 = 23
@kMissedAcknowledge22 = 352
@cEventId22 = '63d28515b4208541d4fa1704'
@nCount22 = 2
@_dblSort24 = 24
@kMissedAcknowledge23 = 353
@cEventId23 = '63d2b4a08c02d26fbf545397'
@nCount23 = 2
@_dblSort25 = 25
@kMissedAcknowledge24 = 354
@cEventId24 = '63d37c14f4c893a94e86cccf'
@nCount24 = 2
@_dblSort26 = 26
@kMissedAcknowledge25 = 355
@cEventId25 = '63d3a31afcbeb86c482b1a69'
@nCount25 = 2
@_dblSort27 = 27
@kMissedAcknowledge26 = 356
@cEventId26 = '63d3ee75bfeee7fd314ae1d6'
@nCount26 = 2
@_dblSort28 = 28
@kMissedAcknowledge27 = 357
@cEventId27 = '63cb1c7c1290c448818e085e'
@nCount27 = 2
@_dblSort29 = 29
@kMissedAcknowledge28 = 358
@cEventId28 = '63cc19231d786f1a68def008'
@nCount28 = 2
@_dblSort30 = 30
@kMissedAcknowledge29 = 359
@cEventId29 = '63cda80ca91bfbbe82c9f544'
@nCount29 = 2
@_dblSort31 = 31
@kMissedAcknowledge30 = 360
@cEventId30 = '63ce898a53100b2b45e995c2'
@nCount30 = 2
@_dblSort32 = 32
@kMissedAcknowledge31 = 361
@cEventId31 = '63d0dd100d77479e997dcac0'
@nCount31 = 2
@_dblSort33 = 33
@kMissedAcknowledge32 = 362
@cEventId32 = '63d0dd87f567f4347c0099b9'
@nCount32 = 2
@_dblSort34 = 34
@kMissedAcknowledge33 = 363
@cEventId33 = '63d228b4be7b90f2c1d7a394'
@nCount33 = 2
@_dblSort35 = 35
@kMissedAcknowledge34 = 364
@cEventId34 = '63d28515b4208541d4fa1704'
@nCount34 = 2
@_dblSort36 = 36
@kMissedAcknowledge35 = 365
@cEventId35 = '63d2b4a08c02d26fbf545397'
@nCount35 = 2
@_dblSort37 = 37
@kMissedAcknowledge36 = 366
@cEventId36 = '63d37c14f4c893a94e86cccf'
@nCount36 = 2
@_dblSort38 = 38
@kMissedAcknowledge37 = 367
@cEventId37 = '63d3a31afcbeb86c482b1a69'
@nCount37 = 2
@_dblSort39 = 39
@kMissedAcknowledge38 = 368
@cEventId38 = '63d3ee75bfeee7fd314ae1d6'
@nCount38 = 2
@_dblSort40 = 40
@kMissedAcknowledge39 = 369
@cEventId39 = 'OTTODEJTL'
@nCount39 = 2
@_dblSort41 = 41
@kMissedAcknowledge40 = 370
@cEventId40 = 'OTTODEJTL'
@nCount40 = 2
@_dblSort42 = 42
@kMissedAcknowledge41 = 371
@cEventId41 = 'OTTODEJTL'
@nCount41 = 2
@_dblSort43 = 43
@kMissedAcknowledge42 = 372
@cEventId42 = 'OTTODEJTL'
@nCount42 = 2
@_dblSort44 = 44
@kMissedAcknowledge43 = 373
@cEventId43 = 'OTTODEJTL'
@nCount43 = 2
@_dblSort45 = 45
@kMissedAcknowledge44 = 374
@cEventId44 = 'OTTODEJTL'
@nCount44 = 2
@_dblSort46 = 46
@kMissedAcknowledge45 = 375
@cEventId45 = 'OTTODEJTL'
@nCount45 = 2
@_dblSort47 = 47
@kMissedAcknowledge46 = 376
@cEventId46 = 'OTTODEJTL'
@nCount46 = 2
@_dblSort48 = 48
@kMissedAcknowledge47 = 377
@cEventId47 = 'OTTODEJTL'
@nCount47 = 2
@_dblSort49 = 49
@kMissedAcknowledge48 = 378
@cEventId48 = 'REALDEJTL'
@nCount48 = 2
@_dblSort50 = 50
@kMissedAcknowledge49 = 379
@cEventId49 = 'REALDEJTL'
@nCount49 = 2
@_dblSort51 = 51
@kMissedAcknowledge50 = 380
@cEventId50 = 'REALDEJTL'
@nCount50 = 2
@_dblSort52 = 52
@kMissedAcknowledge51 = 381
@cEventId51 = '63cab3bb09b20ae6d55eb85d'
@nCount51 = 2
@_dblSort53 = 53
@kMissedAcknowledge52 = 382
@cEventId52 = '63cab3bb9e091aaa07a7cf6d'
@nCount52 = 2
@_dblSort54 = 54
@kMissedAcknowledge53 = 383
@cEventId53 = '63cfaef4046731bdf5d97e06'
@nCount53 = 2
@_dblSort55 = 55
@kMissedAcknowledge54 = 384
@cEventId54 = '63cfaef415b2b1ed3b5dec02'
@nCount54 = 2
@_dblSort56 = 56
@kMissedAcknowledge55 = 385
@cEventId55 = '63cfaef475e699d99b8d0f2c'
@nCount55 = 2
@_dblSort57 = 57
@kMissedAcknowledge56 = 386
@cEventId56 = '63cfaef4b8fe421da14242df'
@nCount56 = 2
@_dblSort58 = 58
@kMissedAcknowledge57 = 387
@cEventId57 = '63cfaef4d8960d4c7bdc7a6c'
@nCount57 = 2
@_dblSort59 = 59
@kMissedAcknowledge58 = 388
@cEventId58 = '63cfaef58a93ccb02dce9a4a'
@nCount58 = 2
@_dblSort60 = 60
@kMissedAcknowledge59 = 389
@cEventId59 = '63cfbdd5cf7fb19bff17bc21'
@nCount59 = 2
@_dblSort61 = 61
@kMissedAcknowledge60 = 390
@cEventId60 = '63d2a6022e603c8ad543c551'
@nCount60 = 2
@_dblSort62 = 62
@kMissedAcknowledge61 = 391
@cEventId61 = '63d2a602f43663d3ebd1757f'
@nCount61 = 2
2023-01-30T09:38:19 DEBUG - Dauer: 41ms, (bis zum Reader)
2023-01-30T09:38:19 DEBUG - Dauer: 41 ms, 62 Zeilen
2023-01-30T09:38:19 ERROR - Der Abgleich wurde abgebrochen. Alle im Abgleich entstandenen Fehler finden Sie im Logbuch.
2023-01-30T09:38:19 INFO - Events(Löschen) - Dauer: 00:00:00.514 für 0/62 Daten. Aufrufe: 2
2023-01-30T09:38:19 INFO - Attribute(Empfangen) - Dauer: 00:00:00.001 für 0/0 Daten. Aufrufe: 1
2023-01-30T09:38:19 INFO - Initial - Dauer: 00:00:00.000 für 0/0 Daten. Aufrufe: 1
2023-01-30T09:38:19 INFO - Attribute-Render-Service-Dauer: 00min 00sec
2023-01-30T09:38:19 INFO - Dauer: 00min 00sec | Http-Client-Dauer: 00min 00sec | DB-Dauer: 00min 00sec
2023-01-30T09:38:19 INFO - Abgleich abgeschlossen[100%]
2023-01-30T09:38:19 INFO - Beende Abgleich: Otto.de
2023-01-30T09:38:19 DEBUG - Beende Sitzung für Kontext ScxAbgleich, Id 18498
2023-01-30T09:38:19 DEBUG - DELETE FROM dbo.tUniqueSession WHERE kSession = @kUniqueSession AND cContext = @cContext
@kUniqueSession = 18498
@cContext = 'ScxAbgleich'
2023-01-30T09:38:19 DEBUG - Dauer: 1ms, AffectedRows: 1
2023-01-30T09:38:19 INFO - Abgleich abgeschlossen[100%]
2023-01-30T09:38:19 DEBUG - Dauer: 9 ms, 9 Zeilen
Zeitstempel: 2023-01-30T09:44:06
Locale: German (Germany)
Locale: German (Germany)
Version: 1.6.46.0
Plattform: Wawi
WawiSeed: 6.6.18998.18201
Prozessname: JTL-Wawi
Physikalischer Speicher: 734134272 / Peak: 874598400
Basispriorität: 8
Prioritätsklasse: Normal
CPU-Zeit (User): 0:05:19,375
CPU-Zeit (System): 0:04:08,171875
Page-Size (Sytem): 3016728 / Peak: 972906496
Page-Size: 821825536 / Peak: 972906496
Offene Handles: 5034
Database:
Build: 2301131432 5bbd246a9d99e3941141627d03d1f262941a3ead

Kann es sein, dass dieses Verhalten an der vorherigen Pflege über UNICORN 2 liegt? Müssen wir das komplette Inventar im Otto.de Backend vielleicht erst einmal bereinigen, leeren und neu von der Wawi befüllen lassen? Wir sind aktuell ratlos und es gibt scheinbar auch noch keine passende Anleitung oder FAQs für die Beta der Otto.de-Schnittstelle.

Falls jemand hier schon einen Lösungsansatz hat, würde ich mich sehr über ein Feedback freuen!

Danke und viele Grüße,
Tom
 

Leventinio

Sehr aktives Mitglied
26. Juli 2020
431
120
Braunschweig
MOIN an alle :D

Wir haben in der vergangenen Woche auf die Wawi 1.6.46.0 geupdated und in diesem Zusammenhang auch die neue SXC Schnittstelle in Verwendung genommen. In der Vergangenheit hatten wir UNICORN 2 im Einsatz. Beim Einrichten der Verkaufskanäle Kaufland und Otto.de lief erst einmal alles problemlos. Beim Abgleich erhalten wir jedoch eine/mehrere Fehlermeldungen mit der Info

"VAL100: eventIdList: The given EventId List contain invalid Ids: OTTODEJTL ..."

Mit jedem Tag kommt ein neuer "OTTODEJTL" Eintrag im Fehler dazu. Auch "REALDEJTL" erscheint dort, was ich Kaufland zuordne. Der Download und Upload zu Kaufland scheint halbwegs zu funktionieren. Dort werden in den Aufträgen die richtigen Artikel-IDs mit importiert und auch die Versandarten. Bei den Bestellungen, die über Otto.de importiert werden, fehlt die Zuweisung zu den Artikeln in der Wawi. Als Artikelnummer finden wir dort nur die Otto.de-Artikelnummer (als Freiposition) und als Versandart keine JTL-Versandart, sondern "DELIVERY-FEE", von Otto.de.



Kann es sein, dass dieses Verhalten an der vorherigen Pflege über UNICORN 2 liegt? Müssen wir das komplette Inventar im Otto.de Backend vielleicht erst einmal bereinigen, leeren und neu von der Wawi befüllen lassen? Wir sind aktuell ratlos und es gibt scheinbar auch noch keine passende Anleitung oder FAQs für die Beta der Otto.de-Schnittstelle.

Falls jemand hier schon einen Lösungsansatz hat, würde ich mich sehr über ein Feedback freuen!

Danke und viele Grüße,
Tom
Einfach ein Update machen:

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

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