Search options (Page 182 of 246)

I have patched the files needed to incorporate the latest FA v2.3.22+. Kindly verify the commits in my FA repo.

Synched textcart patched file inventory/transfers.php with core
elax textcart patched files updated to latest in core (sales, inventory, purchasing)

The current unstable FA 2.4 snapshot will install with some errors and will need fixes to the includes/current_user.inc attached herein.

--- includes/current_user.inc Mon Jan 19 16:57:39 2015
+++ includes/current_user.inc Wed Jan 21 03:15:25 2015
@@ -448,17 +448,26 @@
 
 function user_price_dec()
 {
- return $_SESSION["wa_current_user"]->prefs->price_dec();
+  global $SysPrefs;
+
+ return isset($_SESSION["wa_current_user"]) ? 
+   $_SESSION["wa_current_user"]->prefs->price_dec() : $SysPrefs->prices_dec;
 }
 
 function user_exrate_dec()
 {
- return $_SESSION["wa_current_user"]->prefs->exrate_dec();
+  global $SysPrefs;
+
+ return isset($_SESSION["wa_current_user"]) ? 
+   $_SESSION["wa_current_user"]->prefs->exrate_dec() : $SysPrefs->rates_dec;
 }
 
 function user_percent_dec()
 {
- return $_SESSION["wa_current_user"]->prefs->percent_dec();
+  global $SysPrefs;
+
+ return isset($_SESSION["wa_current_user"]) ? 
+   $_SESSION["wa_current_user"]->prefs->percent_dec() : $SysPrefs->percent_dec;
 }
 
 function user_show_gl_info()
@@ -481,15 +490,36 @@
 
 function user_date_display()
 {
-  global $SysPrefs;
-
- return isset($_SESSION["wa_current_user"]) ?
-   $_SESSION["wa_current_user"]->prefs->date_display() : $SysPres->dflt_date_sep;
+ $fmt ='m/d/Y';
+ if (isset($_SESSION["wa_current_user"])) {
+  $fmt = $_SESSION["wa_current_user"]->prefs->date_display();
+ } else {
+  $sep = user_date_sep();
+  $user_date_fmt = user_date_format();
+  switch ($user_date_fmt) {
+   case 0:
+    $fmt = "m".$sep."d".$sep."Y"; break;
+   case 1:
+    $fmt = "d".$sep."m".$sep."Y"; break;
+   case 2:
+    $fmt = "Y".$sep."m".$sep."d"; break;
+   case 3:
+    $fmt = "M".$sep."j".$sep."Y"; break;
+   case 4:
+    $fmt = "j".$sep."M".$sep."Y"; break;
+   default:
+    $fmt = "Y".$sep."M".$sep."j";
+  }
+ }
+ return $fmt;
 }
 
 function user_date_sep()
 {
- return $_SESSION["wa_current_user"]->prefs->date_sep();
+  global $SysPrefs;
+
+ return isset($_SESSION["wa_current_user"]) ?
+   $_SESSION["wa_current_user"]->prefs->date_sep() : $SysPrefs->dflt_date_sep;
 }
 
 function user_tho_sep()

SysPrefs is wrongly spelt as $SysPres one instance above. The switch case may be converted to an array whose index can choose the format string.

Do you want to try just billing the customer for labour charges alone?

Otherwise you will have to hack the two reports into one by making a union of the two sqls with appropriate column name aliases synched.

Execute the following commands as root (sudo):

BASEDIR=/var/www/html
chown -R www-data:www-data ${BASEDIR}
find ${BASEDIR} -type f -exec chmod 644 \{\} \;
find ${BASEDIR} -type d -exec chmod 755 \{\} \;

Make sure that no config.php or config_db.php file exists to start with.

And possibly their content as well. Any reason for rejection of hook patch?

Generally in any ERP (as opposed to normal accounting software), a certain workflow is standard - delivery and invoicing are separate functions and need to be done by different entities (roles - same person can don several roles).

The Direct Delivery has been made available for such simple situations as yours and to simulate functionality of normal accounting software for new users to gain traction quickly in familiar operations. In actuality, the Invoicing and all GL entries are made as if a Sales Order was generated and then Invoiced and then Delivered in the Direct Invoice! In the case of Direct Delivery only the Sales Order and Delivery are bunched together.

Limiting invoicing items to 10 or any other hardcoded number is not advisable for the form elements as paging is done on printing only and it is best left to the user's choice depending on how much text is desired to be input for printing at the end of the items. If however your terms and conditions is a fixed text display, you may want to place it in small font and possibly in the invoice footer.

Today's developments in FA v2.4:

The config.default.php in FA 2.4 will now be holding all the defaults and only changes in the variable values need to be stored in the config.php unlike the monolithic config.php in earlier versions.

Look at the version.php file - the official repo is listed there. You can override it with your own values for the same variables in config.php. Search the forum for how to run your own pkg repo. @garrapato led such a discussion once.

Alann Toh from Malaysia made a few requests that may be nice if added to the FA core:

On checking out the PDF generation classes and the bridge functions between the older FPDI and the new TCPDF, we find that the Header3() method in excel_report.inc and pdf_report.inc (that uses the Total Number of Pages in PDF data is not used in any of the reports.

Other features of the Info() method in these files too don't go beyond using the first 4 arguments in the report files whereas, the $companylogoenable,  $footerenable and $footertext arguments provide for additional functionality that obviates the need for repetitive coding in the reports. The excel_report.inc defines 7 arguments in the Info() method whereas it's counterpart in the pdf_report.inc additionally defines the three arguments listed earlier.

These may well be some of FrontAccounting's best kept secrets!

Attached is one way to address Alann's first request.

The second issue notes: The contact_name issue is in flux at the moment since all such info are being collimated into the crm_persons table and some reports still reference the old one though the standard forms now avoid it. It will require custom coding and maintaining it as fixes to the core code arrives will need to be taken care of unless assimilated into the core. The Invoice memo form field is the best alternative for now.

The third request fix: A discount Text box during Invoice Input can be implemented by invoicing a dummy service item (Discounts Offered) of editable description and stating amount (negative) at use time. Otherwise, provide the discount at payment allocation time.

The current stable version 2.3 will only get critical fixes backported as the devs policy which is justified, as resources are best spent on newer versions.

@phoanglong: Welcome to the FA community and helping adoption by Vietnamese users.

Take the sql/en_US-new.sq file and copy it as vn_VN.sql and make changes to it to suit Vietnamese Chart of accounts - if you use NotePad++ for editing, use Encoding => Encode in UTF-8 without BOM.

For your reference, the various CoA's are in my GitHub Repo and the language translations are also there.

The template for translations is in lang/new_language_template folder.

Copy the empty.po file as vn_VN.po and edit it using PoEdit or just NotePad++. Compile it with msgfmt:

msgfmt vn_VN.po -o vn_VN.mo