디자인 토큰은 디자인 시스템의 시각적 디자인 요소, 즉 시각적 디자인 속성을 저장하는 명명된 엔티티입니다. UI 개발을 위한 확장 가능하고 일관된 시각 시스템을 유지하기 위해 하드 코딩된 값(예: 색상의 16진수 값 또는 간격의 픽셀 값) 대신 디자인 토큰을 사용합니다.1 디자인 토큰은 Lightning Web Components, Aura Components, CSS, iOS, Android 등 다양한 플랫폼 및 프레임워크에서 사용할 수 있습니다.2 디자인 토큰을 사용자 지정하여 컴포넌트와 애플리케이션에 브랜딩 및 테마를 적용할 수 있습니다.3 유틸리티 클래스는 여백, 패딩, 테두리, 텍스트 정렬과 같은 일반적인 스타일링 속성을 제공하는 CSS 클래스입니다.1 디자인 패턴은 탐색, 양식, 데이터 시각화와 같은 일반적인 디자인 문제에 대한 재사용 가능한 솔루션입니다. [디자인 토큰 - Lightning Design System, SLDS 디자인 토큰 | Lightning Web Components 개발자 가이드 | Salesforce 개발자, 디자인 토큰을 사용한 스타일링 - Salesforce 개발자, [디자인 패턴 - Lightning Design System]

Salesforce 인스턴스 내에서 은행 고객을 나타내는 데에는 표준 개인 계정 객체가 가장 적합합니다. 개인 계정은 회사가 아닌 개인을 나타내는 계정 유형입니다. 개인 계정은 계정 객체와 연락처 객체의 특성을 하나로 결합한 하이브리드 형태입니다. 은행은 개인 계정을 통해 이름, 이메일, 전화번호, 주소 등 개인에게 적용되는 정보를 저장할 수 있습니다. 개인 계정이 생성되면 연락처가 자동으로 생성되어 해당 계정과 연결됩니다. 개인 계정은 Salesforce에서 개인을 나타내는 공식 모델이며, B2B 및 B2C 활동 모두에서 비즈니스 계정과 함께 사용할 수 있습니다. Financial Services Cloud에서 개인 계정은 간소화되고 맞춤 설정 가능한 사용자 경험을 제공하는 데 활용될 수 있습니다.¹ 또한, 개인 계정에는 잠재적인 판매 또는 수익 창출 이벤트인 관련 기회가 연결될 수 있습니다. 이를 통해 재무 상담사는 고객 기록에 접근하여 각 고객과 관련된 모든 잠재적인 비즈니스 기회를 확인할 수 있습니다.²
다른 옵션들은 은행의 시나리오에 적합하지 않습니다. 표준 리드 객체는 은행의 상품이나 서비스에 관심을 표명했지만 아직 영업 기회로 확정되지 않은 잠재 고객을 의미합니다. 리드는 영업 준비가 완료되면 계좌, 연락처, 그리고 기회로 전환될 수 있습니다.3 하지만 은행은 이미 계좌를 보유한 기존 고객을 추적하는 데 리드를 사용할 필요가 없습니다. 표준 기회 객체는 계좌와 관련된 매출 또는 수익 창출 이벤트를 의미합니다. 기회는 여러 단계, 상품, 금액, 그리고 계약 성사 가능성을 가질 수 있습니다. 또한 기회는 리드 또는 연락처를 생성하기 위한 마케팅 활동인 캠페인과 연결될 수 있습니다.4 하지만 기회는 독립적인 객체가 아니라 계좌에 의존하기 때문에 은행은 기회만으로 고객을 대표할 수 없습니다. 표준 계좌 객체는 은행과 거래하는 회사 또는 조직을 의미합니다. 계좌는 여러 명의 연락처를 가질 수 있는데, 이들은 해당 계좌에서 근무하며 은행과 상호 작용하는 사람들입니다. 또한 계좌는 관련 기회, 사례, 활동 및 기타 기록을 가질 수 있습니다.5 하지만 현재 해당 은행은 기업 고객이나 사업체 고객이 없으므로 일반 계좌를 사용하는 것은 개인 고객의 특성을 반영하지 못할 것입니다.
Salesforce 비즈니스 계정을 개인 계정으로 변환하세요. Financial Services Cloud에서 개인 계정을 사용하면 간소화되고 맞춤 설정 가능한 사용자 환경을 제공받을 수 있습니다.
개인 계정 - Salesforce, 개인 계정 Sales Cloud 기본 사항 콘텐츠 닫기 선택 필터 제품 영역 기능 영향 에디션 개발자 에디션 엔터프라이즈 에디션 에센셜 에디션 프로페셔널 에디션 무제한 에디션 경험 Salesforce Classic 모바일 Lightning Experience 완료 632개 결과 감사 배지 액세스 구성 WDC 설정 Chatter Publisher 및 Salesforce 모바일 앱에서 감사 구성... WDC로 인정 문화 구축 WDC 관리 WDC 설정 활성화 또는 비활성화 WDC 에디션 및 권한 스킬 제한 사항 스킬 사용자 지정 권장 WDC 프로필 권장 WDC 권한 세트 WDC 기능 활성화 WDC 구성 WDC 전용 사용자 라이선스 할당 WDC 라이선스 할당 WDC 기능 구성 WDC 관리자 할당 지원 사례 생성 WDC 감사 및 스킬 기능 설정 시 고려 사항 프로필에 Publisher 레이아웃 할당 WDC 사용자 기능 라이선스 할당 WDC 프로필 할당 WDC 권한 세트 할당 레코드 세부 정보 페이지를 통해 스킬 승인 레코드 세부 정보 페이지를 통해 스킬 추가 레코드 세부 정보 페이지를 통해 스킬 제거 기회 업데이트 알림 예약 담당 지역의 계정 또는 기회 목록 보기 엔터프라이즈 영역 관리 알아보기 영역 유형 우선순위 영역 모델 최적화 영역 모델 지속적인 설계 영역 모델 영역 관리 엔터프라이즈 영역 관리 개념 영역 계획 및 관리 영역 모델 상태 영역 유형 영역 계층 구조 영역 계획 및 관리 개요 할당된 사용자가 있는 영역 보고서 할당된 계정이 없는 영역 보고서 영역 할당 규칙 실행 영역 보고 영역에 할당되지 않은 사용자 보고서 영역별 요약 가능한 계정 필드 보고서 엔터프라이즈 영역 관리 영역 역할별 영역 사용자 식별 영역 기회 영역 할당 필터 실행 계정 영역 할당 미리 보기 영역에 할당된 계정 보고서 엔터프라이즈 영역 관리를 사용한 영역 관리 영역 모델 수준에서 할당 규칙 보기 및 관리 엔터프라이즈 영역 관리: 무엇이 다르고 무엇이 제공되지 않는가...영업 담당자에게 리드의 담당 지역에 할당된 다른 사용자를 표시합니다. 엔터프라이즈 담당 지역 관리 기능을 활성화합니다. 엔터프라이즈 담당 지역 관리를 유지 관리합니다. 할당 규칙이 적용되는 지역을 확인합니다. 엔터프라이즈 담당 지역 관리를 활성화합니다. 담당 지역의 계정 및 기회에 대한 보고서를 생성합니다. 회사 담당 지역 모델을 살펴봅니다. 계정에 할당된 지역의 사용자를 식별합니다. 필터 기반 기회 담당 지역 할당을 활성화합니다. 계정의 영업 지역을 식별합니다. 엔터프라이즈 담당 지역 관리를 비활성화합니다. 계정 할당 규칙이 작동하는 방식을 이해합니다. 담당 지역에 대한 권한이 기능 및 데이터 액세스에 미치는 영향을 파악합니다. 기회를 담당 지역에 수동으로 할당하기 위한 요구 사항을 확인합니다. 기회를 담당 지역에 수동으로 할당합니다. 담당 지역 모델을 삭제합니다. 담당 지역 모델 레코드를 생성합니다. 담당 지역 보고를 위한 영업 관리 준비. 담당 지역 할당 설정 및 관리. 담당 지역 레코드에 대한 기본 사용자 액세스 권한을 정의합니다. Salesforce 플랫폼용 계정 | 개체 참조 | Salesforce ..., 계정 | Salesforce 플랫폼용 개체 참조 | Salesforce 플랫폼용 Salesforce 개발자 객체 참조(영문 페이지) 겨울 '24(API 버전 59.0) 여름 '23(API 버전 58.0) 봄 '23(API 버전 57.0) 겨울 '23(API 버전 56.0) 여름 '22(API 버전 55.0) 봄 '22(API 버전 54.0) 겨울 '22(API 버전 53.0) 여름 '21(API 버전 52.0) 봄 '21(API 버전 51.0) 겨울 '21(API 버전 50.0) 여름 '20(API 버전 49.0) 봄 '20(API 버전 48.0) 겨울 '20(API 버전 47.0) 여름 '19(API 버전 46.0) 봄 '19(API 버전 45.0) 겨울 '19(API 버전 44.0) 여름 '18(API 버전 43.0) 봄 '18(API 버전 42.0) 2018년 겨울 (API 버전 41.0) 2017년 여름 (API 버전 40.0) 2017년 봄 (API 버전 39.0) 2017년 겨울 (API 버전 38.0) 2016년 여름 (API 버전 37.0) 2016년 봄 (API 버전 36.0) 2016년 겨울 (API 버전 35.0) 2015년 여름 (API 버전 34.0) 2015년 봄 (API 버전 33.0) 2015년 겨울 (API 버전 32.0) 2014년 여름 (API 버전 31.0) 2014년 봄 (API 버전 30.0) j Salesforce 개체 및 필드 개요 참조 관련 개체 (피드, 기록, 소유자 공유 규칙, 공유,및 ChangeEvent 객체) 사용자 정의 객체 객체 인터페이스 표준 객체 AcceptedEventRelation Account AccountBrand AccountContactRelation AccountCleanInfo AccountContactRole AccountInsight AccountOwnerSharingRule AccountPartner AccountRelationship AccountRelationshipShareRule AccountShare AccountTag AccountTeamMember AccountTerritoryAssignmentRule AccountTerritoryAssignmentRuleItem AccountTerritorySharingRule AccountUserTerritory2View ActionCadence ActionCadenceRule ActionCadenceRuleCondition ActionCadenceStep ActionCadenceStepTracker ActionCadenceStepVariant ActionCadenceTracker ActionCdncStpMonthlyMetric ActionLinkGroupTemplate ActionLinkTemplate ActionPlan ActionPlanItem ActionPlanTemplate ActionPlanTemplateItem ActionPlanTemplateItemValue ActionPlanTemplateVersion ActiveFeatureLicenseMetric ActivePermSetLicenseMetric ActiveProfileMetric ActiveScratchOrg ActivityHistory ActivityMetric ActivityUsrConnectionStatus AdAvailabilityDimensions AdAvailabilityJob AdAvailabilityViewConfig AdBuyServerAccount AdCreativeSizeType AdDigitalAvailability AdditionalNumber Address AdLinearAvailability AdOpportunity AdOrderItem AdOrderItemCreativeSizeType AdOrderLineAdTarget AdPageLayoutType AdProductTargetCategory AdQuote AdQuoteLine AdQuoteLineCreativeSizeType AdQuoteLineAdTarget AdServer AdServerAccount AdServerUser AdSpaceCreativeSizeType AdSpaceGroupMember AdSpaceSpecification AdSpecMediaPrintIssue AdTargetCategory AdTargetCategorySegment AgentWork AgentWorkSkill AIApplication AIApplicationConfig AIInsightAction AIInsightFeedback AIInsightReason AIInsightValue AiModelLanguage AIRecordInsight AllowedEmailDomain AlternativePaymentMethod AnalyticsLicensedAsset Announcement ApexClass ApexComponent ApexLog ApexPage ApexPageInfo ApexTestQueueItem ApexTestResult ApexTestResultLimits ApexTestRunResult ApexTestSuite ApexTrigger ApexTypeImplementor AppAnalyticsQueryRequest AppDefinition AppExtension ApplicationFormTemplate AppMenuItem AppointmentAssignmentPolicy AppointmentScheduleAggr Lead | Salesforce 플랫폼용 개체 참조 | Salesforce ..., Lead | Salesforce 플랫폼용 개체 참조 | Salesforce 플랫폼용 Salesforce 개발자 객체 참조(영문 페이지) 겨울 '24(API 버전 59.0) 여름 '23(API 버전 58.0) 봄 '23(API 버전 57.0) 겨울 '23(API 버전 56.0) 여름 '22(API 버전 55.0) 봄 '22(API 버전 54.0) 겨울 '22(API 버전 53.0) 여름 '21(API 버전 52.0) 봄 '21(API 버전 51.0) 겨울 '21(API 버전 50.0) 여름 '20(API 버전 49.0) 봄 '20(API 버전 48.0) 겨울 '20(API 버전 47.0) 여름 '19(API 버전 46.0) 봄 '19(API 버전 45.0) 겨울 '19(API 버전 44.0) 여름 '18(API 버전 43.0) 봄 '18(API 버전 42.0) 2018년 겨울 (API 버전 41.0) 2017년 여름 (API 버전 40.0) 2017년 봄 (API 버전 39.0) 2017년 겨울 (API 버전 38.0) 2016년 여름 (API 버전 37.0)0) 2016년 봄 (API 버전)

