Add Action Items fields into workflow notification

I'm looking for the possibility to pull the fields from other workflow notifications into a notification that we would send to Approvers.

I know there is the option of attaching a PDF with all action items to a workflow notification, but it honestly is not formatted in a way that is easily readable and in our case contains too much information.

There is no definitive separation of information and unless you are familiar with the process it is hard to tell apart the information for each action item.

Additionally in our case we really have no need to include History or Messages in the automated report.

Hi Paul,
is your problem related to the Workflow Notification or the SR Notification?
In the first case you can use:
$CurrentActionItem method as described in the On line help to pick up data from the current Action Item that generate the notification itself.
If you need a SR notification you should "copy" the value from Action Item to SR using the Action Item Attributes function to populate a field from AI to SR and then user the SR filed as source in your notification.

You can use also these methods for custom fields:
(value)
$CurrentActionItem.getAddonFieldValue('CUSTOM FIELD NAME')
(list value)
$AccountObj.getCustValues('CUSTOM FIELD NAME',$resource).getCaption($CurrentActionItem.getAddonFieldValue('CustomColumnXXsrSubTab'))

What I am effectively trying to do is duplicate the functionality that is provided with the attached change pdf details option in that I want to pull the fields from previously completed Action Items into the notification that gets sent out to those who would approve the Change.

Want to do this so that I might share only the information that is relevant to us, but also format it in a way that is much more readable than the above noted auto-generated attached PDF.

I think you can't "edit" the attached PDF because is a fixed printout (and not so read-friendly).
The best thing to do is use email notification with a good HTML format.
I think that in this way is more usable for users to find all info in mail body instead to search it into a PDF.
In addition you can realize some enhancement using Velocity syntax to better mark some important data.

Special tags that grant access to SysAid Entities
$ci This allows you to poll any field on the CI attached to the change or problem, except for list fields. Note that you must use a special syntax with this tag: $ci.getXXXX(). Replace getXXXX() with any any get method found in the CI table. Example to retrieve CI name: $ci.getCiName(). Note that this will not work for list fields, and that there must be a CI attached to the SR. The main CI used is for the entire change or problem and not for the action item that triggers the notification