Domande frequenti su DBJOY

DBJOY è il software gestionale dei tour operator specializzati in viaggi studio e vacanze studio all’estero: soggiorni e stage linguistici, gruppi scolastici, iscrizioni individuali, anno o semestre all’estero. DBJOY copre l’intero ciclo del programma, dalla richiesta della famiglia al margine consuntivato, dentro un unico database.

A differenza di uno strumento che si occupa di una sola fase, DBJOY tiene insieme CRM, preventivazione, iscrizioni, scuole partner e contingenti per turno, studenti, documenti di viaggio, amministrazione e reportistica. Il dato si inserisce una volta sola: il preventivo confermato diventa pratica, la pratica genera voucher, foglio notizie e roomlist e alimenta la fattura e il conto economico.

DBJOY si rivolge in particolare a tre profili:

• tour operator di viaggi studio che costruiscono e vendono programmi di corso più alloggio, con scuole partner estere, contingenti per turno e marginalità da difendere turno per turno;
• istituti scolastici e organizzatori di gruppi scolastici, che lavorano con docenti accompagnatori, referenti d’istituto e famiglie;
• agenzie e consulenti che vendono programmi studio e hanno bisogno di un back office da tour operator.

Vedi tutti i moduli di DBJOY

Un booking engine serve a vendere: espone disponibilità e prezzi, raccoglie la prenotazione e incassa. Un gestionale per viaggi studio serve a produrre e amministrare il programma: costruisce il preventivo sui netti della scuola partner, apre la pratica, segue contingenti per turno e alloggi, genera i documenti di viaggio e chiude con fattura e margine.

La differenza si vede nelle cose che un booking engine, per come è concepito, di norma non gestisce:

• contratti con le scuole partner, contingenti per turno e date di release;
• anagrafica degli studenti, quote di iscrizione e piani di rate delle famiglie;
• documenti operativi come voucher, foglio notizie e roomlist;
• regime IVA del margine art. 74-ter DPR 633/1972 e fatturazione elettronica verso lo SDI;
• marginalità reale per turno, destinazione e venditore.

Un tour operator che assembla corso, alloggio, volo e transfer ha bisogno del gestionale. Il booking engine, dove serve, è un canale di vendita che si collega al gestionale: non lo sostituisce.

Come sono organizzati i moduli di DBJOY

DBJOY si rivolge sia a strutture piccole sia a organizzazioni più articolate. La variabile che conta non è il numero di dipendenti, ma quanti turni, quante scuole partner e quanti studenti un tour operator deve tenere sotto controllo contemporaneamente.

In una struttura piccola le stesse due o tre persone fanno commerciale, ufficio prodotto, operativo e amministrazione: è proprio lì che le doppie digitazioni e i fogli Excel paralleli pesano di più, perché non c’è nessuno a cui delegare il recupero di un dato scritto altrove. Un gestionale unico serve a togliere lavoro, non ad aggiungerne.

Nelle organizzazioni più grandi il valore si sposta sui permessi per ruolo, sul coordinamento fra reparti e sulla reportistica di marginalità.

In entrambi i casi DBJOY può essere avviato su un perimetro ristretto — una destinazione, una scuola partner, i soli gruppi scolastici — e allargato in seguito. È l’approccio che si usa di solito durante la prova gratuita di 3 mesi.

DBJOY per i tour operator di viaggi studio

Un gruppo scolastico non è una prenotazione più grande: è un’anagrafica di decine o centinaia di studenti, una quota di iscrizione e un piano di rate per ogni famiglia, una roomlist e un abbinamento in famiglia che cambiano fino al giorno prima.

DBJOY tratta il gruppo come un oggetto con una vita propria, collegato alla pratica ma con i suoi dati:

• studenti, allergie ed esigenze speciali, assegnazione di camere e famiglie ospitanti;
• quota di iscrizione, rate e saldo per singola famiglia;
• dati sanitari, consensi dei genitori e liberatorie dei minori, trattati secondo il GDPR;
• soglia di gruppo garantito, per sapere quando la partenza è confermata;
• referente d’istituto, docenti accompagnatori e gratuità previste dal contratto.

Le vacanze studio individuali, con scuola partner e famiglia ospitante, seguono la stessa logica: uno studente, un pacchetto di corso, alloggio e transfer acquistato all’estero, documenti di viaggio e una posizione di pagamento da seguire fino al saldo.

