기능을 선택하고 먼저 운송하십시오.
2026년 6월 29일에 업데이트된 Zuora의 이메일 전달 가이드는 워크플로에서 이메일 알림을 분리합니다. 이메일 알림의 경우 고급 SMTP , 외부 SMTP 서버 및 Zuora 기본 서버에 대해 설명합니다. 워크플로는 Amazon SES 또는 외부 SMTP 서버를 사용할 수 있습니다. 이러한 대안을 하나의 범용 설정 절차로 결합해서는 안 됩니다.
해당 범주에 대해 선택된 조직, 환경, 메시지 범주 및 전송으로 시작합니다. 청구 알림과 워크플로에서 생성된 메시지는 표시되는 보낸 사람 주소가 유사하더라도 구성 소유자가 다를 수 있습니다. 요청된 변경 사항이 새로운 경로, 기존 사용자 지정 도메인 또는 전송 간 마이그레이션과 관련되어 있는지 식별합니다.
공개 지침은 특정 임차인의 상태가 아닌 문서화된 옵션을 설정합니다. 계정 자격, 환경 적용성 및 운영 승인은 계속 열려 있습니다. 이 원고에 대해서는 테넌트 로그인, 자격 증명 생성, 지원 요청, DNS 편집 또는 이메일 전송이 수행되지 않았습니다. Zuora 전달성 구성
고급 SMTP 자체 도메인 ID 워크플로로 처리
이 가이드에서는 Advanced SMTP Amazon SES 지원 서비스로 설명합니다. DKIM. 2026년 11월 2일에 업데이트된 별도의 도메인 ID 지침은 관리자에게 ID 테이블의 DKIM 상태 열에서 보기를 선택하고 세 가지를 게시하도록 지시합니다. CNAME 기록이 표시됩니다. 이러한 계정 발급 레코드는 구성 입력입니다. 발명하지 마세요 선택자 또는 다른 환경의 가치를 빌리십시오.
같은 페이지에서 TXT 레코드 확인 상태 열을 통해 볼 수 있습니다. 이 워크플로에서 도메인 ID를 확인하는 데 TXT 레코드가 필요하지 않다는 의미입니다. 이는 표시되는 DNS 값이 자동으로 변경 요청이 되어서는 안 되는 이유를 보여주는 유용한 예입니다. 제안된 레코드를 제공한 열과 대화 상자를 기록합니다.
성공적인 확인을 위해 문서화된 확인 상태 및 DKIM 상태 값이 보류 중에서 성공으로 이동됩니다. 관찰과 타임스탬프를 모두 유지합니다. DNS 에 존재하는 공개 키 종속성과 검증 성공을 보고하는 제품은 서로 관련되어 있지만 체크포인트는 다릅니다. 도메인 ID 확인
이름 처리 및 인증 실패를 안전하게 검토하세요.
Zuora의 도메인 ID 지침에서는 DNS 공급자가 이미 도메인을 추가하지 않는 한 _domainkey 로 끝나는 이름에 도메인을 추가해야 할 수 있다고 설명합니다. 승인 대상은 항상 접미사를 추가하거나 항상 제거하라는 보편적인 명령이 아니라 완전한 의도된 이름입니다. 출판하기 전에 발행된 이름을 실제 편집자의 관례와 비교하십시오.
이 가이드에서는 최대 72시간이 소요되는 확인에 대해 설명하고 해결되지 않은 상태에 대한 재시도 또는 ID 재생성 지침을 제공합니다. 이를 제품 지침으로 취급하십시오. 잘못된 기록이 기다려도 유효할 것이라는 보장은 아닙니다. 활성 환경에서 ID를 다시 만드는 것은 종속성 검토 및 승인이 필요한 결과적인 구성 변경입니다. 자동으로 문제를 해결하는 방식이 되어서는 안 됩니다.
먼저 의도한 세 가지 별칭, 해당 대상, 권한 영역 및 현재 상태를 비교합니다. 무엇이든 변경하기 전에 불일치에 대한 증거를 보존하십시오. 단순히 다른 경로의 메시지가 실패했다는 이유로 작업 ID를 제거하지 마십시오. 검증 결과 및 문제 해결
별도의 기본 서버, 워크플로 및 외부 서버 요구 사항
Zuora 기본 이메일 서버의 경우 배달 가능성 가이드는 다음을 제공합니다. SPF mx 및 a:zgateway.zuora.com. 이는 조직의 전체 SPF 정책을 안전하게 대체하는 것이 아니라 해당 전송의 예입니다. 정책 변경을 제안하기 전에 승인된 다른 발신자를 보존하고 실제 평가된 신원을 식별하십시오.
Workflow의 SES 경로에 대해 가이드에서는 workflow@zuora.com 미리 검증된 기본 보낸 사람 주소로 설명합니다. 대신 조직의 자체 도메인을 사용하려면 문서화된 SPF 인증과 3개의 DKIM CNAME 레코드에 대한 Zuora 글로벌 지원 요청이 필요합니다. 지원 지원 값은 추측된 고급 SMTP ID와 교환할 수 없습니다.
외부 SMTP 소유자가 다릅니다. 조직이나 선택한 공급자가 관련 서버 및 인증 구성을 제공합니다. 이 가이드에서는 워크플로에 대한 외부 SMTP 옵션도 설명하지만 이 원고에서는 자격 증명을 생성하거나 애플리케이션을 등록하거나 OAuth를 구성하지 않습니다. 이러한 작업에는 자체 승인과 현재 제공자별 지침이 필요합니다. 운송 관련 섹션
메시지 수준에서 SPF 및 DMARC 해석
Zuora 가이드 이름에는 설명된 SES 기반 구성에 대한 include:amazonses.com . 해당 지침은 여전히 실제 경로 및 전체 정책과 조정되어야 합니다. 포함한다고 해서 Zuora에서 생성된 모든 메시지가 게시된 도메인을 사용한다는 보장은 없습니다. SPF 지정된 SMTP ID와 선택된 여러 ID를 평가합니다. SPF 레코드 자동으로 결합되지 않고 오류가 발생합니다.
병합된 정책을 수락하기 전에 DNS 종속 평가 조건과 기존 인증을 검토하세요. 그런 다음 승인된 대리인이 받은 메시지를 평가합니다. 표시되는 작성자 도메인, 서명 도메인 및 선택기, 관련 봉투 ID, 신뢰할 수 있는 수신자 결과를 기록합니다. DMARC 통과 정렬된 인증 ID가 필요합니다. 제품의 광범위한 규정 준수 설명이 특정 메시지가 일치한다는 증거는 아닙니다.
인증은 받은 편지함 배치, 고객의 청구서 수신 또는 지불 지침의 적법성을 보장하지 않습니다. 해당 비즈니스 결과를 기술 승인 진술서와 별도로 보관하십시오. RFC 7208 , 섹션 2.4; RFC 7208 , 섹션 3.2; RFC 7208 , 섹션 4.6.4; RFC 9989 , 섹션 4.4
청구 플랫폼 인계를 위한 수락 워크시트
실질적으로 다른 통지 및 작업 흐름 경로에 대해 별도로 제안된 원본 워크시트를 사용하십시오.
- 범위: 테넌트, 환경, 기능, 메시지 범주 및 선택한 전송.
- 보낸 사람: 의도된 작성자 도메인, 기본 ID와 사용자 지정 ID, 책임 있는 비즈니스 소유자.
- 제공업체 요청: 정확한 생성 또는 지원 발급 기록, 발급 인터페이스 및 소속 계정.
- DNS 검토: 영향을 받는 SPF 정책을 완료하고 해당하는 경우 3-CNAME 비교 및 기존 종속성을 확인합니다.
- 제품 상태: 하나의 일반 준비 라벨이 아닌 관련 상태 열, 값 및 타임스탬프.
- 메시지 승인: 작성자, 봉투 및 서명 ID와 신뢰할 수 있는 검증을 통해 승인된 샘플을 최소화합니다.
- 변경 제어: 승인, 소유자 롤백 및 예약된 청구 통신 처리.
- 릴리스: 현재 적용 가능성, 생산, 시각적 및 소유자 검토 격차가 명시적으로 기록됩니다.
이 빈 승인 디자인은 실행된 테스트가 아니며 청구 데이터, 자격 증명 또는 고객 메시지를 포함하지 않습니다.
허구 진단: 기본 워크플로 발신자의 증거
가상의 구독 기업은 프로덕션 알림 경로에 대한 고급 SMTP ID를 확인합니다. 그런 다음 검토자는 기본 공급자 발신자를 사용하여 워크플로 샘플을 수신하고 통과된 인증을 사용자 지정 도메인 청구 알림이 준비되었다는 증거로 처리합니다. 샘플과 요청된 경로가 일치하지 않습니다.
제안된 수정 사항은 추가 증거를 수집하기 전에 각 기능을 매핑하고 전송하는 것입니다. 팀은 성공적인 도메인 ID 상태를 유지하지만 의도한 알림 카테고리에서 적절하게 승인된 샘플을 요청합니다. 공유 SPF 정책을 대체하거나 ID를 삭제하여 관련 없는 메시지를 강제로 유사하게 표시하지 않습니다. 보고서는 해결되지 않은 워크플로 사용자 정의를 별도로 유지합니다. 이 시나리오는 가상이며 실제 테넌트 활동이나 확인된 Zuora 오류를 설명하지 않습니다.