이 페이지는 Cloud Translation API를 통해 번역되었습니다.

비즈니스용 RCS 결제 FAQ

비즈니스용 RCS는 미국 외 트래픽에 표준 청구 모델을 사용하고 미국 트래픽에 미국 청구 모델을 사용하는 두 가지 청구 모델을 사용합니다. 이 문서에서는 표준 결제 모델에 대해 자주 묻는 질문을 다룹니다. 미국 결제 분류에 대한 자세한 내용은 미국 결제 모델 가이드를 참고하세요.

결제 카테고리

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

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

두 가지 주요 청구 카테고리는 다음 표에 설명되어 있습니다.

결제 카테고리	에이전트 유형	사용 사례	결제 수단
비대화형	주로 일방향 메시지를 보내는 상담사	OTP 알림 프로모션 코드	메시지당 청구됩니다.
대화형	사용자와의 양방향 교환을 위해 설계된 에이전트	적합한 제품 찾기 티켓 예약 문제 해결	대화당 청구: 한쪽 (상담사 또는 사용자)이 24시간 이내에 다른 쪽의 메시지에 답장하면 대화가 시작됩니다. 대화 창 (첫 번째 답장 후 24시간) 동안 상담사와 사용자는 원하는 만큼 메시지를 주고받을 수 있으며 상담사에게는 대화에 대한 고정 요금이 청구됩니다. 메시지당 청구: 상담사가 24시간 이내에 사용자가 답장하지 않는 메시지를 전달하는 경우 상담사에게는 대화형이 아닌 상담사와 마찬가지로 개별 메시지에 대한 요금이 청구됩니다.

에이전트에 대해 선택해야 하는 청구 카테고리는 어떻게 알 수 있나요?

청구 카테고리에는 대화형과 비대화형의 두 가지 주요 카테고리가 있습니다.

비대화형 에이전트는 사용자에게 전송하는 메시지당 요금이 청구됩니다.
- 이 카테고리는 자주 회신을 받지 않는 상담사에게 가장 적합합니다.
대화형 에이전트에는 24시간 이내에 교환된 모든 메시지를 포함하는 대화에 대해 고정 요금이 청구됩니다.
- 이 카테고리는 사용자와 멀티턴 대화를 하는 상담사에게 가장 적합합니다.

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

청구 카테고리는 에이전트가 보낼 수 있는 메시지 유형이 아니라 메시지 요금이 청구되는 방식을 결정하기 때문입니다. 예를 들어 대화형 상담사는 기본 메시지를 계속 보낼 수 있고 비대화형 상담사는 리치 카드를 포함한 여러 메시지를 보낼 수 있습니다.

비대화형 결제 카테고리

기본 메시지 및 단일 메시지 카테고리가 하나의 비대화형 카테고리로 통합되면 상담사에게 어떤 영향을 미치나요?

2025년 11월 20일에 기존 청구 카테고리인 기본 메시지와 단일 메시지를 하나의 비대화형 청구 카테고리로 통합하여 청구 구조를 간소화했습니다. 기존 카테고리의 결제 로직은 동일했으므로 이 변경사항은 에이전트 구성을 간소화할 뿐입니다.

이제 모든 에이전트는 대화형 또는 비대화형으로 분류됩니다.

이 변경사항은 RcsBusinessMessagingAgentBillingConfig에 영향을 미치며 개발자 콘솔 또는 관리 API를 사용하는 모든 개발자와 Operations API를 사용하는 모든 이동통신사에 적용됩니다.

API 사용자는 시스템 전반에 새 카테고리를 통합할 수 있는 90일의 전환 기간 (2026년 2월 18일까지)이 있습니다. API 하위 호환성 및 권장 코드 변경사항을 비롯한 전환 계획에 관한 자세한 내용은 다음 섹션을 참고하세요.

기존 에이전트 이전 (조치 필요 없음)

지원팀에서 마이그레이션을 자동으로 처리합니다.

기본 메시지 또는 단일 메시지로 분류된 모든 상담사는 90일 전환 기간이 지난 후 대화형이 아님 카테고리로 자동 재분류됩니다.
기존 상담사의 이전이 시작되기 30일 전에 알림이 전송됩니다.

개발자 콘솔 (개발자)

기존 상담사: 개발자 콘솔에는 2026년 2월 18일까지 기존 상담사에 대해 기존 기본 메시지 및 단일 메시지 카테고리가 계속 표시됩니다.
새 에이전트: 대화형 또는 비대화형으로만 새 에이전트를 만들 수 있습니다.

Management API (개발자)

