Dynamics GP provides a an option in most modules to post transactions individually or via a batch of transactions. This is set in Tools->Setup->Posting->Posting and can be controlled differently for different transaction types. The vast majority of consultants I know (including me) recommend posting by batch, but it's not always clear to user why so here are my reasons.

- Batches allow users to save and review transactions prior to posting.
- Batches allow printing edit lists to identify errors prior to posting.
- Batches can require approval and/or verification.
- Batch posting provides better control over the posting date. For transactions, this defaults to the transaction date. It can often be changed with the arrow on the date field but few users figure that out.
- Some transactions like Inventory Adjustments require batch posting to really work right.
- Batches can provide another reference or grouping point for searching or reporting.
- Batches recover better from errors via Batch Recovery than directly posted transactions. This is a personal observation and I don't care what anyone says. I've more hard to fix errors resulting from transaction posting than from batch posting. Something will go wrong so you might as well have the best chance at recovery.
You, Me and Dynamics GP
4 comments:
Mark,
I absolutely agree with your last bullet point and have seen it in action myself many times.
Thanks for this great writeup!
-Victoria
Mark, can you elaborate on the issues with transaction posting of Inventory adjustments? We are seeing issues with bin quantities with a client that uses transaction posting. I want them to batch post but I'll need to give them a compelling reason. Any light you can shed would be greatly appreciated.
Mike,
We've recommended batch posting for a long time because of the flag to post to the GL. It used ot be off by default, now it's on by default but either way, you know what is going to happen.
All I really have is anectdotal evidence that batch transactions recover better in the event of errors. Every GP consultant In know will tell you the same think because we've all seen it.
Mark
Mark, Defining posting date at batch window works fine in a non multi-currency environment. However, in a multi-currency environment, some issues with the batch date and the Fx rate identification logic.
I have raised reported this as a MS Connect Product request here. This has been accepted as a valid request for a future release.
Post a Comment