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

rin1 · ‎05-17-2021

Hi Neha,

Sorry for the delayed response. I was not available due to personal emergency.

I have checked and I could find the similar 'script include' in my instance.

So I used the code whichever you have mentioned. After running the script, I validated using the link u provided.

The quantity was not reduced from the stockroom, instead an empty record got created and quantity was consumed whenever a request was raised. Attached the screenshot of the workflow runscript for your reference.

It would be great if you can check and let me know where and what Iam missing.

Best regards,

Rini

Neha Agarwal · ‎05-19-2021

Also Rini, in your first screenshot I see the products in 'alm_consumable' table status is not in instock to consume. products have to be in stock and available to consume.

rin1 · ‎05-20-2021

Thank you for your time.

I have attached 2 screenshots. Actually the item I ordered is Instock, when I order it is not consumed from the respective item rather a new empty record is getting created.

I also want to tell a couple of things incase if that is creating the problem.

1. we got 8 different stockrooms available. So will that be a problem?

2. There is a difference in display name of the items. Like the name of the catalog item users order differs from the name in the consumable stock table.

As Iam completely new to this, Iam not sure how to connect these things.

Really appreciate your patience.

Thanks,

Rini

Neha Agarwal · ‎05-20-2021

This looks completely fine to me, I need to see the whole code to find out the issue.

rin1 · ‎05-21-2021

Is there something like, item should be created from the consumable model and then only its possible to consume the consumable through Runscript?

Thanks,

Rini