Removing customer details
Neil McQuillan
open
D
Dave Green
We have had our customer database transferred from another system and it would be handy to remove duplicate customers, or at least merge them.
1
1phil
We would like to put our vote in for the ability to remove customers from the system in bulk. We are needing to remove aged customers now and the current system is not productive.
S
Summit To Sea Admin
Merging customer details into a single reference point, but retaining their sales data would be very useful. We have customers who have two records, they bought from us initially through ebay or amazon and have subsequently come over to us direct (maybe it was the great service?).
It would be useful to be able to merge their sales transaction into a single account and easier to deal with any issues in the future, warranty etc.
You look a bit daft when you tell them they didn't buy it from you, because you looked up their postcode in the correct format with a space, then it turns out they bought it via ebay and their postcode has no space.
Not all of the team here are as experienced with the subtle nuances of the system, where a partial search shows multiple records for a customer.
R
Russ Taylor
This should be merged with https://www.citruslime.com/feedback/point-of-sale/p/duplicate-customer-account-warning, https://www.citruslime.com/feedback/point-of-sale/p/search-for-customers-using-mobile-number, https://www.citruslime.com/feedback/point-of-sale/p/gdpr-compliance, https://www.citruslime.com/feedback/citrus-lime-backoffice/p/customer-account-no-sort-order-wrong,
as all of these relate to identifying and cleaning up 'dirty' data, including correctly identifying duplicate records and being able to merge them (including any transaction history connected to them).
The effectiveness of any database-driven POS, e-Commerce marketing system, etc. is only as good as the accuracy of the data stored within it. Having multiple entries for the same customer because of minor differences (e.g. old mobile number, email or address change, etc.) reduces the impact and value of any marketing campaign, analysis, trend matching, etc. However, CL still does not have effective tools with which to manage the raw data itself, identify potential duplicates and compare 2 or more potential duplicates in order to select the correct data to keep and merge, yet identify clearly when two similar records are in fact separate individuals. As an example of a real-life non-duplicate, my brother-in-law and father-in-law share the same first name and surname and live at the same address, with a shared home phone. However, they have different dates of birth, email and mobile numbers.
Common duplicates include where the postcode, mobile or landline numbers and even email addresses are the same, but some entered with spaces and some without. In these instances, the database needs to have formatting rules that correctly insert spaces where required (e.g. 02033268505 should be 020 3326 8505; 07973166946 should be 07973 166946 and post codes should be WS11 1GR, not WS111GR).
S
Stacey
Merged in a post:
merging customer accounts
C
CERTAdmin
One of the biggest issues: customer accounts can't be merged or deleted any more, which is especially inconvenient if you're trying to, say, add a phone number to a customer's account through a live order and find out that the customer has another account with the phone number on it. The system simply will not allow you to add the phone number and you can't merge the two accounts, or even delete the other account... From a consistent purchase history standpoint, allowing to merge accounts would be the best solution, but just the option to deactivate old accounts (so they don't get in the way) would already be an improvement.
S
Stacey
Hi all,
We currently have a feature planned that will involve the option to remove all details from a customer and marking them as inactive, which I believe suits what you are looking for.
As such, I'm going to merge this post into that one.
The feature has an estimated development date of early next year.
Many Thanks,
Stacey
G
Giles
Stacey: Hi Stacey. This doesn't really do what the original poster (and others, probably) wanted. In the situation where sales had been made against both accounts, the data against the deleted account data would presumably be lost.
S
Stacey
Hi Giles:
I see what you mean.
The sales data would be kept against the disabled customer in this instance whilst also removing the disabled customer from searches and grids both on POS and Backoffice as details such as email and phone number would be cleared, meaning they can be used to create new customers, but other data (such as sales) would remain.
Would that be more ideal?
C
Carlca
agreed
S
Stacey
planned
S
Stacey
Hi,
Thank you for your interest in this feature. We have added it to our development schedule, with the aim to implement it early next year.
The development ticket has been linked to this request.
Many Thanks
Stacey
S
Summit To Sea Admin
Stacey: Is there any update on this please?
S
Stacey
Summit To Sea Admin: Hi,
As we are focusing on the robustness of CloudPOS, a lot of the work has been 'behind the scenes' to provide you with a faster, more reliable system. This means that we have not been able to implement large scale new features yet.
This is still in our backlog, but as of yet we cannot give a time estimate.
Any progress to this issue will be added here either as a note or when the linked development issue is updated.
Many thanks,
Stacey
Load More
→