|
There are a couple of ways to handle the outside operations with a P.O., for parts that we manufacture we have a blanket P.O. for the Vendor that we use. In this case we look at annual usage, open the P.O. for that quantity, then we open a shop order for the parts as we make them. When the shop order is completed, we transfer the parts to the outside op. locations then when we receive the parts back we post the shop order to our receiving area which back flushes the parts. We are also using a P.O. and tying the shop order to the P.O. on page 2 we have a specific transaction set up for outside ops., then when we receive the P.O. the components are actually back flushed from the shop order automatically, thereby saving us some time in data entry. If you have a test environment you can set this up and see how it works before you actually implement it. Hope this helps -----Original Message----- From: bpcs-l-bounces@xxxxxxxxxxxx [mailto:bpcs-l-bounces@xxxxxxxxxxxx] On Behalf Of bpcs-l-request@xxxxxxxxxxxx Sent: Wednesday, January 28, 2004 12:00 PM To: bpcs-l@xxxxxxxxxxxx Subject: BPCS-L Digest, Vol 2, Issue 23 Send BPCS-L mailing list submissions to bpcs-l@xxxxxxxxxxxx To subscribe or unsubscribe via the World Wide Web, visit http://lists.midrange.com/mailman/listinfo/bpcs-l or, via email, send a message with subject or body 'help' to bpcs-l-request@xxxxxxxxxxxx You can reach the person managing the list at bpcs-l-owner@xxxxxxxxxxxx When replying, please edit your Subject line so it is more specific than "Re: Contents of BPCS-L digest..." Today's Topics: 1. Re: BPCS 6.02 Labor Ticket Purge Question (Doug_McLauchlan@xxxxxxxxxx) 2. More Than a Shopping Cart: web power from LANSA (Milt Habeck) 3. outside processing (Chick Doe) 4. RE: outside processing (Damon, Mitch) 5. Re: outside processing (cpepin@xxxxxxxxxxxxxxxx) ---------------------------------------------------------------------- message: 1 date: Tue, 27 Jan 2004 09:49:24 -0800 from: Doug_McLauchlan@xxxxxxxxxx subject: Re: BPCS 6.02 Labor Ticket Purge Question In V6.1.01 SFC901C is called from SFC905D on the SFC Menu. Not sure if it's the same at 6.0.02 Doug McLauchlan ------------------------------ message: 2 date: Tue, 27 Jan 2004 14:08:40 -0600 from: "Milt Habeck" <mhabeck@xxxxxxxxxx> subject: More Than a Shopping Cart: web power from LANSA Dear Karen, We can't improve much on Jose Torres' endorsement of LANSA's SMARTweb product. Look here for more info and access to a live iSeries demo: http://www.unbeatenpathintl.com/BPCS_and_LANSA.htm Jose didn't mention a newer option that adds functionality for huge orders with high line item counts. We call it: "Much More Than a Shopping Cart" (tm) This feature enables large customers to place long orders through your web front end (rather than sending a long FAX that you have to key into BPCS). Here's how it works: http://www.unbeatenpathintl.com/notashoppingcart.htm There's a multitude of competitive products --- but --- consider this: well over 50% of the iSeries that run e-business are powered by LANSA software. That's a ringing endorsement of LANSA's longstanding commitment to e-business on iSeries. And, LANSA does more than customer service web front ends. For example, the runaway best selling iSeries solution for UCCnet compliance is also from LANSA: http://www.unbeatenpathintl.com/UCCnet-start.htm Unbeaten Path is the LANSA Solutions Partner for BPCS users. We polish the ROI on your existing BPCS investment: http://www.unbeatenpathintl.com/Tarnish_off_BPCS.pdf Warm regards and God bless, Milt Habeck President Unbeaten Path International North American toll free: (888) 874-8008 International voice line: (262) 681-3151 mhabeck@xxxxxxxxxx www.unbeatenpathintl.com +++++++++ +++++++++ +++++++++ +++++++ From: Jose Torres To: bpcs-l@xxxxxxxxxxxx Sent: Monday, January 26, 2004 4:08 PM Subject: RE: Web Order Entry Karen, We have successfully deployed LANSA SMARTweb product in a production environment at our subsidiary in Brazil. It has been operational for over 1 year. We also have a test and development environment in English and Spanish, which we plan to roll out in the near future in the US and Spanish Latin America. I'm not a consultant wanting to sell you something, I'm just a user who has actually done it. I'll be more than happy to talk to you about some of our experiences and if you have the time, may put you in contact with our Web administrator to give you a Webex demo. A number of things helped in the decision making process: 1. The fact that Lansa has been developing for BPCS for a long, long time. This certainly gave me some comfort level as I know the quality code they in fact produce. 2. The fact that their product was an "out of the box" solution integrated with BPCS. We actually made some modifications to the code to address some company-specific requirements, but most of it was ready to go right after the installation. 3. The Lansa suite of products is very powerful which provided a very good development environment (with the exception of that "development dungle...") 4. They provide very good tech support. By the way... the LANSA product not only provides for web order entry, but also customer account status, inventory balances, automatic eMail notifications to customers with order status, etc., etc. I hope this helps. Regards, Jose J. Torres - MS, PMP, CISA +++++++++ +++++++++ +++++++++ +++++++ From: kedwards@xxxxxxxxxxxxx To: bpcs-l@xxxxxxxxxxxx Sent: Monday, January 26, 2004 11:45 AM Subject: Web Order Entry Greetings, I am investigating various web order entry products for getting our inside sales and customers the ability to enter orders into BPCS via a browser. Any recommendations out there? Also, has any one heard of or is anyone using Hi Volume Order Entry from SSA / BPCS, Tradepaq Confirm, or a BPCS / SSA web faced order entry? I'd very much appreciate your input! Karen Edwards ------------------------------ message: 3 date: Tue, 27 Jan 2004 12:58:19 -0800 from: "Chick Doe" <Cdoe@xxxxxxxxxxxxxxxxxxxxx> subject: outside processing version 6.1 we have a variety of parts that we need to send outside to a vendor to perform certain operations that we cannot perform. in many cases we are sending a batch of parts out nearly every day to have the same operation performed (ie plating). our current practice is to create a distinct outside processing po each time we send parts out. thus we can end up with many separate po's that all reference the same work order and operation. is it possible to set up some form of blanket PO (perhaps for a yearly qty) for an outside operation? how would you update this PO to specify the various shop orders that you cut during the year? and if you were able to do this, would the shop orders ever close because the po was not fully closed? how do others handle repeated OP operations? must you make a new PO each time? chick doe prime measurement products ------------------------------ message: 4 date: Tue, 27 Jan 2004 16:25:59 -0500 from: "Damon, Mitch" <MDamon@xxxxxxxxxxxxxxxxx> subject: RE: outside processing Is this something that could be done with the vendor contract programs? We don't do outside operations but we do use vendor contracts and receive PO against those. Mitch Damon, CPIM Planning Systems Manager Birds Eye Foods, Rochester NY (585) 383-1070 Ext. 250 -----Original Message----- From: Chick Doe [SMTP:Cdoe@xxxxxxxxxxxxxxxxxxxxx] Sent: Tuesday, January 27, 2004 3:58 PM To: bpcs-l@xxxxxxxxxxxx Subject: outside processing version 6.1 we have a variety of parts that we need to send outside to a vendor to perform certain operations that we cannot perform. in many cases we are sending a batch of parts out nearly every day to have the same operation performed (ie plating). our current practice is to create a distinct outside processing po each time we send parts out. thus we can end up with many separate po's that all reference the same work order and operation. is it possible to set up some form of blanket PO (perhaps for a yearly qty) for an outside operation? how would you update this PO to specify the various shop orders that you cut during the year? and if you were able to do this, would the shop orders ever close because the po was not fully closed? how do others handle repeated OP operations? must you make a new PO each time? chick doe prime measurement products _______________________________________________ This is the SSA's 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. ------------------------------ message: 5 date: Tue, 27 Jan 2004 18:25:30 -0500 from: cpepin@xxxxxxxxxxxxxxxx subject: Re: outside processing We also us 6.1. Outside operations are very time consuming to do. The person we have doing them would save them up and enter them a couple times a week. As you can imagine we would see some erroneous inventory levels on these items. All of our steps for an outside operation are done at one time. The Shop order, the purchase, the actual processing of the operation, and the entering of the invoice. In order to simplify the process, I utilized a screen scraping tool and significantly cut down on the amount of time it took to do this process. I created a single desktop form with this tool that the user puts all of the relevant information into. Once the user presses the activation key it takes all of the data from the form and creates the shop order, the purchase order, links the two together, does the actual receipt processing and enters the payable. As it goes through its process it stores the shop order number, the PO, and also gets the event number from the journal entry it created. It brings all of the information for the transactions that have just been done and deposits them onto the original form once it comes back. The end result of this is that we have individual transactions for all of our outside ops. What would once take many hours has now been cut down to much less than an hour. If you or anyone else want anymore information feel free to contact me off the list. I would be happy to share my experiences on how I use this tool. (it's actually something we use for data collection, I just extended its reach) Chris Pepin Manufacturing Business Analyst Robbins Inc. "Chick Doe" <Cdoe@xxxxxxxxxxxxxxxxxxxxx> Sent by: bpcs-l-bounces@xxxxxxxxxxxx 01/27/2004 03:58 PM Please respond to "SSA's BPCS ERP System" <bpcs-l@xxxxxxxxxxxx> To <bpcs-l@xxxxxxxxxxxx> cc Subject outside processing version 6.1 we have a variety of parts that we need to send outside to a vendor to perform certain operations that we cannot perform. in many cases we are sending a batch of parts out nearly every day to have the same operation performed (ie plating). our current practice is to create a distinct outside processing po each time we send parts out. thus we can end up with many separate po's that all reference the same work order and operation. is it possible to set up some form of blanket PO (perhaps for a yearly qty) for an outside operation? how would you update this PO to specify the various shop orders that you cut during the year? and if you were able to do this, would the shop orders ever close because the po was not fully closed? how do others handle repeated OP operations? must you make a new PO each time? chick doe prime measurement products _______________________________________________ This is the SSA's 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 SSA's BPCS ERP System (BPCS-L) digest 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. End of BPCS-L Digest, Vol 2, Issue 23 *************************************
As an Amazon Associate we earn from qualifying purchases.
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.