DBJOY per i gruppi scolastici e le scuole

Sì. Un’agenzia che compone il programma combinando corso di lingua, alloggio in famiglia, volo e transfer non sta più solo intermediando: sta costruendo un pacchetto turistico e assume gli obblighi dell’organizzatore previsti dal Codice del Turismo (D.Lgs. 79/2011) e dalla Direttiva (UE) 2015/2302.

Cambiano il rischio e cambia il lavoro. Servono contratti con le scuole partner, contingenti per turno da monitorare, anagrafica degli studenti, documenti di viaggio prodotti in proprio, e un trattamento IVA che segue il regime del margine dell’art. 74-ter DPR 633/1972 invece della sola provvigione.

DBJOY tiene insieme i due mestieri nello stesso archivio: l’iscrizione intermediata sul catalogo di un altro operatore, con la sua commissione, e il programma organizzato in proprio con il suo netto, il suo mark-up e il suo margine. L’agenzia non deve scegliere fra due software né tenere due contabilità parallele per capire quanto ha guadagnato davvero su un turno.

DBJOY per le agenzie e i consulenti

Un gestionale per agenzia di viaggio è costruito attorno all’intermediazione: registra la pratica venduta, la commissione riconosciuta dal fornitore, l’incasso del cliente e le partite aperte. Un gestionale per viaggi studio è costruito attorno alla produzione del programma: netti della scuola partner, contingenti per turno, costruzione del pacchetto corso più alloggio, mark-up e margine.

Le differenze pratiche sono quattro:

• il primo ragiona per commissione, il secondo per differenza fra netto acquistato e lordo venduto;
• contingenti, opzioni e date di release esistono solo dove si contrattano posti corso e posti letto con le scuole partner;
• il regime IVA del margine art. 74-ter DPR 633/1972 riguarda chi organizza il pacchetto, con una logica diversa da quella di chi si limita a intermediare;
• voucher, foglio notizie e roomlist li produce chi organizza il viaggio, non chi lo rivende.

Un’agenzia che organizza programmi studio in proprio ha bisogno di entrambe le logiche nello stesso sistema, perché fa entrambe le cose nella stessa settimana.

DBJOY per le agenzie che vendono programmi studio

Per un tour operator con sede in Italia la differenza non sta nella destinazione venduta, ma nel paese in cui l’azienda emette fattura e risponde al viaggiatore. Vendere soggiorni linguistici in Irlanda, a Malta o nel Regno Unito non sposta il regime IVA né gli obblighi verso la famiglia: restano quelli italiani.

Sono quattro i punti su cui una suite internazionale richiede in genere un adattamento locale, perché nascono dall’ordinamento italiano:

• regime IVA del margine art. 74-ter DPR 633/1972, con natura IVA N5 e registro delle pratiche;
• fatturazione elettronica verso lo SDI, con i suoi tracciati e la conservazione a norma;
• obblighi informativi del Codice del Turismo (D.Lgs. 79/2011) e della Direttiva (UE) 2015/2302;
• separazione contabile fra servizi acquistati da terzi e servizi propri.

Una piattaforma internazionale può essere più forte su altri fronti, per esempio la distribuzione e la connettività verso i canali di vendita globali. La scelta dipende da dove un’azienda ha il problema più costoso. DBJOY parte dal presupposto che la normativa italiana e il mestiere del viaggio studio stiano dentro il modello dati, non in un modulo aggiunto dopo.

Amministrazione, 74-ter e fatturazione elettronica

La prova gratuita di DBJOY dura tre mesi e prevede l’uso completo del prodotto, non una versione ridotta a poche funzioni. La configurazione iniziale si fa insieme sui listini stagionali delle scuole partner, sui turni e sulle destinazioni reali dell’operatore, e durante i tre mesi è previsto un affiancamento.

In sintesi, la prova gratuita di DBJOY comprende:

• tre mesi di uso completo del prodotto;
• configurazione iniziale sui dati reali dell’azienda, non su un ambiente dimostrativo;
• affiancamento durante il periodo di prova;
• nessun impegno automatico di acquisto e nessun rinnovo tacito;
• i dati inseriti restano dell’operatore e sono esportabili.

Il modo più utile di usare i tre mesi è portare in DBJOY un flusso reale e completo — per esempio una destinazione, i turni di una scuola partner o i soli gruppi scolastici — e seguirlo dall’iscrizione dello studente alla fattura. Provare tutto a metà, invece, non dice niente su come il sistema regge il lavoro vero.

