[Web-erp-developers] Credit Items & Controlled Items

[Jesse P. <jes...@st...>]

I'm down to finishing up my Serialised Item work and just need to get =
the Credit_invoice and SelectCreditItems finalized. I've realized that =
currently one seems to be allowed to Credit back items which were never =
purchased - this does not seem right. In validating Serialised Items, =
I've made sure they exist and can be used (ie, you can't sell an item =
you've already sold... unless it has been returned to stock, like =
through a Credit). I planned to also validate Serialised items returned =
on a CreditNote - must exist, must have been sold to the Customer being =
credited, and must still be attached to a SalesOrder.=20
Thoughts on that? I'd be inclined to simply not allow Credits for more =
Items than have been purchased.

In tracking Controlled Items I force a BundleId to be entered for the =
goods as they are Received via a PO and as they sold via a SO. One =
consideration, which I believe will be made/changed in a second round on =
Serialised additions is forcing unique BundleIds (ie, auto selecting =
them through a new method rather than prompting the User to enter them). =
What I am wondering is the best way to track Credited, Controlled Items =
coming back in. I have a feeling that they should be tracked using the =
BundleId they went out on a SO with.

If that is the case, I now also need to force a Bundle to be selected =
when Controlled Items are to be credited, which again requires that only =
items that have been sold can be Credited. That brings some changes =
since it is not as easy to return 5 (each) of 10 different StockIds from =
3 different Bundles. Further, when using SelectCreditItems, I'll need to =
create StockMoves for every affected Bundle. Using Credit_Invoice this =
is taken care of since it is restricted to one Invoice, thus 1 LineItem =
per StockId, so also just 1 BundleId.

So, I guess the question is just whether you should be able to Credit =
items that were never sold....


jesse