Greetings all,
I’m contemplating on adding a new functionality to SuiteCRM and wanted to get your thought and guidance before I commit to the idea…
In an attempt to better manage my communication and allow for transparency with my team I started to route all my email communications through SutieCRM. It didn’t take long before I noticed that the system created cases for even generic emails; for example, notification for facebook comments, updated support ticket from hosting service,etc.
If a goal is to utilize CRM to help track of all communication interactions (with customers, vendors, partners, etc) then there is a need for a better way to manage the noise.
For example, instead of creating a new blank case for facebook notification, I think it might make sense to add an activity to a generic “Notification” case.
This would mean that the assigned user would take action and close the case again.
Similarly, if an email is being received, it should automatically be associated with a respective contact or account.
As I explored the creation of an extension, I realized that I would have to duplicate many of the underlying implementation modules (copy/paste), which means that I would have to merge changes with every SuiteCRM release.
To address this, it seems to make sense for me to refactor the main trunk to allow for this extensibility, or perhaps I should add the functionality in the main trunk.
The high-level pseudo code for this feature would look like this:
if (subject contains NO case macro) {
if (fromEmail in Contacts) {
if Contact has "Notification" case {
caseNumber= notificationCaseNumber
} else {
caseNumber = Create a case under contacts
}
} else if (fromEmail in Accounts) {
caseNumber = Create a case under Accounts
}
} // if (subject contains No case macro)
if (caseNumber != null) {
subjectString = string( caseMacro + caseNumber) + subjectString
}
// continue normal case creation
I have no experiance contributing to the platform. Please let me know your thoughts with regards to use-case, implementation strategy, and other thoughts.
Thanks,
Edvin
P.S.
I don’t want to promise that I will implement this since I have more pressing projects; but, I do want to contribute back if I find the time.