It's much more fun, when you can discuss your problems with others...
You are not logged in. Please login or register.
FrontAccounting forum → Posts by apmuthu
Setup => payment Terms => create new payment terms as Cash type but name it credit card. make an account code similar to cash and call it credit card. Make it a bank account - your merchant bank account.
It appears that the first non default cash type of account in the bank accounts gets hard coded in creating a direct invoice.
Quick Entries as in this post may be useful.
@joe: What is the correct way to make a "Cash" sale (Payment Terms) for a credit card transaction.
Tax is set to be included in your price so 5000 * 0.05 / 1.05 = 238.10 SR. Setting it to be Tax Excluded will result in 250 SR = 5000 * 0.05. This setting is in Sales => Sales Types => Tax Incl (checkbox).
Then it should be a browser and version issue / OS issue.
Unzip into modules folder and a subfolder called rep_customer_ledger will get created. Now in your default company (generally company #0) go to Setup => Install/Update Extensions and "Install" the extension rep_customer_ledger. Then in the top dropdown box, choose Activate for target company and tick checkbox there. Logout and now login to your target company. Read the wiki.
Does the Ajax work for the Item field?
Updated extension in last post with heading line fixed in template. I thought there was an export feature in it. The import_items extension has it though.
Overwrite the corresponding files in <FA webRoot>/modules/import_transactions folder with the ones updated and attached here.
Export a set of transactions and use that format for importing transactions.
You have quoted from the Wiki.
There is no YouTube video for this. You can create one and paste the link here.
In the text box before the dropdown select box for Items, only the item code can be typed. The dropdown will show the item name only and will be prefixed with the item code only if the "Show Item Codes" checkbox is ticked in the Preferences menu. Where do you get/see "symbols"?
If however, in Setup => Company Setup, the Search Items checkbox is ticked, then the textbox besfore the Items dropdown can be searched by Item Name when by Ajax, the dropdown will get filtered.
Yes. The Ajax should be out of the "if" construct.
Attached is the "beautified" page.
It is possible that somewhere in your code prior to displaying the form field, you are doing something like this:
$_POST['item'] = '';or
$_POST['item'] = $myrow["item"]; // which may be blankAlso, if the third parameter of the function text_row() is null, then the value of the field is automatically taken from the $_POST array as seen in the function text_input's second parameter which it becomes in includes/ui/ui_input.inc file.
Your import file does not have the data in the correct format - the third ($memo) and last but one ($person_id) fields are missing in your data file's records.
The function get_standard_cost() was available in FA 2.3, being defined in it's includes/db/inventory_db.inc and can be inserted somewhere in the module's file: modules/import_transactions/includes/import_sales_order_entry.inc as:
function get_standard_cost($stock_id)
{
$sql = "SELECT (material_cost + labour_cost + overhead_cost) AS std_cost
FROM ".TB_PREF."stock_master s WHERE stock_id=".db_escape($stock_id);
$result = db_query($sql, "The standard cost cannot be retrieved");
$myrow = db_fetch_row($result);
return $myrow[0];
}where you can replace the function name with it in the module's file.
If you wish to use the current code base, the above function has now been superseeded (on 2016-02-23 in FA 2.4 RC1) in the same file by:
function get_unit_cost($stock_id)
{
$sql = "SELECT material_cost
FROM ".TB_PREF."stock_master
WHERE stock_id=".db_escape($stock_id);
$result = db_query($sql, "The standard cost cannot be retrieved");
$myrow = db_fetch_row($result);
return $myrow[0];
}The unit labour cost and unit overhead cost are also used now and hence the unit cost is sought to denote the unit material cost only.
Try the attached one that follows the latter code that leverages the currently available function.
@joe: which method is recommended?
Compare your php.ini and my.cnf / my.ini files between the ubuntu 16 and debian 9 installs. Timeouts may be an issue with php.ini settings. MySQL sql mode strict settings too can be an issue.
The updated extension is attached with whitespace synch with rep101.php and all CRLF converted to LF line endings.
Added to the FA24extensions repo.
You may have to create / use a $_SESSION variable for it and / or enable autofill in the browser settings.
Which dropdown are you referring to and where?
Share Capital is what you are looking for. Profit/Loss distribution to the respective partners is like passing a shareholders dividend journal entry. Yes, FA fully supports partnership firms / partners accounting.
This must be used with caution when there are transactions for the inactive customers / suppliers and when needed to be in future journal transactions.
A salesman is allotted to each customer branch. All sales to that customer branch will be under the specified salesman's log for commission / reporting purposes. If a sales order / invoice is made out to a customer's branch, the salesman can be looked up.
Report 101 does not have any salesman's column at all. The sql that generates the transaction list for the report is from lines 74 to 88 in the rep101.php - you can choose to link the cust_branch table in to filter the salesman you want.
FA does not support discount on line items for purchases - it is there in sales invoices and reports.
An extension is currently needed to accommodate purchase order discounts for line items.
Purchase Invoice discounts are entered when payment is made for the whole invoice unless you choose to pay per line item when what you need gets accommodated as amounts and not as % discount.
All months in 2017 is best done using the date range in the reports.
The cost centres can be assigned Dimension 1 and can be filtered from there and / or with date range filter.
Using Summary choice in reports will give what you need as well.
The tags will be useful to track a certain set of transactions say pertaining to one specific tour group even across fiscal years.
Latest attached.
Attached is mod to display the version of third party extensions by including a _init/config file in the module.
@joe: can commit it.
P&L is calculated at the end of the year by taking the balance of all expense and income accounts and stock differentials and then auto inserted. Only the Trial Balance and computed P&L are used during the year in a similar manner. What you want is a hierarchy of P&L accounts in the Accounts Master. You are free to change the nomenclature for the Account Classes, Account Groups and Account heads.
Since most non African FA users are not familiar with the OHADA implementation, I had to look it up and provide some links for others to evaluate and advise quickly.
Look up the FA users list and see if any are from your region willing to assist.
Alternatively, upload an excel sheet of your current OHADA accounts master and their desired classification and provide the link here to assist others to advise.
@joe: Providing a native OHADA Chart would increase the FA footprint into West and Central Africa tremendously.
FrontAccounting forum → Posts by apmuthu
Powered by PunBB, supported by Informer Technologies, Inc.
Currently installed 4 official extensions. Copyright © 2003–2009 PunBB.