web
You’re offline. This is a read only version of the page.
close
Skip to main content

Notifications

Announcements

No record found.

Community site session details

Community site session details

Session Id :
Microsoft Dynamics GP (Archived)

accidental deletion of generate ach file

(0) ShareShare
ReportReport
Posted on by 2,307

Hello,

I have a dilemma here...

Payroll accidentally deleted the batch that she needed to create the ACH file with.

Is there a way to get that restored or recreated?

Can I just go in SQL and grab the data from a particular table into a text file?

Any help would be greatly appreciated...thank you!

 

*This post is locked for comments

I have the same question (0)
  • John Lowther Profile Picture
    5,122 on at

    Hi Jae,

    Before I can answer your question I need a little bit more information.

    What version and Service Pack of Microsoft Dynamics GP are you using?

    Where in the payroll process were they when they deleted the batch? The general process is Build, Calculate, Print, Post, Generate ACH File.

    Please any additional information that you think may be helpful is describing exactly what and where they were when they deleted the batch.

  • Jae Chang Profile Picture
    2,307 on at

    Hello John,

    I am on  GP 10.00.1841. I believe it is after build, calculate, print, post process.

    The payroll lady was in the Generate ACH File window, highlighted her payroll run,  then accidentally clicked delete.

  • John Lowther Profile Picture
    5,122 on at

    Hi Jae,

    I must say, you have a good one here. Let us explore a couple of ideas to help you out. And then decide which one to go with. Please look at the following options which consist of questions for you to answer and the reasons I am asking the questions. At the same time I will bounce this off of my GPUG Network  and my Dynamics GP Network of people and see if any of them have an ideas that I have missed.

    Option 1: Worst Case:
    Question:
    Do you or her know about what day and time that she accidentally clicked the delete button? In addition, do you and the rest of the users you have in Dynamics GP have a good idea of what they have done in Dynamics GP since the time the delete button was clicked? And I am assuming that you have good valid full and hopefully transaction log backups from before that point in time.

    Reason:
    As a worst case if you have a full backups and possibility some transaction log backups you could restore to a point in time before she accidentally clicked the delete button. However, this would also mean that everything that has been done in Dynamics GP by anyone since that time would be lost and would need to be redone.

    Option 2: Not as Bad but require knowledge of SQL
    Question:
    Do you or her know about what day and time that she accidentally clicked the delete button? In addition, do you and the rest of the users you have in Dynamics GP have a good idea of what they have done in Dynamics GP since the time the delete button was clicked? And I am assuming that you have good valid full and hopefully transaction log backups from before that point in time. (Notice same question a Option 1)

    Reason:
    It may be possible to restore the company database to a different SQL Server and then in some manor copy the necessary table(s) and / or records from that copy into the production SQL Server. As I cannot name those tables off the top-of-my-head, hopefully one of my  friends or even just someone in the community can list those out for us.

    Option 3: Still going to be hard
    Question:
    Is it possible to completely void the entire Payroll and redo it?

    Reason:
    Depending on your settings, how the transactions are entered, etc. Voiding the entire payroll and rerunning it may be your best option, unless (hopefully) someone else can come up with something easier.

    Another tidbit of Info:
    Question:
    Have you / her run any payrolls since she clicked the delete button?

    Reason:
    I have noticed, at least on my test system, that even if all batches have been deleted in the "Generate ACH File" screen if you click on the "Deposit Register" button is gives you a report of the last payroll run, even if no ACH file was ever created. Note, this may be because so some setting that I have turned on or off and thus will not actually work for you but I would suggest that if you have not run any payroll since the problem to at least give it a try and see what you get. I do need to point out that the report is not an ACH File however it may help in that it list the Employee ID, Name, SSN, Gross Pay, Net Pay, and the Direct Deposit number.

    Option 4: ??? This is an option, but almost impossible without a great deal of knowledge of the ACH File format structure
    No real question for this option but it is theoretically possible to manually create an ACH File using notepad or some other text editor. However, having done it once a long time ago I do not advise it. It is not an easy file to manually produce. The only reason I even mention it is because it is theoretically possible, but notice that I said "once". It is not something I would ever want to do again.

    Option 5: Hopefully getting to a better answer.
    Question:
    Have you contacted you Partner?

    Reason:
    As most Partners have multiple customers maybe they have already run into this have have a good fix for it.

    Option 6: Hopefully also getting to a better answer.
    Question:
    Have you tried to contacted Microsoft Support about opening a Support case with them.

    Reason:
    Hey, they are Microsoft, they know the product better than anyone.

     

    Let me bring this to the attention of some others I know and hopefully between them and the community at large we can come up with a plan of action for you.

    Till later,

     

  • Verified answer
    Q Factor Profile Picture
    107 on at

    On option not listed is to restore a recent backup of your production database from prior to the payroll and re-do the payroll in that test database, generate the ACH file for transmittal from there. This way you're not losing any data in production, just recreating the ACH file. It may be time-consuming to re-do the entire payroll, but this would be the safest method I can think of so that you can compare the amounts and verify that the outcome was accurate.

  • Howard Swerdloff Profile Picture
    845 on at

    Anyway you approach this, you will need to restore a backup somewhere. Rerunning payroll in the restored database as suggested by Q Factor is probably your quickest and safest route.

  • Jae Chang Profile Picture
    2,307 on at

    Thank you so much for all your responses! I don' t know why I didn't think of that.

    I was able to restore tlogs to the test database and have the payroll lady reproduce the

    ACH file.

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Responsible AI policies

As AI tools become more common, we’re introducing a Responsible AI Use…

Neeraj Kumar – Community Spotlight

We are honored to recognize Neeraj Kumar as our Community Spotlight honoree for…

Leaderboard > 🔒一 Microsoft Dynamics GP (Archived)

#1
mtabor Profile Picture

mtabor 1

Last 30 days Overall leaderboard

Featured topics

Product updates

Dynamics 365 release plans