SA-A Bookings lists both Open and Closed Bookings.  Open Bookings have not yet shipped; closed bookings are shipped.  
 

If you run for Bookings, you should get open orders.   Make sure you don't enter anything in the From/Thru Invoice date - open orders have no invoice yet so if you enter a date range you are excluuding them.  Enter a range of order date, not invoice date.

One small detail and I promise to file this one away.
 
This report splits totals by closed first and then open. Not a problem.
 
However, the totals showing as closed are the same figures in both "Closed Booking Total" and "June MTD Total".   HOWEVER, that is NOT correct. I ran this report for dates 6/14-6/20.  The total is right for that time frame, but not for MTD.
 
In the Open report, those numbers are different! The "open booking total" is correct, but the "June MTD total" is a totally different number and it is very very much lower than the open total.  WHY?
 

Hi,
 
We are having some sort of the same issue with our Bookings reports.  It seems that since July 6th or 7th,  
our numbers for bookings are off by a substantial amount.  We balanced to our financials report for month ending June, which is after we updated to 2002.4 with the service pack.  Our accounting folks think
it may be something in the latest update applied.  
 
* I am not yet convinced of this. *
 
I wanted to get ideas from people as to things to check.  Acftng is comparing bookings reports just run
covering January through July, to reports previously run
before we updated DBA to 2002.4, and there are sales orders missing from the latest run report that were showing in previous months as far back as January.
 
Could it be something in the way the reports are being run?  Could it be something changed during the regular month end routine?
 
They wanted to know if bookings are handled differently in the latest DBA version and/or updates.  I said I didnt' think so, there's nothing in any of the what's new info
to suggest this.
 
Also, can someone explain the change info at the end of the bookings report?  This was not there before?
 
I know this may seem a bit of a vague posting, but I am
just wondering if anyone else has seen discrepancies
of the same sort, and if they've pinpointed it to a user issue or a likely problem with the latest update.  As our number is substantial, I have to get to the bottom of this issue soon.
 
TIA for whatever help or tips can be provided!

The Change section at the end of SA-A is new, and it includes changes (assuming you have turned Sales Order Change tracking on in SD-Q) to Sales Orders that were entered during the date range specofoed to orders that were created prior to the date range.
 
As for your most recent post, Val, I don't understand what you mean by comparing SA-A Bookings to SA-A open orders.  A booking IS an open order  ???

Could Val's reasoning be the explantion for the problem I mentioned in my last problem ?
 
My      Gl-D says                .             but         .              my SA-M says
50000-200  $1500.00                            50000-200   $1450.00
50000-300   $ 150.00                            50000-300    $135.00
50000-400   $ 800.00                            50000-400         $865.00
________________________________________
 .              .                    .               $2450.00         .             .               .         .   $2450.00    
 
The bottom lines match but the depts are out of whack.
It was stated in an earlier post that SA-M is correct.   But SA-M does   N O T    match what GL-O sent to the financial statements.
 
I can't find the problem.  The real $$ figures aren't this simple  
 
I never had this problem before either.
Thanks Laura

No!!!  I had only 2 or 3  customers that had the GL class on AR-A.   Yes...it caused a little problem.    BUT: ...
 
I figured  (2) things out:
(A)    We have 5 departments that do JOURNAL REPAIR.    Most of the time it is done by dept 400, but occasionaly another dept does it)   So if dept 200 does it on June 1  we go into IN-b and change the product class to 200.   Then if dept 400 does one on June 15th  we go back into IN-B and change the class to 400.  
 
This works great on the GL side...The  sale gets posted to the correct GL account.   But the SA-M always gives the sale to the last class on the part#.  (even if you change it months later)  
 
I experimented and found that I could change the class on a part# that we shipped months ago.  It immediantly changes the SA-m report.    Of course changing the class n IN-B after the fact doesn;t effect a posted sale.....but it does effect  SA-m.  
DAMAGE:   no GL damage,  credit for the sale was posted correctly to the GL.   GL is correct/SA-m is wrong.  
 
(B)   SA-M always uses product class from IN-B  regardless what AR-A  has.     So when we sold item#1000abc that had the correct class of 300   to   customer  ACME that had the wrong  class of 400  there was confusion.  Credit for the sale went in two different directions:
.              IN-b gave SA-m the class
&
.              AR-A gave the GL the class  
 
DAMAGE:   As a result dept 300 got jipped of the sale in the GL.  & dept 400 got undeserved sales.   THE GL is wrong. but SA-m is correct.  
 
MY QUESTION:  Shouldn't  SA-M reflect the class of the item at the time it was posted?