False, one of the two possible values for checkboxes (the other being T)

Seen this before, yes. Searches, for no reason, fail to fire on certain days. Opened Cases with NS but they were never able to debug and it eventually went away on it's own. The problem has not occured (to my knowledge) for about a year though. I'd write down the name of the search and the date it failed to fire. If it…

Yeah it's terribly slow for us too. Same issue number?

edit: sorry, misread

Log a case with Support. This occasionnaly happens, they can fix it.

It does *nothing* or it dumps you on the Transaction dashboard?

Can you call in or do you have email only?

What problem are you having returning it to inventory? Are you using Return Authorizations?

I recommend you file a Case with Netsuite

Check out the help for nlapiSendEmail(), specifically the last parameter, attachements. It is an array of File objects.

Deep breaths man It's difficult to extactly control NS' behaviour. The only thing you can really do is use nlapiRedirectURL(). You could perhaps stick a redirect to ALWAYS redirect on the same record, I've never tried it, not sure if it would work or cause other problems. You could also use a different screen to print…

You must use Mainline = True to avoid "duplicate" records. Without this filter, searches return 1 line for the order + 1 line per line item. As to order status - that's a tricky one. Please see this post by Mathieu for a list of internal id for order statuses.

Netsuite kind of dumps you on the last page you were on. So if you need to edit a record, for example, View it first, then press edit. You'll be dumped on the same record after you save.

SuiteFlex (Customization, Scripting, and Web Services) : SuiteScript : SuiteScript Reference : SuiteScript Reference : Using the SuiteScript Records Browser

I would first figure out why the system is behaving this way before trying to patch it with a script. Scripting = last resort. To my knowledge, there should not be any reason why discounts are systematically applied at Payment time.

Yeah, looks like an Item search with a join on Pricing. You can duplicate this in the UI to see the expected results.

I suggest you file a Case with Support

You can set a default Term on customer records, but you don't have to. If you don't, you'll need to select the term on the transaction. In either case, any discount defined on the term would apply when that term is used.

Filters aren't passed because you didn't give them to the function. var searchresults = nlapiSearchRecord('item', null, filters, columns);

Thanks Evan. I asked my guys and we had Case 1186927 open, but we weren't getting any traction from support so we dropped it, but it's becoming a difficult issue. Let me know if that issue is the right one, I'll have the case attached to it. Thanks again :)

If the invoice already existed before you made the changes to Terms, it's possible the change did not affect it. You can try edit/saving the invoice, that might cause a refresh.

Yes. If you open up a Search in the UI, you'll see all possible joins. Or you can check the documentation, they are listed there too.

Yeah I reported that about a year and a half ago...

There are no special restrictions that would kill JQuery or an AJAX behaviour in theory. In practice, there's a lot that can go wrong with specifically what someone might try to do. I can't really tell what the problem with what you're doing is, but there shouldn't be any fundamental restriction.

I advise you to call Netsuite Support

Hmm, not sure then. I'd recommend calling NS Support so they can look at it with you. Could be a number of little things, it'll be best if someone looks at it with you.

Do you also have permission to minimally View all Transactions, Customer and Items?

You should file a Case with Netsuite for this. Do you have any client-side scripts running on your SOs?

Is this on a live account or a sandbox? This is a known bug on Sandbox, if it has spread to prod that's not good...

Ok, right. Though if I edit the Bill and change the value, it doesn't also change the receipt, right.