We're reclaiming inactive PDIs to keep them available for active builders. Learn what's changing, who's affected, and how to protect your work. Read More

Journal Entry Adding Twice To Outage Form

kevin_munguia
Tera Guru

I created two new Journal Fields to the Outage table. Having an issue where either I add comments to the Comments Field, which is (Type: Journal) and it creates duplicate entries or I add comments to the Additional Comments (Type: Journal Input) and nothing happens when I update the Outage ticket. Which one do I use and how do I get it to work properly?

 

find_real_file.png

1 ACCEPTED SOLUTION

@Maik Skoddow This resolved my issue https://community.servicenow.com/community?id=community_question&sys_id=6c9fbf93dbb25454a08a1ea66896190b. But thank you for your help. 

I needed to Add Journal Input type in the activity configuration and remove the other Journal field that was labeled comments for me. 

View solution in original post

8 REPLIES 8

Not applicable

HI @kevin.munguia@patternenergy .

The first step is to check the 'duplication' and clarify if it is a result of the same script running multiple times,
or a result of the record that is being updating then triggering an additional update to the related (source) record.

Verify that there were no 'Before' Business Rules with current.update(); 

Since it is a before business rule, the changes you made will be saved automatically. If you use a current.update(), it will update the record twice.

 

Mark my answer correct & Helpful, if Applicable.

Thanks,

Sandeep

 

Which business rule. I only see the following BRs for outage table.

find_real_file.png

@Sandeep Dutta This resolved my issue https://community.servicenow.com/community?id=community_question&sys_id=6c9fbf93dbb25454a08a1ea66896190b. But thank you for your help. 

AnirudhKumar
Mega Sage

We faced a very similar problem.

There were 4 duplicate activity logs every time we updated a field on a table. 

We also verified that there were no 'Before' Business Rules with current.update();

 

And then we tried something new!

We found a few 'After' Update Business Rules that had current.update().

We made 2 changes to these:

- removed the current.update() line of code and

- converted the BRs to Before Update.

 

Voila!! There were no more duplicate logs 😉

And truth is there were 4 of these 'After' Business Rules containing current.update(), and that's the reason we had 4 duplicates!