B4WRent PMS
Flussi email transazionali
Documento Email transazionali — Prenotazioni

Tutte le email automatiche che il gestionale invia nel ciclo di vita di una prenotazione

Questo documento raccoglie, in forma di flussi, tutte le email transazionali che il sistema invia in modo automatico (o semi-automatico, su spunta dell'operatore) nelle varie fasi di una prenotazione: dalla richiesta online, alla conferma, ai voucher, alle comunicazioni al proprietario, fino agli alert tecnici. Per ogni email sono indicati quando parte, chi la riceve, chi figura come mittente, l'oggetto/contenuto e gli allegati. Gli spazi per le schermate sono già predisposti: andranno popolati con esempi reali dalla casella di posta o dal PMS.

Stato PDF: verifica in corso… I link rossi indicano un PDF non ancora caricato in pdf/; i link verdi indicano un PDF presente.

Diagramma di flusso generale Sorgente della prenotazione → tipologia → email che partono automaticamente

Il diagramma riassume cinque sorgenti di prenotazione gestite dal sistema e, per ciascuna, indica quali email partono automaticamente. La sorgente n.5 (back-office manuale) è quella che genera meno email automatiche e più spunte operatore: per il dettaglio delle spunte si veda la sezione "Gestione prenotazione da back-office".

SORGENTE 1 SORGENTE 2 SORGENTE 3 SORGENTE 4 SORGENTE 5 Prenotazione online frontend Prenotazione online frontend Import da OTA (Booking, Airbnb) Import massivo file Excel (XLS) Inserimento da back-office con pagamento senza pagamento stesse regole frontend silenziato su spunte operatore CONFERMATA pagamento ricevuto STAND-BY in attesa di conferma CONFERMATA o stand-by in base allo stato OTA NESSUN INVIO "da verificare" SPUNTE OPERATORE scelte caso per caso Conferma cliente + voucher PDF Stand-by cliente richiesta in attesa Conferma o stand-by in base allo stato Voucher cliente (opzionale, su spunta) Copia interna staff booking Copia interna staff booking Copia interna staff booking Copia interna se prenotazione nuova Documentazione proprietario Stand-by proprietario Documentazione o stand-by proprietario Voucher / aggiornamento (opz.) Tutte le email verso il proprietario (riga verde) escono SEMPRE da BarbarHouse, indipendentemente dal brand commerciale di vendita Voucher fornitore (opzionale, su spunta) Solo back-office: blocco proprietario, ecc. LEGENDA Sorgente prenotazione Email al cliente Copia staff interno Email proprietario (BarbarHouse) Email fornitore / regola Non applicabile Nota. Lo schema mostra solo le email che partono automaticamente al salvataggio della prenotazione. Le spunte opzionali del back-office (voucher cliente / fornitore / proprietario, blocco, ecc.) sono dettagliate nelle sezioni successive. Multilingua: ogni email parte automaticamente nella lingua del destinatario (italiano, inglese, tedesco, ecc.). Operatori delegati del proprietario: se configurati ricevono loro al posto del proprietario (non in copia).
Differenza chiave OTA vs XLS: le prenotazioni importate dalle OTA (Booking, Airbnb, ecc.) seguono le stesse regole del frontend e generano regolarmente le email automatiche al cliente e al proprietario. Solo l'import massivo da file Excel è volutamente silenziato, perché usato in genere per caricamenti di backlog dove un invio in blocco sarebbe controproducente.
T

Timeline temporale delle email Quando ciascuna comunicazione può partire, dall'ingresso della prenotazione al post-soggiorno

La linea temporale ordina tutte le email censite rispetto al ciclo di vita della prenotazione. Per ogni fase sono indicati il trigger (automatico, su spunta operatore, condizionato da uno stato) e i destinatari coinvolti. Il colore del bordo di ogni pillola identifica il destinatario, in coerenza con la legenda.

AUTO parte automaticamente al verificarsi dell'evento. SPUNTA OPERATORE richiede una checkbox spuntata in scheda prenotazione. CONDIZIONATO parte solo se ricorre una condizione specifica (stato, configurazione, opzione del cliente).
T0+ — Account / accessoprofilo utente, credenziali, password

Account utente e accesso

CONDIZIONATO parte in base allo scenario (nuova prenotazione con cliente non censito / registrazione esplicita / creazione utenza da BO / reset password da frontend)
Pre-prenotazionerichieste, preventivi, ticket

Richieste e preventivi

CONDIZIONATO canale di ingresso: form sul sito o email diretta alla casella ticketing
Tx — Transizionestand-by → confermata

La prenotazione passa a "confermata"

AUTO operatore che conferma da back-office oppure pagamento online completato
Soggiornoverso il check-out

Promemoria check-out

AUTO
Post / contabilitàfatturazione e liquidazione proprietario

Flussi amministrativi

CONDIZIONATO attivati da emissione fattura / flussi di contabilità e impostazioni contrattuali
Semprein caso di errore tecnico o operazioni periodiche
Come leggere la timeline. L'ordine verticale rispetta la sequenza tipica degli eventi su una prenotazione. Le fasi Pre-prenotazione, Back-office e Alert / report non hanno una posizione fissa: possono attivarsi in qualunque momento del ciclo. Le email condizionate partono solo se la prenotazione si trova in un determinato stato (es. pagamento online, cliente nuovo, fattura richiesta, criteri marketing coupon, polizza inclusa) o se l'operatore spunta la relativa casella.
i

Legenda Destinatari, mittenti e convenzioni grafiche usate nel documento

Destinatari

Cliente ospite che ha effettuato la prenotazione.
Proprietario proprietario dell'immobile (o suoi operatori delegati, se configurati: in tal caso ricevono loro al posto del proprietario, non in copia).
Fornitore / Incaricato operatore di arrivo, pulizie o altro fornitore associato alla prenotazione.
Staff interno casella booking interna (copia di servizio per il back-office).
IT / Tecnico casella servizio informatico (solo alert di errore).

Mittenti (brand)

Le email partono da due brand mittenti distinti a seconda del destinatario:

Significa che lo stesso evento (es. il salvataggio di una prenotazione) può generare email che escono da indirizzi mittenti differenti a seconda di chi le riceve.

Lingua

Le comunicazioni sono multilingua: viene scelta automaticamente la lingua del destinatario (italiano, inglese, tedesco, ecc.) in base al profilo anagrafico. Non c'è ripiego forzato sull'italiano: se il proprietario è tedesco riceve la versione tedesca.

Modalità di invio

Ogni email parte in modalità automatica (frontend / API / cron) oppure semi-automatica, ovvero su spunta dell'operatore di back-office tramite specifiche caselle nella scheda prenotazione.

1

Flusso 1 — Prenotazione cliente online Quando l'ospite prenota dal sito o da un canale esterno collegato via API

Quando un cliente prenota online possono partire diverse email, in base al tipo di prenotazione (con pagamento immediato o in stand-by) e alla provenienza (sito proprio, API frontend, OTA in import). Le combinazioni principali sono tre:

Scenario Email che partono
A. Prenotazione online con pagamento immediato
(il cliente paga online al momento della prenotazione)
1.1 Conferma prenotazione al cliente + voucher
1.2 Copia interna allo staff
1.3 Prenotazione confermata al proprietario
B. Prenotazione online senza pagamento immediato
(richiesta in attesa di conferma operatore)
1.4 Avviso di stand-by al cliente
1.5 Copia interna stand-by allo staff
1.6 Avviso di stand-by al proprietario
C. Import da OTA
(Booking.com, Airbnb e altri canali esterni collegati via API)
Le email partono con le stesse logiche dello scenario A o B, in base allo stato pagamento ricevuto dal canale (confermata o stand-by).
Vale a dire: anche le prenotazioni importate da OTA generano conferma cliente (o stand-by), copia interna e comunicazione al proprietario.
D. Import massivo da file Excel (XLS)
(caricamento manuale di un elenco di prenotazioni)
Nessuna email automatica.
Le comunicazioni sono volutamente silenziate per evitare invii massivi indesiderati: le prenotazioni vengono inoltre marcate come "da verificare" per il controllo dell'operatore.

1.1 Conferma prenotazione al cliente

Quando parteSubito dopo il salvataggio della prenotazione online con pagamento avvenuto.
DestinatarioCliente
MittenteBrand commerciale
ContenutoConferma della prenotazione con riepilogo periodo, immobile, ospiti, totale pagato e istruzioni per il soggiorno.
AllegatiVoucher PDF, eventuale contratto, documentazione informativa.

Variante "solo testo" per messaggistica OTA

Quando parteIn aggiunta alla 1.1, sulle prenotazioni provenienti da OTA (Booking, Airbnb, ecc.).
DestinatarioCliente, attraverso l'indirizzo proxy fornito dall'OTA (es. la mail Booking guest-XXXX@booking.com o Airbnb).
Oggetto"Conferma prenotazione n. <XXX> registrata da <OTA>" (es. "… registrata da Booking.com").
FormatoSolo testo (plain text), senza HTML e senza immagini.
ContenutoRiepilogo essenziale della prenotazione (numero, cliente, date, immobile, ospiti, importo, condizioni base) in forma testuale.
PerchéLe caselle di messaggistica delle OTA (Booking, Airbnb) filtrano e riformattano i messaggi HTML, spesso rimuovendo tabelle, immagini e link. Una versione plain-text garantisce che il contenuto arrivi integro al cliente anche quando viene visualizzato dentro l'app o la chat dell'OTA.
AllegatiNessuno (le OTA bloccano gli allegati nei loro canali di messaggistica).

1.2 Copia interna prenotazione confermata

Quando parteIn contemporanea alla 1.1, come copia di servizio.
DestinatarioStaff interno (casella booking)
ContenutoÈ la stessa email della 1.1 (conferma prenotazione al cliente): cambia solo l'oggetto, in cui viene aggiunto il suffisso "Copia interna" oppure "Copia per il mandatario". Per questo motivo non è previsto un PDF di esempio dedicato: il contenuto coincide con quello della 1.1.

1.3 Prenotazione confermata al proprietario

Oggetto"Email di prenotazione confermata N. XXXXX"
Quando parteInsieme alla conferma cliente (scenario A), solo se il pagamento è già arrivato.
DestinatarioProprietario oppure i suoi operatori delegati.
MittenteBarbarHouse (sempre, anche se la prenotazione è di un altro brand commerciale)
ContenutoAvviso di prenotazione confermata sull'immobile + estremi del cliente. Sostituisce la vecchia comunicazione "documentazione ricevuta".
AllegatiDocumenti del cliente (es. carta d'identità), contratto firmato.

1.4 Stand-by al cliente

Quando partePrenotazione online senza pagamento immediato: la richiesta è in attesa di conferma.
DestinatarioCliente
ContenutoÈ la stessa email della 1.1 (conferma prenotazione al cliente): cambia solo l'oggetto, che riporta il suffisso "(Stand-by)" per segnalare che la richiesta non è ancora confermata. Per questo motivo non è previsto un PDF dedicato.
AllegatiNessuno (non è ancora un voucher).

1.5 Copia interna stand-by

DestinatarioStaff interno
ContenutoStessa email della 1.4, con in più il suffisso "Copia interna" / "Copia per il mandatario" nell'oggetto. Anche qui nessun PDF dedicato.
Lo stand-by cambia davvero solo verso il proprietario. Le email al cliente e la copia interna sono nei fatti la stessa email della conferma prenotazione (1.1), con un suffisso aggiunto all'oggetto. L'unica vera variante di contenuto in regime stand-by è quella diretta al proprietario (1.6 qui sotto), che è un avviso di richiesta in attesa di conferma e non l'email di prenotazione confermata.

1.6 Stand-by al proprietario

DestinatarioProprietario
ContenutoAvviso che è arrivata una richiesta sul suo immobile, in attesa di conferma.

1.7 Copia amministrativa pagamento ricevuto

Oggetto"Pagamento prenotazione n. XXX"
Quando parteA seguito di un pagamento online incassato sulla prenotazione (carta, Scalapay, bonifico ricevuto, ecc.).
DestinatarioUfficio amministrativo
ContenutoCopia amministrativa con il dettaglio del pagamento ricevuto e il riferimento alla prenotazione, ad uso contabile.
AllegatiNessuno.
2

Flusso 2 — Account utente e accesso Verifica email, registrazione, invio credenziali da back-office, reset password

In questo flusso rientrano tutte le comunicazioni legate al profilo dell'utente e all'accesso alla sua area riservata: verifica dell'indirizzo email (in conformità GDPR), registrazione di un nuovo utente, invio credenziali generate dallo staff e reset password autonomo.

2.1 Conferma il tuo indirizzo email

Quando parteInserimento di un nuovo profilo cliente durante la prenotazione online.
DestinatarioCliente (indirizzo fornito nel form di prenotazione)
Oggetto"Conferma il tuo indirizzo email"
ContenutoRichiesta di conferma dell'indirizzo email tramite link dedicato, secondo gli obblighi di liceità del trattamento previsti dal GDPR. L'email contiene il link di verifica e null'altro: nessuna credenziale, nessuna password, nessun messaggio promozionale.
AllegatiNessuno.
Nota GDPR. In fase di prenotazione online l'unica comunicazione automatica all'utente è questa (2.1): nessun "benvenuto", nessun "account creato", nessuna password generata. Le mail account vere e proprie (2.2 / 2.3 / 2.4) partono solo in scenari distinti (registrazione esplicita, attivazione da back-office, richiesta reset password).

2.2 Registrazione nuovo utente

Quando parteL'utente si registra autonomamente tramite il modulo di registrazione del sito (non come effetto collaterale di una prenotazione).
DestinatarioUtente registrato
ContenutoConferma di avvenuta registrazione con i riferimenti dell'account e indicazioni per il primo accesso.
AllegatiNessuno.

2.3 Invio credenziali da back-office

Quando parteLo staff crea o riabilita un'utenza dal back-office e invia all'utente le credenziali generate.
DestinatarioUtente (cliente o proprietario, a seconda del profilo creato)
ContenutoComunicazione delle credenziali di accesso all'area riservata con istruzioni per il primo login.
AllegatiNessuno.

2.4 Reset password automatica da frontend

Quando parteL'utente avvia la procedura di "password dimenticata" dal frontend dell'area riservata.
DestinatarioUtente (indirizzo email associato all'account)
ContenutoLink sicuro per reimpostare la password dell'account, con scadenza.
AllegatiNessuno.
3

Flusso 3 — Gestione prenotazione da back-office Email che l'operatore decide di inviare tramite spunte nella scheda prenotazione

Nella scheda prenotazione del back-office l'operatore trova una serie di caselle di spunta ("checkbox") che, al salvataggio, fanno partire le rispettive email. Ogni spunta è indipendente: l'operatore decide caso per caso cosa inviare.

Casella spuntata dall'operatore Email che parte Vedi sezione
Invia voucher al cliente (primo invio o aggiornamento)Voucher cliente4.1
Invia voucher al fornitore (primo invio o aggiornamento)Voucher fornitore / incaricato4.2
Invia voucher al proprietarioVoucher proprietario4.3
Invia documentazione al proprietarioPrenotazione confermata N. XXXXX al proprietario6.1
Invia aggiornamento prenotazione al proprietarioAggiornamento dati al proprietario6.2
Invia stand-by al clienteStand-by cliente (da back-office)4.5
Invia email comunicazione blocco al proprietarioBlocco proprietario7
Annulla prenotazione da back-officeAnnullamento prenotazione al cliente (con copie a proprietario, collaboratore, colleghi, tour operator)4.7

4.5 Stand-by cliente da back-office

Quando parteOperatore mette la prenotazione in stato di stand-by dal back-office.
DestinatarioCliente
ContenutoÈ la stessa email del template 1.1 (conferma prenotazione cliente), inviata anche da back-office in regime stand-by. Sia il front-office sia il back-office usano sempre lo stesso template per la comunicazione al cliente: a cambiare è solo il suffisso nell'oggetto che segnala lo stato.
AllegatiNessuno.

4.6 Conferma definitiva al cliente (passaggio da stand-by a confermata)

Quando parteQuando una prenotazione in stand-by diventa confermata. Due casi:
  • l'operatore conferma la prenotazione dal back-office;
  • il cliente completa il pagamento online (carta, Scalapay, bonifico ricevuto).
DestinatarioCliente
ContenutoÈ la stessa email della 1.1 (conferma prenotazione al cliente), ovvero lo stesso template che il cliente riceve quando la prenotazione arriva già come confermata dal frontend. Cambia solo il momento di invio: qui parte al passaggio da stand-by a confermata (operatore che conferma oppure pagamento online completato). Per questo motivo non è previsto un PDF dedicato.
AllegatiVoucher PDF + eventuale documentazione di soggiorno.

4.7 Annullamento prenotazione da back-office

Oggetto"Annullamento prenotazione n. XXXXX"
Quando parteQuando l'operatore annulla la prenotazione dal back-office.
Destinatario principaleCliente
CopieLa stessa email viene inviata anche, come copie distinte, a:
  • Copia per il proprietarioProprietario (o operatori delegati)
  • Copia per il collaboratore — collaboratore di riferimento sulla prenotazione
  • Copia per i colleghi — staff interno coinvolto
  • Copia per il tour operator — se la prenotazione è legata a un tour operator
Tutte le copie usano il medesimo template: cambia solo il suffisso nell'oggetto che identifica il destinatario.
ContenutoComunicazione di avvenuto annullamento con riferimenti alla prenotazione (numero, periodo, immobile).
AllegatiNessuno.
4

Flusso 4 — Voucher Tre destinatari distinti: cliente, fornitore/incaricato, proprietario

Il voucher è il documento di soggiorno con tutti i dettagli operativi (date, ospiti, immobile, riepilogo economico, note di arrivo). Può essere recapitato a tre destinatari diversi, ognuno con la sua versione mirata.

4.1 Voucher al cliente

DestinatarioCliente
Quando parteSu spunta operatore: "Invia voucher cliente" (primo invio) oppure "Invia voucher cliente aggiornato" (re-invio dopo modifiche).
MittenteBrand commerciale
TemplateSono previsti due template distinti:
  • Primo invio — è la stessa email della 1.1 (conferma prenotazione al cliente): stesso template usato sul frontend al momento della conferma.
  • Aggiornamento — testo dedicato al re-invio, che segnala al cliente che il voucher è stato aggiornato rispetto al precedente (a seguito di modifiche alla prenotazione).
AllegatiVoucher PDF.
RegolaSe viene inviato il voucher al cliente, di norma non si invia anche la copia al proprietario nello stesso passaggio (per evitare doppioni operativi).

4.2 Voucher al fornitore / incaricato

DestinatarioFornitore (operatore di arrivo, incaricato pulizie, ecc.)
Quando parteSu spunta operatore: "Invia voucher fornitore" (primo invio) oppure "Invia voucher fornitore aggiornato" (re-invio dopo modifiche).
ContenutoDati di soggiorno utili al fornitore (orari, ospiti, note pratiche).
TemplateSono previsti due template distinti:
  • Primo invio — testo di presentazione del voucher al fornitore.
  • Aggiornamento — testo dedicato al re-invio, che segnala al fornitore che il voucher è stato aggiornato rispetto al precedente.
AllegatiVoucher PDF.

4.3 Voucher al proprietario

DestinatarioProprietario o suoi operatori delegati.
Quando parteSu spunta operatore: "Invia voucher proprietario".
MittenteBarbarHouse (sempre, anche se la prenotazione è di un altro brand commerciale)
AllegatiVoucher PDF dedicato al proprietario (vista filtrata).
6

Flusso 6 — Comunicazioni operative al proprietario Prenotazione confermata, aggiornamenti, certificato di pagamento

Tutte queste comunicazioni partono sempre da BarbarHouse (mittente unico verso il proprietario) e accettano note libere scritte dall'operatore nella sezione "Comunicazioni del personale" della scheda prenotazione: il testo viene incluso direttamente nell'email.

6.1 Prenotazione confermata al proprietario (da back-office)

Oggetto"Email di prenotazione confermata N. XXXXX"
DestinatarioProprietario o operatori delegati.
Quando parteSu spunta operatore: "Invia voucher + documenti al proprietario".
ContenutoÈ la stessa email della 1.3 ("Email di prenotazione confermata N. XXXXX"), inviata manualmente dal back-office. Sostituisce la vecchia comunicazione "documentazione ricevuta".
Note operatoreSì, testo libero opzionale.

6.2 Aggiornamento dati prenotazione al proprietario

Quando parteModifica di una prenotazione esistente (cambio date, ospiti, voucher aggiornato).
DestinatarioProprietario
ContenutoComunicazione delle variazioni rispetto a quanto comunicato in precedenza.

6.3 Certificato di pagamento al proprietario

Quando parteQuando viene pagato al proprietario il compenso relativo alla prenotazione. È un processo semiautomatico legato ai flussi di contabilità e alle impostazioni contrattuali dell'immobile, non a una spunta libera dell'operatore.
DestinatarioProprietario
MittenteBarbarHouse
ContenutoCertificato di pagamento del compenso al proprietario con il dettaglio della prenotazione liquidata.
7

Flusso 7 — Blocco proprietario Quando il proprietario utilizza personalmente l'immobile o lo blocca con penale

7.1 Comunicazione blocco al proprietario

Quando parteOperatore crea o modifica un blocco proprietario (uso personale del proprietario, blocco temporaneo, blocco con penale) e spunta "Invia email blocco".
DestinatarioProprietario
MittenteBarbarHouse (sempre, anche se la prenotazione è di un altro brand commerciale)
OggettoConferma del blocco; se il blocco è con penale, l'oggetto contiene il suffisso "(CON PENALE)".
ContenutoPeriodo bloccato, immobile, eventuale prezzo della penale, note libere dell'operatore.
MultilinguaSì.

7.2 Copia interna del blocco

DestinatarioStaff interno
ContenutoNotifica al back-office che è stato registrato un blocco proprietario.
9

Flusso 9 — Alert tecnici interni Email automatiche di servizio in caso di errore

Sono email non commerciali, destinate solo al personale tecnico. Le elenchiamo per completezza, perché fanno parte del "rumore" automatico del sistema.

9.1 Errore di calcolo tassa di soggiorno

DestinatarioIT
ContenutoCodice prenotazione + dettagli dell'errore di calcolo della tassa di soggiorno.

9.2 Errore salvataggio prenotazione

DestinatariIT + Staff booking
ContenutoDescrizione dell'errore in fase di salvataggio o annullamento della prenotazione.
PrioritàAlta (coda di invio prioritaria).
10

Flusso 10 — Invio fattura al cliente Comunicazione legata al ciclo di fatturazione, non a una spunta sulla prenotazione

10.1 Invio fattura al cliente

Oggetto"Invio fattura per la prenotazione n. XXXX"
Quando parteDopo l'emissione della fattura relativa alla prenotazione, solo se il cliente ha richiesto la fattura in sede di prenotazione. È un processo legato al ciclo di fatturazione, non a una spunta sulla scheda prenotazione.
DestinatarioCliente
MittenteBrand commerciale
ContenutoMessaggio di accompagnamento alla fattura emessa, con il numero prenotazione di riferimento.
AllegatiFattura PDF.
11

Flusso 11 — Check-in online Comunicazioni al cliente nel ciclo di check-in / check-out: email + SMS

Il check-in online è un percorso guidato che il cliente deve completare prima dell'arrivo. È supportato da una serie di comunicazioni dedicate (email e SMS) che lo accompagnano fino al check-out. In ogni messaggio sono presenti placeholder dinamici (es. #immobile#, #id_prenotazione#, #utenteNome#, #link_checkin#, #incaricato_nome#, ecc.) sostituiti a runtime con i dati della prenotazione.

11.1 Check-in online — invito al cliente

Oggetto"Check-in: #immobile# - #id_prenotazione#"
Quando parteApertura del percorso di check-in online sulla prenotazione, prima dell'arrivo.
DestinatarioCliente
ContenutoInvito a completare il check-in online tramite il link #link_checkin#, con riferimenti a immobile, periodo soggiorno, id prenotazione e contatti dell'host.
ReminderLo stesso template viene re-inviato come reminder se il cliente non completa il check-in. Cambia solo l'oggetto, che riceve il suffisso "(REMIND)": Check-in: #immobile# - #id_prenotazione# (REMIND).
VersioniL'email esiste in due versioni:
  • HTML — versione standard inviata al cliente.
  • Solo testo — versione plain-text dedicata alle prenotazioni provenienti da OTA (Booking, Airbnb, ecc.), inviata all'indirizzo proxy fornito dall'OTA. Le caselle di messaggistica OTA filtrano e riformattano l'HTML, quindi una versione testuale garantisce che il messaggio (link di check-in incluso) arrivi integro.
AllegatiNessuno.

11.2 Check-in completato

Oggetto"CHECKIN COMPLETATO #immobile# - #id_prenotazione#"
Quando parteQuando il cliente completa il check-in online.
DestinatarioCliente
ContenutoConferma di check-in completato + link per accedere alle istruzioni di soggiorno (#link_checkin_accessi#), valido per l'intera durata della prenotazione. Contatti dell'host inclusi.
AllegatiNessuno.

11.3 Check-in integrazione

Oggetto"CHECKIN #immobile# - #id_prenotazione# (INTEGRAZIONE)"
Quando parteQuando un check-in già avviato richiede integrazioni o aggiornamenti da parte del cliente (es. documento mancante, dato da rivedere).
DestinatarioCliente
ContenutoRichiesta di completare/integrare il check-in tramite #link_checkin#. Avviso che l'accesso alla struttura non è possibile finché il check-in non risulta completo.
AllegatiNessuno.

11.4 Promemoria check-out

Oggetto"Promemoria per il check-out del #data_al#"
Quando parteIn prossimità della data di check-out del soggiorno.
DestinatarioCliente
ContenutoPromemoria con orario massimo e data di check-out, indicazioni di cortesia (lasciare l'alloggio in ordine, verificare effetti personali) e riferimenti del team.
AllegatiNessuno.

11.5 Versioni SMS

In affiancamento alle email, il sistema invia anche messaggi SMS al numero di telefono del cliente. I testi SMS sono corti, contengono il link essenziale e i contatti dell'host (telefono + link WhatsApp).

Scenario (email collegata) Testo SMS
Check-in primo invio
(coppia 11.1)
Ciao #utenteNome#, complimenti per la prenotazione dal #dal# al #al#
Completa il check-in online prima del tuo arrivo:
#link_checkin#
Il tuo id prenotazione: #id_prenotazione#.
Il tuo host: #incaricato_nome# #incaricato_telefono#
whatsapp: wa.me/#incaricato_telefono#
Team #immobile#DES##!
Check-in reminder
(coppia 11.1 REMIND)
Ciao #utenteNome#,
per la prenotazione dal #dal# al #al#
è necessario completare il check-in online prima dell'arrivo:
#link_checkin#
N.B. non si può accedere alla proprietà finché il check-in non è completato.
Team #immobile#DES##!
Check-in completato
(coppia 11.2)
Ciao #utenteNome#,
complimenti, check-in completato!
Per accedere clicca qui: #link_checkin_accessi#
Il link sarà valido per l'intera durata della prenotazione.
Per assistenza contatta il tuo Host
#incaricato_nome# #incaricato_telefono#
whatsapp: wa.me/#incaricato_telefono#
Check-in integrazione
(coppia 11.3)
Ciao #utenteNome#,
check-in da aggiornare o integrare per #immobile#DES#.
Completa il check-in:
#link_checkin#
Pren. #id_prenotazione#
Per assistenza contatta il tuo Host: #incaricato_nome# #incaricato_telefono#
whatsapp: wa.me/#incaricato_telefono#
Promemoria check-out
(coppia 11.4)
Gentile #utenteNome#,
speriamo abbia trascorso un piacevole soggiorno

Check-out entro le #ora_checkout# del #al#.
Chiediamo gentilmente di lasciare l'alloggio in ordine e verificare di non dimenticare effetti personali.

Grazie e a presto,
Il team di #immobile#DES##
12

Flusso 12 — Richieste, preventivi e ticketing Email collegate al sistema di ticketing e alla richiesta di preventivo

Le richieste possono entrare nel sistema in cinque modi diversi, tutti confluenti nel modulo di ticketing:

Le email generate dai form non producono una mail di conferma automatica al richiedente: il ticket viene creato e gestito dallo staff. Le email arrivate dalla casella ticketing generano invece la conferma ricezione (12.1). Ogni risposta dello staff sul ticket genera un'email all'utente (12.2). Per le richieste di preventivo è previsto inoltre un invito a consultare l'offerta (12.3).

12.1 Conferma ricezione email su ticketing

Oggetto"RE: <oggetto originale dell'email mittente>"
Quando parteSolo quando un utente apre un ticket inviando direttamente un'email alla casella dedicata del sistema di ticketing (non parte se la richiesta arriva da un form).
DestinatarioMittente originale (cliente, proprietario o terzo)
ContenutoConferma di presa in carico della richiesta con riferimento al codice ticket assegnato. L'utente può continuare la conversazione semplicemente rispondendo a questa email: il sistema collegherà la risposta al ticket.
AllegatiNessuno.

12.2 Risposta staff su ticket

Quando parteOgni volta che lo staff di back-office risponde a un ticket aperto, indipendentemente da come il ticket era stato creato (form o email).
DestinatarioUtente originale del ticket
ContenutoCopia integrale della risposta scritta dallo staff dal back-office. L'utente può continuare la conversazione direttamente dalla casella di posta rispondendo all'email: la sua risposta viene agganciata al ticket originale.
AllegatiEventuali allegati caricati dallo staff sulla risposta.

12.3 Invito a consultare il preventivo

Quando parteQuando lo staff prepara e invia un preventivo in risposta a una richiesta del cliente (dal form preventivi o dal ticketing).
DestinatarioCliente
ContenutoInvito personalizzato a consultare l'offerta tramite un link dedicato. Cliccando sul link, il cliente apre una pagina online con il dettaglio del preventivo (immobile, periodo, prezzo, condizioni).
AllegatiNessuno (il contenuto del preventivo è sulla pagina online).

12.4 Remind al cliente con preventivo non prenotato

Quando parteA distanza di tempo dall'invio della 12.3 quando il cliente non ha prenotato e il preventivo non è stato finalizzato.
DestinatarioCliente
MittenteBrand commerciale
ContenutoMessaggio dal tono cortese e personale, di follow-up sulla ricerca casa vacanza del cliente. Estratto del template:
"Adesso tocca a lei... Le scrivo brevemente per sapere come prosegue la ricerca
della casa per le sue vacanze...

Ci saranno sicuramente degli sviluppi dalla nostra ultima conversazione
e aspetto di sapere come poter esserle ancora più utile. ..."
AllegatiNessuno.
13

Flusso 13 — Coupon marketing al cliente Email automatica generata da un cron su prenotazioni che soddisfano criteri di marketing

Su determinate prenotazioni confermate che soddisfano criteri di marketing configurati (es. valore prenotazione, destinazione, periodo, partner commerciale), il sistema genera in modo automatico un coupon dedicato al cliente e glielo recapita via email tramite cron schedulato.

13.1 Coupon al cliente

Quando parteCron schedulato (administrator/cron/coupon/email.php) che individua i coupon non ancora notificati su prenotazioni confermate, non cancellate, con importo coupon disponibile e arrivo entro 7 giorni. La generazione dei coupon avviene a monte con cron dedicati per tipologia (es. generazione_perlasaracena.php) che applicano i criteri di marketing e calcolano l'importo del coupon in base alla provvigione netta della prenotazione.
DestinatarioCliente (esclusi i tour operator: in quel caso il coupon viene disattivato automaticamente)
MittenteBrand commerciale della prenotazione
ContenutoPresentazione del coupon con valore, periodo di validità, intestatario e riferimento prenotazione + codice coupon. Il template grafico/testuale è specifico per ogni iniziativa (es. coupon ristorante "Perla Saracena").
ValidazioneL'invio non avviene se l'indirizzo email del cliente non è valido (proxy mail OTA non gestiti). Se l'email principale è invalida, il sistema tenta il fallback sull'email secondaria.
AllegatiNessuno.
14

Flusso 14 — Polizze assicurative Reminder al cliente e trasmissione periodica al fornitore della compagnia

Sulle prenotazioni che includono una polizza assicurativa il cron administrator/cron/polizze/polizze.php gestisce due comunicazioni al cliente: il remind per la raccolta dei dati necessari all'emissione della polizza e l'avviso di attivazione a polizza emessa.

14.1 Remind: comunicazione dati polizza

Oggetto"PRN N. XXXXX AZIONE RICHIESTA: COMUNICAZIONE DATI POLIZZA"
Quando parteCron polizze: invia al cliente il sollecito a fornire i dati necessari all'emissione della polizza (anagrafica ospiti, dati assicurativi, ecc.) quando la data di reminder configurata è raggiunta. Il sistema deduplica gli invii per evitare invii multipli.
DestinatarioCliente
ContenutoRichiesta di completamento dei dati assicurativi con riferimento alla prenotazione e istruzioni su come fornire le informazioni mancanti.
AllegatiNessuno.

14.2 Avviso di attivazione polizza

Oggetto"AVVISO ATTIVAZIONE POLIZZA (PRENOTAZIONE N. XXXXX)"
Quando parteQuando la polizza è emessa e attiva sulla prenotazione.
DestinatarioCliente
ContenutoConferma di attivazione della copertura assicurativa associata al soggiorno con il riepilogo degli estremi della polizza.
AllegatiVoucher / certificato di polizza.
15

Flusso 15 — Feedback / recensioni Due inviti distinti: recensione del servizio di prenotazione e recensione del soggiorno

Il sistema invia due tipi di richiesta di recensione, su canali e tempistiche diverse: una sul servizio di prenotazione (post-prenotazione, Trustpilot) e una sul soggiorno effettivo nell'immobile (post-soggiorno, portale di prenotazione).

15.1 Recensione post-prenotazione (Trustpilot)

Quando parteCron administrator/cron/feedback/feedback.php: a circa 90+ giorni dalla prenotazione, su prenotazioni confermate di brand che hanno l'integrazione Trustpilot abilitata.
DestinatarioCliente
MittenteBrand commerciale della prenotazione
Oggetto della recensioneIl servizio di prenotazione (esperienza con l'agenzia/brand, non con la proprietà).
ContenutoInvito a lasciare una recensione del servizio di prenotazione tramite link Trustpilot dedicato.
AllegatiNessuno.

15.2 Recensione post-soggiorno (immobile)

Quando parteDopo la data di check-out del soggiorno.
DestinatarioCliente
MittenteBrand commerciale della prenotazione
Oggetto della recensioneL'immobile e il soggiorno effettivo (esperienza vissuta nella proprietà).
ContenutoInvito a lasciare una recensione dell'immobile direttamente sul portale di prenotazione del brand, con link dedicato alla scheda dell'immobile.
Form recensioneEsempio reale di link al form di recensione (parametri: idprenotazione, email, tipo):
https://www.barbarhouse.com/index.php?option=com_clienti&task=feedback&idprenotazione=136229&email=pirrot222@gmail.com&tipo=c
AllegatiNessuno.
16

Flusso 16 — Servizi accessori al fornitore Conferma e reminder al fornitore per i servizi prenotati

Sui servizi accessori venduti insieme alla prenotazione (transfer, pulizie extra, esperienze, ecc.) il sistema gestisce due comunicazioni dirette al fornitore del servizio.

16.1 Conferma prenotazione servizio al fornitore

Oggetto"Conferma Prenotazione Servizio al Fornitore n. SER_XXXX"
Quando parteAl momento della prenotazione del servizio a carico del fornitore.
DestinatarioFornitore del servizio
ContenutoComunicazione di prenotazione del servizio con i riferimenti necessari al fornitore (codice servizio SER_XXXX, prenotazione collegata, periodo, dettagli operativi).
AllegatiNessuno.

16.2 Remind conferma servizio al fornitore

Oggetto"REMIND Conferma Prenotazione Servizio n. SER_XXXXX"
Quando parteCron remind: parte quando la 16.1 è stata inviata ma il fornitore non ha ancora confermato il servizio.
DestinatarioFornitore del servizio
ContenutoSollecito di conferma del servizio già comunicato in 16.1, con gli stessi riferimenti.
AllegatiNessuno.
17

Flusso 17 — Report periodici a staff e proprietari Report Excel inviati da cron periodici a uso operativo

17.1 Report aggiornamento mandati proprietari

Oggetto"REPORT AGGIORNAMENTO AUTOMATICO MANDATI"
Quando parteCron administrator/cron/tmptable/tmptable_rinnovi.php nel giorno/mese configurato per il rinnovo annuale dei mandati.
DestinatariIT + Staff proprietari
ContenutoRiepilogo dei mandati rinnovati in automatico.
AllegatiReport Excel (XLSX).

17.2 Report import prenotazioni automatico

Oggetto"REPORT AGGIORNAMENTO IMPORT PRENOTAZIONI AUTOMATICO"
Quando parteCron administrator/cron/prenotazioni/importexec.php: dopo l'esecuzione di un import massivo da fonti esterne (Magarental, Airbnb, ecc.).
DestinatariStaff canale + IT
ContenutoStato per ciascuna prenotazione elaborata: OK, KO, IGNORE.
!

Ramificazioni e regole trasversali Comportamenti che il marketing deve conoscere prima di intervenire sui testi

Tutte le email transazionali vengono tracciate nello storico delle comunicazioni della prenotazione e classificate per tipologia (es. comunicazione proprietario, blocco interno, prenotazione). Questo permette di ricostruire, su ogni singola prenotazione, tutto ciò che è uscito verso cliente e proprietario.