[ List Archives Home ] [ Thread index for 2008 ]
[ Date index for 2008 ]
[ Author index for 2008 ]
[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
- Date: Mon, 22 Sep 2003 13:54:31 -0400
- From: Jill Ellern <ellern@xxxxxxxxxx>
- Subject: Re: Fund code dilemma
Every year we have departments that change names, codes split and combine...it's
almost as bad as serials...LOL So it's a never ending process.
So, I have created a separate report just for unused/changed/modified codes. In
the fund codes themselves, I put notes to say not to use them but I use the report
to check to make sure noone has used these codes until they can be deleted
completely...then every few years I go through the long process of creating review
files and checking to see if they can be deleted without problems.
gde
"Kelleher, Sue" wrote:
> I am having a crisis late on this Friday afternoon. We want to redo all of
> our fund codes. I have researched thru the manual (and talked to the
> helpdesk), but still have some questions. What are you supposed to do with
> order records that are fully paid and/or are no longer taking payments
> (either they are cancelled or the record has 50 paid fields)?
>
>
>
> The manual states that records that use codes that have been deleted from a
> table have "bad code". I don't see why you should have to change the codes
> in those records that are not going to see future use, but the manual
> clearly says that you can't delete a fund code if it is used "anywhere in
> the system."
>
>
>
> Is my only alternative to archive those records? That means we won't have
> access to them for reports, statistics, etc. doesn't it?
>
>
>
> Help, I hope I am just over thinking this situation and that there is a
> simple solution.
>
>
>
> Sue Kelleher
>
> Head of Technical Services
>
> Barry University
>
> Dwayne O. Andreas School of Law
>
> 6441 East Colonial Drive
>
> Orlando, FL 32807
>
> Phone - (407) 275-2000 x266 Fax - (407) 275-3654
>
> E-Mail - skelleher@xxxxxxxxxx
>
>
>
> --- StripMime Report -- processed MIME parts ---
> multipart/alternative
> text/plain (text body -- kept)
> text/html
> ---
> --
> This message was distributed through the Innovative Users Group INNOPAC list
> Public replies: INNOPAC@xxxxxxxxxx
> Update your subscription options: http://innopacusers.org/list/listinfo/innopac