Search options (Page 192 of 200)

Hello again,
When you buy from your supplier, you buy to stock, not purchase account. The cost of goods sold is first debited when you make the delivery and the stock is credited. This is the normal way of doing it.
Think of it this way. You increase the stock when purchasing from the supplier. But if you should debit the purchase at this point you should credit the stock, but the stock is still there. First when the stock leaves with a delivery note the stock can be credited and now the COGS is debited.
Maybe still confusing, but...

/Joe

You only have access to bank accounts in journal entry when you are logged in as admin. Admin should have access to enter initial balances as well as other corrections. But, as admin, you should never add lines with non domestic currencies (bank accounts). This makes no sense.
You should use the Payment or Deposit forms for this.

/Joe

changing the language in preference only change the language during the session. But for the language to function permanently you must change it in the user setup as well.

I hope you get it to work.

Joe

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