Search options (Page 193 of 201)

Hello,
It is really not necessary with a payroll account for FA to run. It has been created for future implementation. Anyhow, maybe someone writes a Payroll module, and in that case the default account may be set here.

/Joe

Good Idea, Yes it will be done asap and included in RC2 that are shipping shortly.
I guess the customer's ref will be available then in all the sales documents.
I understand that you write f.i. PO 4, where 4 is the PO number, in the Customer's Ref. field. And this way it will come on all sales documents.

/Joe

Hello,
Yes there is. In the /reporting/includes folder, there is a file called header2.inc. This file is included when the documents are printed out. You can design your own document here, and use the texts in doc_text.inc and doc_tect2.inc (domestic and foreign texts).
Please make a backup of header2.inc before trying. So you can restore if everything go bananas

/Joe
BTW. If there are many texts that need a special translation, you can also create a new en_AU.po file from the empty PO file. There you can change the translating only where you need it.

Ok Alvin,
You have convinced me and we have changed it in the CVS repository for unstable at Sourceforge.
With these changes:
Customer Branch Sales Account now overrides the Item Sales Accounts if there is a Sales Account set in the Customer Branch. Default is now the choice 'Use Item Sales Accounts'.
I guess this will help you and others to a wider analysing of the reportings.

/Joe

You are right. This is Ajaxified by Janusz. I hope he sees this asap.

/Joe

Yes, you can use a cash account instead of the normal AR account. I commented on that in your POS topic. The Customer Allocation Inquiry would not get right unless you make a deposit with allocations (which can be done daily, weekly or so), but the GL is ok. You can probably live with that.
The GL AR account in customer branches doesn't override the GL AR account in Items. There is no such account in Items. You only change the GL AR account from the normal debtor account to the cash account.

/Joe

Again, you should start with the empty en_US-new.sql file or some of the other charts from the download section. This is because that you must be sure to get the correct connections between tables. Then you can start modifying it. Take away unneeded data. You will always get a warning if you try to remove related stuff. Enter stuff you want to be here, and finally make a backup and download the file. If you export from a company that have other prefix than 0_, f.i. 1_, you should use an editor and make a search for 1_ and replace it with 0_. All new scripts must have this prefix. They will eventually be replaced internally when creating a new company with your new script.
There is no automatic way of doing this, but you will learn by doing.

/Joe

I don't see the need for all these accounts on a Customer Branch. The Tax Account is based on the Tax Id, which is part of a Tax Group. The Inventory, Adjustment accounts are stock related.
But I can see a new report, based on the table stock_moves. It could create a report for you that keeps track of locations (it could also calculate the contribution). It could be for a period, per locations, per item. Detailed or Summaries.

/Joe

You point out something here. We will have an internal discussion about this. Could you probably use a dimension for a Location to keep track of it?

/Joe

Hello again,
The account for the product over-writes the branch account for sales.

/Joe

Hello,
It turned out to be difficult to move this item, but ti doesn't matter. Most visitors are looking in most forums, after all.
I don't think it will be that much work to write such a module. The only problem I see is, that we do not have the resources internally to do this. Maybe there are some skilled developers out there that are interested. Hopefully.

/Joe