Se gestisci un'agenzia di recruiting con piu' clienti, probabilmente hai gia' vissuto questa situazione: un CV inviato al cliente sbagliato, dati di un candidato visibili dove non dovrebbero esserlo, report che mescolano le metriche di clienti diversi.

Non e' un problema di distrazione. E' un problema di architettura. E la soluzione si chiama multi-tenant.

Cos'e' l'architettura multi-tenant

In termini semplici, un sistema multi-tenant e' un software che gestisce piu' clienti (tenant) dallo stesso ambiente, ma con dati e configurazioni completamente separati.

Immagina un condominio: tutti vivono nello stesso edificio, ma ogni appartamento ha la sua porta, le sue chiavi e il suo spazio privato. Nessun inquilino puo' entrare nell'appartamento del vicino.

Nel contesto di un ATS:

  • Ogni tenant e' un tuo cliente (azienda per cui fai recruiting)
  • Ogni tenant ha il suo database separato (candidati, posizioni, pipeline)
  • Ogni tenant ha la sua configurazione (branding, fasi della pipeline, template)
  • Tu, come agenzia, hai una vista globale su tutti i tenant

Questo e' radicalmente diverso da un sistema "single-tenant" dove tutti i dati stanno nello stesso calderone e la separazione avviene tramite filtri e tag.

Perche' il multi-tenant cambia tutto per le agenzie

1. Separazione reale dei dati

Quando i dati di clienti diversi vivono nello stesso database e la "separazione" e' affidata a tag o filtri, basta un filtro dimenticato per esporre dati sensibili.

Con il multi-tenant reale, la separazione e' strutturale: i dati del Cliente A non possono fisicamente finire nella vista del Cliente B. Non dipende dall'attenzione del recruiter — e' il sistema che lo impedisce.

Il modo piu' sicuro di separare i dati non e' stare attenti. E' rendere impossibile l'errore.

2. Personalizzazione per cliente

Ogni cliente ha esigenze diverse:

  • Pipeline personalizzate: un'azienda tech ha fasi diverse da un'azienda retail
  • Branding dedicato: il logo e i colori del cliente nelle comunicazioni e nei CV
  • Career page specifica: ogni cliente ha la sua pagina di candidatura con il suo brand
  • Template email: comunicazioni personalizzate per tono e contenuto

Senza multi-tenant, personalizzare significa creare workaround complicati: tag, prefix nei nomi, filtri multipli. Con il multi-tenant, ogni personalizzazione vive nel suo spazio.

3. Accesso controllato per ruolo

Chi puo' vedere cosa? In un sistema multi-tenant puoi definire:

  • Recruiter A lavora solo sui tenant X e Y
  • Recruiter B lavora solo sul tenant Z
  • Il manager ha visibilita' su tutti i tenant
  • Il cliente puo' accedere solo al suo tenant, con permessi limitati

Zero rischio che un recruiter junior veda i dati di un cliente che non gli compete. Zero rischio che il cliente veda i candidati di un altro cliente.

4. Report e analytics per cliente

Con dati separati, i report sono automaticamente puliti:

  • Time to hire per Cliente A vs Cliente B
  • Conversion rate della pipeline specifica del Cliente C
  • Performance del team sul Cliente D

Nessun filtraggio manuale, nessun rischio di dati contaminati. Ogni report e' specifico, accurato e pronto da condividere con il cliente.

I rischi di non avere il multi-tenant

Scenario 1: Il CV sbagliato al cliente sbagliato

Stai preparando una shortlist per il Cliente A. Per errore, includi un candidato che era stato presentato al Cliente B. Il Cliente A contatta il candidato, il candidato e' confuso, il Cliente B si arrabbia. Danno reputazionale immediato.

Scenario 2: Violazione GDPR

Il GDPR richiede che i dati personali siano trattati per la finalita' specifica per cui sono stati raccolti. Se un candidato ha dato il consenso al trattamento per la selezione del Cliente A, i suoi dati non possono essere visibili nel contesto del Cliente B senza un nuovo consenso.

Senza separazione strutturale, questa garanzia e' molto difficile da mantenere. Con il multi-tenant, e' automatica.

Scenario 3: Il cliente vuole accesso alla piattaforma

