SLA zieht falschen Kalender

[Thomas Williamson]

Hallo Zusammen,

uns ist aufgefallen, dass bei SLAs der falsche Kalender gezogen wird und dadurch unser Kundensupport falsche Violation-Meldungen bekommen.
Wir verwenden KIX 18 (Build: 4648-0.1974-0)

Beispiel:
Hier das im Ticket ausgewählte SLA. In der History wird Calendar16 angezeigt. Und die Zeiten sagen GMT+03:00



Hier die Konfig des SLA und der darin hinterlegte Kalender:



Und hier die Konfiguration des Kalenders und die Kalender-Nummer



Als Gegenvergleich, hier Calendar16:




Hat sonst noch jemand diesen doch gravierenden Fehler?
Und noch viel wichtiger: hat jemand dafür eine Lösung?

Vielen Dank schon mal im voraus.
Thomas

[Thomas Williamson]

Ich hab noch ein paar weitere Tests gemacht und weitere Kalender mit weiteren SLAs und Service-Verträgen angelegt.
SLA mit Calendar35 zeigt im Ticket Calendar 28 an.
SLA mit Calendar36 zeigt im Ticket Calendar 29 an.
SLA mit Calendar37 zeigt im Ticket Calendar 30 an.
SLA mit Calendar69 zeigt im Ticket Calendar 65 an.
SLA mit Calendar75 zeigt im Ticket Calendar 72 an.

Hmm .. schade. Bis Calendar 37 hab ich gedacht, irgendwo werden einfach 7 abgezogen.
Aber dann hat sich der Unterschied doch verändert. :(


Und ich kann bestätigen, dass der im Ticket angezeigte Calendar auch der ist, der für das SLA dann herangezogen wird.
Ich hab die Zeitzone von Calendar72 auf Vietnam geändert und wenn ich dem Ticket das SLA mit Calender75 hinzufüge, wird GMT+7 angezeigt.

[Thomas Williamson]

Links der im SLA ausgewählte Kalender. Rechts der Kalender der letztlich im Ticket gezogen wird:

Calendar1 = 11
Calendar2 = 22
Calendar3 = 33
Calendar4 = 44
Calendar5 = 55
Calendar6 = 66
Calendar7 = 73
Calendar8 = 74
Calendar9 = 75
Calendar10 = 1
Calendar11 = 2
Calendar12 = 3
Calendar13 = 4
Calendar14 = 5
Calendar15 = 6
Calendar16 = 7
Calendar17 = 8
Calendar18 = 9
Calendar19 = 10
Calendar20 = 12
Calendar21 = 13
Calendar22 = 14
Calendar23 = 15
Calendar24 = 16
Calendar25 = 17
Calendar26 = 18
Calendar27 = 19
Calendar28 = 20
Calendar29 = 21
Calendar30 = 23
Calendar31 = 24
Calendar32 = 25
Calendar33 = 26
Calendar34 = 27
Calendar35 = 28
Calendar36 = 29


Keine Ahnung wie man das hinbekommt, aber es sieht so aus, als wäre die Sortierung in beiden Fällen identisch FALSCH:

[Thomas Williamson]

Hier die vollständige Liste aller Kalender.
Ich hoffe und glaube das wir keine zusätzlichen Kalender mehr anlegen müssen. Weil sonst vermutlich das "Matching" von Calendar 7 bis 9 nochmal geändert wird. Die Tanzen nämlich gerade etwas aus der Reihe. Vermutlich weil es noch keinen Kalender77, 88 und 99 gibt.

Calendar1 = 11
Calendar2 = 22
Calendar3 = 33
Calendar4 = 44
Calendar5 = 55
Calendar6 = 66
Calendar7 = 73
Calendar8 = 74
Calendar9 = 75
Calendar10 = 1
Calendar11 = 2
Calendar12 = 3
Calendar13 = 4
Calendar14 = 5
Calendar15 = 6
Calendar16 = 7
Calendar17 = 8
Calendar18 = 9
Calendar19 = 10
Calendar20 = 12
Calendar21 = 13
Calendar22 = 14
Calendar23 = 15
Calendar24 = 16
Calendar25 = 17
Calendar26 = 18
Calendar27 = 19
Calendar28 = 20
Calendar29 = 21
Calendar30 = 23
Calendar31 = 24
Calendar32 = 25
Calendar33 = 26
Calendar34 = 27
Calendar35 = 28
Calendar36 = 29
---
Calendar37 = 30
Calendar38 = 31
Calendar39 = 32
Calendar40 = 34
Calendar41 = 35
Calendar42 = 36
Calendar43 = 37
Calendar44 = 38
Calendar45 = 39
Calendar46 = 40
Calendar47 = 41
Calendar48 = 42
Calendar49 = 43
Calendar50 = 45
Calendar51 = 46
Calendar52 = 47
Calendar53 = 48
Calendar54 = 49
Calendar55 = 50
Calendar56 = 51
Calendar57 = 52
Calendar58 = 53
Calendar59 = 54
Calendar60 = 56
Calendar61 = 57
Calendar62 = 58
Calendar63 = 59
Calendar64 = 60
Calendar65 = 61
Calendar66 = 62
Calendar67 = 63
Calendar68 = 64
Calendar69 = 65
Calendar70 = 67
Calendar71 = 68
Calendar72 = 69
Calendar73 = 70
Calendar74 = 71
Calendar75 = 72
ENDE

[René Hartman]

Hallo Thomas,

Ich habe das in meinem Testsystem nachstellen können und habe das Problem an die Entwicklung weitergegeben.
Ich würde mich nochmal melden sobald ich weitere Infos bekommen habe.

Viele Grüße,
René