seems a check batch won't get out of batch recovery - what steps should be taken?
seems a check batch won't get out of batch recovery - what steps should be taken?
Not another GP 10 client. I shutter every time I see one of those. I would admit a smaller company with few users and a small database the cost to go to BC may be acceptable. But once you start moving up the cost to migrate becomes prohibitive not to mention the monthly subscription cost. I know GP inside and out and the thought of trying to learn something new is daunting. This old dog is quite happy with his current bag of tricks.
LoL!
Thanks Richard.. The reality will catch up with all of us in the GP world... rather sooner than later... I've been holding back BC since it was launched back in 2016 (?) in Tampa Bay.. never believed this product would be a replacement for GP.. but as time goes by, only fools aren't changing their mind and I've to admit that the product is getting better as it matures and is now worth a look.. Working on a project right now where a client using GP 10.0 (!) is looking to upgrade to the latest GP.. but the cost involved and business type may as well be a good fit for BC.. I'll tell in a few months if GP was the option of choice or not.
Beat, do not let the evils of the dark side (BC) overtake you. There is still plenty of work over here with GP!
Wow !
One more that has left the GP team :-D.. it's getting thiner and thiner as time goes by LoL.
Thanks for the tips and I'll definitely try that tip. It makes completely sense, though I'd have guessed that all SQL tables related to GP are granted access thru the DYNGRP role in SQL, but then on the other side in GP, not sure how that would be handled ... truly mysterious!
I'll report back if that turns out to resolve the issue.
Enjoy the new life with BC !... I'm starting to venture into this world soon too.
Hi Beat,
I hope you're doing well! I'm no longer with the GP Support team either, I moved over to the BC Support team last year.
With that said, the fact that these users can't see the 'batches' in the Batch Recovery window makes me think they don't have access to the SY00500 table (I believe that's where those lines are pulling from if my memory serves me correctly). I'd recommend setting up a brand new security task and security role just devoted to the SY00500. You could call it something like Batch Recovery records. In the task you'd want to use Product of Microsoft Dynamics GP, Type of Files, Series of Company and then scroll down and mark the boxes associated with the SY00500 table. Then assign those tasks/roles to the affected users and see if that makes a difference.
If this doesn't help, then you'll want to consider opening a support case with GP.
Thanks!
Andrea
I had asked a question to Andy Sather in another community post about some weird security issues related to the Batch Recovery window in GP.. but he's not long working in the GP team... so I kept searching for similar posts before reaching out directly or post a new question.
community.dynamics.com/.../1317121
What is it that would prevent a regular GP user (not 'sa' and not POWERUSER) to not be able to see any batches listed in the Batch Recovery form ? Thanks in advance for your insights..
Hi Deanne,
I'm assuming you are talking about a payables check batch? If so, we have a great article that walks you through how to get the batch out of batch recovery, as well as how to proceed with the check run based on where it failed. Here's a link:
Hope this helps!
Stay up to date on forum activity by subscribing. You can also customize your in-app and email Notification settings across all subscriptions.
André Arnaud de Cal... 291,269 Super User 2024 Season 2
Martin Dráb 230,198 Most Valuable Professional
nmaenpaa 101,156