Recent content by lig.qad

Tim, sgs.prasad is correct... transaction type CST-ADJ is the result of manually changing the GL cost, rolling the cost directly on the GL cost set or after doing a cost-set to cost set copy. Not clear on what you mean by "want to verify that we have to create a journal entry to affect the GL"...

Aside any other reasons... first of all, ih_hist is not unique on ih_nbr... multiple invoices can be generated from same SO number. Domain aside, the connection between ih_hist and idh_hist must include both _nbr and _inv_nbr. None of them, alone would suffice. Here is an example... for each...

Lot of questions puravista... I am going to best try to clear some of the questions from what I have seen and heard of Qxtend... if you need reference of people that really know about Qxtend, shoot me a message. The first thing I would check is what is the reason for implementing against eB2.1...

Lockbox is a quite common name across ERP that actually refers to the process of taking a bank file as an input (e.g. customer checks/deposits and payments through electronic bank transfers) and loading it as "AR payments". For further explanation of how the QAD lockbox functionality works...

In that version you can use prh_hist and compare prh_received_qty vs. prh_invoiced (not the actual fields, don't have access to manual or system right now). Prh has PO, Line, part, serial/lot, etc. There is also an "unvouchered receipts" report in Accounts Payable... you can follow the logic on...

pih_hist and iph_hist are linked to a specific sod_det or idh_hist respectively. The price used for a customer schedule issue is the one stored in the corresponding sod_det (before posting) and then on the idh_hist. idh_list_pr is the "list price". idh_price is the "price after any discount"...

Siber: Just to be clear... what does a hard or soft allocation mean? A SOFT allocation means to "subtract from the available" for a given item/site combination (managed at the in_mstr record level); when a soft allocation is made, there are no specifics to the actual inventory "location...