Search options (Page 1 of 6)

The best (and, indeed, the only reasonable) way would be to treat it as another date format. There is absolutely no reason to change how it's stored internally.

Not from within FA itself, but you can have a cron job (or a "scheduled task" if you're on Windows) do it easily enough.

Below is what I run on a Linux server.

#!/bin/bash
url="http://hostname.domain.tld/"
cd "$(dirname "$0")"

curl -s -c my_session -F 'user_name_entry_field=backup' \
                      -F 'password=secretpassword' \
                      -F 'company_login_name=0' ${url} >/dev/null

curl -s -b my_session -F 'creat=Create Backup' ${url}admin/backups.php \
     | hxnormalize -l 240 -x | hxselect -s '\n' -c '#msgbox' | hxselect -c div 
echo
rm my_session

The script uses curl to log in as user "backup" with password "secretpassword" and "clicks" the "create backup" button for you. The "hx" stuff is there to select out the interesting parts (success/failure status messages) from the server response. Just remove that line if you don't want it.

I was thinking there might be some customer names/addresses, item descriptions etc. which contained them. That would explain why it doesn't happen every time.

Reliably determining a file's encoding is trickier than one would imagine. Besides, there could well be other reasons the file size gets mangled. (There might not even be a file at that point, but rather a string stored in memory.)

So what I would do is to look at the server response to the requests for a) a dynamically generated report, and b) the same report served from company/pdf_files/

If the content-length headers of the two responses differ, there's your problem.

I would use something like Wireshark, but there's probably a plugin for your browser which can be used to debug HTTP headers.

It's not as simple as just printing off a supplier invoice. These are customer invoices issued on behalf of the supplier. - FA would effectively have to create a customer invoice without affecting AR or stock levels and then processing it as a normal supplier invoice. And the created invoices would have to be numbered on a per-supplier basis, presumably with a different prefix for each supplier.

I'm not saying it can't done, but there would have to be changes to the database structure. And while most of the code required probably already exists, there's the matter of fitting this thing into the current workflow and menus. We can probably expect users to distinguish between customer and supplier invoices, but here's something which could be confused with both. Should it be enabled by default? If not, should the setting be per company, user or supplier? There's a lot that need to be thought through if we want such a feature.

Anyway, this kind of invoicing isn't an accounting issue at all, but rather an administrative shortcut. While you do need an invoice to match the payment, the accountant (or accounting system) doesn't really care who issued it.

For now, I suggest you create an invoice in your favourite word processor and let FA handle it as any supplier invoice.

If my guess is right, you should rather add it to the blacklist. That will screw up the AJAX stuff, but should confirm whether it is indeed Javascript which effectively disables the link.

Be careful, though. It seems bad things can happen if the AJAX calls fail.

I've seen something similar, where links (to other tabs, I believe) appeared dead. I found, however, that dragging them into the browser's address field triggered the page request.

My best guess is that the click gets intercepted by some Javascript event handler.

Just issue a credit note for the missing 2000. The reported sales for this period will be reduced by that amount, which in turn will reduce the tax by 200.

http://php.net/manual/en/info.configuration.php#ini.max-execution-time

Of course it's relative to the "includes" directory, because that's where session.inc resides. The function dirname(__FILE__) returns the path to the running script.

You can either use an absolute path:
ini_set('session.save_path', '/opt/FrontAccounting/tmp/');

or append the relative path to the current directory:
ini_set('session.save_path', dirname(__FILE__).'/../tmp/');

I recommend the latter, as it does not make any assumption about where FA is actually installed.

Line 401 seems to explicitly invert the values as they are being printed. Could that be the problem?

https://github.com/apmuthu/frontaccount … n.php#L401

$rep->AmountCol2($i, $i + 1, $sales[$i] * -1, $dec, 0, 4, 0, $fill, NULL, 1, true);

Of course you could tweak the code to send the message with more attachments. The basic steps should be obvious to any programmer:

1. Find the code which attaches the invoice to the email message.
2. Look up the attachments in FA for the transaction in question.
3. Add these as email attachments in whatever way the invoice is added.

(Apmuthu's suggestion only works if your server is accessible from the internet, and I'm not sure it's any easier. It requires changes not only to FA itself, but also to the web server configuration. Errors in the latter could affect the entire server.)