미국 결제 FAQ

비즈니스용 RCS는 미국 외 트래픽에 표준 결제 모델 을 사용하고 미국 트래픽에 미국 결제 모델 을 사용합니다. 이 문서에서는 미국 결제 모델에 관한 일반적인 질문을 다룹니다. 표준 분류에 관한 자세한 내용은 표준 결제 FAQ 가이드를 참고하세요.

결제 카테고리

에이전트 결제 카테고리란 무엇인가요?

결제 카테고리 는 비즈니스용 RCS 에이전트의 분류로, 에이전트가 전송하는 메시지의 결제 로직을 알려줍니다. 이 카테고리는 에이전트를 만들 때 선택하며 나중에 변경할 수 없습니다. 에이전트의 결제 카테고리를 변경하려면 실시간 에이전트 업데이트 절차를 진행해야 합니다.

에이전트에 어떤 결제 카테고리를 선택해야 하는지 어떻게 알 수 있나요?

대화형과 비대화형이라는 두 가지 주요 결제 카테고리가 있습니다.

 비대화형 결제 카테고리 주제를 검토하세요.

사용 사례와 예상 사용자 참여에 가장 적합한 결제 카테고리를 선택하세요. 에이전트는 카테고리와 관계없이 모든 메시지 유형을 전송할 수 있습니다.

결제 카테고리는 에이전트가 전송하거나 수신할 수 있는 메시지 유형이 아니라 메시지 요금이 청구되는 방식을 결정하기 때문입니다. 예를 들어 대화형 에이전트는 기본 메시지를 계속 전송할 수 있으며 비대화형 에이전트는 리치 카드를 비롯한 여러 메시지를 전송할 수 있습니다.

자세한 내용은 결제 카테고리를 참고하세요.

세션이란 무엇이며 어떻게 작동하나요?

여러 유형의 메시지를 세션 으로 결합할 수 있습니다. 미국에서는 대화형 에이전트의 경우 특정 트리거와 기간을 기준으로 세션이 정의되고 청구됩니다.

세션 트리거

브랜드 에이전트와 사용자가 리치 또는 리치 미디어 메시지 4개 (24시간 이내에 모바일 종료 (MT) 메시지 1개 이상 및 모바일 시작 (MO) 응답 2개 이상 포함)를 교환하면 세션이 트리거됩니다.

결제

대화형 에이전트는 세션 결제와 메시지당 결제를 모두 사용할 수 있습니다. 전체 세션 트리거 조건이 충족되면 첫 번째 트리거 메시지부터 전체 24시간 창에 적용되는 단일 세션 요금이 적용됩니다.

미국 결제 모델은 청구 가능한 개별 이벤트를 다음과 같이 분류합니다.

  • 리치 메시지 (MT/MO): 세그먼트를 기반으로 청구 가능한 이벤트 (세션의 일부가 아닌 경우 1세그먼트는 UTF-8로 인코딩된 텍스트 160바이트와 같음)
  • 리치 미디어 메시지 (MT/MO): 세션의 일부가 아닌 경우 콘텐츠 크기와 관계없이 단일 정액 요금 이벤트로 청구 가능 여기에는 리치 카드, 캐러셀, 미디어 파일 첨부파일이 포함됩니다.
  • 추천 작업 클릭 (MO만 해당): 추천 작업을 탭할 때마다 청구 가능한 이벤트가 하나 생성됩니다.

중요

  • 세션은 비대화형 에이전트에 적용되지 않습니다.
  • 대화형 에이전트의 경우 청구 가능한 이벤트 보고서 및 활동 로그 생성이 최대 2일 지연될 수 있습니다. 이 지연을 통해 비즈니스용 RCS는 청구 가능한 이벤트를 계산하기 전에 세션 내의 모든 메시지를 캡처할 수 있습니다.

RBM 결제 보고서 및 거래 기록에 사용되는 시간대는 무엇인가요?

RBM 결제 보고서는 매일 생성되며 태평양 표준시(PT)를 기준으로 정리됩니다. 각 보고서 파일은 PT 자정부터 자정까지의 24시간 활동 기간을 나타냅니다.

하지만 보고서 기록 내의 start_time 타임스탬프는 ISO 8601 형식을 사용하여 협정 세계시 (UTC)로 기록됩니다. 이를 통해 상호작용이 발생한 정확한 시간에 대한 일관된 전역 참조가 제공됩니다.

세션이 한 달의 마지막 날과 다음 달의 첫 번째 날에 걸쳐 있는 경우 어떻게 처리되나요?

A2P 메시지의 경우 분류 및 결제는 메시지 전송 시간을 기준으로 결정됩니다. P2A 메시지의 경우 결제는 사용자가 메시지를 전송한 시간을 기준으로 결정됩니다.

