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
Feat: credit invoices #1114
base: master
Are you sure you want to change the base?
Feat: credit invoices #1114
Conversation
@mohitpanjwani is credit creation already going to be a feature in the next major release? If not; is it possible to consider this PR and check it out? Thanks in advance. |
@JoeyJanson I would like to have this feature as well... So, among with estimates, invoices, expenses & Payments, I believe we should create a new super-category called "Credit invoices / returns" or something similar that makes sense in the book keeping. Imagine a marketplace that pays out commission for each product or service they sell. They have to issue an invoice to the payer, and a credit invoice to the commissioner. What's your opinion on the matter ? |
I do not have any insight about the progress that's being made to develop the next major release. Fact is that there is little activity on the repo and that a lot of users are waiting for a feature to create credits before they can use Crater. Me and my customers do not use these kind of tools to work with commissions or bulk returned goods. It's mainly just for invoicing and having credits for correcting the administration which is legally needed because it's not allowed to just modify existing invoices when services turned out to be less expensive or if mistakes were made in the invoice. So yes, if I use your criteria to make up the balance it would be good to have it as a super category. But to just satisfy my needs it would be good to just use the flag like I'm proposing (also considering the speed of development currently). Any plans already for implementing the super-category option? |
Discussed before in: #597
This is a working proof of concept. Since the column in the database can't be negative this should be the way to go in my opinion. Please let me know your thoughts on this. The front end probably needs some rework but that is not my strong side.