Search options (Page 88 of 247)

If you center the amounts in the body of the invoice, they will not align correctly for the decimal places. But if you still want it, then amke line 61 of reporting/rep107.php:

    $aligns = array('left',    'left',    'right', 'center', 'right', 'right', 'right');

to be:

    $aligns = array('left',    'left',    'right', 'center', 'right', 'right', 'center');

The top summary table has it's elements already center aligned in the English version - see attachment. The values in it are populated in the $aux_info array in reporting/includes/doctext.inc file.

The file reporting/includes/header2.inc that the invoice report uses aligns the values in it's lines 167-175 ('C'):

        foreach($aux_info as $info_header => $info_content)
        {

            $this->row = $iline2 - $this->lineHeight - 1;
            $this->TextWrap($col, $this->row, $width, $info_header, 'C');
            $this->row = $iline3 - $this->lineHeight - 1;
            $this->TextWrap($col, $this->row, $width, $info_content, 'C');
            $col += $width;
        }

This is a very important extension for FA and should have been built into the core as export/import are the important integration hooks for other applications to exchange data.

@itronics: please update the pkg repo accordingly.

The user input control functions that provide the dropdown select box php code should not get confused and the search delimiters should not be ambiguous. URL encoding too will convert space to "+".

We can also add the back tick character to the forbidden list it as well - "`". A semicolon too may be added to the list.

Here is an elegant way to check a string for presence of any character in an array:

$arrayOfBadCharacters =array(' ', "'", '"', '+', '&', chr(9), chr(10), chr(13), '`', ';');
$chars = preg_quote(implode('', $arrayOfBadCharacters));
if(preg_match('/['.$chars.']/', $_POST['NewStockID']) {
    // bad character(s) found
}  

These bad characters may be stripped off and the code used instead of throwing an error.

The addition af a nice POS into FA would make it very usable for the retail segment. Nevertheless, there are many dedicated POS systems with great advancements in it's development that to replicate the effort here would dilute the offering as voluntary maintainers with core skills and interests are hard to find and would be spread thin for it to be sustainable. Hence the need to natively integrate with an FA connector to popular Open Source POS applications.

A rudimentary POS in FA is the Direct Invoice entry screen. With a proper native FA RestAPI in place, integration with any POS by building a connector would become relatively easy.

The sales document types were missing for processing them. They have now been added.
Possible errors that may still remain are the fixed asset parameter in FA 2.4 for adding an invoice though a synch with the core cart class has been done.
The core may not yet have to be modified to degrade gracefully if the results of these changes demonstrate.

The Direct Invoice entry would suit such Cash entries with the Credit Card info in the memo with a pdf attached as a document to it. Possibly modify it for another menu link by hardcoding a Direct Credit Card Invoice entry.

Better still, use a POS and import transactions into FA.

@notrinos: great!
@boxygen: thanks for your perseverance and persistence

Lines 160 to 169 in includes/ui/ui_controls.inc:

function meta_forward($forward_to, $params="", $timeout=0)
{
    global $Ajax;
    echo "<meta http-equiv='Refresh' content='".$timeout."; url=$forward_to?$params'>\n";
    echo "<center><br>" . _("You should automatically be forwarded.");
    echo " " . _("If this does not happen") . " " . "<a href='$forward_to?$params'>" . _("click here") . "</a> " . _("to continue") . ".<br><br></center>\n";
    if ($params !='') $params = '?'.$params;
    $Ajax->redirect($forward_to.$params);
    exit;
}

can now be modified to:

function meta_forward($forward_to, $params="", $timeout=0, $return=false) 
{
// $return argument is set to true if form submission has not yet been done and the form data is still needed
    global $Ajax;
    echo "<meta http-equiv='Refresh' content='".$timeout."; url=$forward_to?$params'>\n";
    echo "<center><br>" . _("You should automatically be forwarded.");
    echo " " . _("If this does not happen") . " " . "<a href='$forward_to?$params'>" . _("click here") . "</a> " . _("to continue") . ".<br><br></center>\n";
    if ($params !='') $params = '?'.$params;
    $Ajax->redirect($forward_to.$params);
    if (!$return) exit;
}

@joe: can commit this.

1. Your first JE should be to place the tax from the sales account (dr) to the credit of the Tax Accrued Account (if tax is included). This removes the tax out of the sales revenue.
2. When the tax period finishes, debit the Tax Accrued Account and credit the actual Tax (Payable) Account. This empties the Tax Accrued Account.
3. When the tax payment is effected, debit the Tax (Payable) Account and credit the Bank whose cheque you are paying with. This empties the Tax (Payable) Account.

Read the section "Using the Tax System" in the Tax System Configuration page in the wiki for when each JE gets passed or should be entered..

Wiki-ed it.

Entry would be CR Bank
and DR Net Tax Payable

See this post.
Also read the wiki.

@notrinos: Why does it work everywhere else? What happens if the "exit;" is commented out in the main function itself?

@joe: was that some debug code that got left behind or do we need another argument for the function to conditionally execute an exit?