이전 버전과의 호환성: 관리 API는 90일의 유예 기간 동안 기존 BASIC_MESSAGE 및 SINGLE_MESSAGE 값과 새 NON_CONVERSATIONAL 값을 모두 지원하고 반환합니다.
조치 필요: 2026년 2월 18일 전에 새 NON_CONVERSATIONAL 값을 사용하도록 에이전트 로직을 업데이트하세요.

권장 코드 패턴

향후 변경사항에 코드가 탄력적으로 대응할 수 있도록 billingCategory 필드에서 바이너리 검사를 사용하도록 로직을 업데이트하는 것이 좋습니다.

if (billingCategory == CONVERSATIONAL) {
  // Logic for conversational messages
} else {
  // Logic for non-conversational messages
}

이 접근 방식을 사용하면 변경될 수 있는 특정 enum 이름이나 값에 시스템이 의존하지 않습니다.

Operations API (운송업체)

하위 호환성: 중단을 방지하기 위해 90일 전환 기간 동안 NON_CONVERSATIONAL로 표시된 상담사의 경우 Operations API에서 기존 SINGLE_MESSAGE를 반환합니다.
조치 필요: 2026년 2월 18일 전까지 새 NON_CONVERSATIONAL 값을 처리하도록 시스템을 업데이트하세요.
조기 채택: 이동통신사는 2026년 2월 18일 전에 지원팀에 문의하여 새로운 NON_CONVERSATIONAL enum을 수신하도록 선택할 수 있습니다. 선택한 경우 개발자 콘솔에서 또는 Management API를 사용하여 NON_CONVERSATIONAL로 구성된 에이전트는 Operations API에서 NON_CONVERSATIONAL를 반환합니다.

청구 가능한 이벤트

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

청구 가능한 이벤트는 비즈니스용 RCS 에이전트와 사용자 간의 상호작용으로, 청구 목적으로 추적됩니다. 이벤트는 메시지 유형 및 상호작용 시기에 따라 분류됩니다.

Google은 이동통신사가 상담사가 보낸 메시지에 대해 파트너에게 청구할 수 있도록 이러한 이벤트를 추적하고 보고합니다.

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

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

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

다음 표에서는 비대화형 및 대화형 에이전트에 적용되는 각 청구 가능 이벤트를 설명합니다.

이벤트 유형	설명	비대화형 에이전트	대화형 에이전트
`basic_message`	160자(영문 기준) 이하의 텍스트만 포함된 A2P 메시지입니다. 예시 보기	사용자의 응답 여부와 관계없이 항상 개별 청구 가능 이벤트로 처리됩니다.	사용자가 24시간 이내에 답장하지 않으면 개별 청구 가능 이벤트로 처리됩니다. 이 경우 메시지는 `a2p_conversation`의 일부가 됩니다.
`single_message`	리치 콘텐츠가 있거나 텍스트 전용 메시지가 160자를 초과하는 A2P 메시지 예시 보기	사용자의 응답 여부와 관계없이 항상 개별 청구 가능 이벤트로 처리됩니다.	사용자가 24시간 이내에 답장하지 않으면 개별 청구 가능 이벤트로 처리됩니다. 이 경우 메시지는 `a2p_conversation`의 일부가 됩니다.
`a2p_conversation` (비즈니스 시작)	사용자가 기존 대화 외부에서 A2P 메시지를 수신한 후 24시간 이내에 응답하는 경우에 시작됩니다. 예시 보기	해당 사항 없음. 비대화형 에이전트는 이러한 유형의 이벤트를 생성하지 않습니다.	여러 A2P 메시지로부터 24시간 이내에 P2A 메시지가 전송된 경우 P2A 메시지 바로 앞에 있는 A2P 메시지만 사용하여 대화를 시작합니다. 이 A2P 메시지와 향후 24시간 이내에 전송되는 메시지는 `a2p_conversation`에 포함됩니다.
`p2a_conversation` (사용자 요청)	상담사가 기존 대화 외부에서 P2A 메시지를 받은 후 24시간 이내에 응답할 때 시작됩니다. 예시 보기	해당 사항 없음. 비대화형 에이전트는 이러한 유형의 이벤트를 생성하지 않습니다.	A2P 메시지가 여러 P2A 메시지로부터 24시간 이내에 전송되는 경우 A2P 메시지 바로 앞에 있는 P2A 메시지만 대화를 시작하는 데 사용됩니다. 이 P2A 메시지와 향후 24시간 이내에 전송되는 메시지는 `p2a_conversation`에 포함됩니다.
`p2a_message`	모든 유형의 P2A 메시지 예시 참고	에이전트의 응답 여부와 관계없이 항상 개별 청구 가능 이벤트로 처리됩니다.	상담사가 24시간 이내에 응답하지 않으면 개별 청구 가능 이벤트로 처리됩니다.

