× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: RE: CMF - how could it be possible?
  • From: Otto Hason <hason@xxxxxxxx>
  • Date: Fri, 12 May 2000 08:03:53 +0200

Costs in CMF are updated this way - doesn't matter if CST100 or other programs:
amount in related (facility, set, bucket) is updated
than the difference between new and old value is added to zero bucket.
I want to say:
if you have difference between zero bucket and sum of non-zero buckets,
this difference remains for ever. 
This difference could have been created for example via DFU, SQL - generally 
not by BPCS-programms.

HTH
        oTTo



-----Původní zpráva-----
Od:     MacWheel99@Aol.com [SMTP:MacWheel99@Aol.com]
Odesláno:       10. května 2000 20:51
Komu:   BPCS-L@midrange.com
Předmět:        Re: CMF - how could it be possible?

from Al Macintyre

  Item  fac     Cstset    CSTbkt  CSTthislvl
  ABC   SW        1                 10000
  ABC   SW        1        1         8000
  ABC                 1                 

In answer to your question ,,, total cost in bucket 0-blank for a facility 
can only come from the same item & facility & cost set combination ... when 
your user is in INV300 looking at the cost for an item ... try blanking out 
the facility filter & seeing if the cost is any different for no facility as 
for SW ... also try this in CST300

If you have any globally coded BOM or routings, that will cause you to have 
records with no facility in your CIC which in turn will populate CMF at time 
of cost roll-up, then you will get cost bucket 0-blank that is the total of 
all cost buckets that are no facility ... we do our costing by facility, but 
we have had human error creating records where we did not intend to create 
them & this usually shows up when trying to delete an obsolete item & we 
cannot, because there are cost records where we did not expect to find them.

We have had recent discussions in this forum regarding cost glitches when an 
item got changed between purchased & manufactured, and there were remnants of 
cost in the system from the other method.  

How do you know that there are no other CMF records on this item cost bucket 
combination ... the system can generate them in addition to any you created, 
so it is essential to look in CST300 or Query or other tools to take an 
inventory of any that are out there.

Try an experiment.  Temporarily change bucket 1 a little bit

  Item  fac     Cstset    CSTbkt  CSTthislvl
  ABC   SW        1        1         8050

Now check bucket 0 ... has it changed by the same amount?

  ABC   SW        1                 10050

This would tell me that it is getting the 2000 from some other record that 
you are not seeing.  Is there anything unusual in the other cost fields for 
this item?

>  From:    Qin_Huang@schindler.com (Qin Huang)

>  hi kusman,
>  
>  I know what you mean but for records with 'SW' there are only two records, 
> one is SW,1,1 the other is SW,1,blank, no SW,1,2 or SW,1,3 for sure. 
> Do I have to check records which is 1,2,--1,3 without 'SW' as well?
>  
>  best regards,
>  hqin
  
>  
>  Dear Qin;
>  
>  The blank bucket is the total from all bucket use have.  If your use
>  actual cost. I think you need to check your bucket 2, 3 and so on.
>  
>  Regards
>  KUSMAN
>  

Al Macintyre  ?ż?
http://www.cen-elec.com MIS Manager Programmer & Computer Janitor
+---
| This is the BPCS Users Mailing List!
| To submit a new message, send your mail to BPCS-L@midrange.com.
| To subscribe to this list send email to BPCS-L-SUB@midrange.com.
| To unsubscribe from this list send email to BPCS-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: dasmussen@aol.com
+---
---
Příchozí zpráva neobsahuje viry.
Zkontrolováno antivirovým systémem AVG (http://www.grisoft.cz).
Verze: 6.0.145 / Virová báze: 69 - datum vydání: 4.5.2000

---
Odchozí zpráva neobsahuje viry.
Zkontrolováno antivirovým systémem AVG (http://www.grisoft.cz).
Verze: 6.0.145 / Virová báze: 69 - datum vydání: 4.5.2000

application/ms-tnef


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