My Stuff
Please note that on Friday, September 19, 2025, at 8:00 PM Pacific time, our Case Management System will undergo a scheduled maintenance for approximately 4 hours. During this time, case creation via SuiteAnswers will be unavailable and inbound calls will be routed to Customer Service.
Comments
-
Hi @Amjad Kasem , Thank you for posting in the community! Our gurus/members will look into your concern and get back with more information. To everyone, feel free to share your thoughts that can help. -Mikko
-
@ssilveri777 , have you tried restarting the vscode and are you using the latest version? Kindly double check the prerequisite can be found in this article and then try again. -Mikko
-
Hi Andy @User_YR88J , Thank you for posting in the community! Our gurus/members will look into it and get back with more information. To everyone, feel free to comment your thoughts. -Mikko
-
Hi @iecpradeep_14007 , Thank you for posting again in the community! Our gurus/members will look into your concern and get back with more information. Hi @Leonard Mallare-Oracle , any thoughts to share? To everyone, feel free to comment your insights. -Mikko
-
Have you tried changing the deployment path, @PhilMc ? -Mikko
-
Do you still need assistance on this, @User_SZ0C3 ? -Mikko
-
Hi @User_AVFW0 , thank you for searching related topics in the community and sharing what solution works on your end! -Mikko
-
Hi @C RAO , could you please add Details and Request URI in your audit trail. Also, is the role you are using on Web Services can login on the UI? If yes, try to access the desired transaction else there is/are permission missing. -Mikko
-
Hi @User_J9E0N , could you please add Request URI in the Login Audit Trail.(This will show if the log in is from ODBC). Following the article mentioned, I was able to log in using TBA username. Please double check the details on the consumer keys and token keys for unnecessary characters(white spaces) and make sure to use…
-
UPDATE: the product Engineers have identified and resolved the issue. The team will continue to monitor the situation. For related updates, you may check it on the https://status.netsuite.com/incidents/kj52qhwpbqts. To anyone still experiencing the same concern, please do let us know. -Mikko
-
Hi @Ammar , Thank you for posting again in the community! Our gurus/members will look into your concern and get back for more information. To everyone, feel free to share your thoughts. -Mikko
-
We will continue to update this thread for any movement on the issue record. -Mikko
-
Have you contacted support team? There is an on going issue 680224 Can not log in > Your connection has timed out. It is best to coordinated with support team so they could further check if your account is related to this issue. -Mikko
-
Hi @User_UNNVN , We'll look into this concern and update this thread for any findings. To everyone experiencing the same, we encourage you to comment on this thread. -Mikko
-
Hi @User_GANMT , I would suggest coordinating this concern to your Account Manager to discuss the business requirement with the Professional Services/Advanced Customer Support Team. To the community, we would like to encourage you to share your knowledge with regard to the topic! -Mikko
-
Hi @Meherin , Thank you for posting again in the community! Our gurus/members will look into your concern and get back with more information. To everyone, feel free to share your insights. -Mikko
-
Kindly check the status of the entity used in your request. The status of that entity should be appropriate to accept payments. -Mikko
-
Does the custom role has access(in the UI) to the record where the custom entity field and the transaction line fields deployed? Also, could you please try to change the deployment path of the SDF as well. -Mikko
-
Hi @User_J9E0N , would you be able to provide the connection string you have tried? Please do exclude confidential information like passwords/secrets/etc. -Mikko
-
Hi @Camila O , Thank you for posting in the community! Our gurus/members will check on this and get back with more information. To everyone, feel free to share your insights. -Mikko
-
Hi @PhilMc , have you check if there are restriction by departments/classes, restriction to custom records by roles? You may check the following articles for more information about these restrictions: Restricting Access to Records by Department Applying Role-Based Restrictions to Custom Records -Mikko
-
Hi @User_1IB5T , Thank you for posting in the community! Please give some time for the gurus/members to check on this and update the thread for any findings. To everyone, feel free to share your insights that can help. -Mikko
-
Hi @PhilMc , Thank you for posting in the community! Our gurus/members will look into it and get back with more information. To everyone, feel free to share ideas that can help. -Mikko
-
Hi @User_Q72RK , Thank you for posting in the community! Please allow sometime for the gurus/members to check on your concern and get back with more information. To everyone, feel free to share your ideas. -Mikko
-
Hi @Sivasubramaniam , Thank you for posting again in the community! Our gurus/members will check on this and get back with more information. To everyone, feel free to share your insights. -Mikko
-
Hi @Michael Shparber , have you check the alternate way if that is feasible on your end? -Mikko
-
Hi @Surfnbruin , How are you? Do you still need assistance on this concern? -Mikko
-
Hi @Asher_123 , you may check this article for the available transaction status you can make use of. -Mikko
-
Hi @User_XNZ2C , you can start from checking the system notes of what updates the field. Next would be checking the deployed script on your Sales Order by navigating to Customization -> Scripting -> Scripted Records and look for Sales Order and check what scripts are deployed at the moment. Then you check all the script…
-
Hi @Paul Salkeld , upon checking, this is not possible via script as well. It seems the system is reading the setup of the form before executing the script. Changing the display type of the billing schedule line field does not show the billing schedule on the main line and that is the standard behavior. What @Emil T. and…