Feature Requests Incident #18174

 


Summary
Project
INCDT - xTuple ERP
Incident Category
Features
Incident Number
18174
Visibility
public


Product Version
3.8.4
Fixed In Version
None


Summary
Reverse Behavior on Miscellaneous AP Credit Memo


Description

The default behaviour of entering a misc credit note is to post a credit to the prepaid account. This is not correct unless it is removed from there at some point, but it stays there, even after the credit note is applied. What the users want to do is debit accounts payable, which it does, and specify a misc distribution account for the credit - same behaviour as entering the voucher. What they have to do now, is click on the account tab, and and click on alternate prepaid account, and specify the GL account to credit. This is not intuitive for any user I have ever trained, and I keep forgetting that this is what has to be done. Users assume that it will automatically credit the GL account of the voucher as soon as it is applied which doesn't happen. So there are tons of users out there with amounts floating in the prepaid accounts which shouldn't be there. Also, the applications tab doesn't seem to work. I have never seen any vouchers or debit notes in that tab - so what is the purpose of the applications tab, since it doesn't seem to work.

Steps to Reproduce:
The easiest way to correct this is to require the client to enter a distribution account - exactly the same way it is done on the voucher. This would reduce a lot of confusion about how the credit memo processing should work. Another way to handle this would be to charge a temporary credit account (like the prepaid account), and remove it from there and charge it to the account that the voucher expensed, when the credit note is applied. Maybe this is the way it was supposed to work originally, but it never removes the prepaid amount, and charges the other account that the voucher was distributed to. Either method would be acceptable, but the first one would probably be easier.
There were some threads about this on the public forum, but I thought I would file an issue so that it could finally be clarified and improved. I believe it is a big source of confusion for the users.


Details
Reporter
fblauer
CRM Account
Trinite Solutions
Status
Confirmed
Assigned
None


Priority
None
Severity
None
Updated
07-01-13 15:19
Resolution
None



Comments

DateUsernameComment
04/23/13 10:16dcsint

This was raised again under the kickstart project as:
Apply credit to check.

08/02/12 12:04ptyler

Hi, Fred:

This is good feedback. I'm going to confirm this as a feature request for consideration by the development team.

Thanks,
Pierce

08/02/12 10:21fblauer

Yes, you are correct, but most users don't realize this, and I often forget to remind them that they have to click on the accounts tab, and enter another account. Otherise, the entry will go to prepaids, and stay there forever, which is not what they expect. They assume that all they have to do is enter an amount, and apply it to an invoice. If they do that, without clicking on the account tab, and clicking on "alternate prepaid". Everyone that I have spoken to is confused by this. What does it have to do with prepaids? "Prepaid" means that you are paying for something in advance, usually from your bank account.
Also, most people assume that the applications tab would allow you to apply the credit memo to an invoice or debit memo, but that's not what it does.

08/01/12 16:52ptyler

Hi, Fred:

If I understand your point correctly, the objection primarily has to do with the user interface experience. Is that correct? Because the "Accounting" tab on that screen does support entering any account in the chart of accounts. So it's completely flexible, in that respect.

To the point about the "Applications" tab I just ran a quick test and I do see information posting there. Follow these steps and you'll see what I mean (use currency of choice):

1. Create an AP credit memo for $250
2. Create an AP debit memo for $100
3. Apply credit memo to debit memo
4. View credit memo "Applications" tab
5. See information about debit memo application

Regards,
Pierce

08/01/12 15:06fblauer

I forgot to specify that this is for AP misc credit memos.

08/01/12 15:04fblauer

The default behaviour of entering a misc credit note is to post a credit to the prepaid account. This is not correct unless it is removed from there at some point, but it stays there, even after the credit note is applied. What the users want to do is debit accounts payable, which it does, and specify a misc distribution account for the credit - same behaviour as entering the voucher. What they have to do now, is click on the account tab, and and click on alternate prepaid account, and specify the GL account to credit. This is not intuitive for any user I have ever trained, and I keep forgetting that this is what has to be done. Users assume that it will automatically credit the GL account of the voucher as soon as it is applied which doesn't happen. So there are tons of users out there with amounts floating in the prepaid accounts which shouldn't be there. Also, the applications tab doesn't seem to work. I have never seen any vouchers or debit notes in that tab - so what is the purpose of the applications tab, since it doesn't seem to work.

Steps to Reproduce:
The easiest way to correct this is to require the client to enter a distribution account - exactly the same way it is done on the voucher. This would reduce a lot of confusion about how the credit memo processing should work. Another way to handle this would be to charge a temporary credit account (like the prepaid account), and remove it from there and charge it to the account that the voucher expensed, when the credit note is applied. Maybe this is the way it was supposed to work originally, but it never removes the prepaid amount, and charges the other account that the voucher was distributed to. Either method would be acceptable, but the first one would probably be easier.
There were some threads about this on the public forum, but I thought I would file an issue so that it could finally be clarified and improved. I believe it is a big source of confusion for the users.



Files

No Files

Related Documents

TypeNumberDescriptionRelationshipRemove
Incident18099*misc credit in a/p only accepts expensesRelated tox
ProjectXTUPLEAPPSPorted From Mantisx


Subscribers

You do not have permission to view subscribers.


Incident History

DateUsernameFieldChange
08/01/12 15:04fblauerNewIncident Added
08/01/12 15:28ptylerSummary Updated: "*Misc credit memo default behaviour" -> "*Misc AP credit memo default behaviour"
08/01/12 15:28ptylerDescription Updated: "The default behaviou..." -> "The default behaviou..."
08/01/12 15:28ptylerStatusStatus Changed: New -> Confirmed
08/01/12 15:28ptylerCategory Changed: Support -> Features
08/01/12 15:28ptylerFound In: -> 3.8.4
08/01/12 15:29ptylerStatusStatus Changed: Confirmed -> New
08/01/12 15:29ptylerCategory Changed: Features -> Support
08/01/12 16:54ptylerStatusStatus Changed: New -> Assigned
08/01/12 16:54ptylerAssignedAssigned to: "" -> "ptyler"
08/02/12 12:04ptylerStatusStatus Changed: Assigned -> Confirmed
08/02/12 12:04ptylerAssignedAssigned to: "ptyler" -> ""
08/02/12 12:04ptylerCategory Changed: Support -> Features
04/23/13 10:15dcsintCharacteristic Kickstart Added: "True"
06/28/13 16:05nedSummary Updated: "*Misc AP credit memo default behaviour" -> "Reverse Behavior on Miscellaneous AP Credit Memo"
07/01/13 15:19jrogelstadCharacteristic Time Estimate Added: "1"