Any Chat app avaliable for ERPNext for self hosted

Any Chat app avaliable for ERPNext for self hosted

Raven is available resource hungry and not of much use without Google and AI integrations IMHO

you mean it consumes a lot of resources

Hey @Tufan_Kaynak2 , could you share more information about the performance issues you faced (and which version of the app)? Which parts of the app did you find to be resource hungry? Would help us to optimize performance in those areas. Weā€™ve made quite a lot of performance improvements since last year so if you used an older version, do try the latest updates? Iā€™m personally aware of the frontend not being very performant on low end Windows devices though, and thatā€™s something on our TODO list for this quarter.

Try Raven its good and easy to use

1 Like

Already looked at Frappe Gameplan?

I think Ravenā€™s better integrated to ERPNext but do not take my word for it.
Ravenā€™s draining resources on the server side not on client. Client suffers from the tendency to develop client scripts in order to increase responsiveness. That makes sense for a client intensive application like chat but why do you create an instance of a doctype via jscript or try to validate thpusands of lines of child table in a doctype via client script? Just does not make sense to dry client browser. This can be a tablet or other mobile device.
My humble opinion is let an ERP be an ERP and a chat a chat alone. When you need Google to make video conferencing, I would not call it a chat application. Oracle tried that ages ago and failed.
I appreciate the effort but Raven does not cut it although it is a tremendeous effort. If you install any app ın your ERP but do not make it your corporate solution, that is you still need Google Meet or such, I would npt invest on it.
If you still insist, I think Raven is the solution but you need to adjust server configurations.

What do you mean by ā€œRavenā€™s draining resources on the serverā€ - what resources are we taking about here? Almost all of it runs on cache. Your point of using client script to create doctypes and ā€œvalidating 1000ā€™s of rows in a child tableā€ does not make sense because Raven does not do any of that. In fact, we barely have child tables in Ravenā€™s doctypes. Can you please be specific about which resources Raven uses? Raven is completely separate from ERPNext as well - it has the ability to integrate with any other Frappe app. We have 5 sites running Raven and they all work fine. All of them are on the $25 plan on FC. I also have 4 other sites hosted on AWS EC2, and none of them see any resource usage spike.

Also, video conferencing is in the pipeline but not a priority for a chat app.

I donā€™t think you need to have a defensive stance here. Our experience is a self hosted, unintegrated (with neither google or AI endpoints), 8GB i3 test system using mariadb. No further optimizations have been made at the time.
The product is awesome but my personal approach is something else.

Let me deploy it on a 24GB i3 live server on mariadb with optimizations and see what happens.

msg = ā€œModule import failed for Raven User, the DocType youā€™re trying to open might be deleted.\nError: No module named ā€˜frappe.core.doctype.raven_userā€™ā€
builtins.ImportError: Module import failed for Raven User, the DocType youā€™re trying to open might be deleted.
Error: No module named ā€˜frappe.core.doctype.raven_userā€™

is the first hurdle. I will install-app with --force

Yeah I have encountered this issue on my local machine as well. Is this a local setup? If yes, then just restart bench and it should work. I see the same issue with Frappe HR as well sometimes.

Itā€™s not a defensive stance, I would actually like to know where the bottlenecks are so that I can fix it. If you encountered an issue and tell me about it, it would help the entire community that I fix it.

Your point about the video conferencing is noted, but the other does not make sense to me unless you give me some examples.

Sure. I totally agree with you. I assume you are testing thoroughly. Sorry if I offended you but if I have limited resources on a deployment, I would sacrifice chat for ERP. Thatā€™s all Iā€™m saying.

Makes perfect sense to me. Chat apps require resources for sure, and it might make sense to run Raven on a separate server if the ERP system handles a lot of traffic/activity and you notice slowdowns.

The only thing that users would miss is the deep integration if they choose to host it on a separate server. Frappe also hosts most of their apps on separate servers btw. Let me see if we can add an option to allow Raven to connect to remote/separate ERPNext/FrappeHR servers for just the integrations. That way a user could technically have two servers - one for chat, the other for ERP but not miss the integration between them.

And no, I am not offended at all lol.

That would be awesome if you can offload the processing from the ERP instance/siteā€¦ That may even be a hybrid model if data security is not compormised.

1 Like

Add support for remote ERPNext/Frappe HR integrations Ā· Issue #1225 Ā· The-Commit-Company/raven Ā· GitHub - added to the plan, will have to think a little more about it though, especially around user roles/permissions.