Search options (Page 111 of 200)

Yes this sounds reasonable. We will establish a global variable in config.php file for this to work in the next minor release.
In the meantime you can do the following change in /reporting/rep107.php at line 121

                if ($Net != 0.0)
                {
                    $rep->TextCol(2, 3,    $DisplayQty, -2);
                    $rep->TextCol(3, 4,    $myrow2['units'], -2);
                    $rep->TextCol(4, 5,    $DisplayPrice, -2);
                    $rep->TextCol(5, 6,    $DisplayDiscount, -2);
                    $rep->TextCol(6, 7,    $DisplayNet, -2);
                }    

If you also want to do this in the deliveries please change adequate in /reporting/rep110.php line 130.

/Joe

Hello Fred,

You go into Access Setup in Setup tab. Select the set of role and lookup the new extension and mark it.

/Joe

Thanks, hopefully Janusz will update the repository asap.

/Joe

This is a very complex calculation and has been implemented by several using this fascility. Please be patient. this should work.

/Joe

Yes, you need to enter Access Level setup and mark the new extension.

/Joe

I guess you should consult an accountant. However I think you should create tow tax types, 21 and 23 %.
Also create 2 tax groups (f.i. tax 2011 and tax 2012).
Then when creating documents you should swap the tax group on your customers/suppliers depending on which year you are working on.

I guess this will be the best solution.

/Joe

I see that you have used the Journal Inquiry for editing the sales invoice. The Journal Inquiry shouldn't have allowed you to edit allocated invoices. This is a bug.
In Customer Transactions you are not allowed to edit allocated invoices.
This bug is fixed in HG repository and come in the next minor release.

You can also replace this function on line 106 in /gl/inquiry/journal_inquiry.php.

function edit_link($row)
{
    global $editors;

    $ok = true;
    if ($row['type'] == ST_SALESINVOICE)
    {
        $myrow = get_customer_trans($row["type_no"], $row["type"]);
        if ($myrow['alloc'] != 0 || get_voided_entry(ST_SALESINVOICE, $row["type_no"]) !== false)
            $ok = false;
    }        
    return isset($editors[$row["type"]]) && !is_closed_trans($row["type"], $row["type_no"]) && $ok ? 
        pager_link(_("Edit"), 
            sprintf($editors[$row["type"]], $row["type_no"], $row["type"]),
            ICON_EDIT) : '';
}

/Joe

elax, please add the following lines in /includes/current_user.inc after the function number_format2

/* price/float comparision helper to be used in any suspicious place for zero values? 
usage:
if (!floatcmp($value1, $value2)) 
    compare value is 0
*/

define('FLOAT_COMP_DELTA', 0.0000001);

function floatcmp($a, $b)
{
    return $a - $b > FLOAT_COMP_DELTA ? 1 : $b - $a > FLOAT_COMP_DELTA ? -1 : 0;
}

and see if it is ok with the floatcmp.
reporting/rep102.php had alreade a filter in the sql used in the file.

/Joe

There are no POS module in FA, however there is a simple POS system in the Setup tab.

/Joe

It is not the double precission that causes this problem. Consider the following:

When you pay and allocate customers/suppliers in another currency than the customer/supplier there would occasionally be a small leftover, either positive or negative in the AR/AP ledger. FA does not consider the record as fully paid. That is the reason for doing the check for either 0.0001 or 1e-6 to check that the record is 'paid'.

So I guess we can can continue with double precission.

/Joe

In FA it works al follows:
Register the Down Payment (this will also create a GL journal.
Register the Supplier Invoice. After that goto Allocate Supplier Payments or Credit Notes and pickup your Down Payment and allocate your supplier invoice and save it.
This will take care of everything.

/Joe