자주 사용하는 콘텐츠에 보다 직관적으로 접근할 수 있도록 영업 담당자는 다음 두 가지 권장 사항을 활용할 수 있습니다.
탐색 모음 개인 설정: 탐색 모음은 Lightning Experience 페이지 상단에 있는 가로 메뉴로, 사용자가 앱, 개체 또는 유틸리티와 같은 다양한 항목 간에 전환할 수 있도록 합니다. 사용자는 선호도와 필요에 따라 항목을 추가, 제거 또는 재배열하여 탐색 모음을 개인 설정할 수 있습니다. 예를 들어 영업 담당자는 계정, 기회 및 보고서 항목을 탐색 모음에 추가하여 빠르게 액세스할 수 있습니다. 탐색 모음을 개인 설정하려면 앱 이름 옆에 있는 연필 아이콘을 클릭하고 편집 옵션을 사용하면 됩니다.
즐겨찾기 바로가기 만들기: 즐겨찾기는 사용자가 Salesforce에서 자주 액세스하는 페이지, 레코드, 보고서, 대시보드 또는 그룹에 대한 링크를 저장하기 위해 만들 수 있는 책갈피입니다. 사용자는 페이지 헤더의 별표 아이콘을 클릭하여 즐겨찾기를 만들 수 있습니다. 또한 즐겨찾기를 폴더로 정리하여 모든 장치에서 액세스할 수 있습니다. 즐겨찾기를 보거나 관리하려면 헤더의 즐겨찾기 아이콘을 클릭하면 됩니다. 즐겨찾기를 사용하면 시간을 절약하고 Salesforce를 더욱 효율적으로 탐색할 수 있습니다.