Tutti i dettagli della prova gratuita

No. La prova gratuita di 3 mesi di DBJOY non richiede la carta di credito e non comporta un impegno di acquisto. Non è previsto alcun rinnovo automatico: allo scadere dei tre mesi non parte nessun addebito e nessun contratto si attiva da solo.

Per attivare la prova servono i dati dell’azienda, un referente interno e il materiale minimo per configurare l’ambiente sui casi reali dell’operatore: anagrafiche delle scuole partner principali, qualche listino stagionale, le destinazioni e i turni su cui si lavora davvero.

La decisione di proseguire alla fine della prova è un atto esplicito del tour operator. È una scelta di impostazione: un software gestionale entra nel cuore dell’operatività di un’azienda, e la valutazione va fatta sui propri dati e con i propri tempi, non sotto la pressione di un rinnovo che scatta da solo.

Come si attiva la prova gratuita

Alla fine dei tre mesi il tour operator decide se proseguire, e la decisione è esplicita: nessun rinnovo tacito, nessun addebito automatico. Se sceglie di proseguire, l’ambiente usato durante la prova continua con i dati già inseriti e la configurazione già fatta, senza ricominciare da zero.

Se sceglie di non proseguire, i dati inseriti restano dell’operatore e sono esportabili: DBJOY non usa lo storico come leva per far rinnovare un contratto. Anagrafiche, pratiche, studenti e dati amministrativi caricati durante la prova possono essere portati via.

Prima della scadenza è utile fare un bilancio su tre domande concrete: quali flussi sono stati davvero portati dentro, quanto tempo di lavoro manuale è stato tolto, e quali dati si vedono ora che prima si ricostruivano a mano a fine stagione. Sono queste risposte a rendere la decisione una scelta e non un’impressione.

Cosa comprende la prova gratuita di 3 mesi

Il prezzo di DBJOY non è un listino unico uguale per tutti: dipende da come è fatta l’azienda e da quanta parte del sistema viene messa al lavoro. Per questo DBJOY viene quotato su richiesta, dopo aver capito volumi, moduli e utenti coinvolti.

Le variabili che determinano il preventivo sono principalmente queste:

• il numero di utenti che lavorano in DBJOY e i ruoli che ricoprono;
• i moduli attivati, per esempio portale, integrazioni e reportistica;
• i volumi gestiti, in termini di pratiche, turni e studenti iscritti;
• le attività di avvio: configurazione iniziale, migrazione dei dati, formazione del team.

Il modo più rapido per avere una cifra è chiedere un preventivo descrivendo come lavora l’azienda oggi. La prova gratuita di 3 mesi consente intanto di verificare il prodotto sui propri dati, così che la valutazione economica arrivi quando si sa già cosa si sta comprando e su quale perimetro.

Chiedi un preventivo su misura

Il tempo necessario per diventare operativi con DBJOY dipende da due fattori: quanto è ordinato il materiale di partenza — listini stagionali, anagrafiche di famiglie e scuole partner, contratti — e quanta parte del ciclo si vuole accendere subito.

Un avvio su un perimetro ristretto porta all’operatività prima di un avvio su tutta l’azienda in una volta sola: una destinazione, i turni di una scuola partner o i soli gruppi scolastici sono punti di partenza tipici.

L’avvio segue in genere tre passaggi:

• configurazione dell’anagrafica di base: scuole partner, alloggi, corsi e servizi, listini, destinazioni, tipologie di programma;
• caricamento dei dati esistenti, a partire da quelli che servono a lavorare da subito;
• formazione del team sui flussi reali dell’azienda, ruolo per ruolo.

DBJOY non dichiara un numero di giorni valido per chiunque, perché sarebbe un numero inventato. La tempistica viene stimata insieme all’inizio della prova gratuita di 3 mesi, guardando i dati concreti dell’operatore.

Come funziona l'avvio durante la prova

Durante l’attivazione e la prova gratuita di 3 mesi il tour operator ha un referente che segue configurazione, caricamento dei dati e formazione. La configurazione iniziale non è un manuale da leggere per conto proprio: si fa sui listini, sulle scuole partner e sulle destinazioni reali dell’azienda.

