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 kharding
I did some modification in My HR module.
Quite frankly, I have no idea why Farhaj bothers to tell us these things.
He's refused to release his code.
He's posting changes to a closed system that we can view.
He's made it clear he wants to sell his modules, which seems to be a violation of the GPL.
Thanks, Farhaj, for destroying the spirit of FLOSS.
I did some modification in My HR module.
Adding Eployee trainindg Module
Adding Existing employee functionality
Adding document uplaoding features
Expiring document Alerts systemThe work is under development......
Quite frankly, I have no idea why Farhaj bothers to tell us these things.
He's refused to release his code.
He's posting changes to a closed system that we can view.
He's made it clear he wants to sell his modules, which seems to be a violation of the GPL.
Thanks, Farhaj, for destroying the spirit of FLOSS.
So, I suppose that means he's selling it.
From Farhaj: "I want to Cover My Basic Expenses first.and want more functionality like attendence etv. I did theme contribution to FA, you will get it from FA Repo."
Hey Farhaj - why not, instead of accusing people of "writing stories," you share the code? I asked you for it months ago to no response.
Is there any indication in your server error logs as to what's generating the 500?
@Jlibster - I'd be happy to help in any way that I can.
I'm not needing payroll file formats for banks, as we're simply creating cheques, but need only the ability to enter in wages, deductions, and so forth. I'm in Canada as well, so your work would be immediately applicable.
Farhaj, I am quite disappointed that you haven't replied, well, ever, and seem to have abandoned working with the group here.
Did you delete the purchase order through SQL? I think that voiding the transaction would likely be a better move than trying to delete the purchase order through PHPMyAdmin or something similar.
Hi Farhaj,
Is there a way to obtain a copy of the code? I would greatly appreciate it.
(as an aside, I have to say that a CAPTCHA that results in a recursive decimal number is not a good CAPTCHA.)
I've just set mine to a cash account and consider an EFT a "transfer" between bank accounts.
No, not exactly. You can make all this on the single Direct Invoice form. Just enter Direct Invoice page, press F2 when you are focused on customer selector, entry new customer info and save it, then use cash payment option which registers also payment to invoice in single step.
Is there any way we can have textual or button links to these F# key functions? I use a Mac operating system primarily, or use mobile tablet devices, that do not have F keys in the Windows sense and as such have no access to these pop-ups.
And - how do you get to the "cash payment option"? I can't see any indication of how to directly access this from the Direct Invoice screen.
No, I'm not.
Why is it that this journal entry screen should limit the GL accounts used?
When you select the bank account from which the payment is being made, the GL selection allows you to choose where the corresponding expense should be posted, correct? As in, the bank selection at the top selects the bank account to which the credit should be posted, and below you can select where the corresponding debit is posted.
If you are looking to pay a supplier invoice, you can use the Purchases tab, choose payments to suppliers, and then the customer. No GL selection there, which is what you're looking for?
Why is that the case? I can foresee cases where I would need to make payments from a different payables account, instead of the default.
For clarity, apmathu, currently I have to:
- Add a customer through the Sales menu.
- Direct Invoice them through Sales.
- Apply Payment through Sales.
Three separate steps. Maybe these could somehow be combined on one screen under Direct Sale and Payment?
One thing I can think of: it would be nice to have a Direct Invoice and Payment option, where you can enter in the items that are being sold, and apply payment all on the same screen.
If you could have a way to quickly add a customer (ie, Name, email, phone number) on this screen, we'd have something close in functionality to a direct cash sale to a customer.
Apologies for not reading your question closely enough. No need to be *too* grumpy and snappy.
Looking at a test database in which I had closed a fiscal year; and generating a trial balance report from the first day of the new fiscal year, it looks like my version is resulting in the first scenario you described above - ie, it's showing debits and credits as the 'brought forward' amount.
If it's a non-balance account, you should see 0 brought forward.
What is the type and class of the account?
Do you mean stock as in common shares? If so, wouldn't this be properly accounted under equity or liabilities?
Hi Joe,
You've answered my question that I didn't ask well - the $dec is not a boolean 1 or 0, it's actually how many decimals to show.
Thanks1
I'm trying to display decimals when I show values in Chart of Accounts reports.
Editing 701.php (the appropriate report file, I believe), I set $dec to 1 in the appropriate place, but now I find that while two decimal places are (mostly) shown, the values are rounded.
Where can I edit the rounding?
If it helps - the purchasing equivalent (with a Supplier without Dimensions, adding during Supplier Invoice creation) works - the assigned dimensions when entering an invoice stick through the invoice creation.
So it appears to be just the sales invoicing side.
Thank you, Joe.
Joe - on my test database, I did the following:
- Added an item with no dimensions.
- Added a customer with no dimensions.
- Created an invoice through Direct Invoice and set dimensions via this page.
- Added the Item without dimensions to the invoice.
- Processed the invoice.
Unfortunately, the Dimensions set on the Invoice page - which are different from the dimensions (none) set on Customer creation - did not stick through posting the income to the GL.
Ah, that's even easier - for some reason I didn't think about the logical chain in the item overriding the customer. I'll give it a try!
Sorry to spam with posts - but I thought that I would illustrate my usage here:
I'm using Dimensions for fund accounting for a nonprofit.
Dimension 1 is the primary fund (cost and revenue centre) - these Dimensions include Operating Fund, Capital Fund, Events, etc.
Dimension 2 is where some projects or sub-funds are defined; here, individual events are created or specific restricted funds or endowments.
I'm recording cash sales from tickets at an event. I thought the easiest way to do this would be to create a Cash Sales customer and Direct Invoice the Cash Sales customer the amount collected as admissions revenue and then record the payment.
I have an 'item' created (Ticket Revenue) that has a Dimension 1 defined, but not a Dimension 2 (want to re-use the item for multiple events).
Because I can't find a direct cash sales menu option (there had been mention of one, but I cannot find it), I had created an invoice for Cash Sales and had selected the two dimensions - one for Events, and the second for the specific event. Added in the item, and processed the invoice.
According to the GL transactions, only the item's Dimensions were applied, not the Dimensions I applied during the input of the invoice.
I suppose I have a couple of work-arounds:
- Create a different Cash Sales customer with the proper dimensions for each event.
- Manually edit the dimensions on the associated transactions through MySQL.
Is there a way to ensure that the dimension attribution in the Direct Invoice page sticks, instead of being overridden?
FrontAccounting forum → Posts by kharding
Powered by PunBB, supported by Informer Technologies, Inc.
Currently installed 4 official extensions. Copyright © 2003–2009 PunBB.