1,076 Reply by itronics

(3 replies, posted in Accounts Receivable)

Oscar has described so many problems, that nobody found enough free time to answer. But what is the problem you are asking about?
Janusz

Go to forum: Accounts Receivable

1,077 Reply by itronics

(6 replies, posted in Accounts Receivable)

You can add as many contacts for company and/or branch a you wish. Why do you want to use branches for this?
Janusz

Go to forum: Accounts Receivable

1,078 Reply by itronics

(48 replies, posted in Translations)

For Quick Entry pattern base amount can be passed by user, or read from  GL account (current balance amount). The recent case is Balance Based QE.
Janusz

Go to forum: Translations

1,079 Reply by itronics

(12 replies, posted in Report Bugs here)

I can't reproduce the problem. Where you have encountered this problem? The message is used only in sales module while Direct GRN is placed in Purchasing.
Janusz

Go to forum: Report Bugs here

1,080 Reply by itronics

(3 replies, posted in Accounts Receivable)

Have you $print_invoice_no variable set to 0 in your config.php file?
Janusz

Go to forum: Accounts Receivable

1,081 Reply by itronics

(5 replies, posted in Installation)

I guess you are running FA under Linux. Put
pl_PL.ISO-8859-2  ISO-889-2
line in your /etc/locale.gen file and run locale-gen as root
Janusz

Go to forum: Installation

1,082 Reply by itronics

(21 replies, posted in Setup)

This is controlled via $print_invoice_no variable (see config.php).  But currently only single sequence by document tye is supported, so if you want to use multiply sequences you have take care of uniqueness.
Janusz

Go to forum: Setup

1,083 Reply by itronics

(2 replies, posted in Report Bugs here)

No, it should not - payment_term value is ignored for payment transactions. Seems you have mysql running in strict mode. If you will find any similar problem please report it too. In mean time I will fix it right way in CVS.
Janusz

Go to forum: Report Bugs here

1,084 Reply by itronics

(5 replies, posted in Manufactoring)

Inventory/location code is (surprise!) in inventory folder and its subflders, manufacturing in manufacturing.
Janusz.

Go to forum: Manufactoring

1,085 Reply by itronics

(29 replies, posted in Wish List)

Read my post sent on April 30th. Nothing has changed so far in this subject.
Janusz.

Go to forum: Wish List

1,086 Reply by itronics

(3 replies, posted in Installation)

Probably you have bad configured session handling on the server. Just try another one if you have no acces to server side session handling settings.
Janusz

Go to forum: Installation

1,087 Reply by itronics

(2 replies, posted in Accounts Payable)

This bug was fixed in CVS, also all not supported transactions were removed from the selector. Changes will be included in 2.3.1
Janusz

Go to forum: Accounts Payable

1,088 Reply by itronics

(9 replies, posted in Setup)

Keep in mind thee is a couple of php.ini files, each related to another SAPI (apache, CLI etc). If unsure or you have not full access to php.ini configuration you can also set timezone with ini_set function call in config.php. See in config.default.php file how it is done in case of lack of system timezone setting.
Janusz

Go to forum: Setup

1,089 Reply by itronics

(9 replies, posted in Report Bugs here)

Good luck smile.
Janusz

Go to forum: Report Bugs here

1,090 Reply by itronics

(9 replies, posted in Setup)

Try to change date.timezone in apache related php.ini file to 'Asia/Tbilisi'.
Janusz

Go to forum: Setup

1,091 Reply by itronics

(9 replies, posted in Report Bugs here)

There are more things in Heaven and Earth, than are dreamt of in your philosophy.
William Shakespeare

Go to forum: Report Bugs here

1,092 Reply by itronics

(1 replies, posted in Setup)

This issue was fixed in main CVS. You will find changed files attached to bug report 356 on mantis.
Janusz

Go to forum: Setup

1,093 Reply by itronics

(1 replies, posted in Items and Inventory)

Please try the same procedure when you are logged in with javascript switched off in your browser.
Janusz

Go to forum: Items and Inventory

1,094 Reply by itronics

(13 replies, posted in Modules Add-on's)

Yes it does. You have to implement install_tab() method in your hooks class. The example_class mentioned in hooks.inc comments should be defined as is e.g. customers_app class in application/customers.php.
Janusz

Go to forum: Modules Add-on's

1,095 Reply by itronics

(8 replies, posted in Reporting)

You have to have defined invoice email contact on customer level.
In this only case customer related mail is used as the Statements are normally revised by the main office of the customers.
Janusz

Go to forum: Reporting

1,096 Reply by itronics

(13 replies, posted in Modules Add-on's)

You should create your own hook class named hooks_APworks which extends hooks class. Also please look inot comments in hook class definition in hooks.inc - here you will find which methods are appropriate for your extension and how to implement them.
Do not include 'includes/hooks.inc- it is always included in session.inc file.

Janusz

Go to forum: Modules Add-on's

1,097 Reply by itronics

(1 replies, posted in Items and Inventory)

The only constraint have to be taken into account when creating item category is category name uniqueness. Try  another name.
Janusz

Go to forum: Items and Inventory

1,098 Reply by itronics

(2 replies, posted in Accounts Payable)

Please upload latest tarball 2.3.0a - this ugly bug was fixed and just after initial 2.3.0 release.
Janusz

Go to forum: Accounts Payable

1,099 Reply by itronics

(14 replies, posted in Items and Inventory)

Yes, seems here FA is too flexible  a little, and probably in most cases  items should not be selectable by foreign item codes in those places. On the other hand some users can rely on current behaviour, so I'm not sure we shhpuld change it.
Janusz

Go to forum: Items and Inventory

1,100 Reply by itronics

(9 replies, posted in Report Bugs here)

Brian,
Ok, we will try to locate the problem with debugging utilities built in FA.

When an account is selected, the details are not retrieved.

Let's try following procedue:
* Logout from FA
* Switch off javascript in your browser
* Login into FA - you will see slightly different user interface - this is fallback (non-javasript) ui mode.
* set $go_Debug=1  and $show_sql=1 in your config.php file.
* Go to GL Accounts, select any account and press tick button after account list.

Now you should see GL accounts details. When you do not see them - this is javascript related issue. At the bottom of the page you will see all SQL quries made during page generation. This one is responsible for account details retreival:

SELECT * FROM 0_chart_master WHERE account_code='xxxx'

where xxx is account code number.
Now you copy-paste the sql query and try it in phpmyadmin, to check whether this is mysql related problem or not.

Janusz

PS to leave fallback ui mode you will have to logout, and switch javascript in your browser on.
J

Go to forum: Report Bugs here