Cloud Kicks의 스토리지 시설 정보를 Salesforce에 저장하는 가장 좋은 방법은 스토리지 시설을 나타내는 객체와 시설 세부 정보를 저장하는 필드를 사용하는 것입니다. Salesforce의 객체와 필드는 데이터베이스의 테이블과 열에 각각 해당하기 때문입니다.¹ 각 객체는 데이터 값을 저장하는 필드 집합을 포함하고, 각 레코드는 객체의 인스턴스입니다.¹ 따라서 Cloud Kicks가 Excel 시트에 있는 정보와 동일한 정보를 저장하려면 'Storage Facility'라는 사용자 정의 객체를 생성하고 위치, 용량, 재고 등 추적하려는 각 세부 정보에 대한 필드를 추가할 수 있습니다. 그런 다음 각 스토리지 시설에 대한 레코드를 생성하고 해당 데이터로 필드를 채우면 됩니다. 이렇게 하면 구조화되고 일관된 방식으로 데이터를 저장 및 관리하고 보고서, 대시보드, 자동화 및 보안과 같은 Salesforce의 기능과 이점을 활용할 수 있습니다.²³
저장 시설 세부 정보를 나타내는 데 객체를 사용하고 저장 시설을 저장하는 데 필드를 사용하는 것은 적절하지 않습니다. 객체를 데이터 값으로 사용하는 것은 이치에 맞지 않기 때문입니다. 객체는 엔티티 또는 개념을 나타내기 위한 것이지 속성이나 특성을 나타내기 위한 것이 아닙니다.¹ 저장 시설과 시설 세부 정보 모두를 객체로 나타내는 것 또한 데이터 모델에 불필요한 복잡성과 중복을 초래하므로 바람직하지 않습니다. 객체는 조회, 마스터-세부, 다대다 등 다양한 유형의 관계를 통해 서로 연결될 수 있습니다.⁴ 그러나 이 경우 각 저장 시설 세부 정보는 독립적인 엔티티가 아니라 저장 시설의 특성이므로 각 세부 정보에 대해 별도의 객체를 생성할 필요가 없습니다. 각 세부 정보에 대해 별도의 객체를 생성하면 더 많은 필드, 레코드 및 관계를 생성해야 하므로 유지 관리 및 저장 비용이 증가하고 시스템 성능과 사용성이 저하됩니다.⁵ 참고:
Salesforce의 객체와 필드에 대한 모든 것을 알아보세요 - Forcetalks
Salesforce CRM 관리 마스터하기 - Packt 구독 서비스
Salesforce 객체 및 필드 개요
Salesforce 플랫폼용 객체 참조
사용자 정의 개체 및 표준 개체 이해하기 단원 | Salesforce Trailhead

조회 관계는 두 개체를 연결하는 관계 유형이지만, 관계가 필수적이지는 않습니다. 즉, 자식 개체가 부모 개체와 독립적으로 존재할 수 있습니다. 조회 관계는 관련된 개체의 카디널리티에 따라 일대다 또는 다대일일 수 있습니다. 예를 들어, 연락처는 계정에 대한 조회 관계를 가질 수 있습니다. 이는 연락처가 하나의 계정에 속할 수 있지만, 하나의 계정은 여러 연락처를 가질 수 있음을 의미합니다. 반대로, 사용자 정의 개체는 사용자에 대한 조회 관계를 가질 수 있습니다. 이는 사용자 정의 개체가 여러 사용자에게 속할 수 있지만, 사용자는 하나의 사용자 정의 개체 레코드만 가질 수 있음을 의미합니다. (Trailhead: 데이터 모델링, Trailhead: Salesforce 사용자 경험 디자이너 인증 준비, Salesforce 도움말: 조회 관계 정의)