Build in Accounting Concepts
Nobody has claimed this yet.
- Dominant language
- Go
- Stars
- 6
- Forks
- 0
- PR merge metrics
- No merged PRs in 30d
Description
As I've learned more about accounting, I can see how it would help add some structure and solve some problems around tracking actual expenses vs activity in the repository. At very least, I think the `Accounts` type should understand some basic things intrinsically, like assets, liabilities, and equity. That way tools that are building on top of it can have a correct notion of credits/debits and zero-based accounting/budgeting.
I'm not sure how to marry together the more formal accounting with the concept of budgeting yet. They're surprisingly different. But I think I'll essentially keep them separate, and have the budget and each child budget essentially be automatic expense accounts. The budget is essentially the target or max spending for each expense account dure a period.
This will be a major breaking change.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
No files or tests are named. Start by locating the Accounts type and the existing budget, child-budget, and expense-account concepts, then document how they currently represent expenses and activity. The issue does not define a settled accounting model or concrete completion criteria, so the design and breaking-change scope must be resolved before implementation.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- go
- Domain
- backend
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100