I am sure it took you much less time to write this answer than me trying to figure out what was going on. smile

I am so happy that this was a misinterpretation on my side and not something inconsistent.

Oh, and I found out also why the test database did show the all the accounts. In the test database the first account starts at 100.

In the production database I recently set acct 100 to inactive, hence the first account was 110.

Thanks for your extremely fast reply.

jlinkels

FA version 2.3.19

I am using the Dutch COA. This is what is happening.

I make a transaction on Dec 20, 2013.
Active period Jan 1, 2013 until Dec 31, 2013.
Transaction is memorial booking:
1000 Kas                                             100
A/ 1695 R/C Aandeelhouder                            100

Transaction is recorded correctly, journal entry is OK etc. No problem.

Then I do this:
Tab: Bank & GL
GL -> GL Transactions
Enter Starting date: 01/12/2013
Enter Reproting date: 31/01/2014
From Account 110 Concessies, vergunningen
Until Account  6099 Overboekingsrekeing fabricagerekening

Now ONLY the transaction on account 1695 shows up.
The transaction on acct. 1000 does NOT show up.
Actually, reporting starts at 1300 Handelsdebiteuren.

However, when I enter this account range:
From Account 1000 Kas
Until Account  6099 Overboekingsrekeing fabricagerekening

The transaction on acct 1000 DOES show up.

So the transaction is there, the report is there. It is only highly dependent on the range you request. It seems something weird is happening in the query, that 110 is considered larger than 1000 or so.

Now another problem is that this only happens in my production database. I have a test database, which I created in the very beginning of installation. At the same time I created the production database. But I did not change any accounts or made any accounts inactive. The Dutch COA is installed. This test database DOES show a transaction on acct 1000 when I set the acct range from 110 to 6099.

Since this is hard to reproduce on a different database, I am willing to send my production database to whoever wants to dig into this problem.

I am totally lost, and this is highly awkward because it looks like no transactions were made on certain accounts.

jlinkels

Currently I am entering a lot of purchase orders, items receptions and supplier invoices into FrontAccounting as to catch up 2013.

Because I am transferring to FA from another accounting system I want the booking dates to be equal, or at least in the same period. If not, it will be hell to find back something.

What bugs me all the time is the mistake I make in entering the invoice date.

For both PO and items reception, the default date is the date of last transaction.

However for the invoice date, the default date is today's date. It already happened a few times that I received goods in 2013, but they were only invoiced in 2014. This looks very strange on the 2013 balance sheet. I simply don't want it that way.

I can credit the invoice, but then I lose the connection between received goods and the related invoice. From an accounting point of view the transaction is correct, but it is very hard to trace whether and invoice for those goods has been received and paid.

Question is, if I would hack the database and change the date in supp_trans, and the associated records in gl_trans, would that change the invoice date without side effects. Side effects meaning the database become inconsistent or reporting becoming incorrect.

What I would do, is change the date in supp_trans for that invoice, change the date in gl_trans for records matching the type and type_no.

Is this doable?

I understand this is in no way the recommended way to do accounting. It is also dangerous because a typo could really ruin the database. Therefor I want to write a small script which does these two transactions for me so errors are unlikely once the script is correct. It is also a temporary solution. Once I cleared the backlog in old invoices over 2013, in 2014 I can book invoices as they are received. At least they won't be booked in the incorrect year.

jlinkels

29

(4 replies, posted in Report Bugs here)

Hi Apmuthu,

I downloaded and copied the complete core into my test directory.

The 2 issues in the first post are solved.
The one issue in the second post as well.

I can also confirm that the file contents of gl_db_bank_trans.inc is as listed in your post.

Thanks a lot!

jlinkels

30

(3 replies, posted in Wish List)

It is a very useful feature. I had the same question why it was not editable in a Supplier Invoice. You just need to know...

jlinkels

For all those struggling with installing this extension and maybe other extensions as well:

In the install / activate extensions tab you first have to install the extension.

Then, in the drop down box above the table showing the extensions, you have to activate the installed extension for each company.

Next, when logging in into any company, you have to edit the role for the current user and activate both the Import CSV Items group and the Import CSV Items extension

Only now the Import CSV items menu shows up in the Items and Inventory page.

