Hi,

Please could Manuel Antunes explain how he managed to 'disconnect' CFINT01.

Many thanks,

Frank Shaw.
Application Architect
Clover SA (Pty) Ltd
South Africa


                                                                                
                                                      
                      bpcs-l-request@mi                                         
                                                      
                      drange.com               To:       bpcs-l@xxxxxxxxxxxx    
                                                      
                      Sent by:                 cc:                              
                                                      
                      bpcs-l-bounces@mi        Subject:  BPCS-L Digest, Vol 2, 
Issue 94                                               
                      drange.com                                                
                                                      
                                                                                
                                                      
                                                                                
                                                      
                      2004/04/29 08:07                                          
                                                      
                      AM                                                        
                                                      
                      Please respond to                                         
                                                      
                      bpcs-l                                                    
                                                      
                                                                                
                                                      
                                                                                
                                                      




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: Consignment Inventory (DeeDee Virgei)
   2. Re: Consignment Inventory (Alister Wm Macintyre)
   3. Release-Pick Confirm-Allocation (bbutler@xxxxxxxxxxxxxxxxxxxxx)
   4. RE: Strategy to reduce iSeries costs: BPCS archiving with
      Locksmith (Manuel Antunes)
   5. Re: Strategy to reduce iSeries costs: BPCS archiving with
      Locksmith (Clare Holtham)


----------------------------------------------------------------------

message: 1
date: Wed, 28 Apr 2004 13:21:40 -0400
from: DeeDee Virgei <DeeDee.Virgei@xxxxxxxxxxxxxx>
subject: RE: Consignment Inventory

Hello,

We have a somewhat similar situation, we needed to purchase minimum
quantities on certain parts from some suppliers within a specific time
period or be penalized; we too are on 4.05 CD...  We ended up using a
combination of blanket POs &  the 'Vendor Contract/Quote Maintenance'
program (PUR150).  Not sure if you are familiar w/ PUR150, found it pretty
useful in tracking purchases made by combination of part, vendor and date
range.  We maintain a contract quantity by this combination; quantities
ordered, received and costed display below the contract quantity.  PUR150
can also be used for quantity price breaks... Anyways this info is stored
in
the HQT file; we ended up doing some simple ad hoc reporting w/ this file
to
track volumes by part, vendor and date range.  In your scenario, If you
maintain the contract  quantity as the initial consignment quantity, then
the difference between that quantity and the quantity received w/b the
consignment inventory not on the books...  This may sound confusing, but
once we started using this file, we found it quite simple and useful.  The
biggest problem we ran into was the lack of visibility of this data through
BPCS screens...  Hope this may help.

DeeDee Virgei
Project Leader
Nelson Stud Welding, Inc.


 -----Original Message-----
From:              Teunis Eversen [mailto:eversen.teunis@xxxxxxxxxxxxx]
Sent:        Wednesday, April 28, 2004 8:48 AM
To:          bpcs-l@xxxxxxxxxxxx
Subject:           Re: Consignment Inventory

Dear Al, I understand the concept of zero value in your inventory but how
do you handle depletion of inventory and addition to inventory and type of
transactions.  Secondly,  how do you handle purchase orders, receipts of
inventory to your books,  to cost bill of material and payment to
supplier.
IN our scenario, we will  have the supplier fill an 18,000 tank not
invoiced in a separate warehouse in BPCS for transfer to "day tanks" for
our use but looking to minimize manual transactions to transfer in BPCS
and handle PO receipt etc for inventory valuing and payment of invoices. I
am thinking of using some kind of blanket Purchase Order,  zero value as
no commitment until we use the material.  Where I am fuzzy on is handling
transactions, visibility of consignment inventory not on our books.  Also
this supplier will be operating in a VOMI (vendor owned and managed
inventory) environment, they get telemetry readings daily and are
responsible to keep product in the tank without running out.

