Search options (Page 78 of 97)

I'm not sure I understand the problem. In Tax Groups you should have one of the groups marked as used for shipping. If none of your  standard group is suitable you can create one more special tax group for this with only those tax rates you need, so where is the problem?
Janusz

Keep in mind access system is subject to hue changes in release 2.2 which will be available nearly. From 2.2.0 personal roles wll be fine editable and stored in database.
Janusz

Currently 'our reference' field on invoices is used for name of salesman. In fact sales order does not have entry field for reference at all. I think this is one of those small things which should be changed, but there is always too little time to do it.
Janusz

I will consult this with Joe, why not.

Janusz

This have to be php  5.3 specific warning. Changing first line in save.php to
error_reporting(E_ALL^E_WARNING)  should help.

Janusz

This is option when printing Sales Orders from Customer and Sales Reports.
Janusz

The tax system is somewhat complex, but flexible and proven. It was explained some times on the forum (e.g. here).
Basically the tax calculated is selected as intersection of set of taxes applicable to item and set of taxes applicable to customer/supplier. For instance hypothetical VAT system with 2 rates in internal trade and and special single 1% export tax will have following settings:

. Tax Types defined: VAT 19%, VAT 5% and Export tax  1%
. Some items with Item Tax Type 'Regular' - 19%VAT and 1%export tax (%5VAT exempt)
. Some items with Item Tax Type 'Preferenced' - 5%VAT and 1% export tax (19%VAT exempt)
. Tax Group 'VAT' - includes  types 19%VAT and 5%VAT
. Tax Group 'Export' -  1% export tax

Now, if you sell preferenced goods with lower VAT rate (say food) for domestic customers the result VAT is 5%:
   [5%VAT, 1%Exp] X [5%VAT, 19%VAT] => 5%VAT
For items taxed with regular rate:
   [19%VAT, 1%Exp] X [5%VAT, 19%VAT] => 19%VAT
If you sell regular goods with regular VAT rate to foreign customer the result tax is always 1%:
   [19%VAT, 1%Exp] X [1%Exp] => 1%Exp
or:
   [5%VAT, 1%Exp] X [1%Exp] => 1%Exp

So as you see it works for any customer/supplier/items tax arrangements, providing correct tax setup and this is a reason why the bug report 155 was closed without changes. Maybe this is not straight forward, but it works right for most local tax systems. Surely it needs better documentation than posts on forum .

Janusz

PS The same tax calculations are made for purchases. Let's set Quick Entries aside for later discussion as this is new feature which still varies.
J.

Well, looks interesting although it seems to be rather  a set of hints to FA configuration according to conventions used in your region than general contextual help. Anyway if you would like to describe some significant part of FA functionality, it would be worth of effort to pack and distribute your work as standalone howto document helpfull for other users from your region.
Janusz.

Direct invoice issue is complex process which involves a lot of tables. In fact this is shortcut procedure which internally involves generation of sales order, delivery note, and sales invoice. Generation of this documents in turn includes a lot of side operations like changes in inventory, registration of changes on cash/bank account, taxes registration, allocation of cash payment to generated invoice etc,etc. Implementing all this operations by writing directly to MySQL db tables does not make sense - this is equal to writing most sales module functonality once again.

The only sensible way I see to entry data from other source (e.g. external POS) is to fill all needed data in new  object of type cart (see cart_class.inc) and call to class write method. If all data are properly prepared (proper item codes, proper customer and branch, right level of items in selected inventory for all invoice lines etc) the function will return true.

But if you really want to know what is written to what tables during direct invoice entry you can find all underlying sql queries by going down in calling hierarchy starting from this write() class method in cart class definition. Calls to db writing procedures you will find at the end of the method code. I do not have list of all involved tables ready, so I cannot past it here. I think finding all this stuff can take some one hour, sorry.

Janusz

The wiki module is only skeleton with no content. After install you should have wiki interface available at right top corner on every page, but content describing every individual page you have to entry yourself. So far there was no volunteer to fulfill the need for complete FA help system, so you can be the first one .

Janusz

Jackel,
You can simply check how it works on demo server. Please find some any sales order you want to send by email, then enter your own e-mail address temporarily in customer branch record related to selected SO, than select email report. Ina moment you will have the report in your mail box. Don't forget to clean up the email field in customer branch after the test or you will be suffered by unsolicited email from time to time .
Janusz