[qnguyen]

Hi Netsuite experts,

As a requirement of a project, I was required to have a script executed each time the Netsuite reloads. Currently, I have implemented:

+ User Event script, event beforeLoad. This script runs on server-side, so I inject a JavaScript into the form parameter of the event. The injected JavaScript will run at client-side, and will do our required business logic.

+ Client script, event pageInit. This script runs on client-side, and will do required business logic.

+ Portlet script. This script runs on server-side, so I inject a JavaScript into the portlet parameter of the event. The injected JavaScript will run at client-side, and will do our required business logic.

However, there’s still some screens that don’t execute any of my scripts, such as

+ Lists > Employees > Employees, or

+ Documents > Files File Cabinet, or

+ Setup > Users/Roles > Manage Users, …

My question is: can I have a script (not Scheduled script) always be executed each time Netsuite reloads, at least only for our company?

Thanks and best regards,

Quan.
This is a cached copy. Click here to see the original post.

[Olivier Gagnon NC]

I’m not sure I totally understand. Every time NS reloads ANY page? No, that isn’t possible, and what you are doing is almost certainly very detrimental to system performance. What the heck is the business case anyway? Why do you need to do this?

[qnguyen]

Hi Olivier,

Sad to hear it is impossible. We want to provide a better Help functionality for Netsuite, that’s why we’d like to have a script run each time the page reload, so that we will replace the built-in Help system with ours.

Thank,

Quan.

[Olivier Gagnon NC]

Yeah there are countless pages where you can’t deploy scripting. This will only work on records that support scripting. It won’t be possible on anything that isn’t a record (such as any listing) and any record type that doesn’t support scripting.

I would advise you add a Center Tab that leads to the (I presume) HTML documentation you prepared. Users will for the most part need to run a search to find the page corresponding to the screen they want help on.

For records that support customization, rather than using a script, I would also probably simply use a Hyperlink field to link to the correct help page.

[al3xicon]

qnguyen – I haven’t used it, but I stumbled across this in a past life: http://www.walkme.com/products/walkme-for-netsuite/

Sounds like it may be relevant / a potential solution for you.

[qnguyen]

Originally posted by Olivier Gagnon NC

View Post

Yeah there are countless pages where you can’t deploy scripting. This will only work on records that support scripting. It won’t be possible on anything that isn’t a record (such as any listing) and any record type that doesn’t support scripting.

I would advise you add a Center Tab that leads to the (I presume) HTML documentation you prepared. Users will for the most part need to run a search to find the page corresponding to the screen they want help on.

For records that support customization, rather than using a script, I would also probably simply use a Hyperlink field to link to the correct help page.

Thanks Olivier. That could be a good solution.

Originally posted by al3xicon

View Post

qnguyen – I haven’t used it, but I stumbled across this in a past life: http://www.walkme.com/products/walkme-for-netsuite/

Sounds like it may be relevant / a potential solution for you.

Thanks al3xicon. That application looks great. Browser extension / add-on is absolutely the correct solution for me. However, I’m just wanting to search for a way to utilize NetSuite SuiteScript, so that end-user will have to do nothing. Sound like it’s impossible.

---

david.smith replied on 08/12/2016, 10:32 AM: Not impossible but there are limitations. Please see me Chrome extensions as proof of concept. Most particularly close is the one for filed IDs.

https://chrome.google.com/webstore/d…abffnpfhfplmbh

The limit here is obviously that you would have to use Chrome. Other extensions for other browsers could be developed as well but I find them more difficult to produce.

That said, I think I would stick with a custom knowledge base your users could use. As mentioned, anything you do on all pages will impact performance.

[Author]

Posts