Thanks
Teunis Eversen
Sika Corporation
eversen.teunis@xxxxxxxxxxxxx
201-933-8800



message: 3
date: Tue, 27 Apr 2004 19:03:58 -0500
from: Alister Wm Macintyre <macwheel99@xxxxxxxxxxx>
subject: Re: Consignment Inventory

We are also 405 CD
We have supplier owned inventory mixed in with OUR inventory.
We use a particular item class to designate that it is consignment
inventory, and we store it at zero cost.  I grant you that GAAP might not
agree because it really does have value, and it is in our building and
grounds. I think there may be an insurance liability to be able to show
the
value of what we have in our possession, even though not taxable.
With our approach the inventory is indistinguishable from other inventory
needed by MRP shop orders erc.  The only distraction is reports showing
inventory with zero cost may need adjustment to recognize that item class
is A-Ok as zero, and in fact correct any that get costed in error.
We use warehouses for 4 categories of inventory:
Raw Material storage; Ready for Shipping; WIP; awaiting QC decision.

-
Al Macintyre  http://www.ryze.com/go/Al9Mac
Find BPCS Documentation Suppliers
http://radio.weblogs.com/0107846/stories/2002/11/08/bpcsDocSources.html
BPCS/400 Computer Janitor at http://www.globalwiretechnologies.com/

, you wrote:
>Dear All,
>We are in the process of moving to a consignment type of inventory except
>the supplier will manage the inventory levels and insure supply and we do
>not own it until we use it.
>
>We are on 405cd and believe we need to set up a separate warehouse to
keep
>off the general ledger and show as inventory.
>
>We want to be able to allocate from either shop orders or MRP, our
problem
>is how to transfer the inventory to stock to withdraw from and pay
>invoices as per our contract and do in with the least of manual input
form
>operations, purchasing, planning financial personnel.
>Any information as to type of setup and transactions to do this would be
>greatly appreciated.
>
>Our goal is to expand this for bulk tank liquid products as well as non
>liquid products
>
>
>Thanks
>Teunis
>
>Teunis Eversen Jr C.P.M.
>Corporate Purchasing Manager
>
>SIKA Corporation
>201 Polito Ave
>Lyndhurst, NJ 07071
>
>phone 201-933-8800 ext 4310
>fax 201-933-9379
>
>e-mail:  eversen.teunis@xxxxxxxxxxxxx
>
>This e-mail may contain SIKA Corporation confidential information.
>Any unauthorized disclosure, distribution or other use is prohibited.
>If you received this email in error, please notify sender,
>permanently delete it, and destroy any printouts.




















_______________________________________________
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: 2
date: Wed, 28 Apr 2004 13:10:50 -0500
from: Alister Wm Macintyre <macwheel99@xxxxxxxxxxx>
subject: Re: Consignment Inventory

Thanks for the mental challenge helping me rethink some areas where I too
am a bit fuzzy.

Even though the consignment inventory is not on the company's FINANCIAL
books,
it is in the PHYSICAL inventory.
It is on the financial books of the outfit that is supplying it, but not in

their physical possession.
There may be an obligation to periodically supply that outfit with a report

on what quantities we have on-hand.  In your case, the telemetry readings
relieve you of a burden that other manufacturers have.

When you have inventory in your possession that you do not own until you
use it,
that sounds to me very much like where we have customers that use us like
safety stock,
it takes us several days to make their parts, but when they see they about
to run out, they call us and expect it shipped the same day.  We handle
this by having safety stock of their finished goods.

In your reality, you have the same physical raw materials.
When not yet using it, it belongs to the supplier.
Once you start using it, it belongs to you.
At that point in time you might want it to change from zero cost inventory
to something with value for the financial books.
You may also want notification to go to the supplier at the point when you
transfer it to your financial books, because at that point it ought to go
onto their financial books.

We have added several ITE inventory transactions that did not come from
SSA.
Perhaps you want to add a transaction similar to our REDESIGNATION.

