* Korea Support Group *

📣 Trailblazer Community가 Slack에서 새롭게 시작됩니다! 💜

여러분!!! 앞으로 온라인 Trailblazer Community는 Slack을 기반으로 한 커뮤니티로 전환될 예정입니다😮

👀 그럼 Slack에서는 뭐가 달라질까요? 지역이나 역할, 관심 분야에 맞는 채널을 찾아 다른 Trailblazer들과 더 쉽게 연결되고 실시간으로 이야기를 나눌 수 있게 됩니다.  또 Slackbot과 Answers Agent를 활용해 궁금한 내용을 질문하고, 관련 채널이나 Trailhead 콘텐츠, 필요한 답변도 보다 빠르게 찾을 수 있다고 해요! 💬

💡그리고 많이 궁금해하실 것 같은 부분! 별도의 유료 Slack 라이선스 없이 참여할 수 있고, Salesforce가 운영하는 Slack Workspace에 참여하는 방식으로 제공될 예정입니다. 

지금 Dreamforce에 계신 분들이라면 Moscone West 2층 Community Cove에서 미리 체험해보실 수도 있습니다! 온라인에서도 데모를 확인하고 피드백을 남길 수 있다고 하니 궁금하신 분들은 한번 살펴보세요✨ 

🇰🇷 한국 Trailblazer들을 위한 Slack 채널에 대한 구체적인 일정과 이용 방법도 확인되는 대로 Korea User Group을 통해 안내드리겠습니다. 플랫폼은 달라지지만, Trailblazers helping Trailblazers라는 Community의 핵심은 계속 이어집니다🩵 Stay tuned! 👀

👉🏻 자세한 내용은 Salesforce 공식 블로그에서 확인해 주세요. 

The Online Trailblazer Community: Reimagined Together and Coming Soon to Slack

안녕하세요. 

Salesforce CSG 테크니컬 서포트 강연수입니다. 

무더운 여름이 지나가고 있네요. 환절기 건강 유의하시기 바랍니다. 

오늘은 2026년 6월부터 적용되어 왔던 Salesforce Platform 보안 강화 내용 중 로그인 관련 내용을 안내드리고자 합니다. 특히 2026년 9월 1일 (미국시간 기준) 부터 일본/한국 리전의 모든 조직의 피싱 방지 MFA, 모든 사용자 MFA 설정이 강제되기에 주의 깊게 봐주시면 감사하겠습니다. 

🎯보안 강화 개요🎯

최근 사이버 공격이 점점 더 교묘해지고 있어, Salesforce에서는 고객 Org를 보호하기 위해 보안 강화를 실행하고 있습니다. Salesforce UI에 직접 로그인하는 분들과 

앞으로는 로그인할 때 비밀번호만으로는 로그인이 불가하며, 본인 확인 수단이 하나 더 필요해집니다. 

🚨1. 관리자/특권 사용자 대상 피싱 방지(Phishing-Resistant) MFA 강제 적용 

• 대상: 시스템 관리자 프로필 사용자, 또는 "모든 데이터 수정", "모든 데이터 참조", "응용 프로그램 사용자 정의", "Apex 개발" 권한을 보유한 사용자
• 보안 키(Security Key)나 내장 Authenticator(Touch ID, Face ID, Windows Hello 등)로만 인증 가능하며, Salesforce Authenticator는 이 요건을 충족하지 않습니다.
• "면제 사용자용 다단계 인증 포기" 권한은 더 이상 작동하지 않습니다.

참고 자료 : Prepare for Phishing-Resistant MFA Enforcement for Privileged Users including Admins

패스키 등록 관련 참고 자료: Create a Passkey, Troubleshoot Passkey Issues

참고 영상📼:KO - Phishing-Resistant MFA for Privileged Users

🚨2. 전체 직원 사용자 대상 다단계 인증(MFA) 강제 적용

• 대상: 시스템 관리자·특권 사용자를 제외한 모든 내부 사용자
• 로그인 시 사용자명/비밀번호 외에 MFA 검증(Salesforce Authenticator, 제3자 TOTP 앱, 보안 키, 내장 Authenticator 등)이 필수가 됩니다.
• 마찬가지로 "면제 사용자용 다단계 인증 포기" 권한은 더 이상 MFA를 면제하지 않습니다.

참고 자료 :Prepare for MFA Enforcement for All Employee Users

참고 영상📼: KO - Get Ready for MFA for All

MFA 이외에도 보고서 내보내기 스텝업 인증 등, 보안 업데이트 관련 상세 내용은 참고 자료 및 PDF 파일을 참고해 주시기 바랍니다. 

✏️문제가 생기면 꼭 읽어주시기 바랍니다.

관련 상세 내용 확인이 필요하신 경우, Salesforce Support로 문의해 주시기 바랍니다.

안녕하세요, Salesforce Technical Support Team 박용준 입니다. 

한여름 무더위가 기세를 부리는 8월입니다. 

