Critical System Flaw in Contact Record Update Process via CSV Import
A
Anthony CRM Admin
This is to address a significant malfunction within your current CSV import protocol that requires immediate rectification. The GHL system presents itself as equipped to handle contact record updates through CSV imports. However, it falls short when processing critical data such as email or phone number changes.
Upon the execution of an import intended to update these fields, the system fails to replace the existing data. Instead, it erroneously adds the new information to the "Additional Email" field, thereby preserving the outdated contact information. This is not merely an inconvenience; it constitutes a fundamental defect in your data management process.
This error has substantial repercussions for our operations. Consider the case where a client needs to update the email domain for over 1300 contacts. The expectation is for a swift update via import. Yet, your flawed system compels us to resort to manual editing — a method that is inefficient, time-consuming, and prone to human error.
Let me be unequivocally clear: this is a serious flaw that demands an immediate solution. Clients depend on the accuracy and efficiency of your system for their business operations. The inability to reliably update contact information undermines our service and our clients' trust.
Immediate action is necessary to correct this issue. We need a robust system that updates existing contact information accurately without manual intervention. I expect a prompt update on the measures being taken to resolve this critical problem.
A
Anthony CRM Admin
Even if this was an expected or intended consequence, there is a separate field for 'Additional Emails'. So, if the user wanted to update or add an additional email, they would choose that field in the mapping when importing. Otherwise, it an import should have an intended circumstance to update the primary email via import.