Include the article ID in webhook's payload when the workflow status is changed to something other than published.
I
Initial Chipmunk
When the workflow status is changed to a status other than published, the webhook feature sends the following payload, which does not have the article ID in it. This is inconvenient because there are times when I want to use the article ID, for example, when I change the status to review status and send review request to our slack message. There is a preview URL in that message, which requires an article ID.
{
"Knowledge base name": "Hoge Help Center",
"Event": "Article workflow status updated for ",
"User": "hoge hoge",
"User email": "hoge@fuga.com",
"Logged on (UTC)": "04/25/2023 04:37:03",
"Article name": "test",
"Language": "English"
}
Log In
B
Bronze Lion
Thanks for your suggestion - Initial Chipmunk. We will evaluate this technically and make an analysis before take it for implementation. We will keep you posted about the progress.
I
Initial Chipmunk
Bronze Lion
It seems that the article ID is now included in the payload when updating the workflow status. Thank you for handling this. I have another question: The value "Event" with "Article workflow status updated for" indicates that the workflow status has been updated, but it doesn't specify what status it changed to. Is it possible to include the current status as well?