I want some custom role to fill a custom form before they can do anything else in NetSuite (every time they log in)... Is it possible via SuiteScript?

You can inject some JS into a portlet (or something else that gets loaded on the homepage ) and then full screen an overlay. BUT, it's a daft idea that's easily bypassed, so do not do it & rethink your business processes / talk to whoever wants the functionality

The req is a convoluted one, basically the audit logs and record history etc... must be complemented with a form where this role (specific one who logs in every one in a while) must declare what and why are they changing something in NS. The form must be a pre-requisit in the same NS before anything else happens... just for this role

Is there a specific action this role does when logged in? Thinking you might be better off tying it to that if possible / practical

Once you log in, you're logged in and can do anything the role allows. You'd have to add a script to every record to check if they have filled out a form that day (however that process would be) and not allow them to do anything. Which is bypassed easily as mentioned. It seems like this needs to be an "outside NetSuite" process.

I fear it's an Administrator change control log or something 😂😂

the process is backwards is what i am claiming. You're already logged in with a role that can do things so the form is pointless at that point. It needs to be prior to logging in. Otherwise, the role is going to let you do whatever. You have the audit log to chase things down but its not great.

Yeah, agree. I was trying to get there by asking about the business process etc

if its only a few records that are controlled like this, then a scripted solution to check some kind of record for conformance isn't TERRIBLE. If its EVERY record, then it needs to be an outside process IMO.

If it's a specific thing the role does, you can use a custom field on whatever record/transaction that appears just for that role and is mandatory

Thanks guys, it is to record the WHY of some changes to scripts and workflows... the specific role only does that changes in the UI... the custom form has the reason for the change, ticket number and the like

Definitely a pre-NetSuite thing

The SuiteScript files are on git... the user requests are in Jira... But when I look at the changes in SS or WF made in NetSuite I need to manually check if that change was on Version Control, and check Jira, etc...

Interesting @battk So... Can I have my custom form as landing page? As in a Suitelet with nothing else, no navbar, no links, etc... And upon submit redirect to another page?

custom form isnt enough to tell what you want

Sorry, custom form for a custom record

you have access to serverside suitescript

Yep

and can use client script on the page the suitelet generates

So it is viable... Suitelet as landing page for a role, then redirect upon submit the form...

Does it sandbox though? Could you just go to another NS page?

it does not sandbox, but you are basically doomed trying to implement that requirement

That's what we were saying

i personally would say it couldnt be done if I had to implement it

Thanks guys, it is a lot more clear to me now

if i wanted someone to suffer, then I would mention SAML Single Sign-on could be used to implement a more complex login process

Is it really that bad? We have SSO on the roadmap 👀

tank to crush an ant