Search options (Page 167 of 247)

The write_bank_transaction() having less arguments in a call than defined in the function is okay here as the rest have default values defined in the function as well in gl/includes/db/gl_db_banking.inc.

You might want to check out any file differences between those in your import_paypal module install and those in my unofficial Github repo.

The function write_customer_payment() is defined in sales/includes/db/payment_db.inc with 12 arguments with the last 3 being optional with defaults provided. Furthermore, if there are less than 12 arguments, the rest are filled with zeroes in line 29 in it:

$args = func_get_args(); while (count($args) < 12) $args[] = 0;

The said function is called with 13 arguments in modules/import_paypal/import_paypal_update.php Lines 117 to 119 are:

      $payment_no = write_customer_payment(0, $customer_id, $branch_id,
          $paypal_bank_id, $recpt_date, $ref,
          $gross, 0, $company, 1, 0 - $fee, $gross, $paypal_fee_act);

The $gross appears twice.

Yes - printing cheques only.

Use the Memo field to put in cheque Number, bank name, etc in the payment allocation entry.

Which version of the paypal extension are you using?
There was some feature reduction in a later version.

There could be some error in the file sales/includes/db/payment_db.inc since only 11 arguments are initialised in the code fragment from line 29-31:

    $args = func_get_args(); while (count($args) < 12) $args[] = 0;
    $args = (object)array_combine(array('trans_no', 'customer_id', 'branch_id', 'bank_account', 
        'date_', 'ref', 'amount', 'discount', 'memo_','rate','charge', 'bank_amount'), $args);

Try changing the first line above:

    $args = func_get_args(); while (count($args) < 12) $args[] = 0;

to

    $args = func_get_args(); while (count($args) <= 12) $args[] = 0;

and report the results.

Use Windows Scheduler and print the TXT files from the folder using normal Windows Batch commands. Why do you need PHP here?

The following links may be useful:
http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/batch.mspx?mfr=true
http://en.wikibooks.org/wiki/Windows_Batch_Scripting
http://ss64.com/nt/
http://www.robvanderwoude.com/batchcommands.php

Your computation of GST (in the notes) assumes 70% for Item 1 instead of 7%. FA calculates it correctly.

The label for the column "Qty yet to Credit" should be "Rate".
@joe: Please change this.

FA 2.4 is heading towards PHP 5.4 and UTF-8 fully. Use "UTF-8 without BOM" in your IDE.

Is default '' illegal for text fields?

See if there have been changes in the latest FA 2.4 build.

I see you have forked the official FA Unstable as well - that is the way to go - not a fork of my frontac24.

Study the various extensions available and roll your own. The extensions files are available in my unofficial github repo.

Changes in config file values to reflect in FA may need a logout and login again if session variables are depended upon.

Your workaround could be useful for others till the dev fixes it. Thanks.

You will have to increase the number of variables in php's php.ini - see another post for it.

Using Courier New or Terminal font (slashed zero) may be suitable.

Platform - Linux/Windows.
FA version?
Files and Folder permissions for webserver user.

What you ask will break the normal workflow of FA. Better make a module (extension) with a new table that keeps track of these fields but you will have to take into account what happens when such entries are edited. There is another thread with info on editing Journal Vouchers and their consequences for the database tables and next_reference field.

There is huge scope for misuse of FA for money laundering and embezzlement besides hiding transactions amidst legitimate ones making forensics that much more difficult if what you say is allowed since there is no info on the final resting place for the monies to all the intermediate parties concerned.