lol sorry enrique, but it is a little bit hard to remember the particular scenario of each person.
Ok if you doesn’t have logs what about create your own?
Record each TEvent to a text file with the KVP on it…that would help a lot. As you may already know finding a problem without logs can be hard as find a niddle on the night. Your problem can be many things and without being at your place the only way are logs for us.
And you can still use this forum as you have been doing and receiving help from us as you have being doing also.
Vic, he can’t show logs as he can’t get access to them.
Eferreyra, for what I see is ok.
Unfortunately now we really need OCS logs and TServer logs, also would like to see OCS_DBServer logs. I believe you need you ask your Alcatel guys to help you or make them open a case with Genesys or Alcatel.
strange that AddRecord works fine, but update fields by UpdateCallCompletionStats or in the RecordProcessed are ignored is like the “in-memory” record doesnt get the update…
It is quite interesting…
With present information, the only suspected issue could be key/value data type issue. If the method “BuildPair” caters data type in the second parameter and builds corect KV data type, then… no hint
’ -----------------------
Dim Item As New DesktopToolkitX.CTKVPair
Dim attachData As New DesktopToolkitX.CTKVList
...
' it must NOT be CKVTypeString; OCServer is touchy to incorrect data type
Item.Type = CKVTypeNum
Item.Key = "GSW_FROM"
Item.NumValue = Segundos(fechaHora)
UserData.AddTail Item
Item.Key = "GSW_FROM"
Item.NumValue = Segundos(fechaHora.Addminutes(Configuration.DeltaUnitl))
UserData.AddTail Item
GSW_FROM and GSW_TO should work… even GSW_POODLES should do the trick if you assign it to the field… Usually it is send_attribute that has to be turned on to get the updates working with RecordProcessed…
I am very curious why CTKVUtil.BuildPair would take care of it though. Judging from your post, it is BuildPair that took care of the problem, right?
I dont fully understand you, my english is limited, my problem was solved by the consultor doing something (alter parameters, i dont know, they dont tell me) and me replacing the text “GSW_FROM” and “GSW_UNTIL” for “daily_from” and “daily_till” in the same code i post.
About CTKVUtil is a class i made, and the overloaded BuildPar method just builds a CTKVPair based on the type of the second parameter, so im sure that the pair builded is CTKVType.CKVTypeNum and has a NumValue because the parameter was a int, it also handles datetimes and can be extended to more types.
I attach the file of the c# class, please review and tell me if you see something wrong, but this class saves me a lot of code when i send UserEvents to OCS
Enrique, a lo que se refiere Victor es al hecho de que si tu vas a tus userfields en CME y vas a Properties > Anex vas a ver una propiedad llamada default y dentro de ella algo asi: send_attribute = daily_till, este daily_till es el valor que utiliza OCS para saber que referencias al campo daily_till de tu formato, sin embargo pudiste haberlo llamado hora_inicio y hora_final respectivamente, o como Victor dice: GSW_Poodle, o GSW_INICIO, etc.
Lo que hizo la gente de Alcatel fue enviarte ese userfield con ese nombre que bien pudo ser cualquier otra cosa.
Sorry guys for posting in spanish but in order to eferreyra gets a better knowledge was the best.