La formazione ha senso per ruolo, perché in DBJOY i reparti fanno cose diverse sullo stesso dato: il commerciale lavora su richieste di famiglie e istituti, l’ufficio prodotto su preventivi, scuole partner e contingenti per turno, l’operativo su studenti, abbinamenti, documenti e scadenze, l’amministrazione su fatturazione, rate incassate e margine.

Nelle strutture piccole, dove le stesse persone coprono più ruoli, la formazione segue il flusso completo di una pratica reale invece di essere divisa per moduli.

Composizione del team di avvio e durata dell’affiancamento vengono definite insieme in base alla dimensione dell’organizzazione e al perimetro scelto per la partenza.

Come funziona l'affiancamento durante la prova

L’avvio di DBJOY prevede il caricamento dei dati di partenza, non la loro ridigitazione. Anagrafiche di famiglie, istituti e scuole partner, listini, destinazioni e servizi possono essere portati dentro partendo da file strutturati: gli export del gestionale in uso e i fogli Excel già usati in azienda sono il punto di partenza normale.

Quanto è liscia la migrazione dipende soprattutto dalla qualità dei dati di origine. Un elenco di scuole partner con campi coerenti si carica bene; un file dove la stessa scuola è scritta in cinque modi diversi va prima ripulito, e quella pulizia è utile a prescindere dal software.

Il perimetro dell’import si decide all’inizio, di solito così:

• tutto ciò che serve a lavorare da subito: famiglie e istituti, scuole partner e alloggi, listini, servizi, destinazioni;
• le pratiche aperte, quelle con turni ancora da partire;
• lo storico chiuso, che è la parte da valutare a parte.

Formati accettati e tracciati di importazione vengono definiti in fase di analisi, sui file che l’operatore riesce davvero a produrre.

Come si prepara la migrazione durante la prova

No, lo storico delle pratiche non va reinserito a mano. Lo storico è però la parte più delicata di ogni migrazione, perché è il dato meno strutturato: dentro una pratica chiusa ci sono servizi, scuole partner, studenti, documenti e importi che il vecchio sistema può esportare in modo parziale.

Le strade praticabili sono tre, e la scelta è una decisione di costo e di utilità:

• importare lo storico completo, quando gli export di origine sono coerenti e servono report pluriennali;
• importare solo i dati che continuano a lavorare: anagrafiche, contratti con le scuole partner, listini, storico delle famiglie e degli istituti che tornano;
• mantenere lo storico consultabile nel sistema precedente per il tempo necessario, e partire con DBJOY dalle pratiche nuove.

Molti operatori scelgono la seconda o la terza via, perché lo storico serve soprattutto a due cose: risalire a una pratica passata e confrontare le stagioni. La decisione si prende all’inizio, guardando che cosa il sistema attuale è davvero in grado di esportare.

Come si imposta l'avvio con i propri dati

Sì. I dati che un tour operator inserisce in DBJOY restano suoi ed esportabili: anagrafiche di famiglie, istituti e scuole partner, pratiche, studenti, listini, documenti e dati amministrativi. Un gestionale che trattiene lo storico non è un fornitore, è un vincolo.

Sui dati personali il principio è anche una regola: il GDPR riconosce agli interessati il diritto di accesso e alla portabilità (artt. 15-22), e il contratto con il fornitore del software, che agisce come responsabile del trattamento ai sensi dell’art. 28, deve prevedere restituzione o cancellazione dei dati alla fine del rapporto.

I dati puramente aziendali — marginalità, condizioni contrattuali con le scuole partner, storico delle trattative — non ricadono nel GDPR ma seguono lo stesso principio contrattuale.

Formati e perimetro dell’esportazione vengono definiti nel contratto. È una domanda che conviene fare per iscritto a qualunque fornitore di software gestionale, prima della firma e non dopo.

Come DBJOY tratta e protegge i tuoi dati

In DBJOY il contingente è un dato del sistema e non un foglio a parte: il contratto con la scuola partner porta con sé i posti corso per turno, i letti in famiglia ospitante, le camere in residence o college, il periodo di validità e la data di release. Ogni iscrizione confermata consuma il contingente, quindi il residuo disponibile è leggibile in ogni momento.

La data di release è il punto in cui il tour operator deve decidere se tenere i posti invenduti o restituirli alla scuola partner. DBJOY la tratta come una scadenza del sistema, insieme alle altre scadenze della pratica, invece che come una nota nella testa di chi ha firmato il contratto.

