메시지 뒤의 비즈니스를 등록하기
메시징 브랜드는 미국 10DLC 메시지를 발송하는 비즈니스를 식별합니다. 캠페인 사용 사례를 선택하기 전에 브랜드를 등록하십시오. 비즈니스의 법적 세부 정보와 필요한 검증을 완료할 수 있는 연락처를 사용하십시오. 반환된 브랜드 ID는 그 자체만으로 메시지 발송 승인을 의미하지 않습니다.
활성화된 API 계정과 허용된 출발지 IP 주소로 HTTPS를 통해 이 현재 계정 소유 경로를 사용하십시오. user_id, username 또는 다른 고객의 소유자 식별자를 제출하지 마십시오. MultiTEL은 인증된 계정에서 소유권을 기록합니다.
명시적인 샌드박스 요청부터 시작하기
포털 양식의 mode 필드는 기본적으로 샌드박스로 설정됩니다. 모의 브랜드를 의도하는 경우 직접 API 요청에 JSON 불리언 mock: true를 명시적으로 포함해야 합니다. 해당 플래그를 생략하면 샌드박스가 보장되지 않으며 과금되는 프로덕션 등록이 생성될 수 있습니다. 포털의 mode 필드는 API의 mock 필드를 대체하지 않습니다.
아래 필드를 사용하여 로컬 brand.json 파일을 준비하십시오. 플레이스홀더를 적절한 테스트 세부 정보와 최신 카탈로그 코드로 바꾸십시오. 이 예는 민간 영리 사업자이며 다른 엔터티 유형은 요구 사항이 다릅니다.
{
"entityType": "PRIVATE_PROFIT",
"displayName": "Example business",
"companyName": "Example legal business name",
"ein": "YOUR_TAX_ID",
"einIssuingCountry": "US",
"phone": "+12025550123",
"street": "123 Example Street",
"city": "Example City",
"state": "NY",
"postalCode": "10001",
"country": "US",
"email": "contact@example.invalid",
"brandRelationship": "BASIC_ACCOUNT",
"vertical": "CURRENT_VERTICAL_CODE",
"referenceId": "your-business-reference",
"mock": true
}위의 사업자명, 주소, 전화번호, 식별자는 플레이스홀더이며 등록 가능한 사업자 ID가 아닙니다. entityType, vertical, country, state, brandRelationship 및 기타 열거형의 최신 값은 다음 카탈로그에서 확인하십시오:메시징 카탈로그.
curl --silent --show-error --user "$API_USER:$API_PASSWORD" \
--header 'Content-Type: application/json' \
--header "Idempotency-Key: $IDEMPOTENCY_KEY" \
--data-binary @brand.json \
'https://api.multitel.net/tcr/v2/brand/nonBlocking'비즈니스 및 연락처 필드
| 필드 | 제공할 내용 |
|---|---|
| entityType, displayName | 현재 엔터티 유형 코드와 알아볼 수 있는 브랜드 이름입니다. 최대 길이는 각각 20자와 255자입니다. |
| country, street, city, state, postalCode | 실제 사업자 주소입니다. 두 글자 국가 코드와 해당되는 경우 최신 미국 state 코드를 사용하십시오. 제한: street 255자, city 100자, state 20자 및 postalCode 10자입니다. |
| email, phone | 사용 가능한 연락처 이메일(최대 100자)과 국제 +국가 코드 형식의 전화번호(최대 20자)입니다. 등록 전체에서 사업자 세부 정보를 일관되게 유지하십시오. |
| companyName, ein, einIssuingCountry | 조직의 경우 법적 회사명과 사업자 세금 식별자를 제공하십시오. 식별자의 발급 국가는 별도의 두 글자 필드입니다. 제한: companyName 255자 및 ein 21자입니다. 개인 사업자는 조직의 세금 ID 대신 개인 이름 필드를 사용합니다. |
| brandRelationship, vertical | 최신 카탈로그 코드를 사용하는 비즈니스와의 관계 및 업종입니다. 조직은 이것이 필수이며 개인 사업자 규칙은 다릅니다. API 코드 대신 번역된 표시 레이블을 사용하지 마십시오. |
| firstName, lastName, mobilePhone | 개인 사업자에게 필수입니다. 이름 필드는 각각 최대 100자까지 가능합니다. 필수 OTP 검증을 위해 적격한 휴대폰 번호를 국제 형식으로 제공하십시오. |
| stockSymbol, stockExchange, website, businessContactEmail | 상장 회사는 주식 종목/거래소, website 및 추가 검증 절차를 위한 적격한 사업자 연락 이메일도 필요합니다. 제한: stockSymbol 10자, website 255자 및 businessContactEmail 255자입니다. |
| altBusinessIdType, altBusinessId | 선택적 대체 사업자 식별자입니다. 유형과 값을 함께 제공하십시오. 최신 유형 카탈로그를 사용하고 값은 최대 50자까지 가능합니다. |
| referenceId | 비즈니스 참조(최대 50자)입니다. 현재 엔터티별 요구 사항에 따라 개인 사업자 등록 시 포함하십시오. 이는 비즈니스 메타데이터이며 요청의 멱등성 키가 아닙니다. |
| website, ipAddress, tag | 해당되는 경우 추가 웹사이트, 발신 IP 메타데이터 및 태그 값입니다. 이는 계정 소유권을 증명하지 않으며 본인 확인을 대체하지 않습니다. |
| mock | JSON 불리언입니다. 의도된 모의 워크플로에만 true를 사용하고, 명시적으로 검토된 프로덕션 등록에는 false를 사용하십시오. JSON 불리언 대신 문자열 "false"를 보내지 마십시오. |
개인 사업자는 미국 또는 캐나다 등록에서 지원되며 캠페인 자격 전에 OTP 검증이 필요합니다. 상장 회사는 사업자 연락처 검증 단계가 필요할 수 있습니다. GOVERNMENT는 미국 소재 정부 기관용이며 다른 조직은 올바른 엔터티 범주를 확인하십시오. 엔터티별 요구 사항과 반환된 검증 오류를 모두 따르십시오.
안정적인 멱등성 키 유지하기
이 등록 의도에 대해 Idempotency-Key 하나를 생성하십시오. 공백 없이 1–128자의 인쇄 가능한 ASCII 문자를 포함해야 합니다. 동일한 키는 동일한 HTTP 메서드, 경로, 쿼리 문자열 및 정확히 동일한 요청 본문 바이트와 함께만 재사용하십시오. 의미를 변경하지 않는 JSON 서식 변경도 요청 지문을 변경합니다.
키가 포함된 완료된 요청은 등록을 다시 제출하지 않고 저장된 응답을 재생할 수 있습니다. 아직 처리 중인 중복 요청은 HTTP 409를 반환하며 Retry-After를 포함할 수 있습니다. 동일한 키로 변경된 요청은 충돌합니다. 요청이 시간 초과되거나 오류를 반환했다는 이유만으로 새 키를 생성하지 마십시오. 비즈니스가 이미 등록되었을 수 있습니다.
해당 요청을 해결하는 동안 brand.json 파일을 변경하지 마십시오. 캐시된 500 또는 502는 등록을 재시도하지 않고 원래 오류를 재생할 수 있습니다. 반환된 brandId, requestId 및 상관 관계 헤더를 보관하고 다른 요청을 시작하기 전에 기존 브랜드를 대사하십시오.
브랜드와 상태를 조회하기
이 API는 v3 status/response 엔벌로프가 아니라 HTTP 상태 코드와 직접 JSON 본문을 사용합니다. 등록에 성공하면 brandId를 포함한 브랜드 객체가 반환됩니다. 해당 식별자를 저장하고 반환된 검증 또는 ID 상태를 확인하십시오. 추가 필드는 엔터티와 등록 상태에 따라 다릅니다.
curl --silent --show-error --user "$API_USER:$API_PASSWORD" \
"https://api.multitel.net/tcr/v2/brand/$BRAND_ID"계정에 속한 브랜드만 읽으십시오. 404는 해당 브랜드를 이 계정에서 사용할 수 없음을 의미할 수 있습니다. 필요한 검증을 완료한 다음,브랜드 자격 확인을 통해 사용 가능한 캠페인 사용 사례를 찾으십시오. 모의 리소스가 프로덕션 발송에 적합하다고 가정하지 마십시오.
프로덕션 요금
| 등록 | 요금 |
|---|---|
| 표준 조직 | $5.00 |
| 개인 사업자 | $4.45 |
| 모의 브랜드 | 모의 워크플로에서는 브랜드 등록 차감 없음 |
이 소매 금액은 시월 24일, 2026년 기준 현재 포털 구성과 대조되었습니다. 프로덕션 등록 전에 포털에서 현재 요금을 확인하십시오. 캠페인 요금, 추가 심사 및 메시징 사용량은 별도입니다. 프로덕션 등록은 제출 전에 구매 권한과 사용 가능한 자금을 확인하며, 레지스트리 내 브랜드 생성 성공과 로컬 청구는 별도의 처리 단계이므로 오류나 청구 문제가 발생하면 리소스 ID를 보관하고 거래를 대사하십시오.
모의 브랜드를 프로덕션으로 변경하는 것은 별도로 확인되는 워크플로이며 새 프로덕션 ID와 요금이 발생할 수 있습니다. 이후 요청에서 mock를 false로 편집하면 기존 브랜드가 전환된다고 가정하지 마십시오.
브랜드를 중복하지 않고 오류 처리하기
| HTTP 결과 | 확인할 사항 |
|---|---|
| 400 | 필드 오류를 읽으십시오. 레지스트리 검증 오류는 code/description 객체의 배열일 수 있습니다. 로컬 멱등성 키 검증도 400을 반환할 수 있습니다. |
| 401, 403 또는 404 | API 자격 증명, API 계정의 허용된 출발지 IP, 고객 권한 및 소유권을 확인하십시오. 레지스트리 응답에도 자체 접근 권한 오류가 포함될 수 있습니다. |
| 402 | 자금과 구매 권한을 검토하십시오. 자금이 부족한 프로덕션 요청을 샌드박스 테스트로 취급하지 마십시오. |
| 409 | 진행 중인 요청을 기다리는 동안 동일한 키와 변경되지 않은 요청을 유지하십시오. 변경된 본문/키 충돌 또는 복구할 수 없는 이전 응답은 먼저 대사가 필요합니다. |
| 429 또는 제한기 사용 불가 응답 | Retry-After가 있으면 준수하십시오. 제한이 해제된 후 동일한 의도의 요청과 키로 재시도하십시오. |
| 500 또는 502 | 원격 작업이 수락되었을 수 있습니다. 로컬 처리 오류에 requestId가 포함될 수 있습니다. 이를 저장하고 기존 리소스를 확인한 뒤 대체 등록이 필요하다고 가정하지 마십시오. |