In our reality, we have wire wound clockwise or anti-clockwise on reels, or

sitting in barrels ... same wire, but it needs to be on the spools
different ways for different machines.  Part of our item # is which kind of

spool it is on when feeding into machine that needs it to be a certain
way.  So we have an inventory transaction that transforms 100,000 feet of
one item designation to 100,000 feet of another designation.

Another example of redesignation is ... what we ship to customers is THEIR
part # ... our end item # is the customer part # ... simplifies
communications with the customer.  But sometimes what they are ordering is
the same stuff as we have internally designated as other than an end item,
such as purchased raw materials.  We can have the same stuff in the
BOM.  We move the purchased material to the shipping warehouse and
redesignate it as the item # the customer needs.

Our redesignation involves same $ value items.
You might want to see if the process can work with a change in $ value.
Something like the opposite of our write-off like scrap transaction except
not destroyed physical inventory but something that had value that we no
longer have need for.
This might not be acceptable GAAP.

It may be that when the Supplier fills that tank, you need to do something
similar to a cycle count, to tell BPCS that now the tank is full,
irrespective of what was there before.  Use a separate transaction effect
than cycle count adjustment, so you not contaminate your audit trail with
unrelated different activity.  Do you know when the tank gets filled, so
that such a transaction can be done?

RKHBIT wrote:
>Have you considered DRP and Resupply orders?

Teunis
I think this is brilliant.

I was also wondering if Outside Operations can apply when it is for the
first component of production and the lead times can be kind of
long.  Consult with the supplier about safety stock options of our MRP,
which are much more powerful flexible with facilities than in a single
global environment.

Even though DRP+RO is designed for use by our own facilities, I am
wondering if it could be used when one side of the equation is an outside
partner whose operations not under our control, and not doing the
transactions over there that BPCS expects..

With respect to your question about how we do the other stuff.
We generate various MRP reports that are aimed at Purchasing and Production

people.
These reports have been modified to meet their needs, with more info than
SSA supplied.

BPCS does not know that our item class XX means consigned parts, or what
the significance of that is.
Our Purchasing Manager knows it.
There is a risk here, where we have rules how we do things that are in the
heads of knowledge workers ... what happens if he gets in an accident and
we suddenly lose what he knows.

Thus it is perfectly legitimate for Purchase Order to go to the same place
as the Customer.

The places that supply Consignment Inventory that we craft into final
assemblies for them.
They are in RCM as a customer.
They are in AVM as a vendor.
Same name and address both places.

Thus for replenishing the consignment inventory we are able to use BPCS MRP

and PUR the same way as we use it for regular raw materials that are
costed.  Everyone in our Purchasing Dept and at the Customer knows that
this is Consignment Inventory being run through ERP software designed for
something else.  They handle it Ok ... they know we need their consignment
inventory by some deadline so that we won't have material shortage making
their end parts.

When the consignment inventory is delivered to our loading dock, the
receiving clerk accepts it against the purchase order no different than
receiving any other raw materials ... except how we are SUPPOSED to receive

resupply orders.

This leaves the 3 way match with the non-existent invoice from the
supplier.
I not know what all is being done by people in purchasing and accounting,
but basically they can get lists of what has been received in recent days
on purchase orders, where the material involved is not really purchased
from outside vendor, then they have to do the LIKE A/P transaction for the
3 way match to avoid getting BPCS messed up with the appearance of
liabilities for inventory aquired but not paid for.

You might want to have your auditors take a look at this concept.
It is probably not GAAP so if you are subject to SOX it might not be a
valid solution.

There is also the question of proper documentation.
We do a lot of exceptions to BPCS where the exceptions are in the heads of
knowledge workers, placing us at risk of forgetting vital steps when those
people leave us.
Perhaps we need to add a bit more stuff to those modified reports.

We could modify the PO so that when the material to be replenished is
consignment inventory, the appearance of the form not be confused with a
real PO.  We have done a modification, for other reasons, that link through