Whenever the extension or option does not show up when expected, log out and log in again. During the many attempts I do not exactly recall when I logged on again. And make sure the checkbox show inactive items is checked whenever applicable.

In the Wiki https://frontaccounting.com/fawiki/inde … Extensions it is stated that after installing in the install / activate extensions tab you have to activate the extension for each USER (caps from the Wiki page). I think that is incorrect and that it should be stated that the extension must be activated for each company. I am prepared to edit that page, if one of the experts confirms that my point of view is correct.

jlinkels

32

(4 replies, posted in Report Bugs here)

Update:

When I went to Purchases -> Payments for Suppliers and tried to make a payment for an invoice I just received, this failed. No error message, just nothing happened.

When I restored the directory /var/www/account/purchasing/includes/db to the state it had after installing the stable version the same action was successful.

If I complicated thing by updating only the directory /var/www/account/purchasing/includes/db to the repository clone, my apologies. On the other hand it might indicate a regression error.

The original problem as posted in the first post remains the same, regardless of the state of the /var/www/account/purchasing/includes/db directory.

jlinkels

33

(4 replies, posted in Report Bugs here)

Version 2.3.19

I am not sure whether this is the same bugs as mentioned here: https://frontaccounting.com/punbb/viewtopic.php?id=4539. It looks different on details.

The problem is this:
Banking -> General Ledger -> Payments
Select Pay to: Supplier
Select a supplier
Enter an amount
Press "Add item"
Process Payment
This error message appears in a red banner:
"The settled amount has to be greater than 0"
(Translated from Dutch, apologies if not literally correct)
http://www.linkels.net/~jlinkels/links/eds3.jpg

Now when I pay to a supplier which is configured for a different currency, an additional entry appears, showing the amount in the foreign currency. Then the transaction does go through.
http://www.linkels.net/~jlinkels/links/eds4.jpg

However, when I then go to Purchases -> Supplier Transactions and I try to retrieve the payment just made, I get a pop-up with this error message:

Databasefout : query for bank transaction
error code : 1305
error message : FUNCTION frontacc.IFNULL does not exist
sql that failed was : SELECT bt.*, act.*, IFNULL(abs(dt.ov_amount), 
IFNULL (abs(st.ov_amount), bt.amount)) settled_amount, IFNULL(abs(dt.ov_amount/bt.amount), 
IFNULL (abs(st.ov_amount/bt.amount), 1)) settle_rate, 
IFNULL(debtor.curr_code, IFNULL (supplier.curr_code, act.bank_curr_code)) settle_curr FROM
1_bank_trans bt LEFT JOIN 1_debtor_trans dt ON dt.type=bt.type AND
dt.trans_no=bt.trans_no LEFT JOIN 
1_debtors_master debtor ON debtor.debtor_no = dt.debtor_no 
LEFT JOIN 1_supp_trans st ON st.type=bt.type AND st.trans_no=bt.trans_no 
LEFT JOIN 1_suppliers supplier ON 
supplier.supplier_id = st.supplier_id, 1_bank_accounts act 
WHERE act.id=bt.bank_act AND bt.type='1' AND bt.trans_no = '7' 
ORDER BY trans_date, bt.id

However, in the second case (with the foreign currency) the bank account is credited, so I assume the transaction has been completed.

To be sure it did not have anything to do with the state of the supplier, I created two new suppliers. One in standard currency, one in foreign currency. Except for the currency I left everything default.

I tried it in the on-line training database (2.3.18), which was succesful.

I also downloaded the stable repository hg clone https://frontaccounting.hg.sourceforge.net:8000/hgroot/frontaccounting/default. Then I copied the directory /var/lib/vz/repos/mercurial/frontac/default/purchasing/includes/db to the production directory. No changes.

I was a bit reluctant to sync the complete cloned repository with the production directory, although that should be safe I assume. Right? Would it make a difference?

jlinkels

I never thought of creating a service item for this type of consumables. I tried it and it works as expected. It is a good suggestion.

Thank you very much.
jlinkels

I run a small ICT business. For customer installations I do the complete job, from network setup, Windows installations to running cables and installing cable ducts. Items like computers are obviously inventory items. Those I order and receive into the inventory. Standard procedure.

