1
- General information
- Partner name: Arquiconsult
- Business Focused Problem Description.
- When a vendor payment is generated using the Check payment method in D365 FO, the transaction is posted to a bridging or offset account and remains there until the check clears the bank. The issue arises when a check needs to be cancelled before it has been discounted at the bank, such as when the check is lost, issued in error, or needs to be voided. In this scenario, the system requires the user to post the bank transaction before allowing cancellation, which is logically incorrect since the check has never been cashed or discounted. This requirement creates a fictitious bank entry and misrepresents the actual cash position. The expected behavior is that D365 FO should allow cancellation of the check while it is still in the bridging account and should automatically reverse the bridging journal entry upon cancellation, without requiring a bank posting first.
- Describe in non-technical terms the issue – what the user is trying to do (business process).
- The system requires the user to post the bank transaction before allowing cancellation, which is logically incorrect since the check has never been cashed or discounted.
- How does the problem impact your business? (Ability to bill, revenue loss, sales etc.).
- Creates a fictitious bank entry and misrepresents the actual cash position.
- How frequently does this issue occur (times daily/times weekly/times monthly)?
- Weekly.
- Is there a workaround?
- No. We do not consider to do a clearing to cancel a check as a workaround. Creates a fictitious bank entry and misrepresents the actual cash position.
- Are you applying the workaround?
- No.
- How many users are affected by this issue?
- The client finance team.
STATUS DETAILS
New