× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: Re: Customer Allocations - Incorrect Display????
  • From: "naomiruben" <naomiruben@xxxxxxxxxxxxx>
  • Date: Mon, 13 Nov 2000 08:54:06 -0800

Dick Hi again!

You are sure you are not allocating the goods at Pick Release or through
manual allocations or through automatic allocations correct?.

Today I will be able to test it in 6.04 and I will let you know if it does
the same thing, but I doubt it.

Talk (write) to you later.

Regards,

Ruben.

----- Original Message -----
From: Bailey, Dick <Dick_Bailey@MCFA.COM>
To: <BPCS-L@midrange.com>
Sent: Monday, November 13, 2000 5:18 AM
Subject: RE: Customer Allocations - Incorrect Display????


> Sorry I was not clear - the issue is that BPCS is deducting the quantity
> from Customer Allocations BEFORE the order is Pick Confirmed - when it
becomes
> Ready for Pick Confirm.
>
> Dick
>
> -----Original Message-----
> From: naomiruben [mailto:naomiruben@email.msn.com]
> Sent: Monday, November 13, 2000 9:28 AM
> To: BPCS-L@midrange.com
> Subject: Re: Customer Allocations - Incorrect Display????
>
> Dick Hi!
>
> I don't think the display is incorrect.
>
> Until the order is shipped, the order is still open and that is
> why it shows
> in INV300-03 (Material Status Inquiry - Orders). However,
> according to BPCS
> logic (which I don't totally agree with, but it has been design
> that way),
> once the order is Pick Confirmed, the inventory is relieved,
> therefore
> canceling the allocations (the items are not promised anymore
> because they
> are not in the inventory anymore).
>
> The point of argument should be if it is correct to relieve
> inventory after
> pick confirm or should it be relieved only after ship confirm
> (and/or
> billing). It is my humble opinion that it should not be relieved
> after pick
> confirm and incidentally you are not alone having problems with
> this
> approach, many clients of mine have the same problem and we have
> had to find
> a work around to solve it.
>
> But if the inventory IS relieved at pick confirm the allocations
> should
> really be cancelled, otherwise you would have duplications.
>
> I hope I don't sound too ambiguous, so to summarize, I think it
> is wrong to
> relieve inventory at pick confirm, but if the design does that,
> yes it
> should cancel the allocations at that time. And that is what
> INV300 is
> showing you.
>
> Regards,
>
> Ruben Mirensky
>
> .
>
> ----- Original Message -----
> From: Bailey, Dick <Dick_Bailey@MCFA.COM>
> To: <BPCS-L@midrange.com>
> Sent: Sunday, November 12, 2000 8:01 AM
> Subject: Customer Allocations - Incorrect Display????
>
>
> >
> > Does anyone know why the Customer Allocation total showing on
> INV300
> > screens and recorded in field WCUSA in the CIC file EXCLUDES
> the quantity
> picked
> > (LQPCK) in ECL?
> >
> > The detail shown on INV300-03 (Material Status Inquiry -
> Orders) DOES
> > show these orders as open.  One sample I'm looking at shows
> open orders
> totaling
> > 32 when the Customer Allocation total is 24. Two of the
> orders, for a
> total of
> > 8,  are picked.  There are no manufacturing allocations.
> >
> > Is this a bug?  Is there some logical reason why picked
> quantities are
> > not shown in the Customer Allocation total?  It is messing up
> our planning
> > system.
> >
> > We are in BPCS 6.1. Thanks.
> >
> > Dick bailey
> > MCFA
> >
> >
> >
> >
> > +---
> > | 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
> +---
> +---
> | 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
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.