진정으로 연결되는 호텔 POS 시스템

환대 비즈니스는 객실 결제 이상의 처리를 합니다. 레스토랑, 바, 스파, 소매점, 활동, 대여, 편의시설 및 기타 서비스는 모두 고객 및 더 넓은 운영과 연결되어야 하는 거래를 생성할 수 있습니다.

환대 POS 시스템이란 무엇인가요?

환대 판매 시점 시스템은 고객 경험 중에 판매된 제품 및 서비스에 대한 거래를 기록하고 처리합니다.

비즈니스에 따라 이러한 거래는 다음에서 발생할 수 있습니다:

POS는 거래에 대한 책임이 있습니다. 더 넓은 환대 플랫폼은 해당 거래에 대한 운영 맥락을 제공합니다.

Booking Ninjas' 판매 시점 거래를 고객, 예약, 서비스, 재고, 결제 및 보고와 연결합니다. Salesforce 네이티브 운영 환경 내에서요.

POS 거래는 어떻게 자산 운영과 연결되어야 하나요?

POS와 PMS의 차이점은 무엇인가요?

판매 시점 시스템과 자산 관리 시스템은 환대 운영의 서로 다른 부분을 처리합니다.

어떤 시스템도 서로의 모든 기능을 수행할 것으로 기대해서는 안 됩니다. 중요한 질문은 전체 고객 및 운영 워크플로우에 필요한 기록이 연결되어 있는지 여부입니다.

POS-PMS 통합이 중요한 이유는 무엇인가요?

연결되지 않은 POS는 결제를 성공적으로 처리할 수 있지만, 자산 팀에 추가 작업을 남길 수 있습니다.

직원은 고객을 다시 식별해야 하거나, 청구를 다시 입력하거나, 별도의 거래 기록을 조정하거나, 다른 시스템을 업데이트하거나, 나중에 보고를 위해 관계를 재구성해야 할 수 있습니다.

통합은 적절한 거래 데이터를 더 넓은 자산 워크플로우로 이동할 수 있게 하여 이러한 단편화를 줄입니다.

고객 청구는 어떻게 숙박과 연결되어야 하나요?

호텔 및 리조트 환경에서는 구매가 활성 고객 계정 또는 예약과 연결되어야 할 수 있으며, 무관한 거래로 정산되지 않아야 합니다.

따라서 시스템은 청구가 속한 고객, 예약, 서비스 및 재무 기록을 결정할 수 있는 충분한 맥락이 필요합니다.

Booking Ninjas는 POS 거래를 예약, 서비스, 고객 및 관련 운영 기록과 연결합니다. 정확한 객실 요금, 게시, 정산 또는 승인 워크플로우는 자산의 구성 및 결제 아키텍처에 따라 달라집니다.

POS는 청구 및 결제와 어떻게 연결되나요?

POS와 결제 처리에는 밀접한 관련이 있지만, 동일한 것은 아닙니다.

POS는 상업 거래를 기록합니다: 구매된 것, 금액 및 관련 거래 맥락. 결제 처리는 돈이 어떻게 승인되고 적용 가능한 결제 방법 및 제공자를 통해 수집되는지를 처리합니다.

Booking Ninjas' 청구 및 결제 환경은 재무 활동을 예약, 고객, 서비스 및 운영 기록과 연결합니다.

이는 즉시 결제되는 거래와 최종 정산 전에 계정과 연결되어야 하는 청구가 포함된 재무 워크플로우를 지원할 수 있습니다.

현대 환대 POS가 지원할 수 있는 결제 방법은 무엇인가요?

사용 가능한 방법은 POS 구성, 결제 제공자, 지역, 하드웨어 및 구현에 따라 다릅니다.

Booking Ninjas' 판매 시점은 카드, 현금, 디지털 지갑, 분할 결제 및 보증금과 같은 방법을 포함하는 거래 워크플로우를 지원하며, 외부 결제 프로세서는 지원되는 통합을 통해 연결될 수 있습니다.

운영자는 POS 자체가 모든 지원되는 결제 방법을 결정한다고 가정하기보다는 전체 결제 아키텍처를 평가해야 합니다.

POS 재고는 자산 가용성과 어떻게 다르나요?

환대 비즈니스는 최소한 두 가지 매우 다른 유형의 재고를 관리할 수 있습니다.

연결된 플랫폼은 제품 판매, 서비스, 예약 및 재무 활동이 동일한 더 넓은 운영 그림에 기여할 수 있도록 하면서도 구분을 보존할 수 있습니다.

왜 POS 거래를 고객 프로필에 연결해야 할까요?

거래는 운영자에게 무엇이 구매되었는지를 알려줍니다. 이를 적절한 고객 기록에 연결하면 관계 맥락이 추가됩니다.

이렇게 하면 예약, 서비스, 멤버십 또는 운영 플랫폼에서 이미 제공되는 기타 고객 활동과 함께 관련 구매 이력을 이해할 수 있게 됩니다.

이것은 모든 거래가 자동으로 마케팅에 사용되어야 하거나 한 번의 구매가 영구적인 고객 선호를 증명해야 한다는 의미는 아닙니다.

POS는 여러 매장과 위치에서 어떻게 작동하나요?

대규모 환대 운영은 하나의 자산 내에 여러 매장과 포트폴리오 내 여러 자산을 가질 수 있습니다.

유용한 거래 모델은 다음을 구분해야 합니다:

Booking Ninjas의 판매 시점은 거래 가시성, 역할 기반 제어, 가격 및 세금 구조, 구성된 환경 내 위치 수준 보고를 포함하여 다중 위치 운영을 지원합니다.

