|
If BPCS 'bar coding' were elevated a more generic discussion on BPCS 'wireless data collection' it might be an interesting discussion for all. First, to clarify, my paychecks come from the Richmond Information Group, Ltd. I have partiality. I will do my best to put it aside. In the market place there are at least four viable ways to approach wireless data collection, and many iterations on a theme: 1. Hook the wireless network directly to the box loaded with BPCS, create skinny custom screens and use some flavor of terminal emulation. 2. Use an application to create transaction screens and a server layer to control the wireless devices and communication to the host to support terminal emulation. 3. Use an application to create transaction screens, perform data element validation, and control communication with the wireless network and the host. 4. Use an application to replace BPCS transaction processing, collect and validate data, update BPCS tables, and control communication with the devises and the host. BPCS has two SSA/GT supported methods for accepting data from external sources: CIM/Path in older versions and ECM in versions after 6.02. Considerations: -How often is the host unavailable to process transactions; month end, nightly backup etc.? -How valuable is increased velocity of transaction processing? -Where do you want to manage errors - at the source, while the data is being collected and before the transaction is processed or on the host after the transaction fails? -Would you like to use your data collection infrastructure for something other than inventory transactions? -Would it be a benefit if some if not most of the values required to support a transaction could use the relationships in the BPCS tables to collect the rest of the information; i.e. for a PO receipt, the PO, and PO line determines the item, unit of measure etc... -Do you need the data collection infrastructure to process transactions and update data in two places? BPCS and a legacy system or BPCS and another transaction system running in parallel? -Is it be a benefit to be able to have the identical screens on a wireless and a desktop device? -Would it be a benefit if your wireless infrastructure could be used for the next version of BPCS as well as another ERP system that senior management might be considering? -Is your preference a user configurable and maintainable tool vs. one that requires and IT resource. -Will your transactions change over time. How much effort should it take to add or change a transaction in your data collection infrastructure. Of course there are many other considerations that will determine a decision to move forward or not, go big or go small, the key thing for most of us, is that BPCS is king of the hill. For most of us, other systems exist to complement our BPCS applications that so much effort was put into configuring. Wireless data collection should make transactions more reliable, faster, and accurate. It can do all of that and a whole lot more. James L. Raper Jr. The Richmond Information Group, Ltd. * Manufacturing & Technical Consulting * DistinctRF * InfoMark 360° survey processing & administration jraper@rigltd.com 804.965.9156 x312 www.rigltd.com -----Original Message----- From: bpcs-l-request@midrange.com [mailto:bpcs-l-request@midrange.com] Sent: Friday, January 25, 2002 9:32 AM To: bpcs-l@midrange.com Subject: BPCS-L digest, Vol 1 #167 - 11 msgs Send BPCS-L mailing list submissions to bpcs-l@midrange.com To subscribe or unsubscribe via the World Wide Web, visit http://lists.midrange.com/cgi-bin/listinfo/bpcs-l or, via email, send a message with subject or body 'help' to bpcs-l-request@midrange.com You can reach the person managing the list at bpcs-l-admin@midrange.com When replying, please edit your Subject line so it is more specific than "Re: Contents of BPCS-L digest..." Today's Topics: 1. Asset Question (THarteau@felkerbrothers.com) 2. Re: Asset Question (MacWheel99@aol.com) 3. RE: Asset Question (Sonny Kim) 4. Re: Asset Question (DAsmussen@aol.com) 5. Re: Bar Coding (Brian.Mangels@X1Solutions.com) 6. Query on Inventory Transaction (SURESH KUMARAN) 7. Re: Query on Inventory Transaction (MacWheel99@aol.com) 8. RE: Query on Inventory Transaction (DeeDee Virgei) 9. (no subject) (DeeDee Virgei) 10. FW: Bar Coding (DStiehl@iworksoftware.com) 11. Re: (no subject) (Brian.Mangels@X1Solutions.com) --__--__-- Message: 1 Subject: Asset Question To: bpcs-l@midrange.com From: THarteau@felkerbrothers.com Date: Thu, 24 Jan 2002 12:50:40 -0600 Reply-To: bpcs-l@midrange.com Hi, We are on V6.0.4, mixed mode. I was wondering how other people manage their modified action diagrams. We have two sets, V64BPCSUSR & V64BPCSPGM. We do all our mods in PGM. The problem is, the action diagram isn't put back in USR after it goes into production. The result is in PGM, we have mods that never went live, programs being worked on, and production programs. (It's not to hard to manage because we have a small shop.) The big reason they don't get moved is the fact you can't do a replace to another set. You first have to delete the action diagram from USER, then copy it to there, then delete it from PGM. Is there an easier way to do this? I just got lightly burned by modifying a program that had been changed previously, but not thoroughly tested. When I put my changes in place something unexpected blew up. Thanks for any input. <===================================================> Terri Harteau **************** "There's no point in being grown up if you can't be childish sometimes." - Dr. Who **************** --__--__-- Message: 2 From: MacWheel99@aol.com Date: Thu, 24 Jan 2002 15:08:24 EST Subject: Re: Asset Question To: bpcs-l@midrange.com Reply-To: bpcs-l@midrange.com You raise a question that has plagued many computer people, but this might not be the best list for discussing alternatives ... perhaps a different kind of internet discussion forum is needed such as http://www.blogger.com/ I do not use ASSET but we have had cases of multiple people modifying the same software. I have found PDM-54 to be invaluable in locating where in this humongous source code is there stuff that is different from that other version of the program. Within the source code for what is now live, before we replace a program with a new version, I copy the source code, changing last 1-2 characters (usually appending 1-2 characters) & on the text line add date at end of when it was copied, for quick reference. This way if something blows up, I can get back to the prior version pretty rapidly. We have a test library containing modified version of code. This can be added to library list of either live or test environment for testing. If the modification is a report, inquiry, not updating anything, don't need test environment for that. Many updates I test for first time in evening right after a backup, aided by before after reports on contents of target file. Problem can develop when I am working on a program where there are 5 modifications requested & I am not done yet & I get a rush request for some other modification they want implemented before the other 5 are done. I am able to implement this because all my modifications are numbered, so I can track them individually. Temporarily we may end up with several versions in several libraries, but the comments in the front of the source telling me which modifications got to this version helps me keep the stuff straight. I have added documentation in BPCSDOC that is primarily aimed at end users. I have added documentation in QDOCSRC that is primarily aimed at programmers. MacWheel99@aol.com (Alister Wm Macintyre) (Al Mac) --__--__-- Message: 3 From: Sonny Kim <Sonny.Kim@mail.cone.com> To: "'bpcs-l@midrange.com'" <bpcs-l@midrange.com> Subject: RE: Asset Question Date: Thu, 24 Jan 2002 16:16:39 -0500 Reply-To: bpcs-l@midrange.com This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. -- [ Picked text/plain from multipart/alternative ] Terri, Answer to your question is yes, if you want to purchase a TurnOver - (AS/400 Programmer Worklist Manager Workshop) to resolve your issue. Great Tool. But if you are small shop, likely don't want to spend such money. Some of my recommendations: 1: You can use "F14=Saved Definitions" function to restore deleted action diagrams. This only works if you always save at edit. 2: Use "9. Save / Restore functions" rather than copy to sets. This way you don't have to run the pre-processor next time you compile and it remembers Member & Object names. You still have to delete original definition before you restore. Although F14=Saved Definitions function do work, I usually save an old copy to be safe. ex: BIL550B to BIL550BSV. 3: I make an old object copy before moving a new object to Live. ex: BIL550B to BIL550SV, BIL550O to BIL550OSV. This way if something goes wrong I can quickly restore old objects. Hope this help. Sonny Kim Information Service Cone Mills Corporation 804 Green Valley Road, Suite 300 Greensboro, NC 27408 336.379.6120 -----Original Message----- From: THarteau@felkerbrothers.com [mailto:THarteau@felkerbrothers.com] Sent: Thursday, January 24, 2002 1:51 PM To: bpcs-l@midrange.com Subject: Asset Question Hi, We are on V6.0.4, mixed mode. I was wondering how other people manage their modified action diagrams. We have two sets, V64BPCSUSR & V64BPCSPGM. We do all our mods in PGM. The problem is, the action diagram isn't put back in USR after it goes into production. The result is in PGM, we have mods that never went live, programs being worked on, and production programs. (It's not to hard to manage because we have a small shop.) The big reason they don't get moved is the fact you can't do a replace to another set. You first have to delete the action diagram from USER, then copy it to there, then delete it from PGM. Is there an easier way to do this? I just got lightly burned by modifying a program that had been changed previously, but not thoroughly tested. When I put my changes in place something unexpected blew up. Thanks for any input. <===================================================> Terri Harteau **************** "There's no point in being grown up if you can't be childish sometimes." - Dr. Who **************** _______________________________________________ This is the SSA's BPCS ERP System (BPCS-L) mailing list To post a message email: BPCS-L@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/bpcs-l or email: BPCS-L-request@midrange.com Before posting, please take a moment to review the archives at http://archive.midrange.com/bpcs-l. --__--__-- Message: 4 From: DAsmussen@aol.com Date: Thu, 24 Jan 2002 18:36:09 EST Subject: Re: Asset Question To: bpcs-l@midrange.com Reply-To: bpcs-l@midrange.com -- [ Picked text/plain from multipart/alternative ] Terri, In a message dated 1/24/02 1:55:43 PM US Eastern Standard Time, THarteau@felkerbrothers.com writes: > We are on V6.0.4, mixed mode. I was wondering how other people manage > their modified action diagrams. We have two sets, V64BPCSUSR & V64BPCSPGM. > We do all our mods in PGM. The problem is, the action diagram isn't put > back in USR after it goes into production. The result is in PGM, we have > mods that never went live, programs being worked on, and production > programs. (It's not to hard to manage because we have a small shop.) The > big reason they don't get moved is the fact you can't do a replace to > another set. You first have to delete the action diagram from USER, then > copy it to there, then delete it from PGM. Is there an easier way to do > this? I just got lightly burned by modifying a program that had been > changed previously, but not thoroughly tested. When I put my changes in > place something unexpected blew up. Thanks for any input. Most places I've worked use a change mangement system to handle program promotions. SoftLanding (a good one), Aldon (sort of), and MKS (which I've never used) that I know of utilize an AS/Set interface to promote action diagrams. Generally, there is a developer environment (application set name same as the developer's user profile where the developer tests new functions independently), a unit or integration test environment (where the developer tests the program in conjunction with other programs it touches), a Q/A environment (where the business analysts ensure proper operation from a business perspective), and production. A small shop might have problems coming up with the cash for a CMS. You don't really need one in that situation, but you _DO_ need to ensure that nobody modifies production action diagrams without regenerating them. Sounds like you need at least one more promotion level, IMO, and you can secure the production application set by author to keep people out -- although a bright person can circumvent this security if they're determined to do so. The point of securing the application set is to make conscientious people think before acting, not keeping people with malevolent intent out. There is no way to circumvent the "existing diagram" error in the "copy set to set" function. However, you might check into the undocumented SAVRSTAST command in ADK. I've never tried, but the latter command might not care if the diagram exists already. If not, you might be able to write your own promotion tool. HTH! Dean Asmussen Enterprise Systems Consulting, Inc. Fuquay-Varina, NC USA E-mail: DAsmussen@aol.com "Nothing is so embarrasing as watching someone do something that you said couldn't be done." -- Sam Ewing --__--__-- Message: 5 Subject: Re: Bar Coding To: bpcs-l@midrange.com From: Brian.Mangels@X1Solutions.com Date: Thu, 24 Jan 2002 20:46:03 -0500 Reply-To: bpcs-l@midrange.com You may want to contact Anthony Etzel at RTDCS (484.875.9412). They have a bar coding system for BPCS and have a number of BPCS clients using the system. I believe that they have also recently completed a partnership with SSA GT. I have heard only positive remarks from clients using their system. Brian Mangels Account Executive X1 Solutions www.x1solutions.com Office 229 249-0921 Cell 678 522-0921 Fax 253 541-9007 "Clemente, Dom (HFFPGH)" To: "'bpcs-l@midrange.com'" <bpcs-l@midrange.com> <Dom.Clemente@hj cc: heinz.com> Subject: Bar Coding Sent by: bpcs-l-admin@mid range.com 01/23/2002 04:31 AM Please respond to bpcs-l This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. -- [ Picked text/plain from multipart/alternative ] We are investigating the use of barcoding in our manufacturing locations and distribution centers. I would appreciate any suggestions, sources etc. We are on release 6.1 of BPCS. Thank You Dom Clemente - HNA IT Manager, Application Development E-mail: mailto:dom.clemente@hjheinz.com <mailto:dom.clemente@hjheinz.com> Phone: (412) 237-3664 Fax: (412) 237-3458 _______________________________________________ This is the SSA's BPCS ERP System (BPCS-L) mailing list To post a message email: BPCS-L@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/bpcs-l or email: BPCS-L-request@midrange.com Before posting, please take a moment to review the archives at http://archive.midrange.com/bpcs-l. --__--__-- Message: 6 From: "SURESH KUMARAN" <kum_suresh@hotmail.com> To: bpcs-l@midrange.com Subject: Query on Inventory Transaction Date: Fri, 25 Jan 2002 03:30:49 +0000 Reply-To: bpcs-l@midrange.com [ Converted text/html to text/plain ] Hello Everyone, I am a new subscriber to this forum. I have a question on Inventory transaction. Can we enter a Inventory transaction with out affecting the IT= H? Why does the Flag "Affect Last Trasaction Date" on the ITE means. If this flag is turned off would it not record the transaction? Appreciate help. Suresh ---------------------------------------------------------------------------= --- Join the world=92s largest e-mail service with MSN Hotmail. Click Here[1] =3D=3D=3DReferences:=3D=3D=3D 1. http://go.msn.com/bql/hmtag4_etl_EN.asp --__--__-- Message: 7 From: MacWheel99@aol.com Date: Fri, 25 Jan 2002 04:13:54 EST Subject: Re: Query on Inventory Transaction To: bpcs-l@midrange.com Reply-To: bpcs-l@midrange.com As a new user, you might also like to browse the archives of past discussions at http://archive.midrange.com/bpcs-l/index.htm There are some fields in some files that contain a date that represents the last time that item warehouse location combination had a transaction changing the inventory value there. You might want that date updated due to an actual change in the total corporate inventory due to production, sales, receipts, but not due to moving the inventory around between locations or taking a physical inventory. That is the function of the field in ITE designating which inventory transactions are to update the date of last activity in such files as the IIM & the locations of the inventory. Whether the date is updated or not, the transaction puts a record into ITH. You can use filters on INV300 to show selected subsets of ITH detail. If you do a transaction through BPCS to change the inventory quantity, it will write a record to ITH as well as changing the inventory quantity. You can add transaction types to ITE to define all manner of activity & there are several BPCS programs that use these effects, mainly INV500 & the labor transaction reporting. Some transactions that change the cost of inventory, but do not actually change the on-hand quantity, also write a record to ITH, such as when a vendor invoice is posted. If you change the costs of inventory via CST100, it will write a record to ITH that you did so. If you change costs by some other method, such as CST900 or CST600, then this change in inventory valuation is invisible to ITH. Depending on how lax your security, you can go outside of BPCS and make changes to the data base without them being reflected in the inventory transaction history, or use the BPCS programs, then erase the record of your actions. Some of this stuff you have to do because BPCS is a bit buggy & humans are not infallible, and equipment, particularly PCs, have a tendency to go down in the middle of some update. So for example, some files can get out of sync with each other & we run some kind of reorg to fix the data. This correction will not show up in ITH if your company policy is not to have an audit trail with respect to such corrections. When you are on any BPCS screen, you can put cursor on a field that has information, then press the F1 (HELP) key. Almost always a panel pops up with a little essay on the function of that field & pointers to where you can get more information. MacWheel99@aol.com (Alister Wm Macintyre) (Al Mac) BPCS 405 CD Manager / Programmer @ Global Wire Technologies Incorporated http://www.globalwiretechnologies.com = new name same quality wire engineering company: fax # 812-424-6838 > From: kum_suresh@hotmail.com (SURESH KUMARAN) > Hello Everyone, > > I am a new subscriber to this forum. > I have a question on Inventory transactions. > Can we enter an Inventory transaction with out affecting the ITH? > > What does Flag "Affect Last Transaction Date" on the ITE mean. > If this flag is turned off would it not record the transaction? > > Appreciate help. > > Suresh --__--__-- Message: 8 From: DeeDee Virgei <DeeDee.Virgei@nelsonstud.com> To: "'bpcs-l@midrange.com'" <bpcs-l@midrange.com> Subject: RE: Query on Inventory Transaction Date: Fri, 25 Jan 2002 09:12:43 -0500 Reply-To: bpcs-l@midrange.com Welcome to the forum:) You may set up transactions on the ITE to not update your balance on hand, but I'm not aware of any way to set up transactions to not produce ITH records; the C transaction is set up this way. If you do not want an item to have a balance on hand, you may set it up as an item type 6 (Non-Inventory); these items don't normally have ITH transactions against them. Regarding "Affect Last Transactions Date", this flag is used to determine if the item master or warehouse master "Lasts Transaction Date" field s/b updated; this field can then help you identify obsolete parts... Hope this helps. Oh yeah, we're on BPCS 4.05 CD DeeDee Virgei Nelson Stud Welding, Inc. 7900 West Ridge Rd Elyria, OH 44036 -----Original Message----- From: SURESH KUMARAN [mailto:kum_suresh@hotmail.com] Sent: Thursday, January 24, 2002 10:31 PM To: bpcs-l@midrange.com Subject: Query on Inventory Transaction [ Converted text/html to text/plain ] Hello Everyone, I am a new subscriber to this forum. I have a question on Inventory transaction. Can we enter a Inventory transaction with out affecting the ITH? Why does the Flag "Affect Last Trasaction Date" on the ITE means. If this flag is turned off would it not record the transaction? Appreciate help. Suresh ---------------------------------------------------------------------------- -- Join the world's largest e-mail service with MSN Hotmail. Click Here[1] ===References:=== 1. http://go.msn.com/bql/hmtag4_etl_EN.asp _______________________________________________ This is the SSA's BPCS ERP System (BPCS-L) mailing list To post a message email: BPCS-L@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/bpcs-l or email: BPCS-L-request@midrange.com Before posting, please take a moment to review the archives at http://archive.midrange.com/bpcs-l. --__--__-- Message: 9 From: DeeDee Virgei <DeeDee.Virgei@nelsonstud.com> To: "'BPCS-L@midrange.com'" <BPCS-L@midrange.com> Date: Fri, 25 Jan 2002 10:13:17 -0500 Subject: (no subject) Reply-To: bpcs-l@midrange.com Hi all, I was wondering if any one has gone to one of the SSA GT "Roadshows" this month; I'm contemplating going to the one in Chicago and wanted some insights... It appears from the agenda that it is geared towards sales & marketing products/solutions. Penny for your thoughts. DeeDee Virgei Nelson Stud Welding, Inc. 7900 West Ridge Rd Elyria, OH 44036 --__--__-- Message: 10 Subject: FW: Bar Coding Cc: david@thekingsenglish.com, EdHamlin@iworksoftware.com, DStiehl@iworksoftware.com To: DeeDee.Virgei@nelsonstud.com, lmorgan@burco.com, Dom.Clemente@hjheinz.com, <bpcs-l@midrange.com> From: DStiehl@iworksoftware.com Date: Fri, 25 Jan 2002 10:49:51 -0500 Reply-To: bpcs-l@midrange.com Good morning all, iWork's ADC (Automated Data Collection) solution offers the following transactions with integrations provided into BPCS 4.05CD and 6.x releases (in blue below). These are real-time inventory and labor transactions for your shop floor. I'd love the opportunity to discuss what we can do for your business and more about our products...Feel free to give me a call at 336 217 6373. ADC....... iWork's services team will help you further automate your manufacturing environments, eliminating expenses and increasing your cash flow significantly. If you are not using all of iWork's ADC transactions to liberate your cash, now is the time to get moving? Inventory Adjustments Shop Order Single Issue Labor Transactions Shop Order Receipt Location Transfers Production Issue- Multiple De-allocate/Re-allocate Multiple Issue with Receipt Pick Confirm JIT Production Receipt Physical Inventory Back-flush Cycle Count Purchase Order Receipt Additionally we offer? In-depth education on ADC and iWork's Business Integration Suite Designing and creation of labels Certifying your RF devices and Printers Creation of reports and inquiries from your ADC information database Project Management Best Regards, Donna W. Stiehl Director of Professional Services iWork Software, LLC 336.217.6373 336.580.3227 - cell 707.222.1376 - eFAX www.iworksoftware.com ---------- From: "Morgan, Lorri" <LMorgan@burco.com> Reply-To: bpcs-l@midrange.com Date: Wed, 23 Jan 2002 08:36:05 -0500 To: "'bpcs-l@midrange.com'" <bpcs-l@midrange.com> Subject: RE: Bar Coding We are running BPCS 6.101 and currently using the Iworksoftware Solution version 2.3.2. We are looking at upgrading sometime this year to their ADC package. Currently all of our transactions were written specifically for our needs, but I do understand that they have some 'boxed' transactions they can offer. If you need a contact name please advise. Lorri Morgan Application Support Coordinator Burlington Chemical Co., Inc. (Lmorgan@burco.com) -----Original Message----- From: DeeDee Virgei [mailto:DeeDee.Virgei@nelsonstud.com] Sent: Wednesday, January 23, 2002 8:28 AM To: 'bpcs-l@midrange.com' Subject: RE: Bar Coding We too have been thinking about bar coding out in the plant; the two common off-the-shelf BPCS solutions I've heard of are RTDCS www.rtdcs.com and iWork www.iworksoftware.com. I've talked to another BPCS company a while back who used a Symbol solution - I think - and then wrote their own interface into BPCS by simply adding ITH transactions; they must of also updated the ILI, IWI and IIM w/ balances or updated the ILI and ran INV972... Good luck. DeeDee Virgei Nelson Stud Welding, Inc. 7900 West Ridge Rd Elyria, OH 44036 -----Original Message----- From: Clemente, Dom (HFFPGH) [mailto:Dom.Clemente@hjheinz.com] Sent: Wednesday, January 23, 2002 4:31 AM To: 'bpcs-l@midrange.com' Subject: Bar Coding This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. -- [ Picked text/plain from multipart/alternative ] We are investigating the use of barcoding in our manufacturing locations and distribution centers. I would appreciate any suggestions, sources etc. We are on release 6.1 of BPCS. Thank You Dom Clemente - HNA IT Manager, Application Development E-mail: mailto:dom.clemente@hjheinz.com <mailto:dom.clemente@hjheinz.com> Phone: (412) 237-3664 Fax: (412) 237-3458 _______________________________________________ This is the SSA's BPCS ERP System (BPCS-L) mailing list To post a message email: BPCS-L@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/bpcs-l or email: BPCS-L-request@midrange.com 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) mailing list To post a message email: BPCS-L@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/bpcs-l or email: BPCS-L-request@midrange.com 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) mailing list To post a message email: BPCS-L@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/bpcs-l or email: BPCS-L-request@midrange.com Before posting, please take a moment to review the archives at http://archive.midrange.com/bpcs-l. --__--__-- Message: 11 Subject: Re: (no subject) To: bpcs-l@midrange.com From: Brian.Mangels@X1Solutions.com Date: Fri, 25 Jan 2002 12:44:04 -0500 Reply-To: bpcs-l@midrange.com I went to the one in Atlanta. The show is well worth it, particularly if you did not go to Boca last year. They give a good update on the current status at SSA GT and also present a good overview of V8 and some of the partner solutions. Brian Mangels Account Executive X1 Solutions www.x1solutions.com Office 229 249-0921 Cell 678 522-0921 Fax 253 541-9007 --__--__-- _______________________________________________ This is the SSA's BPCS ERP System (BPCS-L) digest list To post a message email: BPCS-L@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/bpcs-l or email: BPCS-L-request@midrange.com Before posting, please take a moment to review the archives at http://archive.midrange.com/bpcs-l. End of BPCS-L Digest
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.
midrange.com
