Search options (Page 18 of 22)

@peacecop kalmer

I tried all possible combination and could not reproduce the issue in my installation..unless the item in linked to an Inventory Account.

@peacecop kalmer

You dont need to worry about "C.O.G.S" its your cost account for your GOODS or even SERVICES.. You have a cost for the services your provide..Dont you? This is the account then.. unless you are a non profit organization and the cost of the services are not relevant. What you call it is up to you.

Now I am worried about your COA.. did you change it? What Changes you have done can lead us to a solution.

I know its difficult to remember but you can do it..somehow.

@peacecop kalmer

Of course you could have voided the invoice and all should be fine and it is the easy way and the system will take care of the rest.. that is because the invoice is for the wrong customer.

Now we are considering the case that you really wanted to do a Credit Note for a customer where the invoice is right but you want to credit the customer for some other reason.

What I can see is that your Item expenses is pointing to an account code 5200 (which I dont know what) that seems to be not a Service Item but one that is connected to Inventory account (unlike Services).

I suggest that you review that Item in Items and Inventory..and make sure that its not connected to Inventory Account.

I run a services company as well.. did not face this.. I could be wrong.

Tell us what you find. Good Luck

ar_EG is Arabic. Its completely different from Farsi although they have similar alphabet and they are both RTL (right to left) languages...

Well spotted @poncho1234

@barbarian

You must be missing an index.php inside your module directory. Just a small file with same name with the following code might do it:

<?php
header("Location: ../index.php");

Hi,

I found the below in /includes/sessions.inc around line 333

/*
    htmlspecialchars does not support certain encodings.
    ISO-8859-2 fortunately has the same special characters positions as 
    ISO-8859-1, so fix is easy. If any other unsupported encoding is used,
    add workaround here.
*/
function html_specials_encode($str)
{
    return htmlspecialchars($str, ENT_QUOTES, $_SESSION['language']->encoding=='iso-8859-2' ?
         'ISO-8859-1' : $_SESSION['language']->encoding);

I replaced iso-8859-2 with iso-8859-6 and now Arabic works OK.

I dont know if this is a workaround or it might have some other consequences..It seems OK to me.

boxygen,
this wiki
contains the guidelines for you to achieve what you want.

Basically you need to change the encoding to utf-8 of the English language.
Heres what ../lang/installed_languages.inc looks like in my case and it works OK for me.

$installed_languages = array (
  0 => 
  array (
    'code' => 'C',
    'name' => 'English',
    'encoding' => 'utf-8',
  ),
  1 => 
  array (
    'name' => 'Arabic',
    'package' => 'ar_EG',
    'code' => 'ar_EG',
    'encoding' => 'utf-8',
    'version' => '2.4.1-3',
    'path' => 'lang/ar_EG',
    'rtl' => true,
  ),
);

$dflt_lang = 'C';

The Opening Balance is not in balance, probably due to a non closed Previous Fiscalyear.
Could that be a reason?

Go Setup ->Company Setup->General Ledger Setting and choose the year. Then you have to press Update on the bottom of the screen.