Capire l’accesso ai metodi ASA
Distingui le autorizzazioni di Steward da quelle dell’account ASA, dai moduli e dall’accesso ai metodi osservato.

Due sistemi di autorizzazione
Steward autorizza le operazioni ASA in base al ruolo nel progetto e alla modalità della chat. ASA verifica separatamente i permessi dei metodi e i moduli concessi all’account salvato. Le letture SOAP funzionano in Sola lettura anche se usano POST. Il pannello degli accessi osservati è informativo e non concede accesso.
La modalità della chat regola l’esecuzione; il ruolo nel progetto stabilisce cosa puoi fare. Sola lettura impedisce modifiche aziendali. Chiedi approvazione richiede la decisione di un Responsabile. Automatico consente modifiche supportate a Collaboratori e Responsabili salvo regole che richiedano una verifica. La modalità non modifica l’accesso al progetto.
Leggi il pannello degli accessi
In Impostazioni → Connessioni, seleziona Autorizzazioni ASA:
- Sconosciuto: il metodo non è stato confermato per le credenziali attuali.
- Confermato: è stata osservata una chiamata riuscita con le credenziali attuali. Le autorizzazioni potrebbero cambiare in seguito in ASA.
- Negato: ASA ha rifiutato esplicitamente questo metodo. Steward memorizza questa osservazione per cinque minuti per evitare errori ripetuti.
Il pacchetto del fornitore non offre un endpoint completo per interrogare le autorizzazioni. I metodi WSDL disponibili e una chiamata getVersion riuscita non dimostrano l’accesso ad altri metodi. Steward non effettua mai scritture di prova per scoprire le autorizzazioni.
I nomi dei moduli provengono dalla tabella dei metodi del fornitore. In genere basta uno dei moduli elencati; Beauty richiede in più Data Exchange. Anche il Reservation-Service esteso richiede che l’utente ASA sia configurato in modo appropriato. getGuests e getReservations possono offrire funzionalità limitate senza Data Exchange o Cash. Chiedi all’amministratore dell’hotel quale configurazione si applica.
Impostazioni predefinite per le modifiche
Gli aggiornamenti ASA ordinari seguono la modalità della chat per Collaboratori e Responsabili. Addebiti, documenti di addebito, totali giornalieri, creazione di prenotazioni, prenotazioni spa e cambi di stato, avvio e arresto degli addebiti e messaggi alle camere richiedono approvazione per impostazione predefinita. Decide un Responsabile del progetto.
Tutti i 33 metodi del contratto del fornitore v2.14 hanno un’impostazione predefinita esplicita: 21 letture, tre aggiornamenti di routine e nove modifiche che richiedono l’approvazione. Metodi e campi sconosciuti sono bloccati. Modificare le autorizzazioni dell’account o una regola di approvazione non può aggiungere supporto al contratto.
Per approvare o rifiutare modifiche serve il ruolo di Responsabile nel progetto della proposta. I collaboratori possono preparare modifiche e verificarne i dettagli. Prima dell’esecuzione vengono ricontrollati l’accesso attuale dell’esecutore al progetto e la connessione attiva.
Rispondi a un errore
In caso di errore di autenticazione, controlla le credenziali salvate. Un rifiuto su un metodo indica il metodo di cui parlare con l’amministratore ASA. Gli errori espliciti sui moduli richiedono l’attivazione del modulo corrispondente. Gli errori di validazione locale indicano che l’XML o i parametri proposti non corrispondono al contratto fissato. I rifiuti dovuti alle regole di Steward richiedono l’autorizzazione, il collegamento al progetto, la modalità o la verifica appropriati.
Un esito incerto di una modifica significa che la richiesta potrebbe essere arrivata ad ASA. Controlla il risultato in ASA prima di un nuovo tentativo. Non inviare mai di nuovo lo stesso addebito, la stessa prenotazione o lo stesso documento solo perché la connessione è andata in timeout.
Verifica un’esecuzione incerta
Apri la proposta nella sua chat ed esamina i risultati registrati. Una persona con le autorizzazioni Approvazione e Lettura e con almeno il ruolo Collaboratore nel progetto deve prima controllare in ASA. In Verifica in ASA il risultato incerto, indica se la modifica è stata applicata, inserisci il riferimento ASA e la prova della verifica, poi seleziona Registra la riconciliazione. Ripeti per ogni elemento incerto del gruppo.
In questo modo registri una verifica umana separata: la vecchia richiesta non viene riavviata e l’esecuzione originale non viene riscritta. A quel punto puoi preparare nuove modifiche con le normali regole di approvazione. Finché la riconciliazione non è registrata, le altre modifiche ASA su quella connessione restano bloccate.
Consulta Verificare un risultato ASA incerto per i passaggi della verifica e il limite legato alla chiusura dei conti.
Con l’autorizzazione Configurazione, Verifica contratto del fornitore scarica i metadati del servizio in sola lettura e mette in coda le modifiche per la verifica. Non attiva metodi e non rileva le autorizzazioni concesse. Se l’hotel limita i download WSDL, chiedi al suo amministratore il pacchetto del fornitore aggiornato.