I think I may have found a solution. I tested this again and received the
same results, so I went into the Part Class again, tabbed through the
account fields, then created another purchase order. This time the system
debited and credited the correct control account. I guess I just need to
tab through all of the account fields for the inactive classes. I have had
to do this on some sales orders to allow credit memos to be posted to them
and I have no idea why but it works. Would be nice if you could mark these
inactive and not have them appear at all.
Michael
same results, so I went into the Part Class again, tabbed through the
account fields, then created another purchase order. This time the system
debited and credited the correct control account. I guess I just need to
tab through all of the account fields for the inactive classes. I have had
to do this on some sales orders to allow credit memos to be posted to them
and I have no idea why but it works. Would be nice if you could mark these
inactive and not have them appear at all.
Michael
> -----Original Message-----
> From: Karen Brodniak [mailto:karen.brodniak@...]
> Sent: Thursday, June 05, 2003 1:46 PM
> To: vantage@yahoogroups.com
> Subject: RE: [Vantage] Part Class Issue
>
>
> We were having the same problem and sometimes still do. Our
> problem happened
> when we restructured the Part Classes and a PO was copied that used a
> different part class. When the item was received, it would post to an
> inactive GL account. I asked the Purchasing Agent to keep an eye on copied
> PO's and make sure the part class is the correct one.
>
> Karen Brodniak
> Accounting Manager
> 425-742-7011 X44
> Fax 425-353-8945
> karen.brodniak@...
> -----Original Message-----
> From: Michael Benedict [mailto:mbenedict@...]
> Sent: Thursday, June 05, 2003 10:54 AM
> To: vantage@yahoogroups.com
> Subject: [Vantage] Part Class Issue
>
>
> We have consolidated our part classes into a more manageable number over
> the
> last few months. We renamed the description to have the
> inactive classes
> fall to the bottom of the sort and removed all of the associated GL
> account
> numbers in Part Class Maintenance. However, if someone selects
> one of the
> invalid classes by mistake the settings are somehow stored in the system
> and
> the previously referenced GL account number, active or not, will be
> charged.
> When I look at the account settings in the maintenance screen
> they are all
> blank, but if I create a report and include the ID, Desc and GL Expense
> Account info, the GL Expense Account appears on the reports. Has anyone
> else experienced this, or am I not looking in the appropriate location?
>
> Thanks in advance,
>
> Michael Benedict
> IS Manager
> Crestview Aerospace Corp.
>
>
> Yahoo! Groups Sponsor
>
>
>
>
>
> Useful links for the Yahoo!Groups Vantage Board are: ( Note: You must
> have already linked your email address to a yahoo id to enable access. )
> (1) To access the Files Section of our Yahoo!Group for Report
> Builder and
> Crystal Reports and other 'goodies', please goto:
> http://groups.yahoo.com/group/vantage/files/.
> (2) To search through old msg's goto:
> http://groups.yahoo.com/group/vantage/messages
> (3) To view links to Vendors that provide Vantage services goto:
> http://groups.yahoo.com/group/vantage/links
>
> Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
>
>
> [Non-text portions of this message have been removed]
>
>
>
> Useful links for the Yahoo!Groups Vantage Board are: ( Note: You
> must have already linked your email address to a yahoo id to
> enable access. )
> (1) To access the Files Section of our Yahoo!Group for Report
> Builder and Crystal Reports and other 'goodies', please goto:
> http://groups.yahoo.com/group/vantage/files/.
> (2) To search through old msg's goto:
> http://groups.yahoo.com/group/vantage/messages
> (3) To view links to Vendors that provide Vantage services goto:
> http://groups.yahoo.com/group/vantage/links
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>
>
>