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 SL (Archived)

Partially Released Batch Won't Fully Release

(0) ShareShare
ReportReport
Posted on by 415

Hi Everyone,

Need some help with an issue our AR team is encountering.

Here's the information from our accounting staff:

"If you select that batch and then Begin Processing, it will process fine.  But then if you go into any of the customer activity screens the payments in that batch don’t show up, just as if it hasn’t been released yet.  And if you open the screen above back up, the batch will be sitting there again as partially released."

What steps can we proceed with for resolution of this issue?  

Thanks in advance for your help,

Jonathan Thayer

*This post is locked for comments

I have the same question (0)
  • Suggested answer
    Ram Peru Profile Picture
    2,830 on at

    Good afternoon Jonathan,

    Please follow the below KB article to solve the partial AR Batch.

    support.microsoft.com/.../844597

    Hope this help you to solve your issue.

  • Suggested answer
    Community Member Profile Picture
    on at

    Permualsamy/s response does provide several reasons for a suspended batch.  However, before digging in too deep, try selecting that batch on this screen and click begin processing again and see if it releases.  Note: when it is done, close the screen and then re-open it to make sure it released.  One of the most common causes for a suspended batch is that it was unable to print the batch control report (you have automatic batch control reports enabled on the GL Setup menu).  Just trying to release it again from this screen may take care of the issue.

  • jmthayer Profile Picture
    415 on at

    Hi Rick,

    Thanks for the response!  We've tried to release it several times like you suggested without resolve.

    Any suggestions on next steps?

    Thanks,

    Jonathan

  • Suggested answer
    Community Member Profile Picture
    on at

    Jonathan, I see that this is a payment application batch.  One of the most common causes for such a batch to suspend is when the user selects a customer and enters a reference number and then goes back and tries to change either the customer number or the reference number.  This results in a partial document for the original customer / reference number combination.  What you need to do, after you have entered both a customer number and a reference number, and realize that one of them is wrong, is to click the delete button and respond that you want to delete the document (this is the one you just defined).  You can then start a new document within the batch using the correct customer id and reference number.

    Now, to determine if this is what happened with this batch you can look at the event log for the last release you attempted to see what is being reported as the reason for the suspended batch.  If the reported error is an out of balance error then you likely have this issue.  Correcting it requires some SQL Management Studio work as you cannot edit a suspended batch.  Execute the following command (with xxxxxx being the suspended batch number):

    select * from ardoc where batnbr = 'xxxxxx'

    Look for a line with the origdocamt = 0.  If you find it, execute the following two commands (where yyyyyyyyyy is the reference number of that document line and zzzzzzzzzz is the customer number:

    begin transaction

    delete from ardoc where batnbr = 'xxxxxx' and custid = 'zzzzzzzzzz' and refnbr = 'yyyyyyyyyy'

    If that command indicates it deleted 1 record, execute the following:

    commit transaction

    If that command indicates it deleted more than 1 record, execute the following command:

    rollback transaction

    You should only be deleting 1 record at the ARDoc level so if it deletes more than 1 record you undo the delete with the rollback and check your command line to make sure it is correct.

    If you did only delete 1 record then execute the following:

    begin transaction

    delete from artran where batnbr = 'xxxxxx' and custid = 'zzzzzzzzzz' and refnbr = 'yyyyyyyyyy'

    If that command indicates it deleted 2 records, execute the following:

    commit transaction

    If that command indicates it deleted more than 2 record, execute the following command:

    rollback transaction

    There should only be 2 transaction records for a payment.

    If both steps did what they should have done, go back and try to release the batch again.

    If the event log indicated some other type of error or the first query did not find any records with a origdocamt of 0, report back what the event log stated.

  • jmthayer Profile Picture
    415 on at

    Hi Rick,

    Thanks again.

    SQL queried ARDoc and all docs have an OrigDocAmt that is non-zero.

    Pulled the event log for this specific batch with the following error:

    System Message 6124: Process started: Wed Aug 20 10:41 A.M.

    Module: 'AR'

    Batch: '021112'

    Processing: Module: 'AR' , Batch: '021112'

    System Message 12123: Batch totals do not equal the sum of the documents and the

                         batch is not released.

    System Message 6125: Process ended: Wed Aug 20 10:41 A.M.

    Did some additional SQL queries and found that for this batch, ARDoc and ARTran were out of balance by $3,688.90 which matches exactly to a single CM line that exists in ARTran but does not exist in ARDoc for this specific batch.

    Thanks again for your continued assistance.

    Best,

    Jonathan

  • Community Member Profile Picture
    on at

    Jonathan,

    I cannot tell from your post if you were able to fix the issue or are just reporting what you found looking for advice on how to address it.  If you still need some assistance, just let me know.  Otherwise, good to hear to found the issue and were able to correct it.

  • jmthayer Profile Picture
    415 on at

    Hi Rick,

    I still need some assistance fixing it.  What could be creating this problem where ARDoc and ARTran is not in balance for this batch?  Steps to resolve?

    Thanks!

    Jonathan

  • Suggested answer
    Community Member Profile Picture
    on at

    Sorry, I made an assumption that this was a payment application batch introducing new cash and not also applying one or more prior credit memos to various invoices.

    Since this is a payment application batch, the only documents that would be created are PA documents (and possibly SC or SB documents) representing new cash.  At this point, the ARTran records represent the application of payments and credit memos to various invoices and debit memos.  So, the CM line you see in ARTran is the application of a credit memo within this batch.  That is why you are not seeing a corresponding CM document in ARDoc.

    What the event log is saying is that the sum of the documents (new cash) is not equally the sum of the ARTran records with a trantype of PA.  So, you need to sum the origdocamt in ARDoc and sum the tranamt in ARTran where trantype = 'PA' and see if there is a difference.  If there is, then we will have the clue as to what further to look at and what to delete to bring the batch into balance.  I suspect the CM transaction you found has nothing to do with the problem.

  • jmthayer Profile Picture
    415 on at

    Rick,

    Just ran the following:

    SELECT SUM([OrigDocAmt]) FROM [XXXXX].[dbo].[ARDoc] WHERE BatNbr='021112' AND DocType='PA'

    Result $31,639.53

    SELECT SUM([TranAmt]) FROM [XXXXX].[dbo].[ARTran] WHERE BatNbr='021112' AND TranType='PA'

    Result $31,639.53

    So, it appears to be in balance when just looking at the payment application records.  I'm thinking this has something to do with the credit memo.

    I also found a second hung AR batch, but the error log is showing a different reason so we will attempt to rectify that one after this one is resolved.

    Thanks again,

    Jonathan

  • Suggested answer
    Community Member Profile Picture
    on at

    OK, so we can eliminate that as a possibility.  I am also assuming that the batch total is this same 31,639.53.  If not, let me know.  The next possibility is that this credit memo is being applied to a document that no longer has a balance or the receivable account of that credit memo is now on hold status but was not when the credit memo was originally entered..  

    That document balance issue could happened if there was another payment application batch or auto-apply batch that also touched the same invoice that this credit memo is now being applied to and that other batch got released after this batch was entered (e.g., it was suspended and then fixed).  Let's look at what this credit memo is being applied to.  Using a query against ARTRan, look at the siteid field for that credit memo.  That should be the reference number of the invoice that the credit memo was applied to.  Use the document maintenance screen to see what the current balance of that reference number now is.  If that balance is less than 3,3688.90 then we likely have this issue.  You could then delete that one ARTran record and try releasing the batch.  If you do this and the batch releases, we may need to clear the applamt and appbatnbr fields on that credit memo in order to totally re-expose its balance for use in another payment application batch.

    The receivable account on hold issue can happen because the releasing of a payment application batch has to create transactions to handle both the receivable account of the credit memo and the receivable account of the invoice it is being applied to as it is possible they could be different if you used the account override feature or you changed the default receivable account for the customer between the creation of the invoice and the creation of the credit memo.  Look at the receivable accounts for both the credit memo and the invoice it is being applied to.

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 SL (Archived)

Last 30 days Overall leaderboard

Featured topics

Product updates

Dynamics 365 release plans