Search options (Page 1 of 9)

It's probably a rounding error (so 216.85- 216.85 is not exactly equal to zero).
add $1 or 1cent  in the cash account (in FA and physically ) it see if it solve the problem.

I know it's not ideal, but that's the only thing you can do at the moment.

/Elax

I have a similar problem, but in the other way, my supplier wants prepayment which I want be allocate on each delivery (The main problem is we usually mix the initial order in each delivery).
What I do (seems a bit complicated but works really well, however you might be able to simplify it).

When the supplier raise an pre-payment invoice
- I create an invoice which go on a prepayment account (or item). It's not related the real items I'll get. It's a 'deposit' item.
- A the same time, I create a credit-note to cancel it.

Then, (that's the clever bit), every payment I made, I allocate them on this pre-payment. I never allocate payment to the real order.
When the real invoice arrives, I pay it with the credit note (even if the payment haven't been made ).

Example
I have an order A for $100 and and order B for $1000

I create:
  a pre-payment A-P $100
     credit note A-D $100
    pre-paymint  B-P $1000
    credit note B-D $1000

At that point everything cancel each other, in theory I don't owe  anything to anybody.

Then the supplier wants me to pay 30% deposit of everything

I pay $330 which I allocate the pre-payment
at that point, I can see than I need to 70+700 $ to pay and I have $1100 (from the credit not) which I haven't allocated to anything.

Now, the supplier send  and invoice half of A and half of B (but I haven't paid anything yet).

I create the invoice corresponding to the delivery
  D1 $550

And I allocate the correspoding bit from the credit note , so at that point I have
        Amount     | Allocated       | Outstanding
A-P  $100         | 30 (deposit)   | 70
B-P  $100         | 300 (deposit) | 700
A-D  $100         | 50  (delivery)| 50
B-D $1000        | 500 (del.)     | 500
D1  $550          | 550              |

I can see easily that I have 770 outstanding to pay, and 550 left to be invoiced by the supplier.
One of the advantage of that method, is it decouples the physical payment from the invoice, so for example with the 30% deposit, I don't to worry about how to allocate them to the real delivery (should I consider that half of the 30% should be allocated to D1 ? etc ...).

With that I just allocate the deposit and payment to the order A pot. And allocate delivery from the A pot (the credit note).

Hope that will help,

/Elax

It's fixed on my version , but apparently not in the official FA.
I have a patch for it but I don't how to post a file on this forum.

Yes, you just need to configure this supplier to use 5% and 13.5% rates.

You definitely needs to read the wiki, because everything is in it.

/Elax

As I said, your item will probably 'live' in their location independently from the order. Therefore you should be able to use adjustement location to move more than one item at a time.
What type of volume are you speaking of (1 item a week or 1000 a day ?)

If you have a spreadsheet you can use my textcart module to transform a spreadsheet to a adjustemen location cart.

/Elax

Yes you need to create one GL account for each tax type (under liabilitie).

Sorry I miss read your post.

You are right, but you can still move a item (if it already exists) from one location to another one. So if you order use the 'READY' location, and your t-shirt is initially in the 'WAITING'  one. You can move it (using location transfer) to WAITING to PRINTER etc, and you won't be able to dispatch the final order until there is something the item reach 'READY'

However, I'm a bit confused when you say order, do you mean sales order or work entry order ?

/Elax

I think the user should be able to chose on which tab if need wigdet (and if is ok to waste time or not). My initial point was only that an additional dashboard tab is handy.

I think it was me ;-)

I thought of the module approach but pretty much all  the modification have mentioned are hard to extract to a module because most of them are small enhancement of the actual GUI.

Anyway, as I can see that nobody is interested in any of the my features, it's probably not worth wasting time on trying to integrate them into FA.

/Elax