× 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.



Joe does an excellent job of explaining JIT below.  He mentions "Faking"
production reporting. 

We did just that on 6.0.04 HP/Oracle.  For areas with multiple subassemblies
and short manufacturing thru-put times.  We created a flat BOM  and a long
detail route with all the operations listed under the (grand) parent as
non-collectable, and a dummy final operation used to report production as
collectable.  Each of the sub assemblies was listed on the as a component to
the parent and was changed to a phantom item type.  (Raw material did not
need to change, just components.)   As Joe mentions below, you cannot track
actual labor or issue materials to these subassemblies. 

This allows you to create a shop order for the parent and still have
workcenter schedules with the detail of each operation.  It will backflush
the labor at standard to the correct workcenter and all raw materials at
standard.  We don't use this if we need visibility to any of the components
for any reason. 

 At physical inventory time we had to do a little extra work, since we
didn't have applied costs for these phantoms.  But you can work around that
if you tell the accountants ahead of time.

That's not using the system as designed, but it works for what we needed.  I
don't know if the same functionality exists in 4.05CD.

If you have questions, you can contact me for further details.

Kent Van Horn
lkvanhorn@huntel.net
(402) 533-2312

        ----------
        From:  Pluta@nexgensoftware.com[SMTP:Pluta@nexgensoftware.com]
        Sent:  Tuesday, June 06, 2000 3:49 PM
        To:  BPCS-L@midrange.com
        Subject:  Re: Kan Ban


        Unless I'm mistaken, your scenario requires more than I designed
when I
        originally wrote the backflushing code for BPCS oh so many years
ago.  The
        first cut of JIT backflushed only material, and then when the
fullscreen
        version of JIT600 was introduced, we added backflushing of labor.
Your
        particular case requires not only the backflushing of labor and
material,
        but also the backflushing of PRODUCTION - specifically, backflushing
the
        production of the subassemblies.

        You see, JIT is only designed to post the standard hours and consume
the
        standard quantities for the labor and materials of the current item.
It
        assumes that the materials are already in inventory, which for
        subassemblies would mean that you had already posted the labor and
        inventory transactions for those subassembly items.  You could use
JIT to
        backflush those hours and materials, but you still have to post
production
        for each of the subassemblies.

        What you'd like to have happen is that whenever a subassembly is
consumed,
        that BPCS would automagically backflush the labor and materials for
the
        subassembly as if you had posted production of the subassemblies
that were
        just consumed.  While not impossible, this would require quite a bit
of
        razzle-dazzle on the part of BPCS, and would in fact require an
additional
        switch somewhere to allow you to choose between "through-posting" of
        subassemblies and the default of simply relieving inventory.  In the
case
        of "through-posting", the best bet would be to create a new JIT
production
        order (basically a shop order) for the subassembly and somehow
"fake" a
        posting of production to it.

        The final kicker is that there's no good way to tie the shop orders
        together, since each shop order only produces a single item, so the
end
        item costs would not reflect the "through-posted" labor and
materials.

        Of course, I've been away from the guts of BPCS for a good handful
of
        years, so take this with a grain of salt.  Anybody else care to
comment?

        Joe Pluta
        www.java400.net
        www.plutabrothers.com



        

                            David_Baxter@si

                            emon.com               To:
bpcs-l@midrange.com                                               
                            Sent by:               cc:

                            owner-bpcs-l@mi        Subject:     Kan Ban

                            drange.com

        

        

                            06/06/00 01:38

                            PM

                            Please respond

                            to BPCS-L

        

        





        Currently using 405cd and looking for anyone using BPCS to support
Kan Bans
        or
        reduced labor / production reporting. Ideally we want to eliminate
the
        cutting
        of shop orders, backflushing and labor reporting at the sub-assm
level and
        only
        cut shop orders and report production at the finished goods level.
To
        accomplish
        this we need a way of attaching the sub-components to there grand
parents
        BOMs
        so when we report the finished goods production we consume the lower
level
        components. If we simply add the components to the grand parent BOM
we
        would
        need to re-do all work instructions and drawings. Additionaly, we
would
        end-up
        with a finished goods BOM that is not accurate due to it showing the
lowest
        level components and not the sub-assm actualy used in production.
        Any suggestions or experience would be appreciated.


        +---
        | 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 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.