I think we are saying the same thing, but thanks.

So it seems like the trick is to set the Days Till Net Due to be the same as the Days Till Discount Expires. Therefore, I think the Due Date is still being driven off of the Days Till Net Due, but its a workaround to set it to be the same as the Days Till Discount Expires. Therefore, if vendor terms are 2% 10 Net 30, we…

Yes! I think that worked! Thank you!

No, I have not resolved this yet. Still searching for a solution.

I think I may have actually found the cause. I found a custom workflow that appears to have been set up by our implementation consultant when we were going live which was triggering this monthly task. I have deleted this workflow, so I think I may be good going forward. Thanks for giving me some ideas of where to search.

Attached are the requested screenshots.

I'm attaching a screen shot of the tasks that are getting created on the 7th of every month. 60 repetitive tasks are getting created every month which are not needed, so it is a bit annoying and just trying to find a way to stop them. The second screen shot is from Scripted Records where I do not see those task names…

This is not an Event occurrence it is a recurring monthly Task. There was no special workflow or script set up for it. It was originally set up as a recurring Task using Task set up. Thanks.

Everything worked correctly the second time. Thank you very much for your assistance. I apparently missed the fact that I had an incorrect field mapping the first time. Thanks again!

Sorry, I may be wrong, but I don't think I had the Purchase Order - Expense: Account mapping on my original import. I could swear I had Purchase Order - Item on the original. I think I'll need to refresh my sandbox and try the entire procedure again from scratch to see if I can get to the desired result. Thanks.

No, that is not correct. The original purchase order did not include any expense lines. It only included a single item line for 180 units at $28.46/unit totaling $5,122.8. Only after I imported the original CSV to update the purchase order line did NetSuite create the additional expense line that duplicated the PO total.…

Attached are the screenshots requested. Thanks!

Thank you. After further review, I can see now that something did not work correctly with my CSV import. The CSV import is what actually created an Expense line that duplicated the total of the PO. Do you know what I might have done incorrectly to cause that? (Fortunately I was performing this in the Sandbox, so I did not…

D - both statements are incorrect

Has anyone found a resolution for this? It just started happening to employees at my company.

Thank you. I updated the role permissions, and my staff accountants were able to successfully run depreciation. Thanks you for all of your responses!

Attached is the screenshot

That setting has already been set. Just to reiterate, I have been running depreciation fine all year under my administrator role. I'm now looking to delegate it to other roles, but did not think I needed to set them up with all of the same privileges as administrator in order for them to run depreciation. Thanks.

No, its all users with that role. There is no error message. It is literally just a blank white screen.

Thanks for your response, however, that apparently was not sufficient. My staff accountants are still only receiving a blank white screen when trying to run depreciation.

Thank you! This was very helpful. I will research the recommended workflow change with our support partner and will reach back out if there are any additional questions.

Thank you for your response. I think that the reason why we were still encountering a challenge was that the creator of the journal does not have the ability to override period restrictions, but the approver does. When the transaction gets created, NetSuite allows the transaction to retain the posting period with a period…