Re: Cost Repairs -- BPCS-L

Another reason for bucket 0 to be wrong/negative is due to the logic of
CST100: when updating/deleting a bucket, the program simply subtracts the
transaction difference from bucket 0 instead of recalculating it from bucket
1 to n. The solution in our shop was to recommend that cost accountants use
Option 11 (I think that's the number) which should read "Delete all buckets"
and re-create all buckets from scratch, especially when dealing with
negative costs corrections.

Fred Berger
SICPA Securink Corp.
----- Original Message -----
From: <MacWheel99@aol.com>
To: "BPCS Users Discussion Group" <BPCS-L@midrange.com>
Sent: Friday, October 05, 2001 12:35 PM
Subject: Cost Repairs


> I have found some cost buckets that do not add up right.
> They are off by like 0.00001 to 0.00010 mainly in the previous level
actual
> cost.
> There are far too many for me to be fixing via DFU, like I fix the
negative
> costs.
>
> Our low level codes are A-Ok.
> We manage our data by facility.
> We roll standard costs via CST600
> We update actual costs via CST900
>
> I figure that this is probably being caused by an SSA bug in CST900 where
> they often multiply absurdly large work fields without making proper
> provision for rounding ... in other words if you do arithmetic with the
> largest possible fields that IBM supports, you have to arrange for the odd
> numbers flying outside those field sizes & SSA habitually does not.
>
> I am contemplating writing a program to recalculate cost bucket zero of
CMF.
> Other costs like CIC & IIM would reflect the old bad bucket zero of CMF.
> I am wondering if the next time there is an update to CMF, that new value
of
> CMF would be propagated to CIC & IIM & anywhere else, or if they get
changed
> by the amount of difference that CMF got changed by.
> In other words perhaps it is smart in addition to program to recalculate
CMF
> cost bucket zero to also propagate that correction to CIC & IIM & where
else
> does it belong?
>
> May I assume 405 CD does not come with any software to do any of this that
I
> can help myself to?
>
> 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
> _______________________________________________
> 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.
>