Automatically Consuming a Consumable?

CJB · ‎08-08-2018

Hi, I'm trying to figure out a way to add a RunScript to a workflow (or another option) that allows for consumables to automatically be consumed.

We use a form that goes through a workflow.

I'm using this code that someone was very nice to upload on here, but I'm having trouble getting it to work properly:

var this_consumable = current.variables.alm_consumable;

//The this_consumable variable is a Reference variable used to select the consumable from the available stockrooms.

var this_qty = current.quantity;

var this_user = current.request.requested_for;

current.variables.alm_consumable_pull_from_stock = (" Qty "+ this_qty + "|" + this_consumable.getDisplayValue() );

//this line prints the value to a single line text variable on the Task form.

var new_sys_id = new Consumables().splitForeground(this_consumable, this_qty, '10', '', '', '', '', this_user);

//this is the script include that actually consumes and assigns to the user

Under consumables, the consumption is there, but it ends up looking like this. I need it to at least have the Display Name, if anything.

Thanks.

Mark Stanger · ‎08-08-2018

Consuming a consumable should just decrement from the quantity of an existing consumable, not create a new record. Are you saying that it's creating a new record in your consumables table? If your script isn't working, it's probably because of one of four things (some of which are probably obvious to you but I'll include them anyway)...

1) The variable 'alm_consumable' isn't really referencing the 'alm_consumable' table

2) The variable 'alm_consumable' isn't really a reference variable

3) The variable 'alm_consumable' isn't really named 'alm_consumable'

If you take a screenshot of the back-end view of the 'alm_consumable' variable I can help you validate these.

4) Your run script in your workflow is right at the very beginning of your workflow. Sometimes the timing of the creation of the 'sc_req_item' record is such that the 'sc_request' record doesn't actually exist right at the exact second that the workflow kicks off. This would cause your 'this_user' variable to pick up an incorrect value because the request (and, in turn, the requested for) wouldn't be available yet.

I just tested the following script from the 'Scripts - Background' module in my own system and it ran successfully. You can use it to do a quick test independent of everything in your workflow script just to make sure the actual consumption is working like it should. Then you should be able to isolate to one of the 2 factors above (consumable ID or user ID) for sure. Just replace the sys_id in the first line with the sys_id of your consumable to test.

var this_consumable = '2357460637732000158bbfc8bcbe5d0e';
var this_qty = '3';
var this_user = gs.getUserID();
var new_sys_id = new Consumables().splitForeground(this_consumable, this_qty, '10', '', '', '', '', this_user);

View solution in original post

CJB · ‎08-21-2018

Hey Mark, I have the script working somewhat. I'm still having an issue with the stock. What's a good way to deal with having say, a quantity of 1 monitor, but then someone wanting a quantity of 3?

CJB · ‎08-10-2018

If that's not the right information, just let me know. Thanks for being so patient with me!

Neha Agarwal · ‎07-10-2019

Did this work? I need to do same, let me know?

CJB · ‎07-11-2019

Hi Neha,

I got it to work. Let me know if this helps:

https://community.servicenow.com/community?id=community_question&sys_id=3299f9f3dbc8e784a39a0b55ca96...

Neha Agarwal · ‎07-11-2019

Yes CJB, After I posted my question here found this another post with correct answer and it worked. Thank you for reply.