제목: Freshsuccess와 타사 시스템 통합
Freshsuccess는 고객에 대한 360도 뷰를 제공하기 위해 다양한 타사 시스템 통합을 지원합니다. 이 문서에서는 타사 시스템 간의 계정이 어떻게 동기화되는지 탐색합니다.
반드시 읽어야 할 내용: 효과적인 계정 ID 선택
반드시 읽어야 할 내용: 계정 시스템 기록 선택
지원되는 통합의 전체 목록은 여기에서 확인할 수 있습니다.
새로운 통합 요청은 support@freshsuccess.com으로 보내실 수 있습니다.
반드시 읽어야 할 내용: 효과적인 account_id 선택
Freshsuccess와 동기화된 모든 객체는 account_id가 필요하며, 삽입 시 계정에 성공적으로 연결될 수 있습니다.
프로그래밍 방식으로 생성
수동으로 생성된 account_id는 불일치를 초래할 수 있으므로 반드시 피해야 합니다. account_id는 여러 시스템에서 정확히 일치해야 합니다(대소문자 구분). 가능한 경우, 일관되고 자동화된 프로그래밍 방식을 통해 account_id를 생성하십시오.
숫자가 더 좋습니다
수동 입력이 유일한 옵션인 경우, 숫자만 포함하고 공백이 없는 account_id가 가장 좋습니다. 이는 대소문자를 구분하지 않기 때문입니다.
텍스트로 저장
Freshsuccess는 모든 account_id를 문자열/텍스트로 처리합니다.
모든 account_id를 문자열/텍스트(선호) 또는 정수/롱(허용)으로 저장하는 것이 중요합니다.
소수/부동 소수점으로 account_id를 저장하면 문제가 발생할 수 있습니다(예: "12345.0"은 "12345"와 일치하지 않음).
제품에서 접근 가능합니까?
제품 사용 이벤트와 메타데이터는 user_ids를 포함해야 하며, 선택적으로 account_ids를 포함해야 합니다.
제품 사용 이벤트에 account_ids가 없는 경우, user_ids와 account_ids 간의 연결을 포함하는 매핑 테이블이 FDCS에 있어야 합니다.
이미 제품에 존재하는 account_id를 사용하면 엔지니어링 노력을 줄일 수 있습니다.
새로운 account_ids 자동 전파
새로운 account_ids는 모든 시스템에 전파되어야 합니다.
새로운 계정 생성이 모든 시스템에서 완전히 자동화될 수 있도록 하여 운영 비용을 줄이고 Freshsuccess에 지연 없이 새로운 계정이 나타나도록 하십시오.
반드시 읽어야 할 내용: 계정 시스템 기록 선택
계정 이외의 객체가 Freshsuccess에 성공적으로 삽입되기 위해서는 제공된 account_id가 FDCS에 존재해야 하며, 그렇지 않으면 해당 객체는 거부됩니다.
데이터 통합의 첫 번째 단계는 계정을 Freshsuccess에 "로드"하는 것입니다.
계정을 Freshsuccess에 자동으로 로드하려면, 하나의 시스템이 귀하의 계정 목록을 완전히 포함하는 "기록 시스템"(SOR)이 되도록 요청합니다. 이 단계를 FDCS 통합을 통해 자동화하는 것이 중요하며, 이는 미래에 새로운 계정이 지연 없이 로드되도록 합니다.
모든 계정을 포함합니까?
모든 계정을 포함하고 미래에도 최신 상태를 유지할 SOR을 선택하십시오.
필수 필드를 포함합니까?
Freshsuccess 계정에는 3개의 필드가 필요합니다:
- account_id: 이전 섹션에서 논의한 바와 같이, SOR은 선택한
account_id를 포함해야 합니다. - 이름: SOR은 Freshsuccess에 표시하고자 하는 계정 이름을 포함해야 합니다. 내부적으로 고객을 참조하는 방법을 생각해 보십시오. 이러한 이름을 Freshsuccess 내에서 검색할 수 있어야 합니다.
- 가입 날짜: Freshsuccess가 계정 활동 및 수익을 찾기 시작하는 날짜입니다.
필터링할 수 있습니까?
수익을 창출하거나/또는 활성화된 계정만 Freshsuccess에 나타나도록 계정을 필터링하고자 할 것입니다.
이를 위해 SOR은 FDCS가 계정을 필터링할 수 있는 방법을 포함해야 하며, 일반적으로 필드 값을 확인하여 수행됩니다. SOR은 이 필드를 포함하거나, 필드가 있는 시스템으로의 경로가 존재해야 합니다.
예를 들어, Salesforce를 SOR로 선택하고 Zuora에 존재하는 Salesforce 계정만 가져올 수 있습니다. 이 경우, Zuora와 Salesforce account_id 간의 매핑이 어느 시스템에든 존재해야 합니다.
반드시 읽어야 할 내용: account_id를 어디에 저장할 것인가?
최고의 선택
CRM
- Salesforce: 계정 객체의 사용자 정의 필드
- 일반적으로 제품에서 전송되는 사용자 정의 필드 값
- 텍스트로 저장하십시오.
- Account.Id 또는 Opportunity.Id
- Salesforce ID를
account_id로 선택하면 Salesforce ID가 다른 시스템으로 전파되거나 그 반대가 되어야 합니다.
Freshsales
- sales_accounts 객체의 Id 필드
- 일반적으로 제품에서 전송됩니다.
- Contact 객체의 Sales_Account_id 필드
- 이 접근 방식은 여러 연락처가 동일한 회사와 일치할 수 있으므로 문제가 발생할 수 있으며, 하나의 객체만 계정에 매핑될 때 가장 좋습니다.
Capsule
- Party/Organisation 객체의 사용자 정의 필드
- 일반적으로 제품에서 전송됩니다.
- Organisation 객체의 Contacts.website.webaddress 필드
- 수동으로 입력된 필드입니다.
고객 지원
Freshdesk
- Companies 객체의 사용자 정의 필드
- 일반적으로 제품에서 전송됩니다.
- Contacts 객체의 Email 필드
- 모든 이메일이 Freshsuccess 계정 사용자 또는 연락처에 존재하는 경우, 지원 티켓을 계정에 매핑하는 데 사용할 수 있습니다. 수동으로 입력된 필드임을 유의하십시오.
Zendesk
- Organizations 객체의 External_id 필드
- 일반적으로 제품에서 전송됩니다.
- Users 객체의 Email 필드
- 모든 이메일이 Freshsuccess 계정 사용자 또는 연락처에 존재하는 경우, 지원 티켓을 계정에 매핑하는 데 사용할 수 있습니다. 수동으로 입력된 필드임을 유의하십시오.
JIRA
- Issues 객체의 사용자 정의 필드
- 일반적으로 제품에서 전송됩니다.
- Jira Issues의 기존 Id 필드를 Freshsuccess Accounts의
account_support_id로 저장 - Jira Issues 객체에 계정을 참조하는 Id가 있는 경우, 해당 Id를 Freshsuccess Accounts 내에
account_support_id로 추가할 수 있으며, 이 필드를 사용하여 지원 티켓을 계정에 연결할 수 있습니다.
재무
Recurly
- Recurly Account.account_code를 외부 시스템에 저장 및 매핑
- Recurly는 사용자 정의 필드를 지원하지 않습니다.
- 최고의 방법은 SOR에서 새 계정을 생성한 후 Recurly 계정을 자동으로 생성하고, Recurly
account_code를 SOR에 저장하는 것입니다. - Account 객체의 Email 필드
- 모든 이메일이 Freshsuccess 계정 사용자 또는 연락처에 존재하는 경우, Recurly 계정을 Freshsuccess 계정에 매핑하는 데 사용할 수 있습니다. 수동으로 입력된 필드임을 유의하십시오.
Chargebee
- Customers 객체의 사용자 정의 필드/메타데이터
- 일반적으로 제품에서 전송됩니다.
- Customers 객체의 ID 필드
- Chargebee ID를
account_id로 선택하면 이 ID가 다른 시스템으로 전파되어야 합니다.
Chargify
- Customers 객체의 참조 필드
- 일반적으로 제품에서 전송됩니다.
- Customers 객체의 Email 필드
- 모든 이메일이 Freshsuccess 계정 사용자 또는 연락처에 존재하는 경우, Chargify 계정을 Freshsuccess 계정에 매핑하는 데 사용할 수 있습니다. 수동으로 입력된 필드임을 유의하십시오.
Stripe
- Customers 객체의 사용자 정의 필드/메타데이터
- 일반적으로 제품에서 전송됩니다.
- Customers 객체의 Email 필드
- 모든 이메일이 Freshsuccess 계정 사용자 또는 연락처에 존재하는 경우, Stripe 계정을 FDCS 계정에 매핑하는 데 사용할 수 있습니다. 수동으로 입력된 필드임을 유의하십시오.
Xero
- Contacts 객체의 AccountNumber 필드
- 자신의 제품 계정 ID로 채우십시오.
- Contacts 객체의 Email 필드
- 모든 이메일이 Freshsuccess 계정 사용자 또는 연락처에 존재하는 경우, Xero 계정을 FDCS 계정에 매핑하는 데 사용할 수 있습니다. 수동으로 입력된 필드임을 유의하십시오.
상호작용
Intercom
- Companies 객체의 Company_id 필드
- 일반적으로 제품에서 전송됩니다.
- users 객체의 Custom_attributes 필드
- 일반적으로 제품에서 전송됩니다.
NPS
Delighted
- SurveyResponse 객체의 Person.email 필드
- 모든 이메일이 Freshsuccess 계정 사용자 또는 연락처에 존재하는 경우, Delighted 연락처를 FDCS 계정에 매핑하는 데 사용할 수 있습니다. 수동으로 입력된 필드임을 유의하십시오.