Sul singolo contratto si tengono in genere:

• posti corso e posti letto contrattati, venduti e residui per turno;
• date di opzione e date di release;
• condizioni di rilascio parziale del contingente;
• richieste e conferme alla scuola partner, tracciate sulla pratica;
• servizi su richiesta, distinti da quelli in contingente.

Sapere quanti posti restano su un turno e quando scadono è la differenza fra vendere con margine e vendere sotto pressione all’ultimo momento.

Come funzionano scuole partner e alloggi

In DBJOY il calcolo economico è parte della costruzione del preventivo, non un controllo che arriva dopo. Ogni riga di servizio — corso, alloggio, volo, transfer, assicurazione studenti — porta con sé il costo netto del fornitore e il prezzo di vendita: da questi due valori si leggono il mark-up e il margine mentre il preventivo viene composto, non a stagione finita.

È la differenza fra sapere quanto si è fatturato e sapere quanto si è guadagnato. Un turno con dieci righe di servizio, cambi valuta e le gratuità dei docenti accompagnatori non si valuta a occhio.

Il margine si consolida quando arrivano le fatture della scuola partner e degli altri fornitori: la pratica mette a confronto il costo previsto in fase di preventivo con il costo effettivo, e la differenza è il vero risultato della pratica.

Su questa base la reportistica mostra la marginalità per pratica, destinazione, scuola partner e venditore, invece del solo volume di vendita.

Report e marginalità reale

Voucher, foglio notizie e roomlist in DBJOY si producono a partire dai dati già presenti nella pratica: servizi confermati, scuola partner e alloggi, studenti, abbinamenti in famiglia e assegnazione delle camere. Non nascono da un modello Word compilato a mano, ed è per questo che una modifica dell’ultimo minuto non resta indietro in un documento dimenticato.

I tre documenti servono a interlocutori diversi:

• il voucher è quello che lo studente presenta al fornitore, e riporta il servizio confermato e i riferimenti della prenotazione;
• il foglio notizie raccoglie il quadro operativo del turno per il group leader e per i docenti accompagnatori: orari, contatti del tutor in loco, sequenza dei servizi;
• la roomlist è l’elenco degli studenti con l’assegnazione delle camere e delle famiglie ospitanti, ed è il documento che la scuola partner usa all’arrivo del gruppo.

Cambiare un abbinamento in famiglia, aggiungere uno studente o spostare un transfer significa aggiornare la pratica: i documenti si rigenerano dalla stessa base dati, senza che qualcuno debba ricordarsi quali file erano già stati inviati.

Documenti di viaggio, studenti e gruppi

Un tour operator di viaggi studio compra spesso in una valuta e vende in un’altra: la scuola partner nel Regno Unito fattura in sterline, quella negli Stati Uniti in dollari. DBJOY tiene il costo del fornitore nella valuta del contratto e il prezzo di vendita nella valuta in cui si fattura alla famiglia, così la marginalità non dipende da una conversione fatta a mano fuori dal sistema.

Il punto delicato non è la valuta in sé, ma il cambio applicato: il margine di un turno pagato in sterline o in dollari cambia a seconda del cambio usato e del momento in cui si converte. Se il cambio resta in un foglio a parte, il margine calcolato è una stima.

Per questo in DBJOY la valuta del contratto della scuola partner e il cambio applicato alla pratica sono dati della pratica, non annotazioni. Quando arriva la fattura del fornitore, il costo effettivo si confronta con quello previsto e la differenza di cambio diventa visibile insieme al resto degli scostamenti.

Scuole partner, contratti e listini

Nei viaggi studio chi paga non è chi parte: il pagamento non è un incasso unico, c’è una quota di iscrizione al momento dell’adesione e poi un piano di rate per ogni famiglia, fino al saldo prima della partenza. DBJOY gestisce la posizione di pagamento a livello di singolo studente, non solo a livello di gruppo.

È una distinzione che pesa nella pratica quotidiana: al docente referente serve il quadro complessivo del gruppo, all’amministrazione serve sapere quale famiglia è in ritardo su quale rata.

Su un gruppo si seguono quindi:

• quota di iscrizione e scadenze delle rate per studente;
• stato dei versamenti, partite aperte e saldo mancante;
• totale incassato sul turno e residuo verso la scuola partner e gli altri fornitori;
• soglia di gruppo garantito, per capire quando la partenza è confermata.