Sempre piu' clienti chiedono accesso diretto all'ATS per monitorare lo stato delle selezioni. Se tutti i dati sono nello stesso spazio, dare accesso al cliente significa esporgli i dati degli altri clienti — o creare mascheramenti fragili che prima o poi si rompono.

Scenario 4: Crescita bloccata

Quando lavori con 3 clienti, gestire tutto in un unico spazio e' complicato ma fattibile. Quando arrivi a 10, 20, 50 clienti, diventa insostenibile. Ogni nuovo cliente aggiunge complessita' esponenziale ai filtri, ai tag, alle convenzioni di naming.

Il multi-tenant, al contrario, scala linearmente: ogni nuovo cliente e' un nuovo tenant. La complessita' non aumenta.

Multi-tenant reale vs multi-tenant "finto"

Attenzione: non tutti i software che si definiscono "multi-tenant" lo sono davvero. Ecco come distinguerli:

Multi-tenant reale

  • Database separati per ogni tenant
  • Impossibilita' tecnica di accedere ai dati di un altro tenant
  • Configurazioni indipendenti per ogni tenant
  • Performance non impattata dal numero di tenant

Multi-tenant "finto" (basato su filtri)

  • Un unico database con un campo "tenant_id"
  • La separazione dipende da filtri applicati nelle query
  • Un bug o un filtro dimenticato espone dati di altri clienti
  • Le configurazioni sono condivise con override per tenant

La differenza e' sostanziale: nel primo caso, la sicurezza e' by design. Nel secondo, e' by convention — e le convention si rompono.

Come CandyHire implementa il multi-tenant

CandyHire utilizza un'architettura multi-tenant con database dedicati per ogni tenant. Questo significa:

  • Ogni cliente ha il suo database separato (candyhire_tenant_{id})
  • I dati sono fisicamente isolati — non e' possibile un cross-tenant leak
  • Ogni tenant ha la sua configurazione indipendente: pipeline, branding, template, career page
  • L'agenzia ha una dashboard centralizzata per gestire tutti i tenant
  • I recruiter possono essere assegnati a uno o piu' tenant con permessi granulari

Non e' un filtro su un database condiviso. E' una separazione reale, a livello di infrastruttura.

Questo approccio ha anche vantaggi di performance: ogni database ha le sue dimensioni ottimali, le query sono piu' veloci e i backup possono essere gestiti per singolo cliente.

Checklist: il tuo ATS e' davvero multi-tenant?

Se stai valutando un ATS, fai queste domande:

  • I dati di ogni cliente sono in database separati? Se no, non e' multi-tenant reale
  • Posso dare accesso al cliente senza esporre dati di altri? Se richiede configurazioni manuali, e' fragile
  • Posso personalizzare pipeline e branding per ogni cliente? Se le personalizzazioni sono limitate, crescerai male
  • Le analytics sono separate per tenant? Se devo filtrare manualmente, perdo tempo e rischio errori
  • Cosa succede se un client chiede la cancellazione di tutti i suoi dati? Con multi-tenant reale, elimini il database. Con filtri, devi cercare e cancellare record uno per uno

Quando il multi-tenant diventa indispensabile

Se sei un'agenzia di recruiting e:

  • Hai piu' di 3 clienti attivi contemporaneamente
  • Uno o piu' clienti chiedono accesso alla piattaforma
  • Devi generare report specifici per cliente
  • Lavori in ambiti con requisiti GDPR stringenti
  • Stai crescendo e vuoi scalare senza aumentare la complessita'

Allora il multi-tenant non e' un "nice to have" — e' un requisito.

Conclusione

L'architettura multi-tenant e' la differenza tra un'agenzia che gestisce i clienti con professionalita' e una che rischia errori, violazioni e perdita di fiducia ad ogni nuovo progetto.

Non e' una feature tecnica che interessa solo agli sviluppatori: e' una scelta di architettura che impatta direttamente la qualita' del servizio, la sicurezza dei dati e la capacita' di crescere.

Scegli un ATS che sia multi-tenant per design, non per workaround. I tuoi clienti — e i tuoi dati — te ne saranno grati.

Gestisci il recruiting con CandyHire

CandyHire e' il software ATS pensato per agenzie di recruiting e team HR: candidature, pipeline, colloqui e analytics in un'unica piattaforma.