> For the complete documentation index, see [llms.txt](https://revhero.gitbook.io/revhero-docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://revhero.gitbook.io/revhero-docs/it/automazione/event-log/event-types.md). # Tipi di evento La legenda dell'Event Log — che cosa significano ogni Source e Action Type su una riga. Ogni riga dell'[Event Log](/revhero-docs/it/automazione/event-log.md) ha 1 **Source** e 1 **Action Type**, e registra come è andata a finire. ![Una riga di Event Log: chi l'ha fatta, che cosa è cambiato, e se è andata a buon fine](https://1242527202-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FsoL73hgqgOKbcKdVRYHD%2Fuploads%2Fgit-blob-31fea4fff2f8afdb828350b0b7fee788d4e3c195%2Fanatomy-of-a-log-line.svg?alt=media) *Source ti dice chi, Action Type ti dice che cosa, e il modo in cui è finita ti dice se ha funzionato.* | Colonna | Che cosa ti dice | | --------------- | ------------------------ | | **Source** | Chi ha fatto la modifica | | **Action Type** | Che cosa è cambiato | | **Status** | Se è andata a buon fine | Una volta che sai leggere quelle 3 colonne, nessuna riga del log può fermare un'analisi. ## Sources — chi l'ha fatto | Source | Chi è | Che cosa lo genera | | --------------- | ---------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **Manual** | Un utente con nome e cognome | Qualcuno ha premuto **Send** sullo [Yielding Board](/revhero-docs/it/impostare-le-tue-tariffe/yielding-board.md), ha modificato [Pricing](/revhero-docs/it/impostare-le-tue-tariffe/pricing.md), o ha salvato una modifica di configurazione | | **Integration** | Un sistema collegato | È stato eseguito un sync con il tuo property management system, con il tuo channel manager o con RoomPulse | | **System** | Revhero stesso | Lavoro di fondo di routine, per esempio un ricalcolo notturno | Un **sync** è il trasferimento di dati tra Revhero e un sistema collegato. Le righe **Manual** portano il nome di una persona. Ogni altro Source porta un'etichetta di sistema. Puoi quindi sempre capire se una modifica è stata una decisione umana o un'azione automatica. ## Action type — che cosa è cambiato | Action type | Che cosa copre | | ---------------- | ------------------------------------------------------------------------------------------------------------- | | **RATES** | Modifiche alla send rate che sono state inviate | | **LOS** | Restrizioni di durata del soggiorno — soggiorno minimo e soggiorno massimo | | **STOP SALES** | Blocchi delle vendite attivati o disattivati per una camera, un trattamento o una combinazione di occupazione | | **CLOSE OUT** | Contrassegni di chiusura applicati a stay date specifiche | | **RMS** | Attività delle raccomandazioni | | **POLICY** | Modifiche alle politiche di cancellazione, no-show e deposito | | **COMMISSION** | Modifiche alla struttura delle commissioni | | **SPO** | Offerte speciali create, modificate o disattivate | | **VOUCHER** | Creazione di voucher, contrassegni di utilizzo e disattivazione | | **CHANNEL** | Modifiche di tariffa o disponibilità per 1 canale specifico | | **BOARD** | Modifiche ai supplementi di trattamento e piano pasti | | **CAMPAIGN** | Etichettatura e attivazione di campagne di marketing | | **TOOLS** | Interruttori di impostazione attivati o disattivati | | **SITUATION** | Note in testo libero che qualcuno ha aggiunto per dare contesto a una modifica | | **AVAILABILITY** | Correzioni di disponibilità. Sono poco frequenti, e di solito arrivano da un'integrazione | | **SYNC** | Attività di sync con un sistema collegato | **RATES** e **RMS** sono la coppia che si confonde più di ogni altra. **RATES** è la modifica fatta a una tariffa. **RMS** è il motore che ha prodotto la raccomandazione dietro quella modifica. **TOOLS** è quasi sempre qualcuno che attiva o disattiva un'impostazione. Non è una modifica di tariffa. ## Come è finita una riga Una riga registra se la modifica è andata a buon fine. Se non è andata a buon fine, la riga porta con sé un motivo in parole semplici, ed è su quel motivo che devi agire. Leggilo, correggi la causa nel sistema che ha rifiutato la modifica, poi invia di nuovo. Alcune righe mostrano lo stesso valore prima e dopo. Vuol dire che l'invio non ha cambiato nulla di quello che il tuo channel manager aveva già. Non c'è nulla che non va. La riga esiste perché il registro sia completo. ## Su quali campi puoi contare Prima di costruire un report da un file scaricato, verifica quali colonne sono sempre compilate. | Campo | Sempre presente? | Note | | -------------------------------- | -------------------------------------------- | ------------------------------------------------------------------------------------------- | | Timestamp | Sì | Registrato su un unico fuso orario in tutto il log | | Source | Sì | 1 dei 3 valori qui sopra | | Actor | Sì | Il nome di una persona per le modifiche manuali. Un'etichetta di sistema per tutto il resto | | Action Type | Sì | 1 dei 16 valori qui sopra. Mai vuoto | | Status | Sì | Se la modifica è andata a buon fine | | Stay date o periodo | Quando si applica | Solo modifiche di tariffa e modifiche di restrizione | | Camera, trattamento, occupazione | Quando si applica | Identificano esattamente che cosa è stato interessato | | Valori prima e dopo | Quando si applica | La modifica in sé | | Motivo | Quando una modifica non è andata a buon fine | Una spiegazione in parole semplici | ## 1 azione può scrivere 2 righe Una singola azione dell'utente che cambia 2 cose diverse produce 2 righe. Se invii una tariffa e un soggiorno minimo con 1 clic, ottieni 1 riga **RATES** e 1 riga **LOS**. Ogni riga ha il proprio esito, quindi 1 delle due può andare a buon fine mentre l'altra no. ## Trasformare una richiesta di audit in un filtro Conoscere questi valori trasforma una richiesta di audit vaga in un filtro preciso. Per esempio, *"ogni modifica alle condizioni commerciali nell'ultimo trimestre"* diventa POLICY, COMMISSION, SPO e VOUCHER su 3 mesi. [Filtri e ricerca](/revhero-docs/it/automazione/event-log/filtering-and-search.md) elenca le combinazioni che vale la pena memorizzare. ## Se qualcosa non torna | Che cosa vedi | Causa abituale | Che cosa fare | | ----------------------------------------- | --------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | La colonna Source mostra un trattino | Una riga importata più vecchia, dove il source non era stato rilevato | Per l'audit, considera il source sconosciuto | | Prima e dopo sono vuoti su una riga RATES | L'invio non ha cambiato nulla | È previsto | | La colonna Status è vuota | Un invio che non ha ancora ricevuto conferma | Ricarica la pagina. Se la colonna resta vuota, controlla lo stato della tua integrazione in [Settings](/revhero-docs/it/la-configurazione-del-tuo-hotel/settings.md) | | Il motivo di un fallimento è vago | Il tuo channel manager ha restituito un messaggio generico | Apri lo storico degli invii sotto [Settings](/revhero-docs/it/la-configurazione-del-tuo-hotel/settings.md) per la risposta completa | ## Correlati * [Event Log](/revhero-docs/it/automazione/event-log.md) * [Filtri e ricerca](/revhero-docs/it/automazione/event-log/filtering-and-search.md) — mettere all'opera questi valori * [Analizzare un invio di tariffe](/revhero-docs/it/automazione/event-log/investigating-a-rate-send.md) *** **Questa pagina ti è stata utile?** Se qui qualcosa è sbagliato, poco chiaro o manca, scrivi a [support@revhero.com](mailto:support@revhero.com?subject=Manual%20feedback%20%5Bit%5D%20event-log%2Fevent-types.md) e indica questa pagina: `event-log/event-types.md`. Dicci che cosa ti aspettavi di trovare — è la parte che possiamo correggere.