Behavior and format of the Date and Time field
In Common Data Service, the Date and Time data type is used in many standard entity fields. Depending on what kind of date the field represents, you can choose different field behaviors: User Local, Date Only or Time-Zone Independent.
Date and time field behavior and format
The following table contains information about the date and time field behavior and format.
|User Local||Date Only
- or -
Date and Time
|This is the default behavior of custom date and time fields.
The field values are displayed in the current user’s local time.
In Web services, these values are returned using a common UTC time zone format.
You can change this one time if you select the default behavior. More information Change User Local Behavior
|Date Only||Date Only||No Time zone conversion.
The time portion of the value is always 12:00AM.
The date portion of the value is stored and retrieved as specified in the UI and Web services.
|Time-Zone Independent||Date Only
- or -
Date and Time
|No Time zone conversion.
The date and time values are stored and retrieved as specified in the UI and Web services.
Change User Local Behavior:
Unless the publisher of a managed solution prevents this, you can change the behavior of an existing custom Date fields from User Local to Date Only or Time-Zone Independent. This is a one time change.
Changing the field behavior affects the field values that are added or modified after the field behavior was changed. The existing field values remain in the database in the UTC time zone format. To change the behavior of the existing field values from UTC to Date Only, you may need a help of a developer to do it programmatically. More Information: Convert behavior of existing date and time values in the database.
Before changing the behavior of an existing date and time field, you should review all the dependencies of the field, such as business rules, workflows, calculated fields, or rollup fields, to ensure that there are no issues as a result of changing the behavior. After changing the behavior of a date and time field, you should open each business rule, workflow, calculated field, and rollup field dependent on the field that you changed, review the information, and save it, to ensure that the latest date and time field’s behavior and value are used.
Change behavior during a solution import
When you import a solution that contains a Date field using the User Local behavior you may have the option to change the behavior to Date Only or Time Zone Independent.
Prevent changing behavior
If you are distributing a custom date field in a managed solution, you can prevent people using your solution from changing the behavior by setting the CanChangeDateTimeBehavior managed property to False. More information: Field managed properties
Consider the following use cases for Date Only and Time-Zone Independent behaviors.
Date Only scenario: birthdays and anniversaries
The Date Only behavior is good for cases when information about the time of the day and the time zone isn’t required, such as birthdays or anniversaries. With this selection, all app users around the world see the exact same date value.
Time-Zone Independent scenario: hotel check-in
You can use this behavior when time zone information isn’t required, such as the hotel check-in time. With this selection, all app users around the world see the same date and time value.
Date and time query operators not supported for Date Only behavior
The following date and time related query operators are invalid for the Date Only behavior. An invalid operator exception error is thrown when one of these operators is used in the query.
- Older Than X Minutes
- Older Than X Hours
- Last X Hours
- Next X Hours