Login
Register
Search
Home
Forums
Jobs
LawsonGuru
LawsonGuru Letter
LawsonGuru Blog
Worthwhile Reading
Infor Lawson News Feed
Store
Store FAQs
About
Forums
Performance Management
Lawson Business Intelligence/Reporting/Crystal
UTC Conversions on Date Range Functions
Home
Forums
Jobs
LawsonGuru
LawsonGuru Letter
LawsonGuru Blog
Worthwhile Reading
Infor Lawson News Feed
Store
Store FAQs
About
Who's On?
Membership:
Latest:
Jessica
Past 24 Hours:
2
Prev. 24 Hours:
0
Overall:
5164
People Online:
Visitors:
249
Members:
1
Total:
250
Online Now:
Raj
New Topics
Top Forum Posters
Name
Points
Greg Moeller
4184
David Williams
3349
JonA
3288
Kat V
2984
Woozy
1973
Jimmy Chiu
1883
Kwane McNeal
1437
Ragu Raghavan
1348
Roger French
1311
mark.cook
1244
Forums
Unanswered
Active Topics
Most Liked
Most Replies
Search Forums
Search
Advanced Search
Topics
Posts
Prev
Next
Forums
Lawson Business Intelligence/Reporting/Crystal
UTC Conversions on Date Range Functions
Sort:
Oldest First
Most Recent First
You are not authorized to post a reply.
Author
Messages
Joan Herzfeldt
Veteran Member
Posts: 74
7/31/2017 6:59 PM
I'm accessing a database that has dates stored in UTC so even though 'an action was taken' on 6/30/2017 20:12:00 Central time (where I'm located) , due to the conversion to UTC this record does not show up on the report if I use " in the LastFullMonth" because it converts to 7/1/2017 01:12:00 UTC. I know how to replace LastFullMonth with two separate date parameters. What I want to know is... Is there a way to convert any of the 'Date Range Functions' (ie: LastFullMonth) to take the time zone into consideration? Similar to how ShiftDateTime() works on a single date?
FYI: We are looking for solution to correct multiple reports, not just one.
Thanks - Joan
Tags:
UTC
,
ShiftDateTime
,
Date Range Function
John Henley
Senior Member
Posts: 3348
8/3/2017 2:29 PM
It depends on your database, and how you're accessing the data. If you're using custom coding the data via stored procedures, views, or SQL commands, you can include that decoding within the SQL that is populating the data. In other words, return both the true UTC date/time stamp and the local date/time stamp, and filter in the report, or pass the local time zone and start/end dates as parameters to the backed database and select in the database SQL. It sounds like you're accessing IBM DB2 tables via Crystal, so you can use a SQL expression field (faster since evaluation is done on the server, but specific to the database, and gives you access to the backed database functions). You can also code it in a formula (see special fields for data time zone and print time zone) and do the filtering in record selection (which is slower than SQL expressions since evaluation is done within the report). Lastly, you can also explore custom functions that plugs into Crystal such as CUT:
http://www.milletsoftware...cutlightBenefit.htm.
Tags:
UTC
,
ShiftDateTime
,
Date Range Function
You are not authorized to post a reply.