각 결제 이벤트를 트리거하는 메시지의 예는 무엇인가요?

기본 메시지

다음 스크린샷은 텍스트 메시지 내의 URL 미리보기를 보여줍니다. 리치 카드가 아닙니다.

basic_message_example

단일 메시지

single_message_example

A2P 대화

a2p_conversation_example

P2A 메시지

p2a_message_example

P2A 대화

p2a_conversation_example

각 결제 이벤트의 이점은 무엇인가요?

기본 메시지

기본 메시지의 주요 이점:

신뢰 구축: 인증 및 브랜딩을 통해 신뢰와 신뢰성을 구축합니다.
URL 미리보기: 기본 메시지에는 텍스트와 클릭 가능한 URL 미리보기 이미지가 포함될 수 있습니다.
전술적 일회성 프로모션: 사용자의 응답이 필요하지 않은 단기 프로모션이나 정보 메시지에 적합합니다.
트래픽 유도: 기본 메시지를 사용하면 사용자를 브랜드의 앱, 웹사이트 또는 기타 리소스로 안내할 수 있습니다.

basic_message_benefits

단일 메시지

단일 메시지의 주요 이점:

시각적 효과: 고품질 그래픽은 관심을 끌고 옵션을 명확하게 하여 사용자 참여를 높입니다.
하나의 카드, 여러 작업: 리치 카드 또는 캐러셀은 추천을 통해 하나의 메시지에서 캘린더 일정 만들기, 위치 찾기, 전화 걸기, URL 열기 등 여러 작업을 실행할 수 있습니다.
명확한 가치, 간결한 메시지: 사용자가 다음 단계를 진행하도록 유도합니다.

single_message_benefits

대화형

A2P 및 P2A 대화의 주요 이점:

리치 미디어 통합: 이미지, 동영상, PDF와 같은 다양한 미디어는 물론 추천 작업과 답장을 통합합니다.
맞춤형 상호작용: 맞춤형 도움말과 제품 추천을 제공하는 양방향 대화를 지원합니다.
전환 기회: 사용자가 대화 내에서 조치를 취할 수 있도록 지원하여 마찰을 줄이고 전환율을 높입니다.

conversational_message_benefits

상담사 청구 카테고리는 청구 이벤트와 어떤 관련이 있나요?

basic_message 및 single_message 결제 이벤트는 기본 메시지 및 단일 메시지 결제 카테고리와 혼동해서는 안 됩니다.

모든 에이전트 (결제 카테고리와 관계없음)는 basic_message 및 single_message 결제 이벤트를 생성할 수 있습니다.
기본 메시지 및 단일 메시지 청구 카테고리는 대화형이 아닌 에이전트를 분류하는 데 사용됩니다. 이러한 청구 카테고리의 에이전트는 대화형 청구 이벤트 (a2p_conversations 또는 p2a_conversations)를 생성하지 않습니다. 대신 개별 basic_message, single_message, p2a_message 청구 이벤트를 생성합니다.

대화란 무엇인가요?

비즈니스용 RCS에서 대화는 24시간 동안 사용자와 대화형 에이전트 간에 주고받은 일련의 메시지입니다. 대화형 결제 카테고리가 있는 상담사만 대화를 생성하고 다음 청구 가능한 이벤트에 대해 요금이 청구될 수 있습니다.

A2P (Application-to-Person): 비즈니스에서 전송합니다.
P2A (Person-to-Application): 사용자가 보낸 메시지입니다.

대화 작동 방식

시작: 기존 대화 외부에서 한쪽 (상담사 또는 사용자)이 메시지를 받은 후 24시간 이내에 다른 쪽의 메시지에 응답하면 대화가 시작됩니다.
- A2P 대화: 사용자가 에이전트의 메시지에 응답할 때 시작됩니다.
- P2A 대화: 에이전트가 사용자의 메시지에 응답할 때 시작됩니다.
대화 창: 대화가 시작된 후 24시간 동안 활성 상태로 유지됩니다. 대화에는 이 24시간 내의 모든 메시지와 처음 응답한 메시지가 포함됩니다.
청구: 개별 메시지별로 청구되는 대신 대화형 에이전트는 전체 대화를 기준으로 청구됩니다. 즉, 비용은 대화목록과 연결되며 대화목록 내 메시지 수와는 관련이 없습니다.