Il risultato è che il sollecito di una rata parte da un dato del sistema e non dalla memoria di chi segue quel gruppo, e che il saldo del gruppo si legge senza sommare a mano i bonifici arrivati.

Studenti, gruppi e iscrizioni

DBJOY tiene le scadenze dentro la pratica invece che nella memoria di chi la segue: data di opzione, data di release del contingente, scadenza di una rata, consenso dei genitori o documento di espatrio di uno studente non ancora consegnato. Lo stato della pratica mostra che cosa manca e che cosa sta per scadere.

Il valore non sta nell’avviso in sé, ma nel fatto che la scadenza nasce dal dato e non da un promemoria scritto a parte. La data di release arriva dal contratto della scuola partner, la rata dal piano di pagamento della famiglia, il documento mancante dall’anagrafica dello studente. Nessuno deve ricopiarla in un’agenda.

Le scadenze tipiche di una pratica sono:

• opzioni e date di release dei contingenti per turno;
• rate, saldi e partite aperte delle famiglie;
• documenti degli studenti, consensi dei genitori e liberatorie compresi;
• conferme delle scuole partner e degli alloggi ancora attese.

Come queste informazioni vengono presentate — cruscotto, elenco delle scadenze, comunicazioni automatiche — si imposta in base a come lavora l’ufficio operativo.

Il ciclo della pratica e lo scadenzario

DBJOY è costruito sul regime IVA speciale delle agenzie di viaggio e dei tour operator previsto dall’art. 74-ter del DPR 633/1972: l’imposta non si applica sull’intero corrispettivo del pacchetto, ma sul margine fra quanto paga il viaggiatore e il costo dei servizi acquistati da terzi a suo diretto vantaggio.

Perché quel margine sia calcolabile servono tre condizioni, e sono tutte questioni di dati:

• che i costi della scuola partner e degli altri fornitori siano attribuiti alla pratica giusta, compresi quelli che arrivano dopo il rientro del gruppo;
• che i servizi acquistati da terzi siano distinti dai servizi propri, che seguono un trattamento diverso;
• che i documenti di vendita riportino la natura IVA corretta, N5 per le operazioni in regime del margine.

DBJOY tiene il registro delle pratiche con corrispettivi e costi per singola pratica, gestisce l’esigibilità legata al pagamento e porta questi dati fino alla fattura e alla contabilità.

Il perimetro esatto degli automatismi di calcolo si verifica sulla configurazione contabile dell’azienda, insieme al commercialista: il regime 74-ter ammette scelte che restano dell’operatore.

Amministrazione, fiscalità e fatturazione

La fattura elettronica di un pacchetto turistico in DBJOY parte dai dati già presenti nella pratica — famiglia o istituto intestatario, servizi, corrispettivo, regime applicato — e viene predisposta nel formato XML da trasmettere allo SDI, con natura IVA N5 quando si applica il regime del margine dell’art. 74-ter DPR 633/1972.

Il punto critico di una fattura di pacchetto non è l’invio, ma che cosa ci deve stare dentro:

• dati dell’intestatario, codice destinatario o indirizzo PEC;
• corrispettivo del programma e natura IVA corretta per il regime applicato;
• eventuali servizi propri, che vanno esposti separatamente con la loro aliquota;
• quota di iscrizione, acconti e saldo, collegati alla stessa pratica e allo stesso turno;
• riferimenti utili al viaggiatore e all’organizzatore.

Poiché i dati arrivano dalla pratica, la fattura non è una seconda digitazione del preventivo, e ciò che si è venduto coincide con ciò che si fattura.

Le modalità di trasmissione allo SDI e la conservazione a norma si definiscono con l’amministrazione e con il commercialista dell’azienda.

Come funziona la fatturazione in DBJOY

Il Codice del Turismo (D.Lgs. 79/2011), che recepisce in Italia la Direttiva (UE) 2015/2302 sui pacchetti turistici, impone all’organizzatore obblighi precisi verso il viaggiatore: informazioni precontrattuali, contratto di pacchetto, informazioni su modifiche e recesso, garanzie contro l’insolvenza.

Un software non sostituisce la responsabilità dell’organizzatore, che resta di chi vende il viaggio. Può però fare la differenza su un punto concreto: che le informazioni dovute nascano dai dati della pratica e viaggino insieme al preventivo e al documento di vendita, invece di essere un allegato da ricordarsi a mano ogni volta.

