My Stuff
Nominate Your Peers for NetSuite Support Community's Choice of the Quarter! Submit your nomination today.
Intelligent Payment Automation version 1.0.3 is now available in the SuiteApp Marketplace. The SuiteApp, powered by BILL, lets you automate payments, manage vendor details, and bank account information within NetSuite. Learn more
Comments
-
To obtain one is simple: contact your NS Sales Rep/Account Manager and buy a Sandbox. You get 3 developer accounts with every Sandbox you buy. You'll need to ask your Account Manager for initial login into the dev accounts.
-
Development accounts are NOT only available to SDN partners. Three (3) Dev accounts are provided to you for every Sandbox account that you own. If you haven't used them yet, you may need to contact your Account Rep to get them provisioned and get your logins.
-
There is no way for Dev accounts to inherit or be refreshed from another account. If you do not know anything about the end settings you wish, you will indeed need to open both accounts on two screens and copy one by one.
-
Correct
-
You can switch your interface to translate standard NS terminology. For the Account Names themselves, you must provide translations yourself.
-
You can enable Arabic by going under Setup->Company->General Preferences->Languages and adding Arabic to the list of languages your account offers translations for. That will allow you to input Arabic translations for data such as Accounts. It does appear, however, that you are correct that Arabic is not offered as a UI…
-
I'm not sure what you want to translate for Account Number and Balance as English uses Arabic numbers, and a Customer name is a proper noun and shouldn't be translated... If you mean just the field name itself, you can change that in the Saved Search that feeds the list results.
-
You will need to place a script on the IF to write back to the SO.
-
I am pretty sure this is not possible. NetSuite seems to think this is a feature of dev accounts, not a problem. Shrug.
-
A Suitelet is the only thing that comes to mind, but this then requires volume to be relatively low-level due to concurrency limits.
-
If you have a Sandbox, you have access to 3 dev accounts (not SDN accounts). Just ask your account manager for access.
-
My thought would be that maybe using scripting you could generate the PDFs and save them in the File Cabinet into a specific folder for the week, and then download the whole folder. However, could you not save this trouble and email the PDFs out of NetSuite?
-
There is a Download link next to folders in the file cabinet. This allows you to download the entire folder - it gives you the folder as a zip file. Depending on your company size and volume and technical possibilities of the other system, it might be worhtwhile to look at building an integration of some sort between the…
-
Why do you want a script for this? This is native functionality. As will all Transactions, Bills already have a "GL Impact" button.
-
If you create the custom Division field both at the line level and the body level, then when reporting it'll be important to use the correct field. If you use the body level field, then all lines will show as having the same value.
-
How about this: Users are allowed to see the the record in view mode. Using scripting, you add a button. When pressed, this button pops up a small screen with the editable fields on it, and the users can provide values. The submit the pop-up, and, using scripting, we update the base record. Because we use scripting, we can…
-
Shouldn't be. The Schedule script executes as Admin, so there is a Role - but it executes as the system, which is NOT an employee. So All Roles, by itself, should still catch it.
-
Try unchecking everything except All Roles on the permissions. I believe those function as "and" logic. The issue would be the scheduled process is not an emloyee or anythng, so would not match that transaction. I'm not 100% sure on that. If that solves the problem, please post back to confirm
-
Yes, but only using scripting.
-
You cannot post images here. All I see are broken images. If you can host your files somewhere and post a link to them I will be able to see them
-
Heh, I actually coded this last week. So, very doable. You just need to open successive Created From to jump to the PO then the SO, and update the lines.
-
I'm not sure I understand what you are attempting to do. If you mean "merge" in the sense of the layout option you can do in Excel, then that is impossible because CSV is a text file and has no concept of layout options - merging is only supported for .xlsx files, not .csv. If you mean merge as it "remove duplicates", then…
-
The only area where Suiteflow works better is for Approval Routing. Aside from that, Suiteflow should be seen as a great tool for allowing customization for people that don't know how to script.
-
Well if disapproval means Closing the line, and approval means not closing them, then the out of the box Item Receipt screen will work fine as it is.
-
I guess a row is a record and a column is a field. Why do you need to know this?
-
Looks straightforward. Cycle through line items, check BO status, remove if necessary and store in an array. Check array, if not empty, create new SO and dump in new lines. I would definitely put that button in View mode, so your script calls a Suitelet and executed server-side. You don't want to do that in client-side.…
-
Hi Greg, This is not possible. That screen is not customizable.
-
No, it is not
-
You were incorrectly informed. Vendor Center does not give vendors access to modify Item record, or stock values, in any way. This could potentially be achieved using some fairly significant scripting.
-
Just want to check some basics since the language you used introduced a doubt - Is your desired scenario that: 1. You transform to a Item Receipt [script runs here] 2. Right there in UI the "Expected Receive by Date" is set to the PO field value 3. User potentially edits the date 4. Save ? If so, you are using the wrong…