And according to NetSuite, that's completely due to Bin Management. I'm not sure WHY that is, but it is, apparently, how it is. So, denizens of the forums, how the heck do I find if a current line item is a kit member?

Found it! Thank you xml=T for doing what documentation can/will not! if (nlapiGetLineItemValue('item', 'kitmemberof', i)) continue;

Nobody, huh? I have opened Case #1858307 but as of today, no replies what so ever.

Well that would be less than ideal if that stands. Any word, NS?

What it turns out (in my account anyway) is that the beforeSubmit script is running but changes made to the Sales Order are not retained. (e.g. nlapiLogExecution records activity). That is EXACTLY what is happening to us (same for the customer record beforeSubmit.) This is making life MISERABLE for my Sales team, NS.

What is the issue exactly? We're having an issue with web registrations but that's only concerning the customer record (so far...). Nevermind, yep, same issue. Case #1185736.

I'm not sure if this is related or not Jesse but we are getting a "INVALID_KEY_OR_REF" error when we try to add a group to a sales order via script. This is new just this weekend when we went to 2009.2.

Jesse - I think this defect is related, #170689. Looks like it is in S1 right now, so hopefully this will soon be fixed.

Bleh, got it figured out - stupid mistake of mine, I was passing the item name, not the internal id. Thanks for the heads up yang, that works like a dream.

Yang, That actually throws an error when validateLine is called - an unexpected error. "An unexpected error has occurred in a script running on this page. validateLine (validateLine) customform UNEXPECTED_ERROR id=fwjpmost2yp3kz3ach3a"

Do you have to do this client side? I hate working with line items client-side for this very reason. Could you do this in beforeSubmit instead? I do. We already have an aftersubmit version working but our sales reps need to be able to see the change happen while they are on the phone with the customer.

This is on sandbox and yes, its coming up right after the "nlapiSetCurrentLineItemValue()" call. The error id changes with every occurance.

That's something I hadn't considered but would it still be replacing the item? Seems like I haven't got the right call for that. Nah, that still did it. I don't think its actually changing anything here.

A bump here because I haven't found any solution to this one yet. The renaming works just fine, however, I haven't found a way to increment the auto number (other than maybe run a search? ugh that is going to be slow.) Any way to incremental the current number?

ITS ... almost .... ALLIIIIVEEEE!! few bugs. :D

So I gave this a run on our sandbox, however, since we use numbered accounts, I tried with auto-numbering still on. It seems that the auto number is assigned even after the afterSubmit event is fired as the debug shows "To Be Generated" as the entity number. Am I doomed here? I really don't think turning off autonumbering…

Thanks Olivier, that helps and is a good starting point. We have a few ways to set store, the easiest is a require custom field. Thanks for the starter code, that might just do it.

However, it doesn't update the auto number, interesting. Edit: interesting indeed, so that's the one thing I overlooked - because I am changing the ID, it never updates what the auto count is. Looks like I may have to manually increment something after all. Yang, I don't suppose there is a method for updating the "Current…

So if he did an afterSubmit script, and did var thisRecord = nlapiLoadRecord(nlapiGetRecordType(), nlapiGetRecordId()); var name = thisRecord.getFieldValue('entityid'); name = 'A'+name; thisRecord.setFieldValue('entityid',name); (as opposed to name = nlapiGetFieldValue('entityid') it would work, because by explicitely…

*in over my head*... that's why I am a Junior Member still...lol :) Olivier is the Man! He has solved several problems for me in the past. That's why we're here, to learn. :D

Thank you Kate, I will certainly check that out.

Thanks Yang; Where do I find that information? I've been having a hard time finding values like that without just pilfering sample code. Also should it be 'is' or 'anyof'? So, filters[1] = new nlobjSearchFilter('status',null,'is','SCHEDULED',null); or filters[1] = new…

The way we do this is via a saved mass update for any open transactions. It isn't automatic this way, but it works pretty quickly. This intrigues me - I thought you couldn't update transaction body fields via mass update? Maybe I am missing something, how do you have that set up? That would be far superior to any scripting…

I have. I haven't yet tested it yet (always something else to do!) so it was more of just making sure I am on a right track to start. I think tranid is what I want, not the internal id, as I am creating phone call records and want to tie in a particular transaction. I could be wrong. I don't know. Your reply tells me I'm…

I can confirm this, however you need to deploy your script on Customer records not Leads. This threw me for quite a while since new registrations come in as Lead status for us.

Outstanding, appreciate it. I take it that from your previous post that it is not possible to insert these via script?

Hi Tim, thanks for the reply. The script that is in place right now provides a sneaky way of selling groups online - the web customer purchases a non-inventory "placeholder" item that is replaced with a group via this server-side script. The script runs afterSubmit, removes the non-inventory item and then loads the group…

No problem Tim, thanks for your help. Do you know if there was a prior enhancement filed at all? I am going to look but if you know the number that'd be great.

Hi Tim; That worked to a point - I was able to set the cost estimate type which worked but the cost still did not source in. I imagine it has to be somewhat related to that bug that you posted.

Still looking for help on this one. We have a script that replaces items in a web-based order but no documentation on how to get the new item fields or to set the fields in the line items. Any help is appreciated.