24시간 상호작용 창을 포함하는 세션에는 다음 로직이 적용됩니다.

  • 시작일 할당: 세션이 서로 다른 달의 두 달력일에 걸쳐 있더라도 해당 24시간 창 내의 모든 메시지는 동일한 billing_event_id를 공유하고 세션의 트리거 시퀀스에 있는 첫 번째 메시지의 start_time 아래에 보고됩니다.
  • 보고 지연: 세션은 24시간 동안 지속될 수 있으며 식별하려면 4개의 메시지 트리거가 필요하므로 대화형 에이전트의 결제 보고서 생성이 최대 2일 지연될 수 있습니다. 이 지연을 통해 보고서가 완료되기 전에 세션에 속한 모든 메시지가 캡처되고 올바른 billing_event_id가 할당됩니다.
  • 전송 지연 예: 에이전트가 6월 말에 메시지를 전송했지만 7월 초에 사용자 기기로 전송되지 않은 경우 (예: 사용자 휴대전화가 오프라인 상태인 경우) 해당 특정 전송은 7월 결제 보고서의 청구 가능한 이벤트를 트리거합니다.

청구 가능한 이벤트

청구 가능한 이벤트란 무엇인가요?

청구 가능한 이벤트는 결제 목적으로 추적되는 비즈니스용 RCS 에이전트와 사용자 간의 상호작용입니다. 청구 가능은 이벤트에 요금이 청구될 수 있음을 의미합니다. 이동통신사는 청구 가능한 이벤트에 요금이 청구되는지 여부와 청구되는 방식을 결정합니다.

Google은 파트너에게 에이전트가 전송한 메시지에 대한 요금을 청구하는 데 도움이 되도록 이러한 이벤트를 추적 하고 보고 합니다.

각 메시지 유형에 적용되는 청구 가능한 이벤트는 무엇인가요?

결제 보고서에는 7가지 유형의 청구 가능한 이벤트가 기록됩니다. 이러한 이벤트에는 A2P 및 P2A 이벤트라고 하는 MT 및 MO 이벤트가 포함됩니다.

  • A2P (Application-to-Person)는 MT (Mobile Terminated): 비즈니스에서 전송한 메시지입니다.
  • P2A (Person-to-Application)는 MO (Mobile Originated): 사용자가 시작한 메시지 또는 작업입니다.

각 청구 가능한 이벤트가 비대화형 및 대화형 에이전트에 적용되는 방식은 청구 가능한 이벤트 문서를 참고하세요.

청구 가능한 이벤트에 기여하는 사용자 응답은 무엇인가요?

미국에서는 특정 사용자 응답이 청구 가능한 이벤트에 기여합니다. 다음 표에서는 미국에서 청구 가능한 이벤트에 기여하는 사용자 응답과 해당 이벤트 유형을 명확히 보여줍니다.

사용자 응답 청구 가능한 이벤트에 기여 청구 가능한 이벤트 유형 (미국) 참고
파일 전송 예 p2a_rich_media_message 리치 미디어 메시지 (P2A/MO)로 분류됩니다.
문자 메시지 전송 예 p2a_rich_message 리치 메시지 (P2A/MO)로 분류됩니다.
추천 답장 탭 예 p2a_rich_message 결과 문자 메시지는 리치 메시지 (P2A/MO)로 분류됩니다.
추천 작업 탭 예 p2a_suggested_action 탭 자체의 포스트백 데이터는 청구 가능한 이벤트에 기여하지 않습니다.
위치 공유 예 p2a_suggested_action (클릭) + p2a_rich_message (위치) '위치 공유'를 탭하는 p2a_suggested_action과 위치 데이터를 전송하는 p2a_rich_message라는 두 가지 청구 가능한 이벤트를 생성합니다.
수신 거부 또는 구독 탭 예 p2a_rich_message (STOP/START 메시지) 탭에 의해 트리거된 자동 STOP 또는 START 메시지는 리치 메시지 (P2A/MO)로 처리됩니다. 웹훅 이벤트 자체는 청구 가능하지 않습니다.

사용자 응답이 청구 가능한 이벤트를 생성하면 이벤트 분류는 콘텐츠를 기반으로 자동으로 이루어지며 결제 로직은 에이전트의 결제 카테고리에 따라 결정됩니다.

비대화형 에이전트의 경우:

모든 사용자 응답은 개별 이벤트 (예: p2a_rich_message 또는 p2a_suggested_action)로 청구 가능합니다.

대화형 에이전트의 경우:

결제 로직은 세션 트리거 모델을 따릅니다. 4개의 메시지 세션 트리거 (24시간 이내에 MT 1개 이상 및 MO 2개 이상)가 충족될 때까지 개별 이벤트가 기록됩니다. 세션이 활성화되면 세션 트리거를 구성하는 4개의 메시지를 포함하여 24시간 창 내에서 교환된 모든 메시지에 단일 세션 요금이 적용됩니다.

결제 보고서

결제 보고서란 무엇인가요?

에이전트의 결제 카테고리 와 에이전트가 전송하는 메시지 유형을 기반으로 계산되는 청구 가능한 이벤트의 기록입니다. 결제 보고서는 비즈니스용 RCS를 활발하게 운영하는 모든 이동통신사와 파트너가 사용할 수 있습니다.

