Ugrás a cikkhez
steward.Útmutatók

Az ASA-metódusok elérése

Különítse el a Steward képességeit az ASA-fiókjogosultságoktól, a moduloktól és a megfigyelt metódushozzáféréstől.

Az ASA v2.14 jogosultsági panelje a megerősített, elutasított és ismeretlen metódushozzáférésekkel; a terhelések és a töltésvezérlés jóváhagyást igényelnek.
A megfigyelt hozzáférés az ASA-fiókra vonatkozik. A Steward képességei és jóváhagyási szabályai ettől függetlenül minden kérésre érvényesek. Példa munkaterület · A nagyításhoz válassza ki a képet.

Két jogosultsági rendszer

A Steward a projektszerepkör és a beszélgetés módja alapján engedélyezi az ASA-műveleteket. Az ASA külön ellenőrzi a mentett fiók metódusjogait és licencelt moduljait. A SOAP-olvasás POST használatával is működik Csak olvasás módban. A megfigyelt hozzáférési panel tájékoztató jellegű, nem ad hozzáférést.

A beszélgetés módja a végrehajtást, a projektszerepkör az elérhető műveleteket szabályozza. A Csak olvasás tiltja az üzleti módosításokat. A Jóváhagyás kérése egy Projektmenedzser döntését igényli. Az Automatikus mód a Közreműködőknek és Projektmenedzsereknek engedi a támogatott módosításokat, ha jóváhagyási szabály nem kér ellenőrzést. A mód nem változtatja meg a projekthozzáférést.

A hozzáférési panel értelmezése

A Beállítások → Kapcsolatok oldalon válassza az ASA-jogosultságok lehetőséget:

  • ismeretlen: ezt a metódust a jelenlegi hitelesítő adatokkal még nem erősítették meg.
  • megerősítve: a jelenlegi hitelesítő adatokkal sikeres hívás történt. A jogosultságok később megváltozhatnak az ASA-ban.
  • elutasítva: az ASA kifejezetten elutasította ezt a metódust. Az ismételt hibák elkerülése érdekében a Steward öt percig megjegyzi ezt a megfigyelést.

A gyártói csomag nem tartalmaz olyan végpontot, amellyel a jogosultságok teljes körűen lekérdezhetők. Az elérhető WSDL-metódusok és egy sikeres getVersion hívás nem bizonyítják, hogy a többi metódushoz is van hozzáférés. A Steward soha nem próbálgat írási műveleteket a jogosultságok felderítésére.

A modulnevek a gyártó metódustáblázatából származnak. Általában egy felsorolt modul is elegendő; a Beauty modulhoz emellett Data Exchange is szükséges. A bővített Reservation-Service használatához az ASA-felhasználót is megfelelően be kell állítani. A getGuests és a getReservations korlátozott funkciókat Data Exchange vagy Cash nélkül is nyújthat. Kérdezze meg a szálloda adminisztrátorát, melyik megoldás vonatkozik Önökre.

A módosítások alapértelmezései

A rutinszerű ASA-frissítések Közreműködők és Projektmenedzserek esetén a beszélgetés módját követik. A terhelések, terhelési bizonylatok, napi összesítők, foglaláslétrehozás, spa-foglalás és állapotváltás, terhelés indítása és leállítása, valamint szobaüzenetek alapból jóváhagyást igényelnek. Erről egy Projektmenedzser dönt.

A v2.14-es gyártói szerződés mind a 33 metódusához kifejezett alapértelmezés tartozik: 21 olvasás, három rutinszerű frissítés és kilenc jóváhagyást igénylő módosítás. Az ismeretlen metódusok és mezők tiltottak. A fiókjogosultságok vagy egy jóváhagyási szabály módosításával nem bővíthető a szerződés szerinti támogatás.

A módosítások jóváhagyásához vagy elutasításához Projektmenedzser hozzáférés kell a javaslat projektjében. A Közreműködők előkészíthetik a módosításokat és áttekinthetik a részleteket. Végrehajtás előtt a rendszer újra ellenőrzi a végrehajtó aktuális projekthozzáférését és a kapcsolat engedélyezését.

Teendők hiba esetén

Hitelesítési hiba esetén ellenőrizze a mentett hitelesítő adatokat. A metódus elutasítása megmutatja, melyik metódusról kell egyeztetnie az ASA-adminisztrátorral. A kifejezett modulhibák esetén be kell kapcsolni a megfelelő modult. A helyi érvényesítési hibák azt jelentik, hogy a javasolt XML vagy a paraméterek nem felelnek meg a rögzített szerződésnek. A Steward szabályzata miatti elutasítás esetén a megfelelő képességre, projekthez rendelésre, módra vagy ellenőrzésre van szükség.

A bizonytalan módosítási eredmény azt jelenti, hogy a kérés eljuthatott az ASA-hoz. Újabb próbálkozás előtt ellenőrizze az eredményt az ASA-ban. Soha ne küldje be újra ugyanazt a terhelést, foglalást vagy bizonylatot pusztán azért, mert a kapcsolat időtúllépés miatt megszakadt.

Bizonytalan végrehajtás ellenőrzése

Nyissa meg a javaslatot a beszélgetésében, és tekintse át a rögzített eredményeket. Valakinek, aki Jóváhagyás és Olvasás hozzáféréssel, valamint közreműködői projekthozzáféréssel rendelkezik, először ellenőriznie kell az ASA-t. Az Ellenőrizze a bizonytalan eredményt az ASA-ban részben válassza ki, hogy a módosítás megtörtént-e, adja meg az ASA-hivatkozást és az ellenőrzés igazolását, majd válassza az Egyeztetés rögzítése gombot. Ismételje meg ezt a csomag minden bizonytalan tételénél.

Ez egy különálló, emberi ellenőrzést rögzít; nem indítja újra a régi kérést, és nem írja felül az eredeti végrehajtást. Ezután a szokásos jóváhagyási szabályok szerint készíthetők új módosítások. Amíg az egyeztetés nincs rögzítve, az adott kapcsolaton minden további ASA-módosítás tiltott.

Az ellenőrzés lépéseit és a fiókzárással kapcsolatos korlátozást a Bizonytalan ASA-eredmény ellenőrzése című útmutató ismerteti.

Konfigurálás hozzáféréssel a Gyártói szerződés ellenőrzése lehetőség letölti a csak olvasható szolgáltatási metaadatokat, és ellenőrzésre sorba állítja a változásokat. Ez nem kapcsol be metódusokat, és nem deríti fel a hozzájuk megadott jogosultságokat. Ha a szálloda korlátozza a WSDL-letöltéseket, kérje el az adminisztrátortól az aktuális gyártói csomagot.