The LedgerSMB development team is happy to announce yet another new version of its open source ERP and accounting application. This release contains the following fixes and improvements: Changelog for 1.8.7 * Fix internal server error when creating AR/AP voucher (#5188) * Fix AP Aging inadvertedly having been dropped from the menu (#5193) * Fix 'Approved'/'Unapproved' filter in GL search (#5181) For installation instructions and system requirements, see https://github.com/ledgersmb/LedgerSMB/blob/1.8.7/README.md The release can be downloaded from our download site at https://download.ledgersmb.org/f/Releases/1.8.7 The release can be downloaded from GitHub at https://github.com/ledgersmb/LedgerSMB/releases/tag/1.8.7 Or pulled from Docker Hub using the command $ docker pull ledgersmb/ledgersmb:1.8.7 These are the sha256 checksums of the uploaded files: db67f501dee90a0f85d0b5e0b430b006955dc87b0a943b4ed9dd563d7522f22e ledgersmb-1.8.7.tar.gz 5aa2b669faab809cef0348b88c4ee1e9f4bda4c794b3e42b5a22821663cfc718 ledgersmb-1.8.7.tar.gz.asc
2020. 11. 18, szerda keltezéssel 21.10-kor Erik Huelsmann ezt írta:
Changelog for 1.8.7
Hi, Thank you!I got a time to check it, the Hungarian coa does not work, I will check it to get it work as it would be move from my 1.3.45 to a more recent one :) Regarding taxes, I do not see the possibility to enter new taxes.Only one line appears, like this: Did I miss something?Thanks, István
Hi István, On Thu, Nov 19, 2020 at 10:41 AM Pongrácz István <pongracz.istvan@gmail.com> wrote:
2020. 11. 18, szerda keltezéssel 21.10-kor Erik Huelsmann ezt írta:
Changelog for 1.8.7
I got a time to check it, the Hungarian coa does not work,
Thanks for checking! What do you mean by "Hungarian coa does not work"? We've implemented checks to see that the coa does load without errors. Maybe it loads without errors (technically), but functionally doesn't make much sense? To that extent, I'll note that this summer, I cleaned up all CoAs (including the Hungarian one) on "master"; the commit which cleaned up the Hungarian one is https://github.com/ledgersmb/LedgerSMB/commit/5d15e5861c03a3e4f19dfc7c0aa62e...
I will check it to get it work as it would be move from my 1.3.45 to a more recent one :)
That's a nice step to upgrade. Let us know in case of issues, that allows us to further sharpen the upgrade procedure(s).
Regarding taxes, I do not see the possibility to enter new taxes.
Only one line appears, like this:
Did I miss something?
I think you'll get an extra row when you enter a date into the "Valid To" field. (Not 100% sure, let me know what happens...)
Thanks, István
Regards, -- Bye, Erik. http://efficito.com -- Hosted accounting and ERP. Robust and Flexible. No vendor lock-in.
Hi Erik, 2020. 11. 19, csütörtök keltezéssel 23.08-kor Erik Huelsmann ezt írta:
Hi István,
On Thu, Nov 19, 2020 at 10:41 AM Pongrácz István < pongracz.istvan@gmail.com> wrote:
2020. 11. 18, szerda keltezéssel 21.10-kor Erik Huelsmann ezt írta:
Changelog for 1.8.7 I got a time to check it, the Hungarian coa does not work, Thanks for checking! What do you mean by "Hungarian coa does not work"? We've implemented checks to see that the coa does load without errors. Maybe it loads without errors (technically), but functionally doesn't make much sense? To that extent, I'll note that this summer, I cleaned up all CoAs (including the Hungarian one) on "master"; the commit which cleaned up the Hungarian one is https://github.com/ledgersmb/LedgerSMB/commit/5d15e5861c03a3e4f19dfc7c0aa62e...
Regarding to this, I will investigate, I got a lot of error in pgsql (duplicate ids adn whatever during the creation of a new company: complete.coa and extended), I suspect the menu. I will check it later.
I will check it to get it work as it would be move from my 1.3.45 to a more recent one :) That's a nice step to upgrade. Let us know in case of issues, that allows us to further sharpen the upgrade procedure(s).
I'm afraid I will just stop using the old one and keep as an archive and start using a new one, no migration.
Regarding taxes, I do not see the possibility to enter new taxes.Only one line appears, like this:
Did I miss something?
I think you'll get an extra row when you enter a date into the "Valid To" field. (Not 100% sure, let me know what happens...)
Actually I did not get it :)In Hungary it is possible to use several (3 + 1) different tax rates, depending on the product (some food, internet service, common products and EU/non EU exports as zero etc.).So, I tried your method, but an other approach would be better.Probably these tax rates are hard-wired in the coa during creating new company?I prefer to be able to add/invalidate via the system settings, using the form shown above.Anyway, how others handle this use case? I mean, adding a new tax rate. Cheers,István
Hi István, On Fri, Nov 20, 2020 at 2:27 PM Pongrácz István <pongracz.istvan@gmail.com> wrote:
Hi Erik,
2020. 11. 19, csütörtök keltezéssel 23.08-kor Erik Huelsmann ezt írta:
Hi István,
On Thu, Nov 19, 2020 at 10:41 AM Pongrácz István < pongracz.istvan@gmail.com> wrote:
2020. 11. 18, szerda keltezéssel 21.10-kor Erik Huelsmann ezt írta:
Changelog for 1.8.7
I got a time to check it, the Hungarian coa does not work,
Thanks for checking! What do you mean by "Hungarian coa does not work"? We've implemented checks to see that the coa does load without errors. Maybe it loads without errors (technically), but functionally doesn't make much sense? To that extent, I'll note that this summer, I cleaned up all CoAs (including the Hungarian one) on "master"; the commit which cleaned up the Hungarian one is https://github.com/ledgersmb/LedgerSMB/commit/5d15e5861c03a3e4f19dfc7c0aa62e...
Regarding to this, I will investigate, I got a lot of error in pgsql (duplicate ids adn whatever during the creation of a new company: complete.coa and extended), I suspect the menu. I will check it later.
Ok. I think that company creation always has been a rather "noisy" process in the database logs. I've only recently addressed that for the 1.9 release: all the warnings and errors that used to be thrown, are no longer. I don't really expect that the CoA is to blame, but rather the "old" 1.4 schema upgrade scripts which didn't run cleanly from 1.4 up to 1.8 (including). But please validate! I will check it to get it work as it would be move from my 1.3.45 to a more recent one :)
That's a nice step to upgrade. Let us know in case of issues, that allows us to further sharpen the upgrade procedure(s).
I'm afraid I will just stop using the old one and keep as an archive and start using a new one, no migration.
Obviously that works too and is an option as good as any. How do you plan to keep the old instance running? Do you have a VM that you'll start every now and then? Or do you plan to use different means?
Regarding taxes, I do not see the possibility to enter new taxes.
Only one line appears, like this:
Did I miss something?
I think you'll get an extra row when you enter a date into the "Valid To" field. (Not 100% sure, let me know what happens...)
Actually I did not get it :) In Hungary it is possible to use several (3 + 1) different tax rates, depending on the product (some food, internet service, common products and EU/non EU exports as zero etc.). So, I tried your method, but an other approach would be better. Probably these tax rates are hard-wired in the coa during creating new company? I prefer to be able to add/invalidate via the system settings, using the form shown above. Anyway, how others handle this use case? I mean, adding a new tax rate.
Ah! Wait! I thought you wanted to add a new rate for the same tax! Now, I understand you want to add 3 more taxes. (Correct?) If that's the case, that's relatively simple: Add a new account to your CoA and check the "tax" checkmark in the "Options" row of the account setup screen. After that, the account should appear in the taxes setup. HTH, Erik. -- Bye, Erik. http://efficito.com -- Hosted accounting and ERP. Robust and Flexible. No vendor lock-in.
participants (3)
-
Erik Huelsmann
-
Erik Huelsmann
-
Pongrácz István