I’d like to discuss the development and integration of new apps within our ERPNext ecosystem. While I’m not opposed to new apps, I believe there are two distinct approaches we should consider:
Standalone Apps:
Apps like Drive and Mail can function independently, offering standalone services.
Integration with ERPNext can be optional, providing users with flexibility.
ERPNext-Dependent Apps:
Apps like CRM, Helpdesk, and Gameplan should extend the functionality of ERPNext.
If a user primarily needs CRM, they should be able to install both CRM and ERPNext, without requiring other ERPNext modules.
This approach aligns with the model we’ve successfully implemented with Frappe HR.
Key Considerations:
User Experience: Ensure that the integration between ERPNext and dependent apps is seamless, providing a cohesive user experience.
Modularity: Maintain modularity within ERPNext to allow users to install only the necessary modules, avoiding unnecessary overhead.
Scalability: Design apps to be scalable and adaptable to future needs, accommodating potential growth and changes.
By following these guidelines, we can create a robust and flexible ERPNext ecosystem that meets the diverse needs of our users.
I agree, with quality over quantity. There are many other open-source projects that can be integrated with ERPNext as well. For example, NextCloud for storage, etc. Expanding the ecosystem with thoughtful integrations while maintaining modularity will help ensure users have both flexibility and a seamless experience.
We have been using Nextcloud along with ERPNext for three years. Nextcloud offers Windows clients that sync files with the cloud to the local file system. This is a must for any knowledge worker working on Microsoft Office files locally. We made an integration one way from ERPnext to Nextcloud for our own use. We are open to contributing if a two-way integration is planned.
Yes, this will be a fantastic value addition to ERPNext
After watching the presentation I feel it is not about slicing current ERPNext into separate apps.
It is more about rebuilding it from scratch using the latest set of technologies and here Frappe Studio is going to play an important role. This rewriting will allow them (read Frappe/ERPNext) to get rid of legacy code and the complexities associated with it.
Having developed a few stand alone solutions in Frappe Framework I have always felt that there is very less freedom to style the input screens as per our requirements.
With the introduction of Frappe Studio I hope we will get free style UI screen building facility along with being able to use other matured and widely used UI/UX frameworks like Quasar Framework besides the standard Frappe UI.
I agree here that all those apps that can work as stand alone like CRM. Help Deks, etc. should be built in such a way that they can easily integrate with ERPNext with seamless two way data communication.
Anyone can easily integrate any number third party apps with ERPNext but building apps with similar features as found in third party apps (like NextCloud) in Frappe, actually helps Frappe push the envelop and also demonstrate to the world how flexible and powerful Frappe Framework is.