On 13 Sep 01:39, Dieter Van Eessen wrote: > Hello, > > Has there been any improvement on how to accomplish discount for > cach/direct payment? > The link you provided, appears to be dead. I'm trying to circumvent the > problem, > but I'm not sure wether this method is completely legit. > Account codes are for belgium, account names should be universal. > > Example bill: > + I'm buying 2 products from Vendor: > - ProductA: 1000 euro, 21% VAT/BTW > - ProductB: 300 euro, 6% VAT/BTW > These product are to be sold again (company cost, NOT personal) > + I can get 2% discount for payment within 7 days (thus also reducing > VAT/BTW) > + In Belgium, I don't have to pay VAT/BTW, EVEN IF I DONT PAY WITHIN 7 > DAYS. > This rule only applies if the % discount for direct/cash/quick payment > is low enough (max 2%) > > Thus: > + Total VAT to pay (always taking in account the 2% discount) > VAT 21%: Base 980 => 205,8 > VAT 6%: Base 294 => 17,64 > > Now after posting the bill, the result on the account tree should be: > 604 Costs -> debit: 1000+300 = 1300 > 411 VAT to get back from government -> debit: 205,8 + 17,64 = 223,44 > 440 vendors/crediteurs -> credit: 1300 + 223,44 = 1523,44 > > The discount I MAY use is 26 euro, but this information musn't be added > when posting the bill > > Thus to summarize: > +It basically comes down to reducing the VAT on the bill: > FROM (without belgian 2% for quick pay rule) 1000*21% + 300*6% > TO (with belgian 2% for quick pay rule) 0,98*1000*21% + 0,98*300*6%
It seems it depends if the discount is with or without condition. So I think any implemetation should be able to manage both cases. > + Solving the problem may be done by adding a second tax to the products: > - ProductA: 1000 euro; tax1: +21%; tax2: -0,02*21% > - ProductB: 300 euro; tax1: +6%; tax2: -0,02*6% I don't think it is the right path to follow because it will lead to multiplication of taxes. Indeed it is the base amount of the computation of the tax that must be adapated in case of discount. It should probably not difficult to adapt Tryton to allow an easy customisation of the base amount. > This could work to post bills (aankoopfacturen), but for invoices > (verkoopfacturen) I think > the printed result won't be legit. > > Is the above example ok? I think this part is quite clear but the tricky one is how to manage it when receive the paiment. Because you have to compute the discount and make the right move to reconcile. PS: Please don't top-post on this mailing list, see http://groups.tryton.org/netiquette -- Cédric Krier - B2CK SPRL Email/Jabber: [email protected] Tel: +32 472 54 46 59 Website: http://www.b2ck.com/
pgpdmPG_pS6F5.pgp
Description: PGP signature