다음 다이어그램은 대화형 에이전트의 A2P 청구 세션의 예를 보여줍니다.

결제 다이어그램

중요

대화는 비대화형 에이전트에는 적용되지 않습니다. 기본 메시지 또는 단일 메시지 청구 카테고리가 있는 상담사는 사용자의 답장 여부와 관계없이 메시지당 요금이 청구됩니다.
대화형 에이전트의 경우 결제 이벤트 보고서 및 활동 로그 생성이 최대 2일 지연될 수 있습니다. 이 지연을 통해 비즈니스용 RCS는 결제 이벤트를 계산하기 전에 대화 내 모든 메시지를 캡처할 수 있습니다.

사용자가 응답하기 전에 상담사가 여러 메시지를 보내면 어떤 청구 이벤트가 생성되나요?

에이전트의 청구 카테고리와 사용자의 응답 시기에 따라 생성되는 이벤트 유형이 결정됩니다.

대화형이 아닌 에이전트: 모든 메시지가 자체 이벤트를 생성합니다.

상담사 메시지는 basic_message 또는 single_message 이벤트를 생성합니다.
사용자 메시지는 p2a_message 이벤트를 생성합니다.

대화형 에이전트: 결과는 사용자가 에이전트의 마지막 메시지에 언제 답장하는지에 따라 달라집니다.

사용자가 24시간 이내에 답장하는 경우:
- a2p_conversation 이벤트가 시작됩니다. 이 이벤트는 상담사의 마지막 메시지, 사용자의 답장, 사용자의 답장 후 24시간 내에 교환된 모든 메시지를 포함합니다.
- 마지막 상담사 메시지 이전에 전송된 상담사 메시지는 대화에 포함되지 않으며, 각 메시지는 자체 basic_message 또는 single_message 이벤트를 생성합니다.
사용자가 24시간 후에 답장하는 경우:
- 에이전트 메시지는 각각 basic_message 또는 single_message 이벤트를 생성합니다.
- 상담사가 24시간 이내에 응답하면 사용자의 답장에 의해 p2a_conversation 이벤트가 생성됩니다. 상담사가 이 기간 내에 응답하지 않으면 대신 p2a_message 이벤트가 생성됩니다.

어떤 사용자 응답이 결제 이벤트에 기여하나요?

특정 사용자 응답만 청구 이벤트에 반영됩니다. 여기에는 p2a_message 이벤트를 생성하거나 a2p_conversation 또는 p2a_conversation 이벤트의 일부인 응답이 포함됩니다. 다음 표에서는 어떤 사용자 응답이 청구 이벤트에 기여하는지 명확하게 설명합니다.

요약하면 다음과 같습니다.

사용자 응답	결제 이벤트에 기여	참고
파일을 전송합니다.	예	모바일 발신 (MO) 메시지로 처리됩니다.
문자 메시지를 보냅니다.	예	MO 메시지로 처리됩니다.
추천 답장을 탭합니다.	예	MO 메시지로 처리됩니다.
추천 작업을 탭합니다.	아니요	탭 자체의 포스트백 데이터는 결제 이벤트에 영향을 미치지 않습니다.
위치를 공유합니다.	예	사용자의 위치가 포함된 MO 메시지는 청구 이벤트에 기여합니다. 위치를 수동으로 공유하는지 또는 추천 작업을 통해 공유하는지에 관계없이 적용됩니다.
수신 거부 또는 구독을 탭합니다.	예	결과적으로 발생하는 웹훅 이벤트는 결제 이벤트에 기여하지 않지만, 사용자가 '구독 취소' 또는 '구독' 옵션을 탭할 때 전송되는 자동 STOP 또는 START 메시지는 MO 메시지로 처리됩니다.

사용자 응답으로 청구 가능한 이벤트가 생성되면 (위 설명 참고) 이벤트 유형은 상담사의 청구 카테고리에 따라 달라집니다.

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

사용자의 응답으로 생성되는 결제 이벤트는 항상 p2a_message입니다.

대화형 에이전트의 경우:

이벤트 유형은 24시간 내 메시지 타이밍에 따라 결정되기도 합니다.

사용자가 상담사의 메시지에 응답하는 경우:
- 24시간 이내: 사용자의 답장이 기존 a2p_conversation 이벤트에 기여합니다.
- 24시간 후: 사용자의 답장으로 새 p2a_message 이벤트가 생성됩니다.
상담사가 사용자의 메시지에 응답하는 경우:
- 24시간 이내: 상담사의 답장으로 p2a_conversation이 생성되며, 사용자의 초기 메시지로 시작됩니다.
- 24시간 후: 사용자의 메시지로 p2a_message 이벤트가 생성됩니다.