BOM to identify what customer item we ordering this raw material "for"
which might be extra special nice to place on this replacement form idea.

-
Al Macintyre  http://www.ryze.com/go/Al9Mac
Find BPCS Documentation Suppliers
http://radio.weblogs.com/0107846/stories/2002/11/08/bpcsDocSources.html
BPCS/400 Computer Janitor at http://www.globalwiretechnologies.com/



------------------------------

message: 3
date: Wed, 28 Apr 2004 09:19:31 +1000
from: bbutler@xxxxxxxxxxxxxxxxxxxxx
subject: Release-Pick Confirm-Allocation

When part ordering we have a problem that if we have inventory on hand
BPCS wants to allocate / confirm the manufactured quantity plus inventory
holdings. i.e. Customer order for 300 and 120 in inventory we only wish to
part order 150 that have just been manufactured BPCS allocates or wants to
confirm the 270 .Recently there was a situation posted  similar to this
example but I can't track it down.

Regards,
Bruce Butler
Production Coordinator / Scheduler ( Newcastle Branch)
Johnsonscreens  Aus


Confidentiality Note:  This e-mail message and any attachments to it are
intended only for the named recipients and may contain legally privileged
and/or confidential information.  If you are not one of the intended
recipients, please do not duplicate or forward this e-mail message and
immediately delete it from your computer.


Confidentiality Note:  This e-mail message and any attachments to it are
intended only for the named recipients and may contain legally privileged
and/or confidential information.  If you are not one of the intended
recipients, please do not duplicate or forward this e-mail message and
immediately delete it from your computer.

------------------------------

message: 4
date: Wed, 28 Apr 2004 12:00:11 +0100
from: "Manuel Antunes" <manuelantunes@xxxxxxxxxxxxxx>
subject: RE: Strategy to reduce iSeries costs: BPCS archiving with
             Locksmith

Hi,

And sometimes there is a third solution:

We have a 720 and BPCS V6.1.01 MM. Late 2002, we were running out of our
AS400 processor capacity.

We found a nice (*) solution by simply "disconnecting" CFINT01: The system
job that consumes the processor capacity if the interactive jobs go over
the contracted capacity. Now, we have the overall capacity available to
interactive and batch jobs as needed and we are far from having to upgrade
our AS400.

Bes regards,

Manuel Antunes
System Analist
Laboratorios Azevedos, SA
Portugal

(*) GoFaster from American Top Tools:
http://www.att.es/archivos/GoFasterBulletin%20I98%20ENG.pdf