지치기 쉬운 날씨 속에서도 잠시 수분과 휴식을 취하시며 활력 있는 하루를 보내시길 바랍니다. 

오늘은 Data 360: ID확인(Identity Resolution)의 크레딧 소비계산규칙 및 최적화 베스트프랙티스에 대해 안내드립니다.  

Data 360을 보다 효율적으로 활용하시는데 참고해 주시면 감사하겠습니다. 

※ 본 Knowledge 의 내용은 Data Services Credits를 대상으로 하며, Flex Credits는 대상에서 제외됩니다. 

 Data Services Credits의 소비율에 관한 최신 정보는 Multipliers for Data 360 을 확인해 주시기 바랍니다. 

------ 

ID 확인(Identity Resolution) 의 크레딧 소비기본원칙

ID 확인(Identity Resolution) 실행과 관련된 데이터 사용량 유형은 '배치 프로필 통합(Batch Profile Unification)'입니다. 

크레딧소비는처리된행(Row) 수를 기준으로 산정됩니다. 

대상레코드

ID 확인(Identity Resolution)과 관련된 DMO 및 DLO 측의 신규·업데이트 레코드. 규칙 세트(Ruleset)의 최초 실행 이후에는 신규생성되거나 변경사항이있는 '소스프로필'만 소비 대상이 됩니다. 

변경감지

DLO 레코드의 변경 감지는 DMO에 매핑되어있는 필드만을 대상으로 합니다. 매핑되지 않은 항목만 변경된 경우에는 ID 확인(Identity Resolution) 처리 대상에서 제외됩니다. 

소비량

100만 레코드당 운영(Production) 환경에서는 10만크레딧, Sandbox 환경에서는 8만크레딧을 소비합니다. 

특징 

ID 확인(Identity Resolution)(Batch Profile Unification)은 Data 360의 전체 처리 과정 중 크레딧 소비 비중이 가장 높은 기능입니다. 예를 들어, Data Queries와 비교하면 소비 요율이 약 5만 배 차이 납니다. 

------- 

크레딧 소비를 최소화 하기위한 베스트프랙티스

크레딧 소비를 최소한으로 억제하기 위해 다음 사항들을 참고해 주시기 바랍니다. 

• 규칙세트(Ruleset) 변경빈도 최소화: 규칙 세트를 업데이트하면 전체 데이터에 대한 재처리(Full Reprocessing)가 실행되므로, 변경은 계획적이고 최소한으로 진행합니다.
• 매핑항목의 엄선: DLO에서 DMO로의 매핑은 ID 확인이나 세그멘테이션 등 업무에 반드시 필요한 항목으로만 한정하십시오.
• 불필요한 ID 확인설정 비활성화: 사용하지 않는 규칙 세트는 즉시 비활성화하거나 삭제하십시오.
• 데이터소스 업데이트타이밍 동기화: 여러 DLO에서 하나의 DMO로 매핑하는 경우, 업데이트 타이밍을 최대한 일치시킴으로써 Identity Resolution 프로세스가 불필요하게 여러 번 트리거되는 것을 방지할 수 있습니다.

크레딧소비를 증대시키는 리스크요인 (사례)

업데이트 빈도가 높은 항목을 ID 확인과 관련된 DMO(Individual 등)에 매핑하면, 처리 대상 레코드가 방대해져 비용이 급증할 리스크가 있습니다. 과거에 CRM 측의 정기적인 시스템 업데이트로 인해 예상치 못한 크레딧 소비가 발생했던 사례가 있습니다. 

사례: 수억건 규모의 재처리로인한 예산초과

• 원인: Individual DMO에 Last Modified Date(최종 수정일) 필드를 매핑한 것이 원인이었습니다.
  • ※ Last Modified Date는 업데이트 빈도가 매우 높은 항목이므로, CRM 측의 거의 모든 데이터 업데이트가 반영됩니다.
• 발생 메커니즘:
  • CRM 측에서의 전체 백업이나 시스템 배치(Batch) 작업으로 인해 레코드의 Last Modified Date가 일제히 업데이트됨.
  • Data 360은 매핑된 항목의 변화를 감지하고 '모든 레코드에 변경 사항 있음'으로 판정함.
  • ID 확인 실행 시, Last Modified Date 이외의 데이터 내용에 변경이 없더라도 모든 레코드가 '재처리 대상'으로 카운트되어 크레딧을 대량으로 소비함.

CRM 커넥터이용시 주의사항 및 대책 

DLO에서 DMO로 데이터를 매핑할 때, 업데이트 빈도가 높아지기 쉬운 CRM 측의 타임스탬프(Timestamp) 항목 등을 포함할 경우 각별한 주의가 필요합니다. 

