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 vincolarti 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 pulsante di traduzione. 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, scegli tu: 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: puoi limitare il modulo a determinate entità (con ereditarietà verso le entità figlie) e tracciare cosa è stato tradotto, da chi e con quale provider, con un livello di log regolabile.
- 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 te 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, apri il plugin NexTool e vai al catalogo dei moduli.
- Individua Translate (Traduttore di ticket) e fai clic per attivarlo.
- Apri la configurazione del modulo, vai alla scheda Integrazioni, scegli il provider (DeepL, Google o IA) e incolla la chiave API corrispondente - viene salvata cifrata.
- Nella scheda Test, esegui il test di connessione per convalidare la chiave prima di rilasciarla al team.
- Se vuoi, regola l'ambito per entità, la conservazione della cache e dei log e il livello di log. Da quel momento, il pulsante di traduzione compare sugli elementi della timeline dei ticket.
Una routine di pulizia giornaliera (il cron del modulo) 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 eviti il costo di un'API di traduzione. Se la policy sui dati vieta di inviare il contenuto dei ticket a servizi esterni, valuta con attenzione il provider, perché la traduzione per sua natura invia il testo al provider scelto; in quel caso, limita l'ambito per entità e tratta 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 tuo team perde tempo passando da GLPI ai traduttori esterni a ogni messaggio, parla con il team e ti aiutiamo a scegliere il provider giusto per il tuo scenario.
Este conteúdo foi produzido com auxílio de inteligência artificial e revisado pela equipe Nextool Solutions.
