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 joe
If you change the date format during a session, there will be some problem using the date picker.
It should be ok if you logout. Empty your browser cache. Close your browser and then login again.
/Joe
BTW, the entered date Sept 30 2013 shouldbe Sep 30 2013.
Ok, if you have used negative days in the Payment Terms, then I can understand this behaviour.
The Payment Terms should not be less than zero.
Joe
Can we have a Little more information about this? It seems strange. I guess you mean Due Date. Have you made a Payment Terms set up wrongly?
/Joe
On this page we have explained how to setup poedit.
Joe
There is a sticky topic here in the Translations forum about how to merge new strings into existing.
Joe
No, but if this is vital I will consider. Should default period be from beginning of fiscal year?
Joe
The new report, Work Order Listing, has now been added. The HG repository is updated and the report will be included in the next minor release.
You can download the new files here:
/reporting/reports_main.php
/reporting/rep402.php
/reporting/includes/reports_classes.inc
/Joe
This has been fixed. You can download a new file, /manufacturing/search_work_orders.php, here.
The HG repository is updated and the fix will be included in the next minor release.
/Joe
No, it is not possible to print the documents in excel format.
Joe
Ok, will have a look into this.
Joe
I am not quite sure about that. Often the date values is sufficient. You can often use the qbove fields for filtering.
We will take this inquiry first,
Joe
There are no such reports at present.
If we should create a report like the one on screen, ourstanding work orders, by which column should it be sorted?
Joe
This sounds resonable. Sorting by number or name is useful. Will have a look at this.
Joe
You do that in item and inventory tab. Press to the UOM link. Here you can enter the decimals for the UOM.
Joe
Thanks Mark
I will then push it to the HG repository to go to next minor release.
/Joe
I am not familiar with Ifor SunSystems. Bear in mind that FA is Open Source. We are a non profit company. The only income are from donations.
We have no resources to give you support. You can search and use this forum for help.
Joe
Hello,
Just send the exported excel file, and I will try to help you create a South African COA. You can use my email address or the contribution email on the Contact us page.
/Joe
There are not many yet, but in the Banking and General Ledger you can use them for filtering in the Reports Balance Sheet and Profit and Loss Statement.
Joe
Ok, MarkAndrew. here are two new report files, rep301.php1 and rep308.php1. Rename them to *.php and replace in the /reporting folder.
We are now using the price on the stock_moves where appropriate. This price has been converted to domestic values where needed.
I have tested this in your scenarios and it works.
Please give me a feed back. Maybe we after all can use the costed values.
/Joe
@MarkAndrew.
It just popped into my mind, that we can use the stock_moves price when handling receivals, and supp inv/credit notes.
If the price is belonging to a supplier that has a foreign currency, we can calculate the domestic value for the given date.
I will have a closer look at this later this evening.
This way wes could eliminate the problem in you last report.
Joe
I cannot recall why this page has disappeared. However the page only contained tips on how to earn money on open source software.
But still you must follow the rules of the open source GPL v.3.
Among other, you must share the changed source based on GPL v.3 with the community.
/Joe
No, this is not needed.
Joe
I am not sure I am the right person to advise you on that. Maybe sombody in the audience can do that.
Joe
Hello again MarkAndrew,
When you are entereing the high value of 100, The fixed average material cost is set to 100, so when you enter the value at 31.08.14 at 50, the stock_moves standard_cost is calculated to 75. And when we try to calculate back the price we have no prior values to calculate from.
Therefore we get this error.
I am not able to fix this, due to the fact that the standard_cost on the stock_moves is stored based on the fixed value.
So now is the the question? Can we live with this? How often are your latest scenario done? This is the best I can do.
We cannot improve the CIMR and the IVR further based on costed values.
Do you Think we should go for this anyhow, or should be just leave the IVR to not be selectable on date values?
/JOe
You can use the dimensions for that. Have a look in the Wiki about that.
Joe
FrontAccounting forum → Posts by joe
Powered by PunBB, supported by Informer Technologies, Inc.
Currently installed 4 official extensions. Copyright © 2003–2009 PunBB.