3942895 Green Ribbon

Ran into the same problem myself. Here's the enhancement request I filed: 115944 Lists > Search > Saved Searches > Transactions > When Main Line = True the Created From does not populate with information on Item Receipts or Item Fulfillments --Tim

We grappled with the exact same problem (terms and conditions too, to be exact), and unfortunately, we came to the conclusion that it wasn't possible. If you use the message tab to send out invoices, you can include the terms and conditions in the body of the email, using a template, or can attach them as a separate file.…

Great - I'll look into adding this. I myself am not afraid of adding scripts (but I pity the fool who may have to support them if I leave)

Yeah, that's what I've done. I was hoping that there was a way to make Netsuite think they are mandatory, so they show up as yellow and indicate to the user ahead of time that they will need to fill them out. Oh well... --Tim

If Altigen's screen pop allows you to append the caller ID number to a custom URL, then you should be able to do it using the method I outlined above. I'm not familiar with their screen pop, but most screen-pop utilities do offer some sort of minimal URL redirect feature. --Tim

I'm looking to create a custom button which when clicked performs a custom function and then automatically saves the form - basically combining the functionality of the custom button and of the standard save button. Can this be done? --Tim

We started looking into this a while back, but never got around to implementing it, so I can't say for sure if it's doable, but can at least give you a few pointers. Netsuite uses TAPI (Outlook) to control outbound dialing - we found a couple of ways to integrate with Asterisk, which uses SIP. You can patch Asterisk…

In the URL I provided, the search is specifically looking for customer records, so if you don't indicate the phone number on the customer record (but instead put in on a contact record) it might not work. To do a search for a phone number on any record (customer, contact, job, lead, etc), try this:…

Case # 510127 Thanks! --Tim

For search results that aren't on custom fields, getValue returns the value (ie internal ID), whereas getText returns the actual text. I've found this get Text functionality very useful, as you've mentioned (I also use it via the pseudo search lookupField function). But for custom fields, getValue returns text, and getText…

Thanks - I've filled case #510108.

Oh, sorry if this wasn't clear. I said "Netsuite" and I meant "SuiteScript" Ooops :p

I have another update on this front. The text and not value issue only seems to be an issue with search results. If I do a loadRecord and then pull up the field value from there, I'm able to correctly pull up the ID rather than the text. A decent workaround, but not nearly as efficient as pulling up the value directly as a…

So I looked into dumping this on the client-side, but since the item fulfillment form can't be customized, I can't use client-side scripting. Bummer. Any other suggestions? --Tim

Here's the script. I admit it is fairly long and complicated, but it usually runs without any problems, and doesn't get anywhere near the 300 unit limit (usually it's around 120-160 depending on how many invoices and POs are attached to the SO) Any optimization hints are greatly appreciationed (I won't admit to being the…

I'll take a look at this - if anyone has any custom code, that would be helpful too! The script is working, just every now and then, it runs out of time.

Hi Clint - If you add the internalID of the customer record at the end of your nlapiSendEmail command, a message will automatically be added to that record. ie: nlapiSendEmail(accountExec, customer, 'Your NYCD project ' + projectNumber + ' has a scheduled ship date!', customerEmailText, ccArray, null, emailAssociate);…

The plot thickens: createdfrom will return a value if the script is set to execute Before Load. It does not return anything if executed Before Submit or After Submit. Also, createdfrom will return a value Before/After submit when using nlapiGetOldRecord, but not when using nlapiGetNewRecord. It seems that there is a bug…

Excellent - thanks!

Thanks Yang - option #2 works like a charm. Createfrom has come back to haunt me though - is there any way to access it beforeload for a vendorbill? I can see it clear as day in the URL, but can't access it via Suitescript, since it looks like the field doesn't appear on the record until after it's been submitted. Is there…

Yeah - it's frustrating. I definitely don't bother using Netsuite support to help me debug issues with scripts (that's where this usergroup comes in really handy) but my impression (based on Yang's posts) is that the Netsuite Suitescript guys can't do any bug fixes without an enhancement request, but Netsuite support is…

Just wanted to note that I know have some Suitescript-related cases that are now over 2 months old and still haven't even been started. I understand that basic-level Netsuite support over in Manilla might be intimidated by Suitescript, but that's no excuse not to forward those requests on to the team that actually does…

Has anyone else gotten this to work? I've also noticed that on the item fulfillment, "description" also returns null, even when there is a description (though it works fine on the SO). So perhaps there is a larger issue here beyond just the createdpo / createpo fields.

Hi - I've noticed a similar problem. I have a custom field I'm trying to set on the item fulfillment before load. I'm trying to work around the bug that doesn't let me access createdfrom aftersubmit, by setting a custom field to that value beforeload. But the custom field isn't getting set, so no workaround for me. It…

No, I'm definitely trying to access it via getLineItemValue - sorry if that wasn't clear before. There are a few fields in the reference that seem like they should contain this data (createpo being the most obvious one), but so far none of them seem to be returning a reference to the actual PO, if anything at all. Has…

Looks like this field is broken outside of Suitescript too. I just did a transaction search in the GUI: Voided is false Main Line is true Type is any of Item REceipt, Item Fulfillment The search results show that the createdfrom field is blank for all transactions, when it clearly should be referencing the SO or PO that…

Unfortunately, "createdpo" is also returning null for me, on both the SO and item fulfillment. Any other suggestions, or has this field just not been released into the wild yet? (in which case, any ETA on when it will be made available?) Thanks! --Tim

I think it has to be an internalID. If you want to use an email address instead of the internalID, you can do a search to dig up the correct internalID and then use that: var filters = new Array(); filters[0] = new nlobjSearchFilter('email',null,'equalto', [EMAIL TO SEARCH]); var searchresults =…

I've had luck using nlapiLookupField( type, id, field(s), true) It seems stupid to search for a field in a record you probably already have open, but it's a workaround that seems to work. type is the type of record that the field in question is on (not the type of list), id is the id of the record, and field is the name of…

Excellent - thanks again Yang. You guys added a lot of stuff in 11.0.4! Any sneak peaks for what might be coming next?