Help

Re: Field needed that displays most recent status based on date field

Solved
Jump to Solution
1751 1
cancel
Showing results for 
Search instead for 
Did you mean: 
ConnorTomasko
5 - Automation Enthusiast
5 - Automation Enthusiast

(Similar to this post though with an additional layer)

I have a table with Interactions. There's a Status single-select field and a Timestamp field (since this data is being imported from elsewhere) that shows when the data was captured in the original system.

There's a second table named Opportunities. All the interactions with one individual are linked to their respective Opportunity record. I need a field in the Opportunities table that reflects the Status of the linked Interaction record with the most recent / max Timestamp.

The solution to the post I linked above pulls the max date, which would work if all I needed was the most recent Timestamp date pulled into the Opportunity record. However I need to know the most recent Status based on the Timestamp.

Any thoughts? I may be missing a simple solution here. @Ben_Young1 ?

1 Solution

Accepted Solutions

As a note for anyone in the future that might find it useful, the order of the records in a lookup field is not based on anything other than the order in which they were linked.

With the clarifying information you provided, we can make a few tweaks to our solution.
While my personal recommendation would be to script this operation to avoid cluttered fields, this approach will get you generally where you need to go.

First, I've created a new date field on the interaction object: Secondary Date. This will serve as the date field we want to reference for how to isolate the interaction record we want to look at.

Next, we need to find a way to isolate which date value is the most recent as precisely as possible. To do this, we need to get the unix value of our Secondary Date field. I've done this by creating a new formula field called Secondary Unix, for lack of a better name.

IF(
  {Secondary Date},
  VALUE(
    DATETIME_FORMAT(
      {Secondary Date},
      'x'
    )
  )
)

Now, we'll return to the opportunities table and create a new rollup field. This field should reference the new Secondary Unix value we created on the interaction object. 

Snag_ab2357.png

You'll end up with something that looks like this:

Snag_ae515d.png

From there, hop back to your interactions table. Here, we're going to create a rollup field I've called Recent Match. It references the Recent Timestamp rollup from the opportunity object.

We'll use the following formula:

IF(
  AND(
    {Secondary Unix},
    {Secondary Date}
  ),
  IF(
    {Secondary Unix} = MAX(values),
    'Match'
  )
)

You should have something that looks like this:Snag_b01ef9.png

Now, we'll create our final field. This field will return the status value that we're looking for.

Snag_b1bcab.png

Snag_b1e8fb.png

Naturally, you can now just hide the Recent Timestamp, Secondary Unix, and Recent Match fields. A scripted approach would resolve the need for these fields, but this works fine for a no-code approach.

See Solution in Thread

5 Replies 5

There are three ways to do this.

The easiest and most straightforward way to do this is to ditch the rollup field. In its place, create a lookup field of your status single-select. Configure that lookup field to only return the last item in the array.

Here's an example:

Snag_2bfe44.png

Snag_2c7393.png

Snag_2ca5a0.png

Snag_2da0aa.png

I personally don't use lookup fields, but this is by far the easiest way to implement such a feature without having to resort to more elaborate solutions.

ConnorTomasko
5 - Automation Enthusiast
5 - Automation Enthusiast

I've tried this, but the "Last" item it displays appears to be the most recently created record, not the record with the most recent Timestamp (a date field that is unrelated to the Record Created or Modified fields, imported with the rest of the Interaction data from another location), which is the date that is relevant to the Status -- not the record created date.

As a note for anyone in the future that might find it useful, the order of the records in a lookup field is not based on anything other than the order in which they were linked.

With the clarifying information you provided, we can make a few tweaks to our solution.
While my personal recommendation would be to script this operation to avoid cluttered fields, this approach will get you generally where you need to go.

First, I've created a new date field on the interaction object: Secondary Date. This will serve as the date field we want to reference for how to isolate the interaction record we want to look at.

Next, we need to find a way to isolate which date value is the most recent as precisely as possible. To do this, we need to get the unix value of our Secondary Date field. I've done this by creating a new formula field called Secondary Unix, for lack of a better name.

IF(
  {Secondary Date},
  VALUE(
    DATETIME_FORMAT(
      {Secondary Date},
      'x'
    )
  )
)

Now, we'll return to the opportunities table and create a new rollup field. This field should reference the new Secondary Unix value we created on the interaction object. 

Snag_ab2357.png

You'll end up with something that looks like this:

Snag_ae515d.png

From there, hop back to your interactions table. Here, we're going to create a rollup field I've called Recent Match. It references the Recent Timestamp rollup from the opportunity object.

We'll use the following formula:

IF(
  AND(
    {Secondary Unix},
    {Secondary Date}
  ),
  IF(
    {Secondary Unix} = MAX(values),
    'Match'
  )
)

You should have something that looks like this:Snag_b01ef9.png

Now, we'll create our final field. This field will return the status value that we're looking for.

Snag_b1bcab.png

Snag_b1e8fb.png

Naturally, you can now just hide the Recent Timestamp, Secondary Unix, and Recent Match fields. A scripted approach would resolve the need for these fields, but this works fine for a no-code approach.

Hi @ConnorTomasko,

I demonstrate how to do what you're looking to do on this episode of the BuiltOnAir podcast.

Thank you - this worked!