RE: resupply order return

The resupply order was a real order that needed to be fulfilled.

The problem came when the user at the warehouse got frustrated over timing,
and he hit the f6 key twice to accept instead of once, and so he confirmed
all orders in the queue automatically.  This caused the inventory balances
to go negative since we did not have stock in that warehouse to fulfill the
order.

It is now a question of how to clean it up because the confirmed orders has
affected inventory, AR, and Sales.  SSA is suggesting a financial order 7 /
8 to correct AR and Sales and I am okay with that.  They then want to do a
mass transfer inventory transaction to move the stock back to the original
warehouse, thus getting balances positive again.  My problem is that when I
do a DRP300 DRP inquiry I can still see the resupply order showing, which is
misleading.  I think there needs to be a way to close or offset this IR
record.  If I do an H transaction from the inventory transaction screen, it
looks like there is a bug in this version because all balances are
recalculated and it has no net effect on the inventory level in the
warehouse, but it does close the IR record from the DRP300 screen.

This may be a little confusing, but I can't seem to find the right
combination of transactions that work and will correct the data accurately.

Thanks for your help...

Barry

-----Original Message-----
From: MacWheel99@aol.com [mailto:MacWheel99@aol.com]
Sent: Saturday, January 15, 2000 3:07 AM
To: BPCS-L@midrange.com
Subject: Re: resupply order return


> From: bblackwe@kcc.com (Blackwell, Barry)

>  We are presently using 6.0.04 double-byte BPCS.
We use re-supply orders in a similar manner on BPCS 405 CD mixed mode

>  Our warehouse has inadvertently confirmed a resupply order they cannot 
fulfill.  
>  Now we cannot get the return process  for a resupply order to work.  

Did BPCS actually send the phantom "resupply" out?
Our ORD500 can get into an order that is "in shipping" & kill it, which 
causes some problems in shipping.

Is it acceptable to you to do an inter-company transfer of the phantom 
"resupply"?

We have some generic "Z" transactions for a variety of error fixing, with a 
collection of reason-codes for each type of "standard error."

Al Macintyre  ©¿©

Y2K is not the end of my universe, but a re-boot of that old Chinese curse.
The road to success is always under construction.
Stiff in opinions, always in the wrong.
When you want it cheap - you get what you paid for.
When in doubt, read the manual, assuming you can find the right one.
+---
| This is the BPCS Users Mailing List!
| To submit a new message, send your mail to BPCS-L@midrange.com.
| To subscribe to this list send email to BPCS-L-SUB@midrange.com.
| To unsubscribe from this list send email to BPCS-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: dasmussen@aol.com
+---

+---
| This is the BPCS Users Mailing List!
| To submit a new message, send your mail to BPCS-L@midrange.com.
| To subscribe to this list send email to BPCS-L-SUB@midrange.com.
| To unsubscribe from this list send email to BPCS-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: dasmussen@aol.com
+---