| -----Mensagem original-----
| De: Clare Holtham [mailto:Clare.Holtham@xxxxxxxxxxxxxx]
| Enviada: terça-feira, 27 de Abril de 2004 8:50
| Para: SSA's BPCS ERP System
| Assunto: Re: Strategy to reduce iSeries costs: BPCS archiving with
| Locksmith
|
|
| Of course it makes sense to invest in a system that is the
| right size for
| your workload, with room for growth. However, that doesn't
| mean you should
| just go on without considering efficiency. Why pay all that
| money to IBM if
| you don't have to? And even if the jobs go through like
| greased lightning,
| you still may have response time problems on an interactive
| screen. You's be
| surprised how quickly you can fill up disk and use CPU cycles
| wastefully. My
| advice is to put a tuning programme and archiving strategy in
| place while
| you have the luxury of over-capacity! And I agree, in some
| situations where
| the system is overloaded, it isn't an either or situation,
| it's a both.
|
| cheers,
|
| Clare
|
| Clare Holtham
| Director, Small Blue Ltd - Archiving for BPCS
| Web: www.smallblue.co.uk
| IBM Certified AS/400 Systems Professional
| E-Mail: Clare.Holtham@xxxxxxxxxxxxxxx
| Mobile: +44 (0)7960 665958
|
| ----- Original Message -----
| From: <Tom_Page@xxxxxxxxxx>
| To: "SSA's BPCS ERP System" <bpcs-l@xxxxxxxxxxxx>
| Sent: Tuesday, April 27, 2004 3:38 AM
| Subject: Re: Strategy to reduce iSeries costs: BPCS archiving
| with Locksmith
|
|
| > We are running 6.101 mixed mode, had a 720 with 120 interactive CPW,
| > constantly at 90% or above.  Constant problems, batch jobs
| backing up, not
| > fun to support.
| > We upgraded to an 810 1500 cpw no interactive limits,  BPCS
| actually works
| > now, F5 you get an immediate response.  OK it was $130K but
| we are running
| > at 15% capacity now, there is never more than
| > two jobs in the queue because the clear out so fast.  Jobs
| that used to
| > take an hour now take 5 minutes.  Month end closing and
| INV903, dont blink
| > becuase it is done before you can check on the job, it used
| to take 40
| > minutes.  This is one case where throwing more hardware at
| the problem has
| > solved most all of our problems.  We even had a runaway job
| going for 2
| > weeks before any noticed, me!
| > My recomendation, upgrade your hardware, become efficient later.
| >
| >
| >
| >
| >
| >
| > "Milt Habeck" <mhabeck@xxxxxxxxxx>
| > Sent by: bpcs-l-bounces@xxxxxxxxxxxx
| > 04/26/2004 12:05 AM
| > Please respond to "SSA's BPCS ERP System"
| >
| >
| >         To:     "BPCS user community" <BPCS-L@xxxxxxxxxxxx>
| >         cc:
| >         Subject:        Strategy to reduce iSeries costs:
| BPCS archiving
| with Locksmith
| >
| >
| > Dear Nadun,
| >
| > At 95% CPU utilization, it's entirely possible that you'll
| > need a new box even if you don't upgrade to BPCS v8.x.
| > But  ... before you place the order with IBM, please
| > consider this strategy ---->>
| >
| >         +  Measure the response time improvement
| >              achievable with Locksmith software.
| >
| > Locksmith archiving software could produce one or
| > both of these happy results:
| >
| >   1. There's a chance that the response time improvement
| >       realized from Locksmith could be significant enough
| >       to postpone the day when a new iSeries is needed.
| >
| >   2. If you archive BPCS before moving off the old box,
| >       you'll get a better feel for how much punch is actually
| >       needed in the new box. You might be able to shave
| >       some cost off an IBM configuration.
| >
| > Either result would more than pay for a copy of Locksmith.
| > Details available here:
| >     http://www.unbeatenpathintl.com/locksmith_bpcs.htm
| >
| > Here's several more clever/affordable Bells & Whistles
| > for BPCS software ideas:
| >    http://www.unbeatenpathintl.com/bells/source/1.html
| >
| > Warm regards and peace to you,
| >
| > Milt Habeck
| > Unbeaten Path International
| >
| > Toll free North America:  (888) 874-8008
| > International voice: (262) 681-3151
| > mhabeck@xxxxxxxxxx
| > www.unbeatenpathintl.com
| >
| >
| >
| > +++++++  +++++++  +++++++  +++++++  +++++++  +++++++
| > From: ngamage@xxxxxxxxxxxxxxxxxx
| > To: bpcs-l@xxxxxxxxxxxx
| > Sent: Wednesday, April 14, 2004 3:24 AM
| > Subject: BPCS V8.2 Question
| >
| > Hi,
| >
| > We operate our business using BPCS & EAM V6.1.01 (mixed
| mode) in AS/400
| > 620
| > model (CPW-85) on OS/400 V5R1. The concurrent users are estimated as
| > around
| > 70 to 80 and the CPU utilization is at its maximum (above
| 95%) most of the
| > time. In such a situation we also have some plans to
| upgrade our BPCS &
| > EAM
| > to V8.2 full client version under the same hardware platform. We are
| > seriously doubtful and concern about whether the current
| AS/400 can handle
| > the workload once we upgrade to V8.2 full client.
| >
| > Any suggestions and comments are highly appreciated to
| handle the current
| > situation
| >
| > Regards, Nadun Gamage
| >
| > _______________________________________________
| > 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) 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: Thu, 29 Apr 2004 07:00:41 +0100
from: "Clare Holtham" <Clare.Holtham@xxxxxxxxxxxxxx>
subject: Re: Strategy to reduce iSeries costs: BPCS archiving with
             Locksmith

