Broadlog records in Pending Status Changing Broadlog IDs

Avatar

Avatar
Level 1
treilly417
Level 1

Likes

0 likes

Total Posts

2 posts

Correct reply

0 solutions
View profile

Avatar
Level 1
treilly417
Level 1

Likes

0 likes

Total Posts

2 posts

Correct reply

0 solutions
View profile
treilly417
Level 1

28-06-2021

Is it possible that records on the broadlog table that are in a pending status b/c you wish to confirm the delivery before sending can have their broadlog ids change once they are approved and the status is changed to sent?  I am seeing some instances where broadlog ids for records that are pending are getting changed to new broadlog ids if the user updates the wave definition in the delivery properties and hits 'Save' and then clicks the 'Confirm Delivery' button to enable the records to be delivered. 

Accepted Solutions (1)

Accepted Solutions (1)

Avatar

Avatar
Shape 1
Level 4
CedricRey
Level 4

Likes

36 likes

Total Posts

78 posts

Correct reply

19 solutions
Top badges earned
Shape 1
Boost 25
Applaud 5
Affirm 5
Give Back 3
View profile

Avatar
Shape 1
Level 4
CedricRey
Level 4

Likes

36 likes

Total Posts

78 posts

Correct reply

19 solutions
Top badges earned
Shape 1
Boost 25
Applaud 5
Affirm 5
Give Back 3
View profile
CedricRey
Level 4

29-06-2021

Hello @treilly417 

This is totaly classic. The broadlogs doesn't have their id changed, but simply new broadlog are created as the target is recalculated.

When you prepare several times the same delivery, the previously calculated broadlogs are deleted and new broadlogs are created.

You can see it with the message 'Cleaning of previous analysis datas' or something similar into the delivery audit.

 

Aslo, you could see similar as broadlog datas when the target is just estimated, but this is not "broadlog", this is just temporary datas named "temp:forecastLog". Those datas are not visible in a classical way with the console, only when opening a delivery (no real schema are mapped as each delivery build his own table).

 

Cedric

Answers (0)