I agree with Dave and would just add that if you are going to need to deal with that somewhere (for example in a report or portlet) and have the PMO Acclerator installed, one of the database functions included that it uses itself to resolve this same issue can be applied to the schedule (project, task, etc.) finish date columns in order to resolve the display. The function name is 'cop_calc_finish_fct'.
E.g.:
select inv.name, inv.schedule_start, inv.schedule_finish, cop_calc_finish_fct( inv.schedule_finish )
from inv_investments inv
where lower(inv.name) like 'lw%'
order by 2, 1, 3
NAME SCHEDULE_START SCHEDULE_FINISH COP_CALC_FINISH_FCT(INV.SCHEDULE_FINISH)
-------- ------------------- ------------------- -------------------------------------------
lw1 01/01/2015 00:00:00 01/07/2015 00:00:00 30/06/2015 00:00:00
LW Alloc 23/03/2015 08:00:00 29/05/2015 17:00:00 29/05/2015 00:00:00
LW111 06/04/2015 08:00:00 14/04/2015 17:00:00 14/04/2015 00:00:00
3 record(s) selected [Fetch MetaData: 1/ms] [Fetch Data: 1/ms]
[Executed: 16/06/15 11:50:12 CDT ] [Execution: 149/ms]
The function basically looks to see if the date/time provided ends at 'midnight' (which causes the date to display as though it has ticked over into the new day) and if so subtracts 1, otherwise for when the date/time ends at another time like 5pm it just drops the time portion. With these example projects you can see how it behaves, and in the UI for Clarity these projects show the dates in the last / 4th column. Obviously you should only apply this to columns where it makes sense (finish dates that haven't already had any processing applied to tackle this) and not to all dates, because if you apply the function again and again to the results (e.g. in subqueries or views) then it will continue subtracting from the date.