Feel free to send me the code that does this.

-derek

Kevin Benton <[EMAIL PROTECTED]> writes:

> Even better - if we take it a step farther, if that checkbox is checked,
> then it also opens up a drop-down of some sort that would allow us to
> specify a tax profile for each geographic region the user specifies.  I have
> locations that I may need to pay tax in near me that vary widely.  One
> location requires me to record 6 different sales taxes.  The state I came
> from was much easier, just three.
> 
> For the purposes I need it for, one aggregate will probably do (minimally)
> as long as I can have it fill in a default rate then adjust it.  The
> additional complexity would be nice to have so that I can have my reports
> ready for me at any point during the quarter.  That way, if I need to send
> the information to a partner, it's already computed for me.
> 
> The bare-bones minimum reason for doing this is to make sure I don't
> accidentally start spending my tax dollars a few days before the end of the
> quarter, then end up needing to take out a loan to pay taxes.  It also
> demonstrates to any partner how much we've made.  Yuck.
> 
> If I were able to make many of these into memorized transactions (for my
> vending machines), then this would nearly become a non-issue.  I would just
> code my vending machine items like...
> 
> Happy Horseshoes Gumball
>       Product Cost    $0.02452
>       City Tax                $0.01142
>       ...
> 
> George's Garage Gumball       $0.25
>       Product Cost    $0.02452
>       City Tax                $0.01441
>       ...
> 
> As you can see, the memorized transaction would be different for each, but
> help me keep track of everything.  Having the quantity count available would
> also be helpful as part of the memorized transaction.  Of course, this is
> what happens when you try to merge an inventory system with a purchase
> tracking system with an accounting system with a tax tracking system with a
> ...
> 
> Convoluted!  :)
> 
> Kevin Benton
> 
> WebEx Communications, Inc. accepts no liability in relation to any personal
> emails, or any content of any email that does not relate directly to the
> business of WebEx Communications, Inc.
> 
> 
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, June 06, 2002 3:07 PM
> To: Derek Atkins
> Cc: Kevin Benton; '[EMAIL PROTECTED]'; [EMAIL PROTECTED];
> '[EMAIL PROTECTED]'
> Subject: Re: sales tax & more
> 
> 
> On Thu, Jun 06, 2002 at 12:00:38PM -0400, Derek Atkins was heard to remark:
> > This is already there in current-cvs.  For every item in an invoice
> > you can enter the amount of tax (by percent or by value) and the 'tax
> > account' to which that tax should be applied.  Granted, this only
> 
> I think that what he wants in the GUI is a checkboxx that says
> 'taxable/nontaxable'
> and in the engine, one or more splits get created automatically and
> routed to the right accounts.
> 
> Often, there'c city, county and state sales taxes, and although the customer
> 
> isn't aware of this, the seller has to track them seprately.
> 
> --linas
> 
> 
> -- 
> pub  1024D/01045933 2001-02-01 Linas Vepstas (Labas!) <[EMAIL PROTECTED]>
> PGP Key fingerprint = 8305 2521 6000 0B5E 8984  3F54 64A9 9A82 0104 5933
> _______________________________________________
> gnucash-devel mailing list
> [EMAIL PROTECTED]
> http://www.gnucash.org/cgi-bin/mailman/listinfo/gnucash-devel
> _______________________________________________
> gnucash-devel mailing list
> [EMAIL PROTECTED]
> http://www.gnucash.org/cgi-bin/mailman/listinfo/gnucash-devel

-- 
       Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
       Member, MIT Student Information Processing Board  (SIPB)
       URL: http://web.mit.edu/warlord/    PP-ASEL-IA     N1NWH
       [EMAIL PROTECTED]                        PGP key available
_______________________________________________
gnucash-devel mailing list
[EMAIL PROTECTED]
http://www.gnucash.org/cgi-bin/mailman/listinfo/gnucash-devel

Reply via email to