| irc.libera.chat #tryton log beginning Wed Jan 19 12:00:01 AM CET 2022 | ||
| -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton | 01:29 | |
| -!- ChanServ changed mode/#tryton -> +o cedk | 01:29 | |
| -!- mrichez(~Maxime@2a02:a03f:c2e8:f900:ed77:85ea:af2b:ba6e) has joined #tryton | 06:12 | |
| -!- timitos(~kpreisler@host-88-217-184-172.customer.m-online.net) has joined #tryton | 06:15 | |
| -!- springwurm(~springwur@5.104.149.54) has joined #tryton | 06:25 | |
| -!- rpit(~rpit@p200300c88f3e0900e532e79838eb182a.dip0.t-ipconnect.de) has joined #tryton | 08:18 | |
| -!- acaubet(~Thunderbi@194.224.31.235) has joined #tryton | 08:19 | |
| -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton | 08:46 | |
| -!- ChanServ changed mode/#tryton -> +o cedk | 08:46 | |
| -!- udono(~udono@232-128-067-156.ip-addr.inexio.net) has joined #tryton | 09:00 | |
| pokoli | Is there any reason to lock the entire table when sending to chrous? Won't be better to just lock the records that we are sending to? | 11:05 |
|---|---|---|
| pokoli | We follow the same design on account_es_sii so I'm wondering if we can not just lock the records to be sent | 11:05 |
| cedk | pokoli: I agree that we could just lock the invoice | 12:31 |
| cedk | I guess record lock did not exist when this was implemented | 12:32 |
| cedk | also as there is a commit on each loop the global lock is released on the first iteration | 12:32 |
| pokoli | cedk: so you think the best is to lock each record on each loop? | 12:33 |
| cedk | pokoli: yes | 12:33 |
| cedk | pokoli: indeed I think the best is first lock all records than lock again in each iteration | 12:33 |
| -!- nicoe(~nicoe@2a02:578:852a:c00:18c2:1aff:fef9:2b7f) has joined #tryton | 12:57 | |
| -!- springwurm(~springwur@5.104.149.54) has joined #tryton | 13:44 | |
| LordVan | hi | 13:52 |
| LordVan | quick questions as I am confused with invoicing | 13:52 |
| LordVan | I ahve an invoice with some sale lines with tax and it is all shown correctly, | 13:53 |
| LordVan | but when I then change it to "post" it recalculates the tax | 13:56 |
| LordVan | say for example in draft state I hav euntaxed: 52 €, 10,40€ tax => 62,40 € taxed which is correct | 13:56 |
| LordVan | and in validated it is still like that | 13:56 |
| pokoli | ACTION after 5 sentences starts to think it is not a quick question ;-) | 13:57 |
| LordVan | pokoli, if i knew how to phrase it lol | 13:57 |
| LordVan | had to swpa the client to english first | 13:57 |
| LordVan | anyway after posting it goes to untaxed 41,60 € tax 10,40€ and total 52€ | 13:58 |
| LordVan | did i set up the tax wrong somehow or why does it change it like that? | 13:58 |
| pokoli | LordVan: can not know without having the amounts and taxes of your lines | 13:58 |
| pokoli | LordVan: but tax are recomputed based on the lines | 13:59 |
| LordVan | line 1: 3 * 10 € 20% VAT | 13:59 |
| LordVan | line 2: 22 * 1€ 20% VAT | 13:59 |
| LordVan | so 52 € total | 13:59 |
| LordVan | with the correct tax selected as 20% VAT | 13:59 |
| pokoli | LordVan: and after posting? | 13:59 |
| LordVan | afte rposting it subtracts the tax amount from the untaxed amount and makes the new taxed amount the old untaxed | 14:00 |
| LordVan | not sure if i formulated that correctly now .. do you know what i mean? | 14:00 |
| pokoli | LordVan: but which are the values of the lines? | 14:00 |
| LordVan | 1st line amount is 30€ 2nd line 22 € -> total untaxed amount 52€ | 14:01 |
| pokoli | ACTION has a clue about the problem | 14:01 |
| pokoli | LordVan: so the problem is on the untaxed_amount isn't it? | 14:01 |
| LordVan | so adding 20% the total should be €62,40 taxed | 14:01 |
| LordVan | well all totals are wrong after posting | 14:01 |
| LordVan | bot untaxed and taxed | 14:02 |
| pokoli | LordVan: I seen some issues on the totals when wrong accounts are used | 14:02 |
| LordVan | pokoli, yes that is what i was suspecting but i am not sure what the correct ones would be | 14:02 |
| pokoli | LordVan: because the amounts are computed using the account move after posting (which is faster) | 14:02 |
| pokoli | LordVan: so I guess you have some customization that alters the account move so the computation is broken | 14:02 |
| LordVan | [I'm not a bookkeeping person and just used the minimal accounting plan that came with tryton as we don'T do the bookkeeping in tryon | 14:02 |
| pokoli | LordVan: I bet you can not reproduce that on the demo server | 14:03 |
| LordVan | pokoli, i am not altering the account move | 14:03 |
| LordVan | pokoli, let me try quickly ^^ | 14:03 |
| LordVan | but i did not change any account move stuff except add custom fields and a report | 14:03 |
| pokoli | LordVan: could you try on the demo and copy the link to the created invoice here? | 14:03 |
| pokoli | LordVan: https://demo.tryton.org | 14:04 |
| LordVan | on it right now .. | 14:04 |
| LordVan | need to add the tax | 14:06 |
| LordVan | what is the correct invoice account i should use for VAT ? | 14:06 |
| LordVan | nm i set it up like i have it here (i think) | 14:07 |
| LordVan | of course it doesn'T happen there .. | 14:10 |
| LordVan | pokoli, what account could be set up wrong though? | 14:11 |
| pokoli | LordVan: I've seen such error when the receivable/payable account on the move is diferent from the invoice account | 14:12 |
| pokoli | LordVan: Could you check that? Move and account are shown on the other info tab | 14:13 |
| cedk | pokoli: do you suspect that tax account used is the same as the invoice account? | 14:13 |
| cedk | I think we are missing a validation on invoice tax like we have on invoice line | 14:13 |
| LordVan | pokoli, Account is "Forderungen" (sorry not sure about correct english term) which is "Minimaler Kontentypenplan\Aktiva\Umlaufvermögen\Barvermögen" | 14:14 |
| LordVan | forderungen seems to translate as "receivables / accoutns receivable/outstanding" | 14:15 |
| LordVan | and the type is roughly translated "minimal accounting plan\assets\current/working assets \ cash | 14:16 |
| pokoli | cedk: yes, I think that may cause an issue | 14:16 |
| LordVan | tax accounts are set to the same | 14:16 |
| pokoli | LordVan: so you are using cash for both tax and party receivable account? | 14:16 |
| LordVan | so the "invoice account" is set to the same as the tax accounts | 14:16 |
| LordVan | pokoli, yeah i did not think it mattered much when i did set that up back then | 14:17 |
| LordVan | I was not aware how tryton uses this at that point | 14:17 |
| LordVan | and i forgot to check .. | 14:17 |
| LordVan | what would be correct? | 14:17 |
| LordVan | [there is no austria specific accounting plan for tryton yet so i didn'T have much choice) | 14:19 |
| pokoli | LordVan: you should use "Forderungen" for customer receivable account, "Steuern" for taxes, and Ertrag for revenue | 14:20 |
| LordVan | let me try chaning the tax settings | 14:20 |
| cedk | ACTION filled https://bugs.tryton.org/issue11151 | 14:22 |
| LordVan | pokoli, yes that did the trick. thanks! | 14:23 |
| LordVan | I sort of hoped it was just me setting up taxe accounts wrong or so but I really was not sure as I have barely any cloue about accounting | 14:23 |
| pokoli | LordVan: you should think on creating a chart of accounts for austria | 14:24 |
| LordVan | pokoli, I was actualyl talking to timitos about that the other day .. | 14:24 |
| LordVan | pokoli, but could I easily apply that to a running system still? I think that would be difficult at best? | 14:24 |
| LordVan | although i cannot seem to apply that to an existing one anymre? hm | 14:27 |
| pokoli | LordVan: It won't be easy to change the fiscalyear on a running instance in the middle of the fiscalyear | 14:28 |
| LordVan | pokoli, yeah i thought so .. so i might just see if we can get one sorted and maybe apply it next year | 14:29 |
| pokoli | LordVan: it may be possible to do when chaning a fiscalyear | 14:29 |
| cedk | you will have to move the balance of each account to the new chart | 14:29 |
| cedk | so mainly it will be a like a new setup for accounting | 14:30 |
| cedk | probably the best is to start with a minimal chart of account for your country and complete it later | 14:30 |
| pokoli | yes the best is always to start with the chart of accounts | 14:31 |
| pokoli | LordVan: the first step is always to find the legislation of your country where the minimal chart is declared | 14:32 |
| LordVan | well to be honest I really only need minimal as we are not doing accounting with tryton I just need the internals to work so it might be more effort than is worth it | 14:32 |
| pokoli | ACTION is tired of people caring only of it's own food | 14:33 |
| LordVan | pokoli, don'T misunderstand I want to make the accounting plan wiht timitos | 14:39 |
| LordVan | but i might not apply it to my install | 14:39 |
| LordVan | that is if we can find someone familiar with austrian accounting laws to do this properly | 14:39 |
| cedk | LordVan: the law is not much to do with the chart of account | 14:41 |
| cedk | the first step is just to fill all the standard accounts | 14:42 |
| pokoli | LordVan: may this document be a starting point? https://www.steuerverein.at/wp-content/uploads/2019/07/KFSBW6_13072017_RF.pdf ? | 14:47 |
| timitos | LordVan: i have talked with my contact in austria today. he may be able to provide a starting point for a chart for austria. i will introduce you to each other. | 14:59 |
| -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton | 15:42 | |
| -!- ChanServ changed mode/#tryton -> +o cedk | 15:42 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!