Hi
I am currently reviewing the demo version to evaluate if CommitCRM is suitable to control printer repairs.
Ideally a BRAND, MODEL and SERIAL_NO arrive here with a FAULT (AKA ASSET in CommitCRM).
Typically this is brought in by the CUSTOMER who has a warranty with the CLIENT. We log a warranty claim (TICKET1) with the CLIENT, then we fix. The CLIENT is charged and it is return it to the CUSTOMER. Next the CUSTOMER might bring in the above machine months after for a non warranty repair (TICKET2). This time the CUSTOMER rather than the CLIENT is charged.
Will CommitCRM successfully handle this where
1 CUSTOMER or CLIENT is billed as appropriate to say warranty/non-warranty
2 TICKET1 and TICKET2 appear together in a history record despite different billing destinations
3 Search for the end user (CUSTOMER) regardless if job is being payed for by CLIENT or not
4 Readily identify SERIAL_NO where CUSTOMER has multiple numbers of the same BRAND and MODEL
5 Report List off jobs associated to a CLIENT
6 Handle 1000+ CUSTOMER where they may be either home users or a business; some repeating while some don't.
Opinions on whether this can be configured to work as above would be much appreciated
Thankyou
I am currently reviewing the demo version to evaluate if CommitCRM is suitable to control printer repairs.
Ideally a BRAND, MODEL and SERIAL_NO arrive here with a FAULT (AKA ASSET in CommitCRM).
Typically this is brought in by the CUSTOMER who has a warranty with the CLIENT. We log a warranty claim (TICKET1) with the CLIENT, then we fix. The CLIENT is charged and it is return it to the CUSTOMER. Next the CUSTOMER might bring in the above machine months after for a non warranty repair (TICKET2). This time the CUSTOMER rather than the CLIENT is charged.
Will CommitCRM successfully handle this where
1 CUSTOMER or CLIENT is billed as appropriate to say warranty/non-warranty
2 TICKET1 and TICKET2 appear together in a history record despite different billing destinations
3 Search for the end user (CUSTOMER) regardless if job is being payed for by CLIENT or not
4 Readily identify SERIAL_NO where CUSTOMER has multiple numbers of the same BRAND and MODEL
5 Report List off jobs associated to a CLIENT
6 Handle 1000+ CUSTOMER where they may be either home users or a business; some repeating while some don't.
Opinions on whether this can be configured to work as above would be much appreciated
Thankyou
Comment