Now I also have items like screws, tie-wraps, labels and miscellaneous items which I use at the customer installation, but for which I don't want to keep the inventory in the administration. So once in a while I purchase a box of screws and put this immediately as costs: "Small items and materials".

If I don't express myself well, it is like purchasing printer paper. Those are charged to "Office expense". And I don't charge each sheet of paper to a customer or to a project.

Now there are 2 scenario's:

1. I go to the hardware store and purchase a box of screws. I pay with debit or credit card. When I enter this in FA, I use a Quick Entry. Debit "Small items and materials" and credit the bank account.

I think this is the correct way, right?
Now the other scenario:

2. I order at Amazon a computer and a box of screws. What I would like to do it receive the computer into inventory, but not the screws. The screws should go to the cost account. But that seems not to be possible. Right, or is there a workaround?

An alternative is that I receive the screws into inventory, and make a negative inventory adjustment. Unfortunately inventory adjustments are booked to an inventory adjustment account (costs of inventory variations in English I assume). But I cannot book this adjustment to an alternative account. Or can't I? Should I change this setup depending whether I want to make an ordinary adjustment or a transfer to small materials?

I also could create a different stock location, and transfer those items to this location. But how do I eventually book the adjustment of THIS stock to an expense account?

Any suggestions?

jlinkels

Version 2.3.19

When I upload an arbitrary file (not *.png, not *.jpg) as logo file in the company settings screen I see an error message: "The logo format must be PNG or JPG format".

This indicates either PNG or JPG format is accepted.

When I use a PNG file here, on invoices the company name disappears in the header, but the logo is not displayed. When I use a JPG file, the logo is displayed correctly. There is no error message while uploading the PNG file.

The label next to the "choose file" button does indicate "*.JPG". That is correct.

I would suggest to either correctly handle PNG format, or simply require *.JPG and not to accept the upload *.PNG. The functionality is a very minor issue, but it takes some time to figure out that the logo must be *.JPG.

jlinkels

apmuthu wrote:

Clearing the server and browser cache could well have had the same effect or atleast a restart of the webserver process. Hope you have your locale installed as well.

With the next installation I will track accurately what exactly I have to restart in order to make FA recognize the locale. So I can report back for the next users with this problem.

Obviously the the locale was installed as stated in the original post. But the locale command reported locale names without dashes. I wonder whether that is a bug.Anyway, FA and underlying mechanisms seem not to suffer.

jlinkels

Guess what. I had to reboot the server and the problem is gone. It is working now.
I am not sure restarting the complete server is needed, maybe restarting mysql would have been sufficient.

jlinkels

Hello all,

I am trying to use the Dutch translation for FA. Version 2.3.19.-1
I downloaded the Dutch translation files and installed them in the lang/ directory.
I have activated the Dutch language and set it to default in Setup -> Install languages
In User Acct setup I have set the language to Dutch for the current user.
In Display Setup I have set the language to Dutch.
These are the installed locales on my machine:

C
C.UTF-8
dutch
en_DK.utf8
en_US
en_US.iso88591
en_US.iso885915
en_US.utf8
nl_NL
nl_NL@euro
nl_NL.iso88591
nl_NL.iso885915@euro
nl_NL.utf8
POSIX

This is the contents of the file installed_languages.inc:
$installed_languages = array (
  0 =>
  array (
    'code' => 'C',
    'name' => 'English',
    'encoding' => 'UTF-8',
  ),
  1 =>
  array (
    'name' => 'Dutch',
    'package' => 'nl_NL',
    'code' => 'nl_NL',
    'encoding' => 'iso-8859-1',
    'version' => '2.3.19-1',
    'path' => 'lang/nl_NL',
  ),
);

$dflt_lang = 'nl_NL';

But still I have the error message as mentioned in the title in the System Diagnostics.

The UI language is English, but sometimes when switching from one tab to the next it suddenly becomes Dutch. Then at another clicking action it reverts back to English. I have not been able to find a pattern in this behaviour. Obviously the error message about the missing locale should be solved first.

I am a bit worried about the required locale nl_NL.iso-8859-1 and the reported locale nl_NL.iso88591. This reporting seems to be current now on Debian, *buntu and Mint systems.

Where should I take it from here?

Debian Wheezy
MySQL 5.5
PHP 5.4.4
FA 2.3.19

jlinkels