Search options (Page 115 of 246)

Non default company login after files upgrade results in:

Access to application has been blocked until database upgrade is completed by system administrator.

WinXPSP3 / FireFox 37.0.2 / XAMPP 1.7.3 (Apache 2.2 / MySQL 5.0 / PHP 5.3.1.

Default Company login is okay. The Database version shows 2.4.1 in Setup -> Software Upgrade for all companies. Doing a software upgrade on each company does not alleviate the issue.

Since there is no db change in this version, the $db_version variable should have remained '2.4.1'. in version.php. Kindly revert.

"Nomina and Human Resources" ??
Did you mean Spanish "Nomina" to be "Appointment" or "Approval "?

There is no "Approval" system in default FrontAccounting for now.

There is no standard "Payroll / Recruitment (Appointment) / HR" module for FrontAccounting. Some users have created it for themselves and some have put it up for free use. @Farhaj and @kvvaradha have commercial ones. @notrinos has an open source one.

As @joe said, there is no need to issue items that are already there in the BoM as they would get issued when manufactured.

FA v2.3.5 was released on 2011-06-09.

The manufacturing/work_order_entry.php file is one of the files that manages your issue and was changed marginally during the release of FA v2.3.14 on 2013-01-18.

On 2014-09-22, there was a commit titled:
Fixed stock quantity checks to block transactions which would result in negative inventory status (if not allowed).

It is possible that other issues in this arena may been subsequently set right.

Kindly upgrade to the final edition of FA v2.3.26+ for best results.

@joe / @itronics: Thanks for the commit that now allows non standard db ports in FA 2.4.x.

Gracefully degrades to accommodate old config_db.php files that do not have the port element in each connection instance.

For later versions of MySQL (v5.7+) turn off strict mode with:

SET @@global.sql_mode= '';

This will accomodate zero values in dates.

The parameter sticky_doc_date is stored in the sys_prefs table on a per company basis in FA 2.4.x and is set in the Preferences page at admin/display_prefs.php and is by default disabled (0). The function sticky_doc_date() in the class user shows the current session user's preference from function sticky_date() which reads the property $sticky_date in includes/prefs/userprefs.inc file.

The file I posted is the same as the one in the zip which had other changed files as well.

It appears you may have some browser cache issue - what browser and version did you now text on? As InnoDB tables are being used, some some tables having an auto_increment field will need to reset their auto_increment values after an insert depending on your version of MySQL (?) and PHP (?).

Credits (and brickbats too) for the latest code for this module goes to @braathwaate on Github.

Looks like you will have to overwrite all your import_transaction module files. Take it from the attachment.

You may not have applied the correct version of import_transactions/import_transactions.php.  Lines 63 to 68 of the said file should be:

all_delete($yes = false);
$js = "";
if ($SysPrefs->use_popup_windows) 
    $js .= get_js_open_window(800, 500);
$help_context = "Import General Journals  / Deposits / Payments / Bank Statements / Sales Orders / Sales Invoices  <a href='spreadsheet_headers.html'>Help: Formats</a>";
page(_($help_context), false, false, "", $js);

All modules must be unzipped into the <FA_WebRoot>/modules/ folder to be usable. When installed and activated, they must find an entry in the relevant installed_extensions.php files.

Clear the browser cache and try anew.

FrontAccounting is a copyright of this project's developers. It is advisable to register a domain that represents ecommerce, online accounting, etc and state that you support and host FrontAccounting. That way you will be able to represent a host of applications and integrate them together as well, say, like a Point of Sale (Open Source POS), osCommerce, etc. Your team can also fork the FA project on GitHub and then either send back pull requests or take a completely different development path. FrontAccounting itself is an early fork of the WebERP project.

There is ofcourse nothing to officially prevent you from registering a domain like frontaccounting.ph but it would be nice if you redirect users seamlessly back to frontaccounting.com - that way the Phillipino FA community will remain integrated with their world wide counterparts. You may also choose to provide a localised translation of frontaccounting.com in your frontaccounting.ph domain to enable easy adoption of FA in your country. Cybersquatters too will soon try to register such domains in their country extensions and mislead new users.

This is not available in standard FA. Edit location drop down box in sales/sales_order_entry.php file for hard-coded usage.

If you want to turn off this warning, then in your config.php file, set the variable:

    $check_price_charged_vs_order_price = false;

The function over_charge_allowance() (in the file includes/prefs/sysprefs.inc) returns the margin (default = 10%) using the per company variable po_over_charge in the sys_prefs table.