1

(4 replies, posted in Setup)

Pretty much appreciated this... makes my day. Thx.

I don't get the settings in the contacts though. => Wouldn't it make sense to make this an option field in the offer? Or, create automatically a contact from the manual entered address in the offer?

2

(4 replies, posted in Setup)

Yeah. I tried that.
It doesn't solve the issue:
On the printed report you have two adresses: Charge to / Ship to
As far as I was able to try this in any case, also if I set the branch, both addresses are the same.
In my case, I want the Ship to address being different than the Charge to address
--- I guess this is why both addresses are printed on the reports: that they can be different. Also in the contacts the address can be tagged for shipping, invoice, etc.     So there must be a setting I don't find, understand, ...

3

(4 replies, posted in Setup)

Hi,

How can I influence the delivery to address on quotations? I want it to be different than the Charge to address.
I created contacts - but they will not appear and I can't select them.

#G

Thanks,
I read this though I haven't find any hint which is working for me.
Seems to be an unsolved issue on apache2 and the only workaround is to download and upload the extension files manually, correct?

If so, this link https://github.com/apmuthu/FA24extensions/tree/master/Extensions
is probably linking apmuthu "private" code mirror.
Isn't there any official source to download the modules?

    ***
By the way: I just discovered some really meaningful and interesting extensions in apmuthu's repository.
    ***

Hi:

I just installed a frech FA instance on a webserver as I want to migrate into the cloud.


When I try to load CoA or Extensions or Themes, I get this:

"Cannot download repo index file."


