Finance | Project Operations, Human Resources, ...

AP - voiding a transaction in a future year

(1) Share

Report

Posted on by PC-09101749-0

We have a situation where an AP transaction was mistakenly entered with a document date year of 2204, instead of 2024. We need to void this transaction, but the Document Date cannot be changed because GP shows this date doesn't exist. This transaction will keep popping up on the next check run until it's voided.

Thanks for your help.

Categories:

Microsoft Dynamics GP

I have the same question (0)

All responses (3)

Answers (0)

Sort by

Suggested answer

BJ-09051414-0 389 on at

Like (0)

Report
Copy link

Link copied!

Hello,

There are two ways you can address this.

Option 1: You can create a Credit Memo to apply to the Invoice, so it moves to history. Then you can use the Remove the History to remove the Credit and Invoice from history. You will need to back out the JE from the Invoice and delete the JE for the Credit as well so your GL stays in balance with the PM.

Option 2: This is the option I usually do as it is the easiest. This is to locate all the tables that were updated that have this date and update the date to be a valid date. This way you can void it.

Tables you likely need to look at are PM00400, PM10100, PM20000, GL20000.

I hope this helps!

Thank you!

Was this reply helpful? Yes No
PC-09101749-0 2 on at

Like (0)

Report
Copy link

Link copied!

Thank you for the response and suggestions. We will try those. We had tried changing the Document Date to today's date, a valid date, but it will not actually change the date. Are the tables that have to updated prior to this? Are these tables on the Sequel server side?

Thanks again.

Was this reply helpful? Yes No
BJ-09051414-0 389 on at

Like (0)

Report
Copy link

Link copied!

Hello,

The only way to change the document date is through SQL once it has been posted. You can change the Due Date i believe afterwards but not the Document Date.

The tables are provided are the table that a PM Invoice would have updated when it is not applied and still in open.

You will want to review the entire record in each table as there are multiple date fields that will have the incorrect date.

I hope this helps!

Thank you!

Was this reply helpful? Yes No