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
@boxygen
As I can see we do use the global variable, $use_costed_values, in rep301.php.
It is on line 209:
if (isset($SysPrefs->use_costed_values) && $SysPrefs->use_costed_values==1)
{
$UnitCost = getAverageCost($trans['stock_id'], $location, $date);
$ItemTotal = $trans['QtyOnHand'] * $UnitCost;
}
else
{
$UnitCost = $trans['UnitCost'];
$ItemTotal = $trans['ItemTotal'];
} Joe
@boxygen
You are a valued senior member and it is good to have you among the developers.
I will assemble what we have got of interested developers during today. Janusz amd I will have a chat about how to proceed.
I guess a new Forum for development is a good place to start. Amd maybe an internal mailing list.
Joe
The solution with automatic increment of references only works with documents.
Joe
Thanks. Fixed and committed to Repo.
/Joe
Thanks. Committed to Repo.
/Joe
Hello all Senior Members and Developers
----------------------------------------
On a Developer meeting yeaster day we, @itronics (Janusz) and I, have decided to call for more help.
Janusz is very occupied by his main work, but he will still be helping us with his great knowledge and Code
implementing.
I am getting older, and am no longer such a Work Horse as before, although still fit for tasks.
We are looking forward to the next major 2.5 and more.
At present we are very satisfied with the core implementation. It is not fully object oriented, but we feel it is
easy to work with. Eventually change of the core could be a candidate to a future 3.0 version. We will see.
On the Forums, @apmuthu is doing a tremendious job. He tries to help all, both newbies and more skilled users.
Very good.
Janusz is very fond of @notrinos's implementation of a tiny Human Resource extension, FrontHrm, on Github.
He would like to give it a closer look and eventually some modifying of the Tax implementations and other things
before including in the core.
You should be proud, @notrinos, he is not easy to convince 
This would be a candidate for 2.5 release.
I guess we will start with an active 2.5 release soon on our Git repo.
We need help with php/javascript developers, 2 to 3 guys. I have seen the following guys contributing with
various code:
@notrinos
@boxygen
@kvvaradha
@davidkumi
@Braath Waate
@poncho1234
@seahawk
@cambell
@Alaa
@alvin
@barbarian
@chaitanya
@p2409
@tom
Just to name a few. I know there are more. Some of these have not been active lately.
Should anyone of you have a knowledge of php/javascript, just tell us if you are interested in beeing part
of the keveloper team.
We also need a Website Administrator and Designer to rewire the frontaccounting.com page(s).
And we also need some good writers for doing some Public Relations for us. We feel that a lot more people should
know about FrontAccounting.
Should you feel interesting, please be in touch. Either here or use our email addresses.
This topic will be both on the Announcement Forum, but the Working Horse will be in the Modifications Forum.
Developers, Senior Members are welcome with things needed in 2.4 and future 2.5. We welcome source code for your solutions.
An example is the 'Landing Costs' discussed earlier. If someone can find a simple solution to this, it would be nice.
Please use the Modification Forum version for dialogs. It will be a Sticky topic.
/joe
Hello all Senior Members and Developers
----------------------------------------
On a Developer meeting yesterday we, @itronics (Janusz) and I, have decided to call for more help.
Janusz is very occupied by his main work, but he will still be helping us with his great knowledge and Code
implementing.
I am getting older, and am no longer such a Work Horse as before, although still fit for tasks.
We are looking forward to the next major 2.5 and more.
At present we are very satisfied with the core implementation. It is not fully object oriented, but we feel it is
easy to work with. Eventually change of the core could be a candidate to a future 3.0 version. We will see.
On the Forums, @apmuthu is doing a tremendious job. He tries to help all, both newbies and more skilled users.
Very good.
Janusz is very fond of @notrinos's implementation of a tiny Human Resource extension, FrontHrm, on Github.
He would like to give it a closer look and eventually some modifying of the Tax implementations and other things
before including in the core.
You should be proud, @notrinos, he is not easy to convince
This would be a candidate for 2.5 release.
I guess we will start with an active 2.5 release soon on our Git repo.
We need help with php/javascript developers, 2 to 3 guys. I have seen the following guys contributing with
various code:
@notrinos
@boxygen
@kvvaradha
@davidkumi
@Braath Waate
@poncho1234
@seahawk
@cambell
@Alaa
@alvin
@barbarian
@chaitanya
@p2409
@tom
Just to name a few. I know there are more. Some of these have not been active lately.
Should anyone of you have a knowledge of php/javascript, just tell us if you are interested in being part
of the developer team.
We also need a Website Administrator and Designer to rewire the frontaccounting.com page(s).
And we also need some good writers for doing some Public Relations for us. We feel that a lot more people should know about FrontAccounting.
Should you feel interested, please be in touch. Either here or use our email addresses.
This topic will be both on the Announcement Forum, but the Working Horse will be in the Modifications Forum.
Developers, Senior Members are welcome with things needed in 2.4 and future 2.5. We welcome source code for your solutions.
An example is the 'Landing Costs' discussed earlier. If someone can find a simple solution to this, it would be nice.
Please use the Modification Forum version for dialogs. It will be a Sticky topic.
/joe
On a meeting this Weekend between me and @itronics (Janusz) we have decided to implement the automatic increase of document references shown by @kvvaradha. Slightly modified.
For backwards compatibility it is implemented as a Company Setup switch. 'Auto Increase of Document References'. You will have to mark this item for enabling this.
This change has been committed. You can download the files at the repo here
/Joe
Hello Guys
@itronics (Janusz) and I have been discussing this item this Weekend. There are some complicated sideeffects if changing it back to 2.3.
In the future, we are only going to show the reference numbers in all views and reports (not the built in numbers).
An Access-role will make it possible to see both the built-in number and the reference number.
Janusz will make a post in a while, explaining why he prefers this method.
/Joe
I am aware of these behaviours and the shown solutions are subject to be fixed.
This weekend I am having a meeting with Janusz and we are among others talking about the subjects.
So just stay put. We are trying to solve it the best ways.
Thanks for the various solutions
Joe
Thanks for reporting. This will be fixed asap.
Currently there are problems committing to Sourceforge Git, but as soon as it is working again, it will be committed.
/Joe
Ah, I see. This is the only place where the variable ar_classes is declared as an array.
Your solution will fix this issue elegantly.
/Joe
Hello,
This is strange, because this is not a constructor. Will try to examine this.
/Joe
Hellog Guys,
I guess this is a strong candidate for an Extension. Not many countries has this legal demand.
/Joe
@apmuthu
I am having a meeting with Janusz next weekend.
If you mail me the issues that I should discuss with Janusz, please email me them.
This issue here, can be fixed as you describe, but is it good enough?
/Joe
Which versions of php do have this problem?
Joe
Hello,
I have committed the Summation of the Outstanding Open Balances in this report, Customer Balance.
Still investigating the allocation column, although this is not an important column, but anyhow.
/Joe
Haven't heard of this before!
Joe
@boxygen
Please try this change in rep101.php. Rename the rep101.php1 to rep101.php and replace.
Tell me if the outstanding column is correct now when selecting Show Balance to No.
I guess the allocation column still has some discrepancies.
I want this clarified before continuing with the allocation column.
@apmuthu and @boxygenMaybe we can inplement the Branch selection too. If we write this information above in the report with the other parameter info, I guess we need no more columns. Right?
Sorry Guys. We have no link between the customers and branches in Report Selections, so it will be a major change here. So be patient, maybe in the next major.
/Joe
If we first look at the Customer Balance Report with the Show Balance set to Yes.
Then the sum of all credits and debits and balance are shown correctly for closing and opening balances. The discrepancy in the allocations have something to do with the time of allocations (not really importing for the report. Maybe we should eliminate the summation for the allocations). The balance column is correct and this is very important.
If the report is taken with the Show Balance set to No.
The sum of all credits and debits are shown correctly. Here the lines are calculated on a record base line by line. The total of all outstanding with allocations added gives the total balance (the same result as on the balanced report).
Again the discrepancy in the allocations aare subject to closer investigation from my side. Will do this asap, but I am still rather overloaded with other work.
Of course you are welcome with suggestings regarding the Sql statements.
Joe
No plans for including branches in the Customer Balance.
It should be an extension or maybe a company report.
Joe
@notrinos.
You are right. This is the reason why no errors are reported from MySql.
This is a redundant function at the moment. This should be removed. Will discuss this with Janusz.
Joe
This has been committed. Strange that this passed the MySql server without warnings!
Thanks for catching this.
/Joe
@Braath Waate
Thanks for your thoughts. It seems that the way could be to enter these landed costs when the supplier invoice in entered. I guess these costs will first appear when the invoice is received.
And we could make the final adjustments, just like we do now if the prices are different from the PO.
I think Janusz will enter this discussion in a while. I will try to get him active
/Joe
@apmuthu
No I guess not.
-----
Regarding the open balances. There should be no differences when you check the 'Show Balance' box. The Sum of all record outstandings before the period should be the same as the Open Balance.
There might be some allocations that are not done that can influence on the period result.
But I cannot reproduce any errors here.
@boxygen
Please be a little more specific regarding your observation.
/Joe
FrontAccounting forum → Posts by joe
Powered by PunBB, supported by Informer Technologies, Inc.
Currently installed 4 official extensions. Copyright © 2003–2009 PunBB.