System Diagnostics:
Extensions system    Required    ../installed_extensions.php
../company/0/*/installed_extensions.php
../modules
../modules/_cache
../themes
../sql
OpenSSL PHP extension    Ok


Any ideas?


Gabriel

6

(0 replies, posted in Wish List)

Hi all,

What do you think about having text lines in SO and invoices?
I'd appreciate a separate item type = textblock / comment.

The identifier would be an option field defining the item as text. Like being a service item. 
And when this item is selected in the document lines, actually no values will be printed on the report but just the text of the description.

It would be great to have that and I guess it's not a too big project to realize, what do you mean?

Have a good week,
Gabriel

After quite a long time, I have found the solution to this:
It wasn't linked to FA, but to Apache under Ubuntu 20.04 LTS.

I had to uncomment this line of the envvars file located at etc/apache2/ envvars (line 28):

## Uncomment the following line to use the system default locale instead:
. /etc/default/locale

Restart Apache and TADA wink

8

(0 replies, posted in Wish List)

Hi,

Here comes a new request / proposal.

Objective: Collect internal cost for fixed asset valuation.

Add new document type "timesheets" to the dimension section.
A timesheet has a header section with the dimension code and the inventory code, very much like a delivery sales slip.
In the lines section, the user can select items as well as quantities and cost.

Validating the timesheet will create inventory adjustments on items and no ledger entries for service items (internal cost).

The cost sum will reflect in a separate field in the outstanding dimension table as "internal costs" and it will be included in the dimension balance.


Feedback is very welcome.

  Gabriel

9

(9 replies, posted in Setup)

(y) wink

10

(9 replies, posted in Setup)

Hi there:
You're probably right about the company names.
And the very last I want is to engage sb to the posting of a client's name!!
It is more about having a reference list of voluntaries.
There might be companies out there having no problem with being tagged on a reference list and it would promote the product and ensure the customer base.

You probably have a lot of different state requests according to the country, like the FAIA file in Portugal or Luxembourg or even DATEV exports and Elster engagements in Germany, not to forget: HMRC in the UK. And many many more.
If there is a visible customer base this gonna ensure companies selecting their ERP software.
Have in mind: FrontAccounting can win the ground on numberous midsized firms for being lightweight, easy to install and to maintain espacially against products like Microsoft Dynamics BC or Odoo.
From experience the most important for decision makers are references...

11

(9 replies, posted in Setup)

rafat wrote:

Just google
"FrontAccounting 2.4.x - Login"
Where x is 0 to 11 (FA release)
You will get some of the companies using FA.

Wow, good idea. Did that and found some. I don't think it is a good idea to expose the accounting system to the www though, especially not without any VPN in between but I guess it's the same for any cloud accounting system.
 
Nevertheless I thought it could make sense to provide a managed list, also to ensure newcomers and serve them with a direct contact opportunity to other firms and users.


Gabriel

12

(9 replies, posted in Setup)

Visoris Multi Family Office + IT Asset Management, Germany

13

(9 replies, posted in Setup)

It would be nice to get a list of the companies working with FA in a production environment.

14

(1 replies, posted in Misc. Charts of Accounts)

Here comes the template for the "Plan comptable normalisé du Luxembourg 2021" in french.
German and english in preparation.

Objective: start a new company with the luxemburgish chart of accounts.
Not included: migration from any old/previously deployed CoA.

Copy paste the red sheets into the corresponding sql tables:
External download as *.ods File

Feedback or any request is welcome!

Just another idea; could this be related?

$db_connections = array (
  0 => 
  array (
    'name' => 'Test',
    'host' => '127.0.0.1',
    'port' => '3306',
    'dbname' => 'fa_test',
    'collation' => 'utf8_xx',
    'tbpref' => '0_',
    'dbuser' => 'root',

Nope. Only the well known message:
1 language code "de_DE", encoding "iso-8859-1" not supported by your system

Althoug, which folders are you thinking about regarding the permission issues?

Result:

Generating locales (this might take a while)...
  de_AT.UTF-8... done
  de_BE.UTF-8... done
  de_CH.UTF-8... done
  de_DE.ISO-8859-1... done
  de_DE.UTF-8... done
  de_DE.ISO-8859-15@euro... done
(...)

reboot & still everything in gernan sad
Running out of ideas.

I did every step as proposed and it is still in english, hmmm...

Thx for the ideas.

Here some answers:

1) 201,8 kB
Content of *.po :  eg.
<code>
msgid "Description"
msgstr "Beschreibung"
</code>
-> Seems to be ok to me !

2) Very good idea. I have indeed the following:

[21-May-2021 22:25:09 Europe/Berlin] 0:gabriel:session.inc:315: Function get_magic_quotes_gpc() is deprecated
-> don't think that this is related

[03-May-2021 20:38:00 Europe/Berlin] 1 language code "de_DE", encoding "iso-8859-1" not supported by your system

-> I think that this is related...  but I have no idea, how this could be solved.
I understand the message like... there is a problem on the Ubuntu side.

rafat wrote:

(without the .mo extension.)

Hi,
I'm not sure what you mean with that remark.
In the folder there are 2 files:
$dir
FrontAccounting_files/lang/de_DE/LC_MESSAGES$ dir
de_DE-2.4.1-3.mo  de_DE-2.4.1-3.po

But both have extensions, as you see above.

Several reboot didn't change anything.

Do you have any other idea?

This is the content of the installed_languages.inc:

$installed_languages = array (
  0 => 
  array (
    'code' => 'C',
    'name' => 'English',
    'encoding' => 'iso-8859-1',
  ),
  1 => 
  array (
    'name' => 'Swiss German',
    'package' => 'de_CH',
    'code' => 'de_CH',
    'encoding' => 'iso-8859-1',
    'version' => '2.4.1-3',
    'path' => 'lang/de_CH',
  ),
  2 => 
  array (
    'name' => 'German',
    'package' => 'de_DE',
    'code' => 'de_DE',
    'encoding' => 'iso-8859-1',
    'version' => '2.4.1-3',
    'path' => 'lang/de_DE',
  ),
  3 => 
  array (
    'name' => 'Tamil',
    'package' => 'ta_IN',
    'code' => 'ta_IN',
    'encoding' => 'utf-8',
    'version' => '2.4.2-3',
    'path' => 'lang/ta_IN',
  ),
);

$dflt_lang = 'de_DE';

Thx.
Did that, without any effect.

See the result:

locale -a

de_DE
de_DE.iso88591
de_DE.utf8
de_IT.utf8
de_LI.utf8
de_LU.utf8
deutsch
(...)
among others

No effect on the frontend...

Hi there,

First of all: many thanks for this piece of software which is really great!

I have an issue after migrating from Win to Ubuntu - the german language pack, although being activated hasn't any effect. Everything remains in english.

Ubuntu itself is in german.

DB Coalation is in uft8_bin . Could that be the root cause of the issue and if so, what would be the proper setup in MariaDB?

Server-Version: 10.3.25-MariaDB-0ubuntu0.20.04.1 - Ubuntu 20.04
libmysql - mysqlnd 7.4.3
Apache/2.4.41 (Ubuntu)


Cheers,
Gabriel