Skip to main content
cancel
Showing results for
Search instead for
Did you mean:

Find everything you need to get certified on Fabric—skills challenges, live sessions, exam prep, role guidance, and more. Get started

Advocate II

## How come the value is sometimes not calculated

I have a creation date and a delay.

I'm calculating the due date by adding the delay to the creation date

`Date due = DATEADD([Date created];[Delay];DAY)`

in 80% of the cases it works fine but for the remaining 20% nothing get returned.

Why could that be - especially when the date and the delay looks fine.

So fine that they are actually used in power query to sucessfully calculate the duration since the creation and the lateness (in red below).

Sure I can (and will) add the due date into the query but I'd like to understand the possible cause for that behaviour

1 ACCEPTED SOLUTION
Employee

Hi @osinquinvdm,

Please modify your formula as below, this will give all the due date as expected:

`Date due = DATEADD(TableName[Date created].[Date],[Delay],DAY)`

Best regards,
Yuliana Gu

Community Support Team _ Yuliana Gu
If this post helps, then please consider Accept it as the solution to help the other members find it more quickly.
5 REPLIES 5
Employee

Hi @osinquinvdm,

Please modify your formula as below, this will give all the due date as expected:

`Date due = DATEADD(TableName[Date created].[Date],[Delay],DAY)`

Best regards,
Yuliana Gu

Community Support Team _ Yuliana Gu
If this post helps, then please consider Accept it as the solution to help the other members find it more quickly.
Helper II

Nice Trick!

It does indeed work.

I wish DATEADD() was smart enough to force it like this on its own

Solution Supplier

Assuming the unit for [Delay] is a number of days, you could also write:

`[Date created]+[Delay]`
Frequent Visitor

Hi osinquinvdm,

I believe the reason is that the date that you're trying to calculate doesn't exist in the column Date of Creation.  If you look at all the dates that have been created, they all seem to fall into November but the ones that haven't are all falling beyond Novemeber and I'd be fairly willing to bet that the rest of the data in your column doesn't go past November.

Here's the link the the DAX function definition:

https://msdn.microsoft.com/en-us/library/ee634905.aspx

There's a line in there that states:

The result table includes only dates that exist in the dates column

I'm hoping that someone better than I will be able to provide you with a solution on how to get round it!

Good luck!

Helper II

Good catch @eyeball on the function disclaimer in the DAX documentation.

I'm not a big fan of * and small fonts, I'm more the type of guy who does not go though contract details and jump directly to the signature page 🙂

You are right, that test dataset is full of holes in terms of dates - so yes those dates where not part of the original date lists.

Anyway if that is the way dateadd() works I have no choice but do the work in the query. Which works fine (see below DAX calculation has been renamed date cible/target and M calculation is called date due).

Thanks so much for the quick follow-up (and attention to details)

## Helpful resources

Announcements

#### Europe’s largest Microsoft Fabric Community Conference

Join the community in Stockholm for expert Microsoft Fabric learning including a very exciting keynote from Arun Ulag, Corporate Vice President, Azure Data.

#### Power BI Monthly Update - June 2024

Check out the June 2024 Power BI update to learn about new features.

#### Fabric Community Update - June 2024

Get the latest Fabric updates from Build 2024, key Skills Challenge voucher deadlines, top blogs, forum posts, and product ideas.

#### New forum boards available in Real-Time Intelligence.

Ask questions in Eventhouse and KQL, Eventstream, and Reflex.

Top Solution Authors
Top Kudoed Authors