.jpg)
Majoitusliikkeet käsittelevät enemmän kuin huonemaksuja. Ravintolat, baarit, kylpylät, vähittäismyymälät, aktiviteetit, vuokraukset, mukavuudet ja muut palvelut voivat kaikki luoda tapahtumia, jotka on pidettävä yhteydessä asiakkaaseen ja laajempaan toimintaan.
Mikä on majoitusalan POS-järjestelmä?
Majoitusalan myyntipistejärjestelmä tallentaa ja käsittelee tapahtumia tuotteista ja palveluista, joita myydään asiakaskokemuksen aikana.
Liiketoiminnasta riippuen nämä tapahtumat voivat tulla:
- Ravintoloista ja baareista
- Kylpylä- ja hyvinvointipalveluista
- Huonepalvelusta
- Lahjakaupoista ja vähittäismyynnistä
- Aktiviteeteista ja laitevuokrauksista
- Mukavuuksista ja lisäpalveluista
- Pääsylipuista tai lipuista
- Muut paikan päällä tehdyt ostokset
POS on vastuussa tapahtumasta. Laajempi majoitusalan alusta tarjoaa toiminnallisen kontekstin kyseisen tapahtuman ympärille.
Booking Ninjas' Myyntipiste yhdistää tapahtumat asiakkaisiin, varauksiin, palveluihin, varastoon, maksuihin ja raportointiin Salesforce-alustallaan.
Miten POS-tapahtuman tulisi yhdistyä kiinteistön toimintoihin?
Asiakas ostaa tuotteen, palvelun, aterian, aktiviteetin tai muun tuotteen.
Tapahtuma on liitetty asiaankuuluvaan asiakkaaseen, varaukseen, palveluun, sijaintiin tai toiminnalliseen tietoon.
Maksu, veloitus, kuitti, säätö, hyvitys tai siihen liittyvä taloudellinen tieto luodaan työnkulun mukaan.
Asiaankuuluva varasto, raportointi, asiakashistoria ja toiminnalliset tiedot voivat heijastaa tapahtumaa.
Mikä on ero POS:n ja PMS:n välillä?
Myyntipistejärjestelmä ja kiinteistöhallintajärjestelmä käsittelevät eri osia majoitusliiketoiminnasta.
| Alue | POS | PMS |
|---|---|---|
| Päärooli | Käsittele myyntejä, veloituksia, maksuja, kuitteja ja niihin liittyvää tapahtumatoimintaa. | Hallitse varauksia, oleskeluja, varastoja, asiakkaita, kiinteistön toimintaa ja niihin liittyviä työnkulkuja. |
| Asiakas konteksti | Tunnistaa henkilön tai tilin, joka liittyy tapahtumaan, kun se on määritetty. | Ylläpitää laajempaa vieras-, asiakas-, varaus- tai oleskelusuhdetta. |
| Tuotteet ja palvelut | Tallentaa tuotteet, palvelut, määrät, hinnat ja myynnit. | Yhdistää tapahtuman laajempaan toiminnalliseen kontekstiin, kun se on tarpeen. |
| Varasto | Voi seurata myyntiin liittyvää varastoa tai tuotetta. | Pääasiassa ylläpitää varattavaa kiinteistön varastoa, kuten huoneita, yksiköitä, tiloja tai muita varattavia resursseja. |
| Taloudellinen työnkulku | Luo tapahtuma- ja maksutoimintaa. | Yhdistää veloitukset ja maksut varauksiin, tileihin, laskutukseen ja laajempaan kiinteistön työnkulkuun. |
Molemmilta järjestelmiltä ei pitäisi odottaa, että ne suorittavat jokaisen toiminnon toistensa puolesta. Tärkeä kysymys on, pysyvätkö asiakasta ja toiminnallista työnkulkua varten tarvittavat tiedot yhteydessä.
Miksi POS-PMS-integraatio on tärkeää?
Eristetty POS voi silti käsitellä maksua onnistuneesti, mutta jättää kiinteistön tiimille lisätyötä.
Henkilöstön on ehkä tunnistettava asiakas uudelleen, syötettävä veloitus uudelleen, sovitettava erilliset tapahtumatiedot, päivitettävä toinen järjestelmä tai rakennettava suhde myöhemmin raportointia varten.
Integraatio vähentää tätä fragmentoitumista sallimalla asianmukaisen tapahtumatiedon siirtyä laajempaan kiinteistön työnkulkuun.
| Tapahtuma | Konteksti, joka saattaa tarvita yhdistämistä | Tuloksena oleva työnkulku |
|---|---|---|
| Ravintolatilauksen ostaminen | Asiakas, varaus, myyntipiste, tuotteet, summa, maksutapa. | Maksa heti tai yhdistä veloitus asiaankuuluvaan tiliin määritetyn prosessin mukaan. |
| Kylpyläpalvelu | Asiakas, varaus tai palvelu, tarjoaja, hinta, maksu. | Pidä palvelu ja tapahtuma yhteydessä asiaankuuluviin asiakastietoihin ja taloudellisiin tietoihin. |
| Vähittäiskaupan ostaminen | Tuote, määrä, varasto, asiakas, tapahtuma. | Tallenna myynti ja päivitä asiaankuuluva tuotevarasto, kun se on määritetty. |
| Aktiviteetti tai mukavuus | Asiakas, varaus tai palvelu, sijainti, hinta, tapahtuma. | Yhdistä palvelun käyttö taloudelliseen ja asiakassuhteeseen. |
Miten asiakasmaksut tulisi yhdistää oleskeluun?
Hotelli- ja lomakeskuskonteksteissa ostos saattaa tarvita yhdistämistä aktiiviseen asiakastiliin tai varaukseen sen sijaan, että se ratkaistaisiin eristyksissä olevana tapahtumana.
Järjestelmän on siis saatava riittävästi kontekstia määrittääkseen, mihin asiakkaaseen, varaukseen, palveluun ja taloudelliseen tietoon veloitus kuuluu.
Booking Ninjas yhdistää POS-tapahtumat varauksiin, palveluihin, asiakkaisiin ja niihin liittyviin toiminnallisiin tietoihin. Tarkka huoneveloitus, kirjaaminen, ratkaisu tai hyväksymisprosessi riippuu kiinteistön kokoonpanosta ja maksujärjestelmästä.
Miten POS yhdistää laskutukseen ja maksamiseen?
POS ja maksunkäsittely ovat läheisesti yhteydessä, mutta ne eivät ole sama asia.
POS tallentaa kaupallisen tapahtuman: mitä ostettiin, summa ja asiaankuuluva tapahtumakonteksti. Maksunkäsittely hoitaa, miten raha valtuutetaan ja kerätään soveltuvan maksutavan ja -palveluntarjoajan kautta.
Booking Ninjas' Laskutus & Maksaminen ympäristö yhdistää taloudellisen toiminnan varauksiin, asiakkaisiin, palveluihin ja toiminnallisiin tietoihin.
Tämä voi tukea tapahtumia, jotka maksetaan heti, sekä taloudellisia työnkulkuja, joissa veloitus on pidettävä yhteydessä tiliin ennen lopullista ratkaisemista.
Mitä maksutapoja moderni majoitusalan POS voi tukea?
Saatavilla olevat menetelmät riippuvat POS:n kokoonpanosta, maksupalveluntarjoajasta, alueesta, laitteistosta ja toteutuksesta.
Booking Ninjas' Myyntipiste tukee tapahtumatyönkulkuja, jotka sisältävät menetelmiä, kuten kortit, käteinen, digitaaliset lompakot, jaettu maksaminen ja talletukset, kun taas ulkoiset maksunkäsittelijät voidaan yhdistää tuettujen integraatioiden kautta.
Toimijoiden tulisi arvioida koko maksujärjestelmä sen sijaan, että oletettaisiin, että itse POS määrittää kaikki tuetut maksutavat.
Miten POS-varasto eroaa kiinteistön saatavuudesta?
Majoitusliikkeet voivat hallita vähintään kahta hyvin erilaista varastotyyppiä.
| Varastotyyppi | Esimerkit | Tyypillinen muutos |
|---|---|---|
| POS-varasto | Vähittäistuotteet, elintarvikkeet, juomat, tavarat tai muu myytävä varasto. | Määrä muuttuu, kun asiaankuuluvia tuotteita myydään, palautetaan, vastaanotetaan tai säädetään. |
| Varattava varasto | Huoneet, huoneistot, tilat, aktiviteetit, laitteet tai muut varattavat resurssit. | Saatavuus muuttuu varauksien, päivämäärien, kapasiteetin, rajoitusten ja toiminnallisen tilan mukaan. |
Yhdistetty alusta voi säilyttää eron samalla, kun se sallii tuotemyyntiä, palveluja, varauksia ja taloudellista toimintaa myötävaikuttaa samaan laajempaan toiminnalliseen kuvaan.
Miksi yhdistää POS-transaktiot asiakasprofiileihin?
Transaktio kertoo operaattorille, mitä on ostettu. Yhdistäminen asianmukaiseen asiakastietoon lisää suhteen kontekstia.
Se voi mahdollistaa merkityksellisen ostohistorian ymmärtämisen yhdessä varauksien, palveluiden, jäsenyyksien tai muiden asiakkaan toimintojen kanssa, jotka ovat jo saatavilla käyttöalustalla.
Tämä ei tarkoita, että jokainen transaktio tulisi automaattisesti käyttää markkinointiin tai että yksi ostos todistaa pysyvän asiakasmieltymyksen.
Miten POS toimii useilla myyntipisteillä ja sijainneilla?
Suuremmilla vieraanvaraisuusoperaatioilla voi olla useita myyntipisteitä yhdessä kiinteistössä ja useita kiinteistöjä portfoliosta.
Hyvän transaktiomallin tulisi erottua seuraavien välillä:
- Kiinteistö
- Myyntipiste tai osasto
- Pääte tai transaktiolähde
- Tuote tai palvelu
- Asiakas tai tili
- Työntekijä tai valtuutettu käyttäjä
- Maksutapa
- Transaktion tila
Booking Ninjasin myyntipiste tukee monipaikkaisia operaatioita, mukaan lukien transaktioiden näkyvyys, rooliin perustuvat hallintakontrollit, hinnoittelu- ja verorakenteet sekä sijaintikohtainen raportointi konfiguroidussa ympäristössä.
Miten palautuksia ja transaktiosäätöjä tulisi käsitellä?
Vieraanvaraisuustransaktiot eivät aina pääty alkuperäiseen myyntiin. Kiinteistön on ehkä käsiteltävä palautus, peruutus, korjaus tai muu säätö.
Nämä toimet tulisi säilyttää suhteessa alkuperäiseen transaktioon sen sijaan, että ne yksinkertaisesti korvaisivat historiallista tietoa.
Booking Ninjas tukee palautus- ja peruutusprosesseja transaktiohistorian ja tarkastettavuuden avulla sen POS-ympäristössä.
Organisaatioiden tulisi silti määritellä, kuka on valtuutettu hyväksymään tai suorittamaan säätöjä ja miten poikkeuksia tarkastellaan.
Mitä vieraanvaraisuusliiketoimintojen tulisi mitata POS-tiedoista?
POS-raportoinnin arvo ei ole vain kokonaismyynnin näkemisessä. Transaktiotiedot voivat auttaa vastaamaan tarkempiin operatiivisiin kysymyksiin.
- Myynnit myyntipisteittäin tai sijainneittain
- Transaktiot tuotteittain tai palveluittain
- Maksutoiminta asiaankuuluvalla menetelmällä
- Palautus- ja peruutustoiminta
- Tuotevaraston liike
- Ostoajat ja kysyntämallit
- Asiakkaaseen liittyvä transaktiohistoria
- Liikevaihto asiaankuuluvista palveluista
Booking Ninjasin Näkemykset ominaisuudet voivat yhdistää asiaankuuluvat transaktio tiedot laajempaan asiakas-, operatiiviseen ja taloudelliseen tietoon raportointia ja päätöksentukea varten.
Nämä raportit voivat tukea operatiivisia ja kaupallisia päätöksiä, mutta eivät takaa korkeampaa liikevaihtoa, konversiota, asiakastyytyväisyyttä tai kannattavuutta.
Missä AI voi sopia POS-analytiikkaan?
Kun transaktiotiedoilla on riittävästi rakennetta ja kontekstia, AI ja analytiikkamallit voivat tukea tietojen tulkintaa.
Riippuen saatavilla olevasta tiedosta ja konfiguroidusta käyttötapauksesta, tämä voi sisältää:
- Tuotteen suorituskyvyn analyysi
- Transaktiomallin havaitseminen
- Myynnin ennustaminen
- Huippukysynnän analyysi
- Poikkeamien havaitseminen
- Hinnoittelupäätösten tuki
AI:n tuloksia tulisi käsitellä päätöksenteon tukena. Ennusteet ja mallit riippuvat saatavilla olevasta historiasta, tietojen laadusta, oletuksista, konfiguraatiosta ja käyttöympäristöstä.
Mitä turvallisuuskysymyksiä tulisi kysyä vieraanvaraisuuden POS:sta?
Maksutapahtumat sisältävät arkaluontoista taloudellista ja asiakastietoa, joten POS-arkkitehtuuri tulisi tarkastaa yhdessä maksuprosessoinnin, käyttäjäoikeuksien, integraatioiden, laitteiden ja organisaation turvallisuusvalvontojen kanssa.
Operaattoreiden tulisi ymmärtää:
- Mikä maksupalveluntarjoaja käsittelee transaktion
- Mikä maksutieto syötetään kuhunkin järjestelmään
- Mitkä käyttäjät voivat suorittaa taloudellisia toimia
- Miten palautuksia ja peruutuksia hallitaan
- Mikä transaktiotoiminta kirjataan
- Miten ulkoiset portit todennetaan
- Mitkä laitteet ovat osa maksuympäristöä
- Mitkä vaatimustenmukaisuusvaatimukset pätevät
Maksukorttien vaatimustenmukaisuutta ei tulisi kuvata automaattiseksi pelkästään siksi, että POS:lla tai PMS:llä on turvallisuusominaisuuksia. Soveltuvat vaatimukset riippuvat maksuarhitektuurista, prosessorista, järjestelmistä, tietovirroista, toteutuksesta ja organisaation vastuista.
Voiko vieraanvaraisuusliiketoiminta pitää olemassa olevan POS:n?
Kyllä. Olemassa olevan POS:n vaihtaminen ei aina ole tarpeen.
Kiinteistöllä voi jo olla ravintola-, vähittäiskauppa-, kylpylä- tai erikois-POS, joka palvelee sen operatiivisia tarpeita hyvin.
Tuossa tilanteessa kysymys on siitä, voiko tarvittava transaktio-, asiakas-, talous-, varasto- ja varaustieto siirtyä järjestelmien välillä luotettavasti.
Booking Ninjas tukee ulkoisten järjestelmien yhteyksiä sen Integraatiot kerroksessa.
Tarkka integraatio riippuu ulkoisesta POS:sta, saatavilla olevista API:ista, todennusmallista, tietojen omistuksesta, vaadituista työnkuluista ja toteutuksen laajuudesta.
Pitäisikö POS:n olla natiivina käyttöalustalla vai integroituna ulkoisesti?
Molemmat mallit voivat olla sopivia.
| Lähestymistapa | Mahdollinen etu | Mitä arvioida |
|---|---|---|
| Natiivi POS | Transaktiot voivat käyttää samaa laajempaa asiakas-, operatiivista, taloudellista, lupaa ja raportointia perustaa. | Täyttääkö natiivi POS vaaditut transaktio-, laitteisto-, maksutapa-, varasto- ja palvelu työnkulut. |
| Ulkoiset POS | Sallii liiketoiminnan säilyttää erikoistuneen tai olemassa olevan transaktiopohjan. | API:n saatavuus, tietojen kartoitus, synkronointi, todennus, sovitus ja tietojen omistus. |
Arkkitehtoninen tavoite ei ole poistaa ulkoisia järjestelmiä kaikilla kustannuksilla. Tavoitteena on välttää operatiivisen kontekstin menettäminen, kun transaktio ylittää järjestelmän rajat.
Mitä tulisi määritellä ennen POS-PMS-integraation toteuttamista?
- Kartoitus transaktiotyypeistä. Tunnista, mitä liiketoiminta myy ravintoloissa, kylpylöissä, vähittäiskaupassa, aktiviteeteissa, mukavuuksissa, vuokrauksissa ja muissa myyntipisteissä.
- Määritä asiakas- ja varaus suhteet. Päätä, milloin transaktio on liitettävä vieraaseen, varaukseen, yritykseen, jäsenyyteen, palveluun tai muuhun tiliin.
- Suunnittele maksuprosessi. Määritä, milloin ostot selvitetään heti, liitetään tiliin tai käsitellään toisen laskutus työnkulun kautta.
- Kartoitus varastosta. Erota tuotteen varasto varattavasta kiinteistön varastosta ja määritä, mitkä tapahtumat muuttavat kutakin tietoa.
- Määritä säädöt ja poikkeukset. Perusta valtuutussäännöt palautuksille, peruutuksille, korjauksille, epäonnistuneille integraatioille ja manuaaliselle puuttumiselle.
- Testaa päästä päähän. Testaa transaktio myynnistä maksamiseen, asiakas- tai varausyhteyteen, varastoon, raportointiin ja sovitukseen ennen laajaa käyttöönottoa.
Miten Booking Ninjas yhdistää POS:n vieraanvaraisuustoimintoihin?
Booking Ninjas on Salesforce-natiivi alusta varauksille ja toiminnoille . Sen myyntipisteominaisuus toimii laajemman alustan ympäristössä sen sijaan, että se olisi vain erillinen transaktiotietokanta.
POS-toiminta voi siten pysyä yhteydessä asiaankuuluviin asiakkaisiin, varauksiin, palveluihin, maksuihin, varastoihin, sijainteihin, raportointiin ja operatiivisiin tietoihin konfiguroidun työnkulun mukaan.
Se Vieraanvaraisuus ympäristö lisää varauksen ja kiinteistön kontekstin näiden transaktioiden ympärille, kun taas ulkoiset maksuprosessorit tai erikoisjärjestelmät voivat pysyä osana arkkitehtuuria tarvittaessa.
Käsittele transaktioita ja yhdistä myynnit asiakkaisiin, palveluihin, varastoihin, maksuihin ja operatiivisiin tietoihin.
Tutustu myyntipisteeseen →Yhdistä tapahtumatoiminta laskutukseen, maksamiseen, sääntömuutoksiin ja taloudellisiin työnkulkuhin.
Tutustu laskutukseen ja maksamiseen →Pidä vieraiden ja varausten konteksti yhteydessä päivämääriin, varastoon, hintoihin ja operatiiviseen toimintaan.
Tutustu varausten hallintaan →Analysoi asiaankuuluvia tapahtuma-, asiakas-, operatiivisia ja taloudellisia tietoja.
Tutustu näkemyksiin →Yhdistä ulkoiset POS-, maksaminen-, kirjanpito- tai muut järjestelmät, joissa toimintarakenteet vaativat niitä.
Tutustu integraatioihin →Yhdistä tapahtumat laajempaan vieraiden, varausten, maksujen, omaisuuden ja operatiivisen elinkaaren kontekstiin.
Tutustu hotelli- ja ravintola-alaan →Usein kysytyt kysymykset
Mikä on hotelli- ja ravintolapalveluiden POS-järjestelmä?
Hotelli- ja ravintolapalveluiden POS-järjestelmä tallentaa ja käsittelee tapahtumia tuotteista ja palveluista, joita myydään ravintoloissa, baareissa, kylpylöissä, vähittäismyymälöissä, aktiviteeteissa, mukavuuksissa ja muissa hotelli- ja ravintolapalveluiden tulokeskuksissa. Se voi myös yhdistää nämä tapahtumat asiaankuuluvien asiakas-, varaus-, maksaminen-, varasto- ja operatiivisten tietojen kanssa.
Mikä on ero POS:n ja PMS:n välillä?
POS käsittelee ensisijaisesti myynti- ja tapahtumatoimintaa, kun taas PMS hallinnoi varauksia, oleskeluja, omaisuusvarastoja, vieraita ja niihin liittyviä toimintoja. Niiden yhdistäminen mahdollistaa tapahtumatietojen säilyttämisen varaus- ja operatiivisessa kontekstissa, jota omaisuus vaatii.
Voiko POS-ostoksia yhdistää hotellivieraisiin tai varauksiin?
Kyllä, jos POS- ja omaisuudenhallintatyönkulku tukee vaadittua suhdetta. Booking Ninjas voi yhdistää tapahtumat asiakkaille, varauksille, palveluille ja muille operatiivisille tiedoille. Tarkka kirjaus-, maksaminen- ja selvitystyönkulku riippuu omaisuuden kokoonpanosta.
Sisältääkö Booking Ninjas myyntipisteen toiminnallisuuden?
Kyllä. Booking Ninjas tarjoaa Salesforce-syntyvän myyntipisteen toiminnallisuuden maksuille, tapahtumien yhdistämiselle, varastolle, asiakasrekistereille, monipaikkaisille toiminnoille, hyvityksille, raportoinnille, ja niihin liittyville työnkuluile.
Voiko Booking Ninjas yhdistää ulkoiseen POS- tai maksupalveluntarjoajaan?
Booking Ninjas tukee integraatioita ulkoisten järjestelmien kanssa. Tarkka yhteys riippuu ulkoisesta alustasta, saatavilla olevista API:ista, todennusmallista, vaadituista tietovirroista ja toteutuksen laajuudesta.
Poistaako POS-PMS-integraatio kaikki manuaaliset sovitukset?
Ei välttämättä. Integraatio voi vähentää päällekkäistä tietojen syöttämistä ja pitää tapahtumatiedot paremmin yhteydessä, mutta sovitusvaatimukset riippuvat edelleen maksupalveluntarjoajista, kirjanpitoprosesseista, poikkeuksista, ulkoisista järjestelmistä, kokoonpanosta ja organisaation taloudellisista valvontakäytännöistä.
Yhdistä myynti hotelli- ja ravintolatoimintaan
Tuo tapahtumat, asiakkaat, varaukset, palvelut, maksut, varasto, raportointi ja omaisuuden toiminnot selkeämpään Salesforce-syntyvään toimintaympäristöön.
