131–140 of 218 posts
It never seems like any of these opensource accounting solutions have bank feeds? Why would anyone manually import bank info when an automatic feed exists.
Back in the day bank feeds were horrific to develop but these days I think there are aggregate feed services. Seems like you could just implement support for one of those?
I am really happy to see something like this. This is not a criticism of the project. Rather, I lament that more-and-more web-based projects document only a Docker-centered install process for self-hosting as opposed to the process of installing from source. This goes strongly against the spirit of self-hosting where you know what you're running and you see the steps and all the integrations that are needed, includin…
> This goes strongly against the spirit of self-hosting where you know what you're running and you see the steps and all the integrations that are needed, including any reliance on third-party services that may come back to bite you. No it doesn't. Just read the Dockerfile, it's self documenting and contains all the build steps.
If you don't want to run docker you can read the Dockerfile as it will contain all of the build step. Then you can enter everything yourself manually.
Earlier quoted context omitted.
> I can't help but feel compelled to pause my current tasks and contribute wholeheartedly to this. That is interesting to me, because I had the complete opposite take after less than a minute on the website. I actively avoid QuickBooks because I despise Intuit. But there is no way I would take a project like this seriously when the 'support' link is a link to Discord. Competing with QuickBooks means competing for bus…
What would support be instead, a phone hotline?
A forum, hell even a subreddit would be better, at least it wouldn't require an account to view and is indexable.
Good luck. Many layers of the financial system for small and medium businesses are used to working with QB. It's a means of communication. You can hire people who know it. It integrates with every bank and every, well, everything you might need. You accountant --internal or external-- knows it and has a process to work with it. Etc. While FOSS is great, it isn't always better. I think FOSS works well when you have a…
> Many layers of the financial system for small and medium businesses are used to working with QB This is more US-based, I'm working for a QB competitor in France and let me tell you that they are going to be crushed at very high speed either by us or another similar modern competitor. They are going to lose the whole market within 5 years and TV ads won't help them. They are moving way too slowly for the market.
Many startups in the space are building features, not products, and are at risk of QBO adding their feature the same way Stripe has been killing off fintechs with every new feature rollout.
There are many “let’s fix accounting” startups but the market itself moves slowly. It’s difficult to nudge users to switch accounting software and QBO has deeply entrenched network effects with accountants and integrations.
Another huge issue for QBO competitors is that there’s only so much you can do with the general ledger (GL) and closely associated functionality. The GL system is an end user of multiple different transaction sources/pipelines while most of the time those pipelines are outside of the GL software’s control. There isn’t enough there to strongly differentiate and pull users off QBO unless (maybe) you build a mega platform that handles all parts of the transaction lifecycles (something like what Brex is doing), and then you need to convince users to be all-in on all of the components to get the benefits.
Earlier quoted context omitted.
Wait, you simply are a middleman? What percentage of the support can you provide without having to call Intuit yourself? Is this lucrative?
This is like 90% of Enterprise IT work. Install some box, follow their directions, make sure the port is open on your firewall... call the vendor when it breaks. IT is so often just being the middle man.
Earlier quoted context omitted.
Yep, trying out a self hosted erpnext. It’s quite smooth and reliable especially when you compare it with Odoo. The cost for their cloud options is also way more economic to Odoo. Want to try out their integration with woo commerce.
If you don’t mind me asking, how did you get self-hosted ERPNext up and running? I had a beast of a time getting Frappe Bench up and receiving requests, but then it refused to serve a page. There doesn’t seem to be any documentation either.
If there are BigCapital devs here, could you please maintain compatibility with https://github.com/ledger/ledger also i dont see mention of an API. Being able to provide an API to one's own accounting system is a super-power (and probably very incremental to the work you're doing anyway)
I don't see how this is actually a use-case. How many people that need accounting software do it from the terminal? And on what earth is that a worthwhile business decision to spend time and money on this?
Instead of building a whole new format (with implications on testing, etc) - it would be incremental effort to build support for ledger-cli format . And completely mitigate 90% of the objections by accounting teams.
not asking for them to build cli functionality.
this is the file format - https://ledger-cli.org/doc/ledger3.html#Example-Journal-File
Earlier quoted context omitted.
I'm curious. Is this a criticism of their support. Real time chat in general or just specifically discord?
Real time chat in general and discord in particular. Discord cannot be self-hosted, so any support message history will be completely reliant on the goodwill of discord. Another problem with using a chat channel for support (slack has the same problem) is searching for things you know are there but are impossible to find again.
Earlier quoted context omitted.
> I can't help but feel compelled to pause my current tasks and contribute wholeheartedly to this. That is interesting to me, because I had the complete opposite take after less than a minute on the website. I actively avoid QuickBooks because I despise Intuit. But there is no way I would take a project like this seriously when the 'support' link is a link to Discord. Competing with QuickBooks means competing for bus…
Your take doesn't make sense at all to me. It's an open source project - their customers are going to be small businesses with small teams of technical people to maintain it. I don't think they're competing with QuickBooks at all. Why is Discord not a viable method of communication for these users?