Thanks for the response.  You definitely gave me my money's worth.

        PUR790 is not a typo and it is not a modification either.  It is a
standard BPCS RSS program.

        I figured I would probably have to modify PUR790 as you suggested to
update the ITH record as it updates the HPO line number.  Actually, I was
hoping  that SSA had already done this, but we just did not have the update.

        Our HPO does support 999 lines, but using RSS, we like to run our
Blanket PO's for a full year (it keeps the EDI cleaner) and we like to have
all items for a supplier on a single PO.  Scheduling multiple deliveries a
week for each part, it does not take long to use up all 999 lines.

        Phil Rumschlag


        I was hoping someone who knew RSS might reply to you.

        I've been in BPCS 4.0.05 CD since 1998 conversion from a much
        version.  I expect that anything you can do in 4.0.02 also applies
to us,
        except we do not have RSS installed (Repetitive Supplier
Scheduling), and
        of course modifications will be different, such as your Y2K

        Our version 4.0.05 CD does not have PUR790 nor any PUR7* nor PUR97*
        suspected you had a typo) nor the CAPABILITY that you describe, so I
            * a modification either unfinished (HPO done but not some other
files) or
            * not properly tested to validate end user satisfaction (PUR240
        problem) or
            * something unique to RSS
        Can you talk with your predecessors, or whoever was involved in
        this thing, in case you do not have the whole picture?  Either
        needs to modify your PUR790 so that it also updates ITH at instant
        substituting corresponding line # in HPO (you do realize that as HPO
        go away, the ITH record is still there, so that also invites
        incomplete information into PUR240?) or you need some other report
in place
        of PUR240.

        You might consider a modification that puts more information into
ITH file
        at the time of receipt of data from vendor.  If you carefully study
        population, you'll see that different fields are unused for
        transactions like "U" PO Receipt Direct to Stock.  At the instant
        record is added to ITH, you might add to some unused fields
information of
        relevance to HPO tracking so that you can get a new report that is
        dependent on line # synchronization.

        Our Purchasing Department does not use PUR240.  Instead we modified
        which is a summary version of PUR240, to add subtotals by vendor and
        totals showing amount quantity inspection statistics delivery
on-time etc.
        with reminder of relevant SYS800 parameters in effect (# days
        from ZNN Purchasing Rules file, which you do not want to be altering
in the
        middle of a statistical period.  We also wrote a program to clear
        Vendor statistics which we restart at fiscal intervals after
        gets the big picture for a year or 6 month interval.  If they are
        interested in more detail on some vendor, then Query/400 over ITH
gets at
        info on both open and gone away Purchase Orders.

        In IIM Item Master, we have vendor number from which we order raw

        Our HPO file supports line #s up to 999 but the most lines open in
any one
        of our PO#s is 13.  We have 900 Open Purchase Order records in HPO
and 650
        deleted which should go away in our next weekly reorg (I think the
        is high because we just had a month end last weekend).  Our HPH
        Order Summary file shows 215 PO's open, meaning we have an average
of 4-5
        lines on each of our Purchase Orders.  I'd ask about normal needs in
        industry, among other BPCS companies, and RSS users.  It seems
        to me that 999 lines are not enough for the life of a Purchase
        unless version 4.0.02 could only handle 99 or less.

        During month end, our purchasing update is PUR900, which deletes
        Purchase Orders.  Check HELP for various options available to purge
        kinds of lines.  Year end has PUR910.  You can view Help Text on
        BPCS V4 programs, without actually running them, via PDM against
        QPNLSRC.  Purchasing documentation is member SSARUN06 of BPCSDOC.  I
        see Repetitive in SYS800 or BPCSDOC, except where referenced by JIT
& MRP.

        Our other purchasing modifications, in addition to those in context

        Goodbye deleted vendors, instead of soft coded eating vendor #s to

        BOM link end item vs. lowest child for sales history volumes to
        quantities of which vendor purchases on behalf of which end customer
        demand, for optimal contract pricing.

        Printouts restructured all over the place.

        Additional reports via Query/400.

        Inter-facility accounting streamlined.

        Al Macintyre
        BPCS V4 Programmer
        Global Wire Technologies

        >Hello, all.
        >I am a new employee here, but the company has been using BPCS
(4.0.02) for
        >some time.  We have been using RSS in BPCS for a while (?) but just
        >I started here, we started using PUR790 at month end close  to
        >completed PO lines.  This program not only deletes the completed
lines, but
        >also renumbers the open lines starting from 1.
        >The issue is that this renumbering only affects the HPO file.  The
        >Receipts recorded in the ITH file are not updated.  The Vendor
        >Report (PUR240) tries to match up ITH and HPO records using the
line number
        >and the results are incorrect.  We could stop running the PUR790
        >but our Purchasing Department says they need the line numbers that
it frees
        >up.  Does anyone have a fix for this that they would be willing to
        >Phil Rumschlag
        >MIS Manager

        Al Macintyre ( via Eudora)


        This is the SSA's BPCS ERP System (BPCS-L) digest list
        To post a message email:
        To subscribe, unsubscribe, or change list options,
        or email:
        Before posting, please take a moment to review the archives

        End of BPCS-L Digest

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-2022 by 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.