Importare clienti senza creare doppioni

Il doppione nasce prima di premere Importa

Nel file compare «Rossi Srl». Nell'anagrafica esiste già «Rossi S.r.l.». Poco più sotto c'è «Rossi — sede nord», con lo stesso numero di telefono ma un indirizzo diverso. Il problema non è caricare le righe: è decidere quali descrivono lo stesso cliente.

Se questa decisione viene lasciata all'ultimo clic, l'import diventa una scommessa. Creare tutto produce schede parallele. Unire tutto ciò che si assomiglia può invece confondere aziende diverse, sedi distinte o persone con lo stesso cognome. In entrambi i casi il lavoro continua, ma la memoria del cliente si divide.

La prima regola è semplice: non usare il nome come unica identità. Il nome aiuta a trovare un caso sospetto. Da solo non basta per creare, aggiornare o unire una scheda.

Prima di preparare il file, va chiarito anche lo scopo. Un primo caricamento, un aggiornamento periodico e il trasferimento da un altro sistema non sono la stessa operazione. Cambiano le regole con cui una riga nuova incontra ciò che è già presente.

Scegliere come riconoscere il cliente

Una regola di confronto deve partire dai dati che l'azienda controlla davvero. Se ogni cliente ha un codice interno stabile e condiviso, quel codice è un buon punto di partenza. Per le aziende, la partita IVA può essere un segnale forte quando è presente e pertinente. Email, telefono, dominio e indirizzo aiutano, ma possono cambiare o appartenere a una sede, a un referente o a un centralino.

Una gerarchia, non un campo magico

Conviene ordinare i segnali dal più affidabile al più debole. Una corrispondenza esatta su un identificativo approvato può portare a una proposta di aggiornamento. Una combinazione di ragione sociale, località e recapito può aprire un controllo. La sola somiglianza del nome deve restare un avviso.

• Identificativo stabile e già governato dall'azienda: confronto principale.
• Più campi coerenti tra loro: possibile corrispondenza da verificare.
• Solo nome simile: segnale debole, mai unione automatica.
• Dati mancanti o in conflitto: riga sospesa prima dell'import.

La gerarchia va scritta prima di caricare il file. Così una decisione presa oggi può essere ripetuta al prossimo aggiornamento e spiegata a chi dovrà controllare l'esito.

Normalizzare senza cancellare l'originale

Molti falsi diversi nascono dalla forma: maiuscole, spazi doppi, punti nella sigla societaria, prefissi telefonici, accenti o abbreviazioni nell'indirizzo. Prima del confronto, questi elementi possono essere portati a una forma comune. «S.r.l.» e «SRL» diventano così confrontabili.

Normalizzare non significa correggere il dato alla cieca. Il valore trasformato serve al confronto; quello ricevuto va conservato. Se una regola produce un risultato inatteso, deve essere possibile tornare alla riga originale e capire che cosa è successo.

• Togliere spazi iniziali, finali e ripetuti.
• Confrontare maiuscole e minuscole senza modificare il modo in cui il nome verrà mostrato.
• Uniformare telefoni e prefissi in un campo di confronto separato.
• Separare indirizzo, comune, provincia e codice postale quando il file li mescola.
• Conservare sempre file ricevuto, riga di origine e valore originale.

Questa distinzione evita un errore frequente: rendere il file più uniforme e perdere, nello stesso passaggio, l'unica traccia utile per risolvere un dubbio.

Dare un esito comprensibile a ogni riga

L'anteprima dell'import non dovrebbe mostrare soltanto una tabella. Deve dire che cosa accadrà. Ogni riga ha bisogno di un esito leggibile prima della conferma, con il motivo che lo ha prodotto.

• Nuovo: non è stata trovata una corrispondenza abbastanza solida.
• Aggiorna: esiste una scheda riconosciuta e alcuni campi sono diversi.
• Invariato: la scheda esiste già e il file non porta modifiche utili.
• Possibile doppione: i segnali sono compatibili, ma non bastano per decidere.
• Errore: manca un dato necessario oppure il valore non può essere letto.

Per «Aggiorna» serve anche il confronto tra prima e dopo. Un indirizzo nuovo può essere corretto, ma potrebbe indicare una seconda sede. Un recapito diverso può sostituire quello vecchio oppure appartenere a un altro referente. Il nome dell'esito non elimina il bisogno di vedere la differenza.

I possibili doppioni non vanno nascosti dentro al totale. Devono formare una coda separata: si conferma che le due schede sono la stessa cosa, si decide che sono diverse oppure si rimanda la riga finché manca un'informazione.

Provare prima di caricare tutto

Una prova su un sottoinsieme del file permette di vedere le regole al lavoro senza coinvolgere subito tutta l'anagrafica. Non serve scegliere soltanto righe perfette: la prova è utile quando comprende anche nomi simili, campi vuoti, sedi diverse e almeno un cliente già presente.

Il controllo non riguarda solo il numero finale. Va aperto qualche caso per ogni esito, confrontato il valore precedente con quello proposto e verificato che una riga sospesa non venga comunque creata. Se la regola sbaglia, si corregge la regola e si rigenera l'anteprima.

Dopo la conferma resta una ricevuta

Al termine servono il file di partenza, l'ora dell'operazione, le regole usate e l'elenco degli esiti. Questa ricevuta permette di rispondere a domande concrete: quale riga ha aggiornato questa scheda? Quali casi sono rimasti fuori? Perché il secondo caricamento non deve ricreare ciò che il primo ha già inserito?

Se una parte del file fallisce, si riparte dalle righe non elaborate o corrette, non dall'intero caricamento alla cieca. La possibilità di riprendere senza duplicare è una proprietà della procedura, non un controllo da improvvisare dopo.

La decisione incerta resta umana

Nessuna regola distingue sempre una filiale da un doppione, un cambio di ragione sociale da una nuova azienda o un recapito vecchio da un secondo referente. Il sistema può raccogliere i segnali e mostrare le differenze. Nei casi ambigui deve fermarsi prima di unire.

La procedura è pronta quando chi controlla può spiegare ogni esito senza leggere il codice dell'importatore. Se una riga viene creata, aggiornata o sospesa, il motivo deve stare accanto alla decisione.

Prima del prossimo import, scrivi su una pagina tre cose: l'identificativo principale, i segnali di supporto e i casi che richiedono una persona. È un controllo breve. Evita che il file decida al posto dell'azienda.