After the release of FA 2.4.3, there have been quite a few fixes. Hence use FA 2.4.3+.
@joe: is this possible?
It's much more fun, when you can discuss your problems with others...
You are not logged in. Please login or register.
FrontAccounting forum → Posts by apmuthu
After the release of FA 2.4.3, there have been quite a few fixes. Hence use FA 2.4.3+.
@joe: is this possible?
The SourceForge SysOps Twitter page states that there is no ETA for getting it up to speed. It is back online now after 9 days of outage.
Also read:
The Problem With Putting All the World's Code in GitHub and it's parallels with SF being taken over by corporate profit interests and the "death" of Google's Codeplex on pursuing "all data is only mine" policies.
How GitHub Conquered Google, Microsoft, and Everyone Else
In academic vein as an example for an alternative to Grade III multiplication, view the Karatsuba Multiplication.
Just to purge a whole lot of already delivered orders after invoicing - a sort of "history -c" in bash. This will make for just the retrieval and display of "Outstanding Sales Orders along with recently completed Sales Orders (so as to answer CRM questions by Call Centers). "Cancel Orders" still does not affect already delivered and invoiced sales orders. Just like "Clear the Desktop of all the Clutter". Makes searching that much more efficient at the cost of "loss of history and trackbacks".
BasrCode by default is EAN/UPC - does the item have a proper barcode-able no?
@cempamj: Very nice documentation indeed. The wiki will certainly benefit from it once done.
Sourceforge Git web UI seems to be down now. Works now.
Except for the fact that if it was not fully delivered and invoiced, the balance that will not be delivered can be removed from it so that it does not confuse outstanding sales order deliverables.
Take all translation files for the core from my FA24extensions repo. Note that the en_US locale comes in 2 flavours - iso-8859-1 and utf-8.
You will need to have the openssl extension enabled in your php.ini or have it compiled into your php. What are your platform, webserver and php/mysql versions? Verify that the site http://repo.frontaccounting.eu (and it's https equivalent) are accessible in the server's browser.
This probably a locale issue for IIS. Apache defaults to "C". The system does not seem to have gettext and is trying to use the fallback php file with an array of translated strings.copy over the empty.po file as the C.po file with appropriate changes for language in it's header and place it in the path where it should be.
There were some changes to this file includes/session.inc in Nov/Dec 2017 that fixed some session errors as well. Using the Git Master and appropriately adjusting the config.php based on the latest config.default.inc will fix the issue. Additional entries in the sys_prefs table may also be in order - compare with latest sql/en_US-new.sql.
Take the Git Master 2.4.3+ and then do your upgrades. There are a lot of fixes in it.
Will not the original Sales Invoice be left orphaned and remaining payable even though a Credit Note is monetarily adjusted in the GL?
In your "6", do we allocate the original Bank Payment to the Credit Note issued to the customer - is that possible in Allocations?
Are you using the FA 2.4.3+ (Git Master) ?
Choosing the backup file is from your computer into the server (via the file upload box) and not from the list on the server.
Choose an existing backup in the list and then say download.
Now choose the downloaded file on your client machine and upload it and see if uploads.
Check the permissions of the backup folder.
Do you have the said file in place?
You can precede the said line with if(file_exists(....
There is certainly something wrong with your installation. When you first browse to the frontaccounting folder (http://...../frontaccounting and not http://inetpub/wwwroot/frontaccounting), the said default installed files and config.php and config_db.php files should have been created. If not, check if the database is present but no tables in it and then try again.
Were you able to go thru the install sequence at all? The .po file is of no use during usage but it is used to compile as the .mo file which is used.
If the same party is both a customer and a supplier, then in standard FA, we treat them as Customer and Supplier separately.
@joe/@itronics: is this okay to implement?
When you just copy over the FA install files, you will not have any lang/installed_languages.inc file The other files that get generated during an FA install are: installed_extensions.php and company/#/installed_extensions.php.
Attached are the files that get created during a default FA install.
Manufactured goods finally go to Stock Inventory at a specified Warehouse location. Check the stock_moves table for clues.
Make it a checkbox in the UI - IsPrivate - as a TinyInt (1).
Replace all CRLF with LF in js/kanban.js and css/kanban.css files.
Try to replace the PHPMailer with the standard email class in FA which itself is based on it. The tests, examples and docs folder in it are not necessary.
Read the Wiki.
he global settings are in the config.php, the company preferences are in the sys_prefs table managed from the Preferences and Company Setup forms. The currency defaults and all others can be set in the chart of accounts and then the company can be created.
If you upgraded your FA 2.3.x to FA 2.4.x, the you may be using the old document numbering system.
@joe/@itronics: Is this how it is coded?
Where is the Project Type entered?
@joe/@itronics: Yes, this needs to be corrected and the empty.po updated.
Adding entries in the database manually is not advisable.
There are other table fields that affect next reference number for new transactions and the audit_trail table. If, however, you still need to do it, then in another dummy company, add a bank account and compare the before and after sql backups to identify what changed and do likewise appropriately in your actual company.
Only one GL Account can be mapped as one Bank Account. Create the GL Account first and then assign the Bank Account.
This way there will be no errors like "GL Accounts already in use".
Adjustment entries (Journal Entries) to match the Opening Balance can be done at the close of the previous fiscal so that all carried over Balance Sheet entries in the new fiscal will be correct. Such entries however will not have the tracking capability for allocations in AR and AP and their reports on ageing.
Make sure you have all the GL entries and the Bank Accounts setup and only then import your transactions.
Have all the fiscal years too available and make sure you have the option to enter transactions in earlier fiscal years enabled in the role permissions.
FrontAccounting forum → Posts by apmuthu
Powered by PunBB, supported by Informer Technologies, Inc.
Currently installed 4 official extensions. Copyright © 2003–2009 PunBB.