-
Notifications
You must be signed in to change notification settings - Fork 233
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Sub account possible? #54
Comments
I have the same question |
Yes I feel like this should work. I will look at the codebase and see. However, what do the maintainer/s think? @mbulat? |
Does anyone solved the problem? |
I'd like to avoid building in any tree bases structure into the models, since it would increase complexity. I've used gems like awesome_nested_set in the past, but I'd also like to keep dependencies to a minimum. A standard way to do something like this in accounting is to use accounting codes. There's been some discussion about this in #10. So for example a small organization would use something like
A larger organization might use
If someone has a way to implement account codes and a rollup feature that would be agnostic to some number of formats, I'd welcome comments or PRs! |
I think this is a fine idea. Yes nesting would make it complicated. I've also seen names like |
@ramontayag @mbulat based on my previous experience with I believe you should have different GEMS which can be installed together to add functionalities and new Models. Accounting Documents and Transaction Types will save you lot of code writing when postings
While
SAP is built like this, you have also performance advantages as User or Automatic Posting will have faster query when selecting the
The whole idea of so here I get to point
As there is a different depth of information, the best strategy is using sub-ledgers (different tables). In the below image left side we can see the Account Receivable (Customer Entries) tables.
In the end you would have the The same is for Assets etc... ----------------------------------------------------In Conclusion------------------------------------------------------------ I believe using the structure of an existing system is easier then recreating a new one. I will probably try to recreate some of this functionalities in my project development branch and maybe one day extrapolate them in a separate GEM that can be installed by the other developers, but making one single too complex accounting GEM would be a non-sense as most of the users do not want/need that level of complexity. All my projects are and always will be opensource the image is from http://www.erpgreat.com/ and it is free to use |
What i did was to create a different category to group the accounts. class GrandParentAccountCategory < ApplicationRecord class ParentAccountCategory < ApplicationRecord class AccountCategory < ApplicationRecord |
Has anyone used sub account with Plutus ? I'm also trying to use it in my small project. I'm thinking about one idea but not tested yet. For creation of sub account under assets can we add type to assets model and extend it to create current_assets, fixed_assets etc. ?? |
It's probably not possible without changing the gem, which IMO isn't needed. You should be able to just create your own accounts on your project and make a 1:1 association with the Plutus account record |
Hello Guys,
Great gem! ;) Anyway is it possible to create a sub account.
Example
I have an Account Current Asset under asset. Then Under Current Asset I have a sub account Bank number 1 and Bank Number 2. Also under Current Assets I have a sub account Prepaid.
Which I can get the balance for the sub account or the main account.
Is it possible in plutus?
The text was updated successfully, but these errors were encountered: