Gestire un utente che apre il ticket in un'altra lingua blocca il flusso: il tecnico seleziona il testo, lo incolla in un traduttore esterno, torna su GLPI, risponde - e ripete a ogni nuovo follow-up. Il modulo Translate di NexTool elimina questo avanti e indietro traducendo la descrizione e i follow-up direttamente nella timeline del ticket, su richiesta, nella lingua della sessione di chi sta gestendo.
Il problema
Chi gestisce un service desk che assiste clienti o filiali in più di una lingua conosce la scena: il ticket arriva in inglese, francese o spagnolo, il tecnico seleziona il testo, apre una scheda del traduttore, lo incolla, lo legge, torna su GLPI e scrive la risposta. A ogni follow-up del richiedente, il ciclo ricomincia. Oltre a essere lento, il processo estrae il testo dal contesto del ticket - lo storico resta frammentato e la traduzione sparisce non appena si chiude la scheda del browser.
La soluzione tampone abituale, chiedere al richiedente di scrivere nella lingua del supporto, sposta l'attrito sul cliente e degrada l'esperienza proprio al primo contatto. Per un team che gestisce account internazionali, la lingua non dovrebbe diventare un ostacolo operativo a ogni messaggio.
Come funziona
Translate replica, all'interno dell'architettura a moduli di NexTool, il comportamento del plugin di traduzione di Teclib - con la differenza di non vincolarLa a un unico servizio. Agisce dentro la timeline del ticket:
- Traduzione per elemento, su richiesta: ogni elemento della timeline (descrizione, follow-up, attività, convalida o soluzione) ha il proprio interruttore di traduzione, che alterna tra il testo originale e quello tradotto. Nulla viene tradotto in blocco - il tecnico traduce solo ciò che deve leggere.
- Lingua della sessione: la traduzione esce nella lingua dell'interfaccia di chi ha effettuato l'accesso. Un team multilingue gestisce lo stesso ticket, ogni tecnico legge nella propria lingua, senza riconfigurare nulla.
- Tre provider, sceglie Lei: DeepL, Google Cloud Translation o IA (un LLM di OpenAI, Google Gemini o Anthropic Claude). La scelta riguarda il provider - la lingua di destinazione resta quella della sessione.
- Cache delle traduzioni: il risultato viene memorizzato e riutilizzato. Lo stesso testo non viene tradotto - né fatturato - due volte. La cache rispetta la versione del contenuto: un follow-up modificato viene ritradotto, uno invariato viene servito dalla cache.
- Chiavi API cifrate: la chiave del provider viene salvata cifrata (tramite GLPIKey di GLPI), non in chiaro nella configurazione.
- Ambito per entità e log: può limitare il modulo a determinate entità (con ereditarietà verso le entità figlie) e registrare chi ha tradotto, quando, con quale provider, in quale lingua e quanti caratteri sono stati inviati, con un livello di log regolabile (le traduzioni entrano nel log a partire dal livello info).
- Test di connessione integrato: prima di rilasciarlo al team, un pulsante convalida la chiave e il provider configurati.
DeepL, Google o IA: la scelta che conta
I tre provider traducono bene il testo monolingue. La differenza emerge - e lo abbiamo scoperto nell'operatività quotidiana - nei ticket multilingue all'interno di uno stesso documento, che sono il caso reale di chi riceve lead e moduli di contatto.
DeepL e Google Translate, sull'API REST con rilevamento automatico dell'origine, decidono una sola lingua per documento. In un ticket di lead la cui descrizione è prevalentemente in italiano (le etichette del modello: "Nome:", "Azienda:", "Messaggio:") con il messaggio del cliente in francese, il provider rileva l'italiano come lingua dominante, imposta la destinazione sull'italiano e restituisce un testo quasi identico - la parte in francese resta intatta. Lo abbiamo confermato con un ticket di prova reale: l'intero documento veniva rilevato come IT (nessun effetto sul francese), mentre la stessa parte francese, isolata, veniva rilevata come FR e tradotta correttamente. La colonna della lingua di origine nella cache del modulo non lascia dubbi.
# Descrizione di un ticket di lead (etichette in IT + messaggio in FR)
Nome: ...cliente...
Azienda: ...azienda francese...
Messaggio: Bonjour, je souhaite un devis... Merci.
# DeepL / Google (source=auto) - UNA lingua rilevata per documento
detected_source_language = "IT" -> destinazione it -> parte FR NON tradotta (no-op)
# La stessa parte FR, isolata:
detected_source_language = "FR" -> tradotta correttamente ("Ciao... Grazie")
# Provider IA (OpenAI / Gemini / Claude) - l'intero documento come contesto
-> traduce qualsiasi parte fuori dalla lingua di destinazione, senza rilevamento unico
La lezione di chi opera: per clienti internazionali e contenuti multilingue in uno stesso documento, il provider giusto è l'IA, che traduce semanticamente qualsiasi parte fuori dalla lingua di destinazione usando l'intero documento come contesto. DeepL e Google restano eccellenti - e più economici - per ticket scritti interamente in una sola lingua. Per questo il modulo lascia a Lei la scelta del provider e non ne impone uno solo.
| Provider | Ideale per | Documento multilingue (etichette + messaggio) | Costo tipico |
|---|---|---|---|
| DeepL | Qualità sulle lingue europee, testo monolingue | Rileva 1 lingua dominante - la parte minoritaria può restare non tradotta | Per carattere |
| Google Cloud Translation | Ampia copertura linguistica, alta disponibilità | Stesso limite di rilevamento unico | Per carattere |
| IA (OpenAI / Gemini / Claude) | Contesto, tono umano e contenuti multilingue | Traduce qualsiasi parte fuori dalla lingua di destinazione | Per token |
Come attivarlo
- In GLPI, apra il plugin NexTool e vada al catalogo dei moduli.
- Individui Translate (Traduttore di ticket) e faccia clic per attivarlo.
- Apra la configurazione del modulo, vada alla scheda Integrazioni, scelga il provider (DeepL, Google o IA) e incolli la chiave API corrispondente - viene salvata cifrata.
- Sempre nella scheda Integrazioni, esegua il test di connessione per convalidare la chiave prima di rilasciarla al team.
- Se vuole, regoli l'ambito per entità, la conservazione della cache e dei log e il livello di log. Da quel momento, l'interruttore di traduzione compare sugli elementi della timeline dei ticket.
Una routine di pulizia giornaliera (un'azione automatica di GLPI, eseguita dal cron di sistema) rimuove log e cache vecchi secondo la conservazione configurata, così il modulo non accumula dati a tempo indeterminato.
A chi è rivolto
Translate ha senso per i service desk che assistono clienti, filiali o fornitori in più di una lingua - e in particolare per chi riceve lead e moduli da siti internazionali, dove lo stesso ticket mescola le lingue. Aiuta anche i team distribuiti, in cui ogni tecnico preferisce leggere nella propria lingua.
Quando non conviene: se l'intera operatività e tutti i clienti usano un'unica lingua, il modulo non aggiunge nulla - ed evita il costo di un'API di traduzione. Se la policy sui dati vieta di inviare il contenuto dei ticket a servizi esterni, valuti con attenzione il provider, perché la traduzione per sua natura invia il testo al provider scelto; in quel caso, limiti l'ambito per entità e tratti la scelta del provider come una decisione di privacy.
Compatibilità
- GLPI: 11.x, sul plugin di base NexTool.
- Piano: gratuito - Translate è distribuito senza costi di licenza tramite il catalogo dei moduli NexTool.
- Requisito esterno: una chiave API del provider scelto (DeepL, Google Cloud Translation o il LLM di OpenAI/Gemini/Claude), fatturata a consumo dal provider stesso.
Prossimo passo
Translate fa parte di NexTool. Se il Suo team perde tempo passando da GLPI ai traduttori esterni a ogni messaggio, parli con il team e La aiutiamo a scegliere il provider giusto per il Suo scenario.
Revisionato dal team NexTool Solutions.
