I haven't been able to script, either read or write, the quantity pricing/price level matrix. Are you suggesting this can be done?

I wouldn't buy anything, as v2007 will render smbXML all but obsolete...

Just to clarify my previous post, as I've had a few private inquiries about what I said - "obsolete" may not be the right word. smbXML imports will still be allowed, to my knowledge, though it is being phased out and generally not really encouraged. It's more like it will be "Unnecessary". The new import interface seems to…

Have you contacted AvidXchange support?

Oh! Well you can achieve that with a simple Workflow or script.

Why are you using Checks for transactions that are not checks? What is the nature of these debit transactions you mention?

You have two simple options: you can either use a Journal to record these transactions; or, when creating a Check, you can leave the "to be printed" unticked and write in the Check # field something like "ACH". As soon as you write something in there, NS will not assign a number.

The message itself is not a script, it is core NS functionality. The event attempting to cause the delete may be coming from a script, though, as it does not sound like your immediate action was to attempt to delete anything.

Interesting. Could it be because the Invoice is standalone? Quantites on standalone invoices show as negative (if I recall correctly) as a side effect of them affecting inventory. But since also old invoices are showing as negative... that doesn't seem right. Did you find out anything further?

The simplified "what gives" is this: you need to ensure all your users are using modern browsers. This should not be an issue if you are using a recent OS. If you have people using older OSs, like say Windows XP, there is a strong possibility these users will no longer be able to log into NS as of Friday. The other impact…

Yeah, happens frequently. Whatever process they use to refresh Sandboxes is prone to errors.

No you cannot, but you can open a Case with NS Support - select the 'performance' option - and they can try to help you out.

Out of curiosity, have you all filed cases with NS Support to log this?

Different script and workflows can be deployed to execute only for specific roles. Different roles can use different Custom Forms, and custom forms can be showing components that slow performance (sublists in particular) Those would be the two most likely culprits in my opinion, good place to start.

Hmm, this is odd. Truthfully that script looks fine. I am not under the impression you need to do a commit line when in a before Submit script, so it would be a simple thing to comment out the nlapiCommitLine and see if everything still works, and if you gain any performance. Also, a bit more on the esoteric side, try…

Hmm, in general then, if you think your scripts are badly written (which is very possible, bad coders are a plague in the NS world), it might be worth looking into it. If you want to send me a few scripts I'll give you a quick and free YEA or NAY on if the scripts are badly written, since that only takes a moment of my…

I suggest you contact NetSuite Support and engage their Performance division.

Yep, confirming the problem

I just tested and have no issue. Perhaps it is a custom script you deployed?

An unexpected SuiteScript error would stem from a customization you have, so it's unlikely anyone else would be experiencing - unless the error is coming from a bundle many people have. To move forward, you could try disabling all scripts and workflows deployed on said records. You'll of course no longer be running…

Hmm, that's unpleasant. Maybe implement IP Range restriction in your account config? You could also change your email I suppose, so what he tries doesn't go anywhere. Might also be worth contacting NS, they take security seriously. Someone, either you or NS, could contact law enforcement as well. Low odds of anything…

Yes, it is case sensitive. Any textual value intended as a reference (joined record or list value) must be EXACTLY as it appears in NetSuite.

Your SDN account is not linked to your PROD account in anyway. It is standard behaviour for users that have access to multiple accounts to see them all under the role dropdown. Nobody but you is using your SDN - they come pre-populated with data help you test your stuff.

Hi Cailyn, Do you need to see the Extended MSRP *before* a user saves, or it's ok to only see it after they have saved, in view mode? If you need to see it before the user saves, a formula field won't work. Aside from that, what is the formula to calculate the Extended MSRP?

There is NO mechanical difference of any sort between a GL-only sub and a regular sub. You could actually use your GL-only sub as a full sub, were it not for the fact you promised not to do so. That is the extent of it.

Ah yes, this is a classic problem. The issue is that NetSuite keeps track of foreign amounts regardless of the overall functional currency amount. So let's say, to use super simplistic figures, I put in 1000 USD worth 2000 pesos. My account now shows 2000 pesos, right. Let's say some time passes and exchange rates…

But what is the formula? Is Extended Unit Price exactly the same as Amount?

Mmmm that could be different. AR and AP should never have this problem, because NS takes care of clearing out differences via Realized Gain/Loss. I would suspect somewhere down the line, you did something you aren't supposed to do with your AR. Must be some incorrect Journals in there. So, I can't say what the solution is,…

No. Well, you could actually build a custom script to auto do this correction.

Depends on the company size and your plans for ongoing development (whether functional or technical). Very small companies (like up to 20 users or so), or companies that do not plan on having any customizations, or other such exceptional companies that for X reason see limited use of NetSuite or can pause operations…