Or if you want to take that route you could always buy Fast/400 from that
UK
company (if it's still around), and then you won't have to suffer the
appallingly bad English in the Go Faster literature from ATT Barcelona,
Spain!!

cheers,

Clare

----- Original Message -----
From: "Manuel Antunes" <manuelantunes@xxxxxxxxxxxxxx>
To: "SSA's BPCS ERP System" <bpcs-l@xxxxxxxxxxxx>
Sent: Wednesday, April 28, 2004 12:00 PM
Subject: RE: Strategy to reduce iSeries costs: BPCS archiving with
Locksmith


> Hi,
>
> And sometimes there is a third solution:
>
> We have a 720 and BPCS V6.1.01 MM. Late 2002, we were running out of our
AS400 processor capacity.
>
> We found a nice (*) solution by simply "disconnecting" CFINT01: The
system
job that consumes the processor capacity if the interactive jobs go over
the
contracted capacity. Now, we have the overall capacity available to
interactive and batch jobs as needed and we are far from having to upgrade
our AS400.
>
> Bes regards,
>
> Manuel Antunes
> System Analist
> Laboratorios Azevedos, SA
> Portugal
>
> (*) GoFaster from American Top Tools:
http://www.att.es/archivos/GoFasterBulletin%20I98%20ENG.pdf
>
> | -----Mensagem original-----
> | De: Clare Holtham [mailto:Clare.Holtham@xxxxxxxxxxxxxx]
> | Enviada: terça-feira, 27 de Abril de 2004 8:50
> | Para: SSA's BPCS ERP System
> | Assunto: Re: Strategy to reduce iSeries costs: BPCS archiving with
> | Locksmith
> |
> |
> | Of course it makes sense to invest in a system that is the
> | right size for
> | your workload, with room for growth. However, that doesn't
> | mean you should
> | just go on without considering efficiency. Why pay all that
> | money to IBM if
> | you don't have to? And even if the jobs go through like
> | greased lightning,
> | you still may have response time problems on an interactive
> | screen. You's be
> | surprised how quickly you can fill up disk and use CPU cycles
> | wastefully. My
> | advice is to put a tuning programme and archiving strategy in
> | place while
> | you have the luxury of over-capacity! And I agree, in some
> | situations where
> | the system is overloaded, it isn't an either or situation,
> | it's a both.
> |
> | cheers,
> |
> | Clare
> |
> | Clare Holtham
> | Director, Small Blue Ltd - Archiving for BPCS
> | Web: www.smallblue.co.uk
> | IBM Certified AS/400 Systems Professional
> | E-Mail: Clare.Holtham@xxxxxxxxxxxxxxx
> | Mobile: +44 (0)7960 665958
> |
> | ----- Original Message -----
> | From: <Tom_Page@xxxxxxxxxx>
> | To: "SSA's BPCS ERP System" <bpcs-l@xxxxxxxxxxxx>
> | Sent: Tuesday, April 27, 2004 3:38 AM
> | Subject: Re: Strategy to reduce iSeries costs: BPCS archiving
> | with Locksmith
> |
> |
> | > We are running 6.101 mixed mode, had a 720 with 120 interactive CPW,
> | > constantly at 90% or above.  Constant problems, batch jobs
> | backing up, not
> | > fun to support.
> | > We upgraded to an 810 1500 cpw no interactive limits,  BPCS
> | actually works
> | > now, F5 you get an immediate response.  OK it was $130K but
> | we are running
> | > at 15% capacity now, there is never more than
> | > two jobs in the queue because the clear out so fast.  Jobs
> | that used to
> | > take an hour now take 5 minutes.  Month end closing and
> | INV903, dont blink
> | > becuase it is done before you can check on the job, it used
> | to take 40
> | > minutes.  This is one case where throwing more hardware at
> | the problem has
> | > solved most all of our problems.  We even had a runaway job
> | going for 2
> | > weeks before any noticed, me!
> | > My recomendation, upgrade your hardware, become efficient later.
> | >
> | >
> | >
> | >
> | >
> | >
> | > "Milt Habeck" <mhabeck@xxxxxxxxxx>
> | > Sent by: bpcs-l-bounces@xxxxxxxxxxxx
> | > 04/26/2004 12:05 AM
> | > Please respond to "SSA's BPCS ERP System"
> | >
> | >
> | >         To:     "BPCS user community" <BPCS-L@xxxxxxxxxxxx>
> | >         cc:
> | >         Subject:        Strategy to reduce iSeries costs:
> | BPCS archiving
> | with Locksmith
> | >
> | >
> | > Dear Nadun,
> | >
> | > At 95% CPU utilization, it's entirely possible that you'll
> | > need a new box even if you don't upgrade to BPCS v8.x.
> | > But  ... before you place the order with IBM, please
> | > consider this strategy ---->>
> | >
> | >         +  Measure the response time improvement
> | >              achievable with Locksmith software.
> | >
> | > Locksmith archiving software could produce one or
> | > both of these happy results:
> | >
> | >   1. There's a chance that the response time improvement
> | >       realized from Locksmith could be significant enough
> | >       to postpone the day when a new iSeries is needed.
> | >
> | >   2. If you archive BPCS before moving off the old box,
> | >       you'll get a better feel for how much punch is actually
> | >       needed in the new box. You might be able to shave
> | >       some cost off an IBM configuration.
> | >
> | > Either result would more than pay for a copy of Locksmith.
> | > Details available here:
> | >     http://www.unbeatenpathintl.com/locksmith_bpcs.htm
> | >
> | > Here's several more clever/affordable Bells & Whistles
> | > for BPCS software ideas:
> | >    http://www.unbeatenpathintl.com/bells/source/1.html
> | >
> | > Warm regards and peace to you,
> | >
> | > Milt Habeck
> | > Unbeaten Path International
> | >
> | > Toll free North America:  (888) 874-8008
> | > International voice: (262) 681-3151
> | > mhabeck@xxxxxxxxxx
> | > www.unbeatenpathintl.com
> | >
> | >
> | >
> | > +++++++  +++++++  +++++++  +++++++  +++++++  +++++++
> | > From: ngamage@xxxxxxxxxxxxxxxxxx
> | > To: bpcs-l@xxxxxxxxxxxx
> | > Sent: Wednesday, April 14, 2004 3:24 AM
> | > Subject: BPCS V8.2 Question
> | >
> | > Hi,
> | >
> | > We operate our business using BPCS & EAM V6.1.01 (mixed
> | mode) in AS/400
> | > 620
> | > model (CPW-85) on OS/400 V5R1. The concurrent users are estimated as
> | > around
> | > 70 to 80 and the CPU utilization is at its maximum (above
> | 95%) most of the
> | > time. In such a situation we also have some plans to
> | upgrade our BPCS &
> | > EAM
> | > to V8.2 full client version under the same hardware platform. We are
> | > seriously doubtful and concern about whether the current
> | AS/400 can handle
> | > the workload once we upgrade to V8.2 full client.
> | >
> | > Any suggestions and comments are highly appreciated to
> | handle the current
> | > situation
> | >
> | > Regards, Nadun Gamage
> | >
> | > _______________________________________________
> | > 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) 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) 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 94
*************************************





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