Page 1 of 2 1 2 >
Topic Options
#35172 - 01/23/13 10:14 AM Invoice # Search in AR
Bruce Gardner Offline
Adagio Wizard

Registered: 06/15/04
Posts: 3612
Loc: Toronto ON, Canada
Hello Support:
A client has just pointed something out. We're not certain if it's intended behaviour or not.

In AR, if they want to search by Invoice #, they open the Customer list and click on "Find". When they type the Invoice number into the "Document #" field, they sometimes end up at the wrong Customer. The reason is that the search is looking at all transactions including Cash. In their case they type in the Customer's cheque number when doing a Receipt and, in some cases, that is the same as an Invoice #. In those cases the search may find the Cash transaction first.

Is that deliberate? The help screen refers to searching for "Invoices and Credit Notes". Thank you.
_________________________
Bruce Gardner
ARX Business Solutions Inc.

Top
#35179 - 01/23/13 11:24 AM Re: Invoice # Search in AR [Re: Bruce Gardner]
Softrak Support Offline

Adagio Action Team

Registered: 03/09/99
Posts: 11543
Loc: Vancouver, BC Canada
Hi Bruce,

The 'document number' field in the Customer Find function shows all document types, including invoices, credit notes, debit notes, cash, adjustments, and so on. The Help file notes says 'eg Invoice or credit note', which wasn't meant to indicate the exhaustive list of possible document types to search on. Cash is valid - why wouldn't you want to find a customer based on a check number?

If you are concerned about picking the wrong customer based on the transaction type, remember that these finder grids are configurable, and the Trx Type field can be added to the grid.

Also remember that document numbers don't have to be unique in AR, so it is possible for two customers to have the same invoice number - perhaps in different years or for whatever reason. Using the document number to find a customer isn't guaranteed to be unique and find the specific customer. For that matter, neither is the customer name or phone number, but naturally it is not likely for 2 customers to have the same name or phone number.
_________________________
Regards,
Softrak Tech Support

Top
#35181 - 01/23/13 11:54 AM Re: Invoice # Search in AR [Re: Softrak Support]
Bruce Gardner Offline
Adagio Wizard

Registered: 06/15/04
Posts: 3612
Loc: Toronto ON, Canada
Support:
Thanks for your response. That makes sense.
_________________________
Bruce Gardner
ARX Business Solutions Inc.

Top
#35206 - 01/24/13 02:21 PM Re: Invoice # Search in AR [Re: Softrak Support]
Bruce Gardner Offline
Adagio Wizard

Registered: 06/15/04
Posts: 3612
Loc: Toronto ON, Canada
Support:
The theory was convincing, the reality, not so much!

I advised my client to use the finder to select the document they want. However here's what happens: If there are 2 documents with the same document number and they want the 2nd one, they highlight it and select it. The Find dialogue box shows the correct Customer name and looks correct. However as soon as the "Ok" button is selected, the first match in the list is used and that Customer becomes the current one. I've been able to reproduce this in sample data.
_________________________
Bruce Gardner
ARX Business Solutions Inc.

Top
#35211 - 01/25/13 09:32 AM Re: Invoice # Search in AR [Re: Bruce Gardner]
Douglas Dickie Offline
Adagio God

Registered: 06/02/99
Posts: 4414
Loc: Vancouver, BC
Bruce:

Your client should not be allowing duplicate numbers.
_________________________
Douglas Dickie
AccSys Solutions Inc
Phone: 1.888.534.4344
ddickie@accsyssolutions.com

Top
#35212 - 01/25/13 09:44 AM Re: Invoice # Search in AR [Re: Douglas Dickie]
Bruce Gardner Offline
Adagio Wizard

Registered: 06/15/04
Posts: 3612
Loc: Toronto ON, Canada
Doug:
You might issue Invoice #14521 and then some customer at some point in the future submits a payment using their cheque #14521. And if you are the type of user that enters the actual cheque # for AR Receipt entry, you've got duplicate document numbers as soon as you post. That's what has happened in this case, more than once it turns out.
_________________________
Bruce Gardner
ARX Business Solutions Inc.

Top
#35213 - 01/25/13 09:50 AM Re: Invoice # Search in AR [Re: Bruce Gardner]
Retired_Guy Offline
Adagio Master

Registered: 03/16/99
Posts: 10504
Loc: Canada
Hi Bruce,

There's a simple work around for this.

If there are duplicate document numbers in the file, and you select any one of them, then the Finder on document number will position you to the first customer with that number, regardless of which one you selected.

If, after selecting the client you want, you clear the document number by pressing "Delete" before pressing the "Enter" key (or clicking the OK button), then you will be positioned to the customer you have selected off the Finder.
_________________________
Andrew Bates

Top
#35215 - 01/25/13 11:05 AM Re: Invoice # Search in AR [Re: Retired_Guy]
Bruce Gardner Offline
Adagio Wizard

Registered: 06/15/04
Posts: 3612
Loc: Toronto ON, Canada
Hi Andrew:
That works and it's pretty easy to do, once one knows to do it! Does "work-around" mean that a change will be considered for the next AR version? While the technique is simple, it's definitely not obvious to the user.
_________________________
Bruce Gardner
ARX Business Solutions Inc.

Top
#35217 - 01/25/13 11:52 AM Re: Invoice # Search in AR [Re: Bruce Gardner]
Ralph Allan Offline
Adagio Virtuoso

Registered: 06/02/04
Posts: 694
Loc: Prince George BC
If this is a constant issue, may I suggest that the user be instructed to enter cheque numbers as #14321 or somthing similar to avoid any possibility of duplication wiht invoice numbers?
_________________________
Ralph Allan
Business Computer Centre
Prince George BC Canada

Top
#35218 - 01/25/13 12:05 PM Re: Invoice # Search in AR [Re: Bruce Gardner]
Retired_Guy Offline
Adagio Master

Registered: 03/16/99
Posts: 10504
Loc: Canada
Hi Bruce,

I agree it's not obvious, and I had to find the time to make sure it would work. I realized thinking about this post what was happening in the background.

This is a very common piece of code used in a lot of modules. I've asked R&D to see whether we can make it work the way the user expects.
_________________________
Andrew Bates

Top
Page 1 of 2 1 2 >


Moderator:  Christa_Meissner 
Who's Online
1 registered (1 invisible), 87 Guests and 0 Spiders online.
Key: Admin, Global Mod, Mod
Forum Stats
1865 Members
5 Forums
14464 Topics
70650 Posts

Max Online: 432 @ 01/20/25 10:17 PM
April
Su M Tu W Th F Sa
1 2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30