Once upon a time, we had DRP license, then it was taken away from us during
adventures in relations with Infor.
Fortunately, at the time, we were not doing a lot of cross-facility
operations which needed it, so other work arounds developed.
I can only make suggestions, based on realities at my former day job, which
may or may not help with your current situation.
There are many reasons why some companies do not use MRP effectively, and
this has fueled many 3rd party add-ons.
We modified many BPCS programs, and added reports and inquiries to the
collection.
There's BPCS programs to launch PO or SO, done between some criteria range.
We modified to expand options on prompt screen, sort sequence of what got
generated, and appearance of reports, but 95% of the software ran with
vanilla BPCS.
You might look at what's involved in selecting items relevant to generating
a bunch of PO or SO.
BPCS items came with planner codes, which tied into order launching. We
could opt to only release orders for one particular planner code.
While BPCS planner codes were intended for a particular PERSON managing some
orders, we used them for a particular cluster of items to be handled in a
consistent way, such as part of the operation go thru a particular outside
vendor, where we wanted to group all of them together for consistent
processing.
Where we needed planner code person logic was with customers, where we had
various people specializing in the needs of customers based on the industry
of those customers. We addressed this by using the customer type code to
indicate which industry cluster, then modified various BPCS processes and
reports to be able to select for a particular customer type, or range of
them.
We had items which flip flopped between make/sell because depending on
quantity customer needed, and lead time, sometimes it was cheaper for us to
make it ourselves, and sometimes it was cheaper to order from some vendor.
This played havock with accurate costing, and types of transactions allowed.
We went to a system of a letter on the end of item, signifying something
special unusual going on with that item.
Item 12345P meant that item 12345 is normally manufactured, but in this case
we are going to purchase it.
When it came in, we did a pair of inventory adjustments, to subtract which
just came in as 12345P and add same quantity as 12345.
Comments in the transactions pointed at some reference # on the other side.
Item 12345R meant that the end result would be item 12345, but it was going
to be manufactured differently than normal. The R meant repair-rework.
Item 12345S meant however the item 12345 was to be procured, it was not to
go thru BPCS. The S meant sample. These also had item class SA.
There's an INV to alter ITE file = Inventory Transaction Effects.
We added to the collection provided by BPCS.
Our version of BPCS had some bugs, where some programs obeyed vanilla ITE
setup, ignored changes we made to ITE file.
There's a corresponding GLD program with rules what to do with the new
transactions.
We added new kinds of GL Journals, to track the special exception unusual
operations we were adding.
Alister Wm Macintyre (Al Mac)
Formerly doing BPCS modifications.
-----Original Message-----
From: BPCS-L [mailto:bpcs-l-bounces@xxxxxxxxxxxx] On Behalf Of Tim Knoebel
Sent: Wednesday, July 22, 2015 10:20 AM
To: BPCS ERP System
Subject: Re: [BPCS-L] Create PO from SO
Thanks, Alister. Congrats on your retirement and I hope it goes well for
you.
Unfortunately, we don't have licence to the DRP module and cannot get it due
to the strained relationship we have with Infor.
And the division that we want to be able to do this at dose not use MRP,
although I guess they could start for the buy/sell items.
Best regards,
Timothy J Knoebel, Sr. iSeries/BPCS Administrator
-----Original Message-----
From: BPCS-L [mailto:bpcs-l-bounces@xxxxxxxxxxxx] On Behalf Of Alister Wm
Macintyre (Wow)
Sent: Wednesday, July 22, 2015 11:05
To: 'BPCS ERP System' <bpcs-l@xxxxxxxxxxxx>
Subject: Re: [BPCS-L] Create PO from SO
There were several ways this could be done, for selected items, on 405 CD,
which I assume may still be supported on later BPCS versions.
<snip>
Alister Wm Macintyre (Al Mac)
Became retired in 2015.
-----Original Message-----
From: BPCS-L [mailto:bpcs-l-bounces@xxxxxxxxxxxx] On Behalf Of Tim Knoebel
Sent: Tuesday, July 21, 2015 2:27 PM
To: bpcs-l@xxxxxxxxxxxx
Subject: [BPCS-L] Create PO from SO
We are running V6.1 and I got the request to investigate creating a purchase
order from a sales order. We have a Hong Kong division that is doing a lot
of manual work creating drop ship POs from customer orders.
Best regards,
Timothy J Knoebel, Sr. iSeries/BPCS Administrator
GSG Fasteners LLC dba Scovill Fasteners * 1802 Scovill Drive * Clarkesville,
GA 30523 * USA * scovill.com<
http://www.scovill.com/>
main 1-888-726-8455 ext. 522 | direct 706-754-0522 | email
tknoebel@xxxxxxxxxxx<mailto:tknoebel@xxxxxxxxxxx>
<snip>
--
This is the BPCS ERP System (BPCS-L) mailing list To post a message email:
BPCS-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/bpcs-l
or email: BPCS-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at
http://archive.midrange.com/bpcs-l.
--
This is the BPCS ERP System (BPCS-L) mailing list To post a message email:
BPCS-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/bpcs-l
or email: BPCS-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at
http://archive.midrange.com/bpcs-l.
midrange.com
