I received in a Purchase Order and then tried to go pay the vendor invoice in AP-C and I got:
 
“There are no receivers found for this vendor before 7-11-2015.  Would you like to review all receivers.”
 
I tell it yes and I see the receivers with a date prior to 7-11-2015
To confirm the receivers I check by running PO-I-E and yes there are receivers there.  
 
So then I try to pay the invoice thru AP-B
 
“Warning: There are open PO receipts for this vendor.  Your system defaults are set tp process invoices in AP.  To do so please Use AP-C (enter PO invoices_  Are you sure you want to enter a voucher?”

 
So then I try to reverse the receiver and reenter , but AP-C still cant find the receiver, even though this happens in  
 
I have had this happen a couple of times and I end up  just ignoring the warning in AP-B and I  go ahead and pay it through AP-B.
 
Anyone ever have this  happen?     Any and all help appreciated.
Blessings,
Laura  

In DBA and EVO  there is nothing in the invoice column
 

The PO Tax Group needs to match the value on the AP-C screen but that is a Canadian/Australian feature, not intended for the US.

I have  had the default "track PO taxes using tax groups set to NO since I realized that setting the default to Y prevented access of recievers in AP-C.
 The girl that pays the bill is now complaining that she has to figure/confirm  taxes on vendor invoices.  Before the pre-programmed tax group figured the tax rate for us.   This may sound like a petty complaint but we are in a surburb of Birmingham and a lot of our vendors are scattered in the million little suburbs around the Birmingham metro area.  And each little suburb has its own tax percentage.    
 
example   Birmimgham  Regular consumption  (4% state +  3% Jefferson County + 3% Birmingham City) =10%
               Homedale     Regular consumption  (4% state +  3% Jefferson County + 2%  Homedale  city) =   9%
               Fultonville     Regular consumption  (4% state +  3% Jefferson County + 4%  Fultonville  city) =  11%
               Forestebrook Regular consumption  (4% state +  2% Shelby County + 2%  Forestbrook  city) =    8%
               Birmimgham  Manufacturing            (1.5 state +  1.275 % Jefferson County + 1% Birmingham City) =3.775%
               Homedale      Manufacturing            (1.5 state +   1.275% Jefferson County + 1.5%  Homedale  city) =  4.25%
               Fultonville      manufacturing            (1.5% state +  1.275% Jefferson County + 1.725 %  Fultonville  city) = 4.5%
               Forestebrook  Manufacturing            (1.5 state +  .5 % Shelby County + .5%  Forestbrook  city) =            =2.5%
 
I literally have scores of little municipalities that all have different perentages and we used tax groups  that were named things like "    
              Pickup in Homedale for our consumption   9%
              Pickup in Homdale Manufacturing            4.25%
              Pickup in Homedale  Labor only                0%
              delievered  to our door  Labor only            0%
              Pickup in Fultonville Manufacturing          4.5%
             etc etc etd
This made it easy for our accounts payable person to decide and comfirm if we were charged the correct tax. We are often charged the wrong tax rate for serveral reasons, such as the vendor doesnt realize its a manufacturing purchase or that we are not in any city limits so we do not pay city tax on delivered purchases, and several other little issues.  Tax groups has been a wonderful asset to us.    We can live with this.  The AP person is going to have to be really good about knowing all the zillion little city tax rates.  
 
 
 
 
 

Sometimes we get the "There are no Receivers found for this Vendor........"
What we notice is that on the PO in question, the Tax Group is missing.
We use "Maintain Database" to fix it.
 
Table : BKAPHPO
Field  : BKAP_PO_ISTXGR
 
I just test it. I selected a PO remove the tax group, then received then try to invoice. I got that message.
I put back the tax group, and no more error message.
 
Now that you have "Track PO Taxes using Tax groups" on, DBA/EVO is looking for that info.
Of course your system don't have it, because the PO was created before you turn that on.
 
 
 
Kelloggs

Until today  Kellogg's instructions have allowed me to fix  "no reciever problem" in AP-C .  I have been spoiled going to Table : BKAPHPO
Field  : BKAP_PO_ISTXGR  and correcting the tax group.   BUT TODAY i have seen the issue that Lynn reffered to for the very first time.
 
Lynn said  "If you see the receivers in AP-C when you say Y to view all, what is in the Invoice Number column?   If it has something in that column you can't enter another invoice against it."
 
 
I see an odd number in the invoice column when I  say yes to "   Would you like to review all receivers.”
 
I have looked in maintain database and cant find this odd number.   What table and field would I go to delete this odd number. ?  
Thanks
 
Laura