Gli elementi che accompagnano una pratica di pacchetto sono in genere:

• informazioni precontrattuali e modulo informativo standard consegnati con la proposta;
• contratto di pacchetto turistico collegato alla pratica, allo studente e a chi lo sottoscrive;
• condizioni di recesso, di modifica del prezzo e di responsabilità dell’organizzatore;
• estremi delle garanzie obbligatorie e delle coperture assicurative.

I testi restano di responsabilità dell’organizzatore, che li definisce con il proprio consulente legale. DBJOY serve ad agganciarli in modo stabile al flusso documentale della pratica.

Documenti contrattuali e amministrazione

La distinzione fra servizi acquistati da terzi e servizi propri è decisiva perché cambia il trattamento IVA. I servizi acquistati da terzi a diretto vantaggio del viaggiatore concorrono al calcolo del margine ex art. 74-ter DPR 633/1972; i servizi resi con mezzi propri dell’organizzatore seguono invece il trattamento ordinario della singola prestazione.

Non è una sottigliezza teorica. Un pullman di proprietà, un accompagnatore dipendente, un tutor in loco assunto dall’organizzatore o un corso di lingua erogato direttamente non sono la stessa cosa di un corso e di un alloggio comprati da una scuola partner, e chi tiene tutto in un’unica voce si accorge della differenza in sede di controllo.

In DBJOY la qualificazione si imposta sull’anagrafica del servizio e viene portata avanti in modo coerente: dalla riga di preventivo alla pratica, dalla pratica al documento di vendita e ai dati che vanno in contabilità.

La qualificazione dei singoli servizi resta una scelta fiscale dell’azienda, da concordare con il commercialista. DBJOY serve a farla una volta sola e ad applicarla su tutte le pratiche senza eccezioni dimenticate.

Amministrazione e regime del margine

DBJOY è un’applicazione web erogata in cloud: i dati risiedono sull’infrastruttura del servizio e non sui computer dell’ufficio. L’accesso è nominale, per singolo utente, con permessi differenziati per ruolo: commerciale, ufficio prodotto, operativo e amministrazione vedono ciò che serve al loro lavoro.

Sul piano del GDPR i ruoli sono definiti: il tour operator è titolare del trattamento dei dati delle famiglie e degli studenti, mentre il fornitore del software agisce come responsabile del trattamento ai sensi dell’art. 28. Il rapporto va regolato da un accordo scritto che indichi finalità, categorie di dati, misure di sicurezza ed eventuali sub-responsabili.

Le domande da fare per iscritto a qualunque fornitore, DBJOY compreso, sono sempre le stesse: dove sono ubicati i data center, quali sub-responsabili sono coinvolti, chi del fornitore può accedere ai dati e in quali casi, come sono tracciati gli accessi.

Ubicazione dell’infrastruttura, elenco dei sub-responsabili e misure tecniche adottate sono indicati nella documentazione contrattuale.

Sicurezza, dati e conformità

Nei viaggi studio il partecipante minorenne è il caso normale, non l’eccezione: anagrafica dello studente, documento di espatrio, allergie, intolleranze o terapie in corso, consensi e liberatorie di chi esercita la responsabilità genitoriale, recapiti da usare in emergenza. DBJOY tratta questi dati come dati che richiedono cautele in più, e l’accesso è limitato agli utenti che devono davvero usarli per organizzare il programma.

La base giuridica del trattamento (art. 6 GDPR) è di norma l’esecuzione del contratto verso chi lo ha sottoscritto, cioè la famiglia o l’istituto. Le informazioni su allergie, intolleranze o terapie richiedono attenzione ulteriore, perché servono a erogare il servizio in sicurezza — alla famiglia ospitante, alla mensa della scuola partner, al tutor in loco — ma non vanno diffuse oltre il necessario.

I principi operativi che ne derivano sono:

• raccogliere solo i dati necessari al programma, e non tutto ciò che una scuola o una famiglia potrebbe fornire;
• limitare l’accesso per ruolo dentro l’organizzazione;
• condividere con scuole partner e famiglie ospitanti solo il minimo indispensabile, per esempio la roomlist e le esigenze alimentari;
• conservare i dati per il tempo definito dal titolare e poi cancellarli;
• gestire le richieste degli interessati previste dagli artt. 15-22 GDPR.