결제 보고서에 관한 자세한 내용은 미국 결제 보고서를 참고하세요.

결제 보고서를 받을 수 있나요?

비즈니스용 RCS를 활발하게 운영하는 이동통신사와 파트너만 결제 보고서를 받습니다. 활동 로그 및 파일 액세스에 관한 자세한 내용은 결제 보고서 가이드를 참고하세요.

메시지를 전송하지 않은 달에 요금이 청구되는 이유는 무엇인가요?

에이전트가 시작한 메시지 (A2P)의 경우 청구 가능한 이벤트 는 메시지가 전송된 시점이 아니라 메시지 전송 시간을 기준으로 기록됩니다.

예:

6월 말에 메시지를 전송했지만 7월 초에 사용자 기기로 전송된 경우 (예: 사용자 휴대전화가 오프라인 상태인 경우) 해당 요금은 7월 결제 보고서에 표시됩니다. 비즈니스용 RCS는 만료되기 전에 최대 30일 동안 메시지 전송을 시도합니다.

결제 모델

표준 결제 모델과 미국 결제 모델의 주요 차이점은 무엇인가요?

표준 모델과 미국 모델 모두 에이전트가 미리 선택한 결제 카테고리(대화형 또는 비대화형)를 사용하여 전반적인 요금 구조를 결정합니다. 주요 차이점은 청구 가능한 이벤트에 사용되는 분류 집합입니다.

표준 결제 모델 (미국 외 트래픽)

이 모델은 미국 외의 모든 트래픽에 적용됩니다.

  • 분류는 에이전트의 결제 카테고리와 메시지 콘텐츠를 기반으로 합니다.
    • 비대화형 에이전트: 메시지당 청구 가능 메시지 콘텐츠에 따라 이벤트(기본 메시지 또는 단일 메시지)가 결정됩니다.
    • 대화형 에이전트: 대화당청구 가능 대화는 사용자 및 에이전트 간의 무제한 메시지 교환이 가능한 24시간 창으로, 정액 요금이 청구됩니다. 사용자가 24시간 이내에 답장하지 않으면 에이전트의 메시지는 기본 메시지 또는 단일 메시지로 개별적으로 청구 가능합니다.
  • 청구 가능한 이벤트:
    • basic_message
    • single_message
    • a2p_conversation
    • p2a_conversation
    • p2a_message
  • 결제 로직: 최종 요금은 에이전트의 결제 카테고리에 따라 결정되며, 메시지당 정액 요금 (비대화형) 또는 24시간 대화 창당 정액 요금 (대화형)이 적용됩니다.

미국 결제 모델

이 모델은 미국 전화번호로 주고받는 모든 트래픽에 적용됩니다. 자세한 내용은  usrbm.org를 참고하세요.

  • 개별 메시지 유형의 분류는 자동으로 이루어지며 콘텐츠를 기반으로 합니다. 에이전트의  결제 카테고리와 관계없이 모든 청구 가능한 이벤트는 다음 중 하나로 분류됩니다.
    • a2p_rich_message
    • a2p_rich_media_message
    • p2a_rich_message
    • p2a_rich_media_message
    • p2a_suggested_action
    • a2p_session
    • p2a_session

세션 결제 로직 요약

미국 RBM 프레임워크에서 대화형 카테고리의 미국 에이전트는 메시지당 요금 대신 단일 세션 요금을 트리거할 수 있습니다.

세션은 첫 번째 메시지가 전송된 후 24시간 창 내에서 교환된 리치 또는 리치 미디어 메시지 4개(MO 메시지 2개 이상 및 MT 메시지 1개 이상 포함) 의 시퀀스에 의해 트리거됩니다. 이 기준이 충족되면 해당 24시간 창 내의 모든 메시지는 단일 세션 으로 청구 가능합니다. 세션 외부의 메시지 또는 세션을 트리거하지 못한 메시지는 표준 메시지당 요금 으로 청구 가능합니다.

최종 요금은 에이전트의 결제 카테고리에 따라 결정되며, 청구 가능한 이벤트 분류를 사용하여 올바른 요금 구조를 적용합니다. 이동통신사의 요금표에 따릅니다.

기술 및 보고 차이점

  • RBM API: AgentMessageand [UserMessage](/business-communications/rcs-business-messaging/reference/rest/v1/UserMessage) API 리소스에는 미국 트래픽의 메시지 유형을 정의하는 richMessageClassification 객체가 포함되어 있습니다. 이는 API 호출 시 실시간으로 제공되며 나중에 결제 보고서와는 별개입니다.
  • 결제 보고서: 결제 보고서 는 각 모델에 맞게 맞춤설정되며 해당 모델에 고유한 청구 가능한 이벤트를 나열하는 type 열이 포함되어 있습니다. 미국 결제 보고서에는 리치 메시지에만 적용되는 segment_count 열과 세션에 있는 메시지에만 적용되는 session_type 열도 포함되어 있습니다.