Discount Field

[Luke <..hidden..>]

The below quoted old message, has raised something I've been meaning to 
bring up for some time.

What are the pros, cons, and chances, of adding a discount field?  An 
overall discount field, that is, under subtotal.

I would like to be able to adjust the over all final price, either by a 
hard dollar amount, or by a percentage.

E.G. "Hey, you guys really shipped my last order late--how about twenty 
bucks off on my current invoice?"
"Well, that wasn't us, it was the shipper, but certainly, let me just 
enter a 20 into discount, and...done!"

Percentage can be done with line items, but even then you want to take 10% 
off of an order, it might just be quicker to enter "10%" into a field 
called discount, and not into 52 different line item fields on a big 
order worthy of such discounts.

Even the field name could be variable: if it is a text field defaulting to 
a defaults "name of discounts" entry, you could call it "Discount", 
"Write-Off", or whatever, as described below, and then alter it at 
"runtime" to say something more descriptive if necessary.

Is this something worth requesting as a feature, or am I alone in desiring 
it?

Not having it makes porting in old invoices difficult, as we always did 
this under manual invoicing for the first several years of my company, and 
having to do calculations which some times never quite work out, or 
implement other weird looking solutions, is annoying.

Luke


On Mon, 22 Sep 2008, Jeff Kowalczyk wrote:

> Using branches/1.2 in a parts fulfillment workflow (SO->PO->Recieve->SI),
> a user has traditionally adjusted prices of various line items for various
> policy reasons.
> 
> These adjustments in their legacy system were done using line items
> ('courtesy', 'discount', 'write-off', etc.) with a negative amount. This
> will not be the case with the LedgerSMB deployment.
> 
> What are the implications of allowing the user to a) vs. b): 
> 
> a) Set the line item part price to achive the desired result 
> 
> b) Calculate the discount percentage to achieve the desired result
> (requires a calculator, inconvenient).
> 
> I'll train the users to do the recommended thing, but I would like to know
> the implication of each approach on COGS, etc.
> 
> Thanks,
> Jeff
> 
> 
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Ledger-smb-users mailing list
> ..hidden..
> https://lists.sourceforge.net/lists/listinfo/ledger-smb-users
>