• 리스크: DLO에서 DMO로 매핑 시, 'SystemModStamp'를 포함하면 CRM 측의 모든 업데이트가 반영되며, 'Last Modified Date'를 포함하면 거의 모든 업데이트가 반영됩니다. 그 결과, 이러한 항목들이 ID 확인처리 대상이 되어 크레딧 소비가 증가하는 원인이 됩니다.
• 주의사항: CRM 커넥터에서표준데이터번들(Standard Data Bundles)을 사용한 경우, 해당 DLO의 Last Modified Date가 ID 확인 관련 DMO의 Last Modified Date에 기본값(Default)으로 매핑됩니다.
• 대책: ID 확인 에 필요하지 않은 항목은 수동으로 매핑을 해제할 것을 권장합니다.

본 글에서 안내 해 드린 내용은 아래 사이트에서도 확인하실 수 있습니다. 

Data 360: ID확인(Identity Resolution)의 크레딧 소비 계산 규칙 및 최적화 베스트 프랙티스

Salesforce 이용에 불편이 없도록 최선을 다하겠습니다. 계속해서 Salesforce를 애용해 주세요! 

【중요】Salesforce: 이메일 발송 시 도메인 소유권 확인 강화에 대하여

항상 Salesforce를 이용해 주셔서 감사합니다. 

Salesforce 서포트팀의 감정수입니다. 

3월 2일에 발송된 제품 및 서비스 관련 안내 메일에서도 공지드린 바와 같이, 이메일 보안 강화를 위해 이메일 도메인 소유권 확인 절차가 강화되어 순차적으로 적용될 예정입니다.

도메인 검증이 완료되지 않은 경우, 해당 도메인으로는 이메일 발송이 불가능해지므로 조속한 대응을 부탁드립니다. 

■ 개요 

Salesforce Platform(Sales Cloud / Service Cloud 등)에서 발송되는 이메일의 신뢰성과 도달률을 향상시키기 위해 발신 도메인의 소유권 확인이 필수화됩니다. 

■ 대상 제품 

Salesforce Platform 

(Sales Cloud / Service Cloud 등) 

■ 대상 제외 기능 및 서비스 

아래 방식으로 발송되는 이메일 및 제품은 이번 도메인 검증 대상에서 제외됩니다.

• gmail.com, outlook.com, 그리고 hotmail.com과 같은 주요 메일 서비스 제공자의 도메인
• Salesforce Platform 이외의 제품(Marketing Cloud / Account Engagement 등)
• Einstein 활동 수집
• 외부 서비스(Gmail / Office 365)를 경유한 발송

단, 위에서 설명된 외부 이메일 전송 방식을 사용하는 경우에 대한 설명입니다. 

이러한 외부 전송 방식을 사용하는 경우에도, 리드, 연락처, 기회, 계정 및 사례를 제외한 Salesforce 영역에서 발송되는 이메일은 여전히 도메인 검증 요구 사항을 충족해야 합니다. 

또한 Inbox 및 Einstein 활동 수집(EAC)은 사례 개체에는 적용되지 않습니다.

■ 대응 방법 

Salesforce 시스템 관리자 및 DNS 관리자께서는 아래 중 하나의 설정을 진행해 주시기 바랍니다.

• DKIM 키 생성 및 활성화
• 승인된 이메일 도메인 설정

중요 사항으로 어느 설정이든 DNS에 레코드(CNAME 등)를 추가해야 합니다. 

사내 네트워크 또는 DNS 관리 담당자와 협력하여 진행해 주시기 바랍니다. 

■ 대응 기한 

2026년 3월 9일 3월 23일부터 본 변경 사항이 적용됩니다.

• 2026년 3월 23일 이후 Salesforce 조직에서 새로운 이메일 도메인을 추가하는 경우, 도메인 검증이 완료되지 않으면 이메일이 발송되지 않습니다.
• 최근 30일 이내에 사용된 기존 이메일 도메인의 경우, 아래 기한까지 도메인 검증을 완료하지 않으면 이메일 발송이 중단됩니다.

-Sandbox 조직: 2026년 4월 7일 (패치 릴리스 일정이 연기됨에 따라, 새로운 일정이 확정되는 대로 공식 문서를 통해 다시 안내드릴 예정입니다.)

-Production 조직: 2026년 4월 27일 (패치 릴리스 일정이 연기됨에 따라, 새로운 일정이 확정되는 대로 공식 문서를 통해 다시 안내드릴 예정입니다.)

***향후 일정 변경이 있을 경우 관련 안내는 공식 문서를 통해 업데이트될 예정입니다. ***

위의 공식 문서는 영어 버전이 항상 최신 정보를 표시하므로, 가능하시다면 영어 문서를 먼저 확인해 주실 것을 부탁드립니다.

■ 참고 정보 

자세한 내용은 아래 자료를 참고해 주시기 바랍니다. 

Verify Your Email Domain Ownership

Requirements to Send Email from Salesforce

반품 이메일 확인을 위한 도메인 인증

DKIM 키 만들기

Spring '26 이메일 전송 도메인 인증 요구사항

여러분에게 조금이라도 도움이 되길 바랍니다. 

계속해서 Salesforce 를 애용해 주세요!