Attachments not supported in MRVS

[ShivangiC]

we are stuck in our Project on the UI part. We have created a multi-row variable set so that Employee can enter single or multiple Line Items in it. But for everyone Line Item we also need its attachment to be uploaded with it and ServiceNow MRVS doesn't support Attachment type. So please drop suggestions if any, how can we achieve it

[Brad Bowman · Accepted solution]

You could try modifying or inactivating the Business Rule named "Restrict types for table variable set" to see if adding an attachment type variable in the MRVS works in your use case - and the attachments can be seen on the ensuing RITM...  A workaround would be to have something like a checkbox in the MRVS for the user to attest that they have attached one file for each MRVS row...

[Brad Bowman · Accepted solution]

You could try modifying or inactivating the Business Rule named "Restrict types for table variable set" to see if adding an attachment type variable in the MRVS works in your use case - and the attachments can be seen on the ensuing RITM...  A workaround would be to have something like a checkbox in the MRVS for the user to attest that they have attached one file for each MRVS row...

[Ankur Bawiskar · Accepted solution]

@ShivangiC 

I agree with @Brad Bowman . But remember touching the OOTB business rules is not recommended.

Ensure you capture that business rule in default update set and don't migrate it to next instance

1) Disable the business rule "Restrict types for table variable set"

2) Then create attachment type variable within MRVS and you can make it mandatory at variable config level if you want
3) then activate the business rule again

Output: MRVS shows Attachment type variable

If my response helped please mark it correct and close the thread so that it benefits future readers.

[Ankur Bawiskar]

@ShivangiC 

Hope you are doing good.

Did my reply answer your question?

If my response helped please mark it correct and close the thread so that it benefits future readers.

[Ankur Bawiskar]

@ShivangiC 

Thank you for marking my response as helpful.

Please mark response from @Brad Bowman and the one I shared as correct answers and close the thread.