Titolare del trattamento resta il tour operator, insieme all’istituto scolastico per la parte di sua competenza.

Come DBJOY protegge i dati degli studenti

DBJOY è erogato come servizio in cloud: backup, monitoraggio e continuità sono a carico dell’infrastruttura del servizio, non del server nell’ufficio del tour operator. È una differenza pratica: nessuno in azienda deve ricordarsi di cambiare un supporto o di verificare che un salvataggio notturno sia andato a buon fine.

Per l’operatore la domanda utile non è se il backup esiste, ma due numeri precisi: ogni quanto viene eseguito e in quanto tempo un dato può essere ripristinato dopo un incidente. Sono i valori che vanno letti nel contratto di servizio, insieme alle finestre di manutenzione programmata — che non dovrebbero cadere nelle settimane di partenza dei turni — e al canale con cui vengono comunicati i disservizi.

Gli elementi da verificare per iscritto sono:

• frequenza dei backup e periodo di conservazione delle copie;
• tempi previsti di ripristino;
• manutenzioni programmate e come vengono annunciate;
• possibilità per l’operatore di esportare periodicamente i propri dati.

Quest’ultimo punto vale sempre: avere una copia dei propri dati fuori dal sistema è buona prassi con qualunque fornitore di software gestionale.

Continuità del servizio e protezione dei dati

DBJOY non sostituisce il software di contabilità e non chiede al commercialista di cambiare strumenti. L’obiettivo è che i dati amministrativi generati dalle pratiche — documenti di vendita, costi dei fornitori, elementi per il calcolo del margine 74-ter — arrivino in contabilità senza essere ridigitati da una persona.

Il passaggio può avvenire in due modi, a seconda del software contabile in uso: esportazione dei documenti in un tracciato concordato, oppure integrazione diretta fra i sistemi.

Le decisioni da prendere all’inizio sono poche e concrete:

• quali documenti passano in contabilità e con quale periodicità;
• quale sistema resta l’archivio di riferimento per il dato fiscale;
• come vengono trattati quota di iscrizione, acconti, note di credito e servizi propri;
• chi controlla le quadrature e con quale cadenza.

Conviene coinvolgere il commercialista già durante la prova gratuita di 3 mesi, quando il tracciato si può ancora impostare sulle esigenze reali dell’azienda invece di essere corretto dopo la prima chiusura.

Integrazioni e scambio dati

DBJOY prevede l’integrazione con sistemi esterni tramite API, così i dati delle pratiche possono essere scambiati con gli strumenti che il tour operator già usa: software di contabilità, CRM esterni, sito web e modulo di iscrizione online, piattaforme di marketing.

Prima di parlare di API conviene però definire il flusso, perché è lì che le integrazioni funzionano o falliscono:

• quale sistema è la fonte del dato e quale lo riceve;
• in quale direzione viaggia l’informazione e con quale frequenza;
• che cosa succede quando lo stesso dato viene modificato da due parti;
• chi se ne accorge se l’integrazione smette di funzionare.

Un’integrazione decisa senza queste risposte non toglie lavoro: crea due archivi che divergono lentamente, e qualcuno dovrà riconciliarli a mano.

Le API disponibili, gli oggetti esposti, i limiti e le modalità di autenticazione vengono documentati in fase di analisi, sul caso concreto dell’operatore.

API e sistemi collegati

L’assistenza su DBJOY è pensata sul calendario di un tour operator di viaggi studio, non su un orario d’ufficio astratto. I picchi si concentrano nei mesi di raccolta delle iscrizioni e nelle settimane di partenza dei turni estivi: è lì che un blocco su una pratica non può aspettare il lunedì.

Per questo la domanda giusta da fare a qualunque fornitore non è generica ma contrattuale:

• quali canali di contatto sono disponibili e in quali fasce orarie;
• come vengono classificate le richieste per criticità, distinguendo un blocco operativo da una richiesta di configurazione;
• quali tempi di presa in carico e di risoluzione sono previsti per ciascuna classe;
• se esiste un referente che conosce già la configurazione dell’azienda;
• come cambia la copertura nei periodi di punta.

DBJOY non pubblica un tempo di risposta valido per tutti, perché sarebbe un numero senza contesto: i livelli di servizio sono definiti nel contratto. Vale la pena chiederli per iscritto e verificarli sul periodo dell’anno in cui l’azienda lavora di più, non su una media annuale.

Parla con noi delle tue esigenze