환불 및 거래 조정은 어떻게 처리해야 하나요?

환대 거래는 항상 원래 판매로 끝나지 않습니다. 자산은 환불, 취소, 수정 또는 기타 조정을 처리해야 할 수 있습니다.

이러한 조치는 단순히 역사적 기록을 대체하는 것이 아니라 원래 거래와의 관계를 보존해야 합니다.

Booking Ninjas는 POS 환경 내에서 거래 이력 및 감사 가능성과 함께 환불 및 취소 워크플로를 지원합니다.

조직은 여전히 누가 조정을 승인하거나 수행할 수 있는지, 예외가 어떻게 검토되는지를 정의해야 합니다.

환대 비즈니스는 POS 데이터에서 무엇을 측정해야 하나요?

POS 보고의 가치는 단순히 총 판매를 보는 것이 아닙니다. 거래 데이터는 보다 구체적인 운영 질문에 답하는 데 도움이 될 수 있습니다.

Booking Ninjas의 통찰력 기능은 관련 거래 정보를 더 넓은 고객, 운영 및 재무 기록과 결합하여 보고 및 의사 결정을 지원할 수 있습니다.

이 보고서는 운영 및 상업적 결정을 지원할 수 있지만 더 높은 수익, 전환, 고객 만족 또는 수익성을 보장하지는 않습니다.

AI는 POS 분석에 어떻게 적합할까요?

거래 기록이 충분한 구조와 맥락을 갖추면 AI 및 분석 모델이 데이터를 해석하는 데 지원할 수 있습니다.

사용 가능한 정보와 구성된 사용 사례에 따라 다음을 포함할 수 있습니다:

AI 출력은 의사 결정 지원으로 취급되어야 합니다. 예측 및 패턴은 사용 가능한 이력, 데이터 품질, 가정, 구성 및 운영 환경에 따라 달라집니다.

환대 POS에 대해 어떤 보안 질문을 해야 하나요?

지불 거래는 민감한 재무 및 고객 정보를 포함하므로 POS 아키텍처는 지불 처리, 사용자 권한, 통합, 장치 및 조직 보안 제어와 함께 검토되어야 합니다.

운영자는 다음을 이해해야 합니다:

지불 카드 준수는 POS 또는 PMS에 보안 기능이 있다고 해서 자동으로 설명되어서는 안 됩니다. 적용 가능한 요구 사항은 지불 아키텍처, 프로세서, 시스템, 데이터 흐름, 구현 및 조직의 책임에 따라 달라집니다.

환대 비즈니스가 기존 POS를 유지할 수 있나요?

예. 기존 POS를 교체할 필요는 항상 없습니다.

자산은 이미 운영 요구 사항을 잘 충족하는 레스토랑, 소매, 스파 또는 전문 POS를 가질 수 있습니다.

그런 상황에서는 필요한 거래, 고객, 재무, 재고 및 예약 맥락이 시스템 간에 신뢰할 수 있게 이동할 수 있는지가 질문이 됩니다.

Booking Ninjas는 외부 시스템 연결을 지원합니다. 통합 계층을 통해.

정확한 통합은 외부 POS, 사용 가능한 API, 인증 모델, 데이터 소유권, 필요한 워크플로 및 구현 범위에 따라 달라집니다.

POS는 운영 플랫폼에 기본적으로 포함되어야 하나요, 아니면 외부와 통합되어야 하나요?

어느 모델이든 적절할 수 있습니다.

아키텍처의 목표는 모든 비용을 감수하고 외부 시스템을 제거하는 것이 아닙니다. 거래가 시스템 경계를 넘을 때 운영 맥락을 잃지 않도록 하는 것입니다.

POS-PMS 통합을 구현하기 전에 무엇을 정의해야 하나요?

1. 거래 유형을 매핑합니다. 비즈니스가 레스토랑, 스파, 소매, 활동, 편의 시설, 임대 및 기타 매장에서 판매하는 것을 식별합니다.
2. 고객 및 예약 관계를 정의합니다. 거래가 손님, 예약, 회사, 회원, 서비스 또는 기타 계정에 연결되어야 할 때를 결정합니다.
3. 지불 흐름을 설계합니다. 구매가 즉시 정산되는지, 계정과 연결되는지, 또는 다른 청구 워크플로를 통해 처리되는지를 결정합니다.
4. 재고를 매핑합니다. 제품 재고를 예약 가능한 자산 재고와 분리하고 각 기록을 변경하는 이벤트를 정의합니다.
5. 조정 및 예외를 정의합니다. 환불, 취소, 수정, 실패한 통합 및 수동 개입에 대한 승인 규칙을 설정합니다.
6. 끝에서 끝까지 테스트합니다. 판매에서 지불, 고객 또는 예약 연관, 재고, 보고 및 조정까지 거래를 테스트한 후 광범위하게 배포합니다.

Booking Ninjas는 POS를 환대 운영과 어떻게 연결하나요?

Booking Ninjas는 예약 및 운영을 위한 Salesforce 네이티브 플랫폼입니다 . 판매 시점 기능은 별도의 거래 데이터베이스로 존재하는 것이 아니라 더 넓은 플랫폼 환경 내에서 작동합니다.

따라서 POS 활동은 구성된 워크플로에 따라 관련 고객, 예약, 서비스, 지불, 재고, 위치, 보고 및 운영 기록과 연결된 상태를 유지할 수 있습니다.

그 환대 환경은 이러한 거래 주위에 예약 및 자산 맥락을 추가하며, 외부 지불 처리기 또는 전문 시스템은 필요에 따라 아키텍처의 일부로 남을 수 있습니다.

자주 묻는 질문