결제 보고서

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

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

결제 보고서에 대한 자세한 내용은 결제 이벤트 보고서 및 활동 로그를 참고하세요.

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

비즈니스용 RCS를 활발하게 운영하는 이동통신사만 청구 보고서를 받습니다. 파트너는 결제 보고서를 받지 않습니다.

청구 보고서를 가져오는 방법을 알아보려면 파일 저장 및 액세스를 참고하세요. 다음은 청구 보고서에 액세스할 수 있는 이동통신사가 보안 파일 전송 프로토콜 (SFTP)을 사용하여 청구 보고서를 가져오는 방법에 관한 안내입니다.

결제 보고서에 정보가 누락된 경우 어떻게 해야 하나요?

보고서에 일부 정보가 누락된 경우 지원팀과 함께 문제를 해결하세요. 자세한 내용은 비즈니스용 RCS 문제 해결 가이드를 참고하세요.

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

비즈니스용 RCS 청구 이벤트는 메시지가 전송된 시간이 아닌 메시지가 전달된 시간을 기준으로 기록됩니다.

예:

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

결제 모델

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

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

표준 청구 모델 (미국 외 트래픽)

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

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

미국 결제 모델

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

개별 메일 및 사용자 작업의 분류는 콘텐츠를 기반으로 자동으로 이루어집니다. 상담사의 청구 카테고리와 관계없이 청구 가능한 모든 이벤트는 다음 중 하나로 분류됩니다.
- 리치 메시지 (MT/MO)
- 리치 미디어 메시지 (MT/MO)
- 추천 작업 클릭 (MO만 해당)
청구 가능한 이벤트:
- a2p_rich_message
- a2p_rich_media_message
- p2a_rich_message
- p2a_rich_media_message
- suggested_action_click
청구 로직: 최종 요금은 청구 가능한 이벤트 분류를 사용하여 올바른 요금 구조를 적용하는 에이전트의 청구 카테고리에 따라 결정됩니다.

기술적 차이점 및 보고 차이점

RBM API: AgentMessage 및 UserMessage API 리소스에는 미국 트래픽 전용 메시지 유형을 정의하는 richMessageClassification 객체가 포함됩니다. 이 정보는 API 호출 시 실시간으로 제공되며 나중에 제공되는 결제 보고서와는 별개입니다.
결제 보고서: 결제 보고서는 각 모델에 맞게 맞춤설정되며 해당 모델에 해당하는 청구 가능한 이벤트를 나열하는 type 열이 포함됩니다. 미국 청구 보고서에는 리치 메시지에만 적용되는 segment_count 열도 포함됩니다.

상담사 사용 사례 및 비즈니스 규칙

비즈니스용 RCS 결제 FAQ 컬렉션을 사용해 정리하기 내 환경설정을 기준으로 콘텐츠를 저장하고 분류하세요.

결제 카테고리

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

에이전트에 대해 선택해야 하는 청구 카테고리는 어떻게 알 수 있나요?

비대화형 결제 카테고리

기본 메시지 및 단일 메시지 카테고리가 하나의 비대화형 카테고리로 통합되면 상담사에게 어떤 영향을 미치나요?

기존 에이전트 이전 (조치 필요 없음)

개발자 콘솔 (개발자)

Management API (개발자)

Operations API (운송업체)

청구 가능한 이벤트

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

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

각 결제 이벤트를 트리거하는 메시지의 예는 무엇인가요?

기본 메시지

단일 메시지

A2P 대화

P2A 메시지

P2A 대화

각 결제 이벤트의 이점은 무엇인가요?

기본 메시지

단일 메시지

대화형

상담사 청구 카테고리는 청구 이벤트와 어떤 관련이 있나요?

대화란 무엇인가요?

대화 작동 방식

사용자가 응답하기 전에 상담사가 여러 메시지를 보내면 어떤 청구 이벤트가 생성되나요?

대화형이 아닌 에이전트: 모든 메시지가 자체 이벤트를 생성합니다.

대화형 에이전트: 결과는 사용자가 에이전트의 마지막 메시지에 언제 답장하는지에 따라 달라집니다.

어떤 사용자 응답이 결제 이벤트에 기여하나요?

결제 보고서

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

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

결제 보고서에 정보가 누락된 경우 어떻게 해야 하나요?

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

결제 모델

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

표준 청구 모델 (미국 외 트래픽)

미국 결제 모델

기술적 차이점 및 보고 차이점

비즈니스용 RCS 결제 FAQ