Problem: We have some receivers that we know we will never get a matching invoice for. They are for partials, really old information, the information was combined, or some other unique information. These receivers display when we are matching and
it causes delays in finding the right receiver.

We tried to run an exchange scheme to code these receivers as
delivery status of 'all approved' (tdpur045.stsd). But this did not work as the records still appear and the code was even changed
back to free status. We then coded the deleivery status as 'all approved' and also coded the matched field as 'complete' (tdsls045.matc). This still did not work, but at least the delivery
status code did not get changed back to free. About the only way we found for these records to not display, was to change the
invoice quantity to equal the approved quantity. We do not really
want to do this.

Has anybody else run accros this? and what did you do to get around this? I guess we could customize the session to not display receivers coded as above, but we was hoping to see if
there was another 'BaaN' way to take care of this.

Thanks to anyone who may respond

Good morning,

what is the reason that they are not matched to an invoice?

Regards, Juli

hi,

could u please tell me which version of BaaN you are using?



SAJITKRISHNAN

he/ she is using IVc2.

W are usiing BaaN IVc2.
I am a He.
Some of these are partials, never to be received lines and others
are of some unexplained reasons? Don't realy know much more except that the invoice quantity will never equal he aprroved quantity.

Thanks
Steve

I think the reason that these records are still showing as not approved is that the field tfacp200.stap is still sitting as 'matched'.
You changed the status on tdpur045 but not on tfacp200, is that right?

Also, the problem I can see with using GTM like this is that you will struggle with your GRINYA reconciliation.

you are correct, we only changed the tdpur045 table. However,
we can ge the tdpur045 table records to stay as 'all approved',
if we code them as 'completely' (matched field), but they still keep
appearing on the manual match.

Even though this may not be the corrcect way to go about it, we are trying to find a way to get these records from not appearing on the manual match seesion and would eventually like to remove them from the sytem

Not being that experienced with the TF package, what is GRINYA?

Thanks
Steve

hi Steve,

GRINYA=Goods Received Invoice Not Yet Arrived. This is maintained as an Intermediary Account which enables to Print Receivable Invoices Specifications.
Generally this is used in Purchase- Receipt and Purchase Result Combination as Invoices to be Received Account.

As Maria also has pointed out this difference could be the problem with your Invoice quantity in the physical Supplier Invoice. The system cannot go wrong in matching and approving the receipt quantity and invoice quantity.

dont ever resort to GTM for any alterations as it might reference many other tables which might cause irrepairable loss of data or junk data.

regards

Sajit