기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# FAQ
이러한 일반적인 질문과 답변을 사용하여 사용자 지정 통합을 지원합니다.
**Topics**
+ [일반 FAQ](general-faq.md)
+ [기술 FAQ - 필드](technical-faq-fields.md)
+ [기술 FAQ - Amazon S3](technical-faq-s3.md)
+ [기술 FAQ - 리드 및 기회](technical-faq-leads-and-opps.md)
+ [기술 FAQ - 버전 관리 및 이전 버전과의 호환성](technical-faq-versioning.md)
# 일반 FAQ
## 통합은 어떻게 작동하나요?
**Q: 파일을 보내고 받는 데 사용되는 Amazon Simple Storage Service(Amazon S3) 버킷에 액세스할 수 있습니까?**
예. 파트너는 버킷에 액세스할 수 있는 AWS Identity and Access Management (IAM)의 보안 암호/액세스 키를 사용하여 프로그래밍 방식으로 Amazon S3 버킷에 액세스할 수 있습니다. 파트너는 Amazon S3 버킷에 대한 콘솔 액세스 권한이 없습니다. 이러한 버킷은 Amazon Web Services(AWS)의 자체 계정에 있기 때문입니다.
**Q: 파트너의 개발자가 필요로 하는 스킬 세트는 무엇입니까?**
파트너의 개발자는 고객 관계 관리(CRM) 시스템과 Amazon S3에 익숙해야 합니다.
**Q: 샘플 코드 파일에 전체 코드가 포함되어 있습니까? 아니면 파트너가 코드를 작성해야 합니까?**
파트너는 제공된 샘플 코드 파일을 기반으로 코드를 작성해야 합니다.
**Q: 파트너가 Python, Golang 또는 기타 언어로 솔루션을 개발하는 경우 ( AWS Partner Network APN) Customer Engagement(ACE)는이 통합을 위해 해당 언어로 소프트웨어 개발 키트(SDK)를 제공합니까?**
아니요.
**Q: Amazon S3 버킷에서 내부 ACE로의 동기화 프로세스는 무엇입니까?**
매시간 배치 프로세스가 실행되어 파일을 선택하고 정보를 동기화합니다. AWS 영업 팀이 레코드를 업데이트하면 파트너의 버킷으로 전송하는 데 최대 1시간이 걸릴 수 있습니다. 파트너는 업데이트에 대한 이메일 알림을 즉시 받을 수 있지만의 업데이트는 여전히 1시간 지연될 AWS 수 있습니다.
**Q: ACE에서 리드 및 기회 파일을 업로드하는 빈도는 어떻게 됩니까?**
ACE는 1시간마다 리드 및 기회 데이터를 전송합니다.
**Q: ACE용 샌드박스 환경이 있나요?**
예. ACE용 샌드박스 환경이 있지만 보안상의 이유로 파트너에게 액세스를 제공할 수 없습니다. 버킷에 새로운 기회나 리드를 푸시하려면 Partner Central에서 지원 사례를 제기하세요.
**Q: 파트너의 CRM 및 APN에서 식별자를 유지 관리하려면 어떻게 해야 하나요?**
파트너에게 더 많은 유연성을 제공하기 위해 시스템에서 두 가지 식별자 세트를 사용합니다.
1. `apnCrmUniqueIdentifier`:이 식별자를 AWS 관리합니다. 기회의 `OXXXXXX` 경우 , 리드`LXXXXXX`의 경우 로 시작합니다.
1. `PartnerCrmUniqueIdentifier`/`partnerCrmLeadId`: 파트너는 CRM 내에서 각각 기회와 리드에 대해이 식별자를 관리합니다. 파트너는 업데이트를 CRM으로 다시 추적할 수 있는 새로운 기회를 수집하는 동안이 식별자를 추가해야 합니다.
`apnCrmUniqueIdentifier` 또는 없이 기회가 전송되면는 이를 새 기회로 `partnerCrmUniqueIdentifier` AWS 처리하고 기회에 `apnCrmUniqueIdentifier` 새를 할당합니다.
`apnCrmUniqueIdentifier` 또는와 함께 기회가 전송되면는 이를 업데이트 작업으로 `partnerCrmUniqueIdentifier` AWS 처리하고 기존 기회를 페이로드 데이터로 업데이트합니다.
**Q: 두 시스템 모두에서 중복 레코드가 생성되지 않도록 하려면 어떻게 해야 하나요?**
파트너 CRM 측에는 ACE로 전송되는 각 레코드에 대한 고유 식별자가 있어야 합니다. 이를 라고 합니다`partnerCrmUniqueIdentifier`. 마찬가지로 ACE는 라고 하는 각 레코드에 대한 고유 식별자도 유지합니다`apnCrmUniqueIdentifier`. 데이터가 전송되면 ACE와 파트너 모두 이러한 두 필드를 포함해야 합니다. 이렇게 하면 레코드가 새 기회(비어 있는 경우)인지 기존 기회( 채워진 경우)인지 식별하는 데 도움이 됩니다.
# 기술 FAQ - 필드
**Q: 통합이 CSV 형식을 지원하나요?**
아니요. 통합은 JSON 파일 형식만 허용합니다.
**Q: 아웃바운드 폴더에서 파일을 삭제해야 하는 경우는 언제인가요?**
파일을 성공적으로 처리한 후에만 삭제합니다.
**Q: 실수로 아웃바운드 폴더에서 파일을 삭제한 경우 원본 파일을 어디에서 찾을 수 있습니까?**
파일은 `opportunity-outbound-archive` 및 `lead-outbound-archive` 폴더에서 사용할 수 있습니다.
**Q: 개발 중에 지원을 받으려면 어떻게 해야 하나요?**
개발 중에 도움이 필요하면 Partner Central의 AWS Partner Network (APN) 지원팀에 문의하십시오.
**Q: `opportunityOwnerName`와의 차이점은 무엇인가요`opportunityOwnerEmail`?**
+ `opportunityOwnerName`: 파트너 조직의 기회 소유자 이름입니다. 이는 Partner Central 사용자여야 합니다.
+ `opportunityOwnerEmail`: 파트너 조직에 있는 기회 소유자의 이메일입니다. 이는 Partner Central 사용자여야 합니다. 제공되지 않으면 Partner Central Alliance 책임자를 소유자로 하여 기회가 생성됩니다.
**Q: 모든 날짜 필드(`targetCloseDate`, `lastModifiedDate`, `createdDate`및 `acceptBy`)의 시간대는 어떻게 됩니까?**
날짜 필드의 시간대는 그리니치 표준시(GMT)입니다.
**Q: 인바운드 JSON 파일의 버전이 지정되나요?**
아니요. Amazon Web Services(AWS)는 파일 버전 관리를 지원하지 않습니다. APN Customer Engagement(ACE)는 수신 직후 파일을 처리한 다음 성공적으로 처리한 후 파일을 삭제합니다. 동일한 파일 이름을 다시 받으면 거부됩니다.
**Q: Amazon Simple Storage Service(Amazon S3) JSON 파일의 어떤 필드가 특정 리드 및 기회의 생성 및 최신 업데이트 날짜를 표시하나요?**
`createdDate` 및 `lastModifiedDate`.
**Q: 기회가 신규인지 기존인지 어떻게 확인하나요?**
필드는 파트너에게 필요한 각 기회의 고유 식별자`PartnerCrmUniqueIdentifier`입니다. 이 식별자는 파트너 시스템의 소스 CRM에 정의되어야 합니다. 이를 사용하여 기회가 존재하는지 확인합니다 AWS. 존재하는 경우 공유 정보로 기회를 업데이트합니다. 그렇지 않으면 새 기회가 생성됩니다.
파트너에게 데이터를 보내면 `PartnerCrmUniqueIdentifier` 및가 모두 포함됩니다`apnCrmUniqueIdentifier`. 에서 공유하는 기회가 처음으로 AWS 전송되는 경우에 대한 값이 표시되지 않습니다`PartnerCrmUniqueIdentifier`. 이렇게 하면 기회를 ACE의 새로운 기회로 취급할 수 있습니다. CRM에 수집하면 `PartnerCrmUniqueIdentifier` 및를 모두 사용하여 업데이트를 다시 보냅니다`apnCrmUniqueIdentifier`.
**Q: Amazon S3에 아웃바운드 및 결과 JSON 파일이 두 개 이상 있을 수 있나요?**
예. 아웃바운드 폴더에 더 많은 파일을 생성할 수도 있습니다. 마찬가지로 인바운드 폴더로 파일을 보내는 경우 해당 파일을 처리하고 결과 파일을 결과 폴더에 보관합니다. 처리 후 결과 파일에 태그를 지정하거나 삭제해야 합니다.
**Q: 아웃바운드 파일에 레코드가 두 개 이상 포함되어 있습니까?**
예. 아웃바운드 파일에는 여러 레코드가 포함될 수 있습니다.
**Q: 기회 섹션 아래의 단일 입력 JSON 파일로 20개의 인바운드 기회가 전송되고 기회 중 하나가 APN 표준을 준수하지 않는 경우 어떻게 되나요?**
형식이 잘못된 경우 사례에 관계없이 전체 파일이 거부됩니다. 형식이 올바르지만 하나의 기회만 처리할 수 없는 경우 결과 파일에는 실패한 기회에 대한 오류 메시지와 함께 20개의 기회와 상태가 모두 포함됩니다.
**Q: JSON 파일이 성공적으로 처리되었는지 확인할 키 속성은 무엇입니까?**
다음은 JSON 파일이 성공적으로 처리되었는지 이해하는 데 도움이 되는 주요 속성입니다.
```
{
"inboundApiResults": [
{
"warnings": null, // no warnings
"partnerCrmUniqueIdentifier": "XXXX", //uniqueId from Partner side
"isSuccess": true, // file successfully processed
"errors": null, //no errors reported
"apnCrmUniqueIdentifier": "OXXXX" //uniqueId from AWS side
}
]
}
```
**Q: 잘못된 JSON을 보내면 어떻게 되나요?**
"`[{input JSON}]`는 유형이 아닙니다"라는 오류 응답이 수신됩니다`object`.
**Q: 단일 인바운드 JSON 파일에 포함할 수 있는 리드/기회 레코드 수는 몇 개입니까?**
하나의 파일에는 최대 50개의 레코드가 있을 수 있습니다.
# 기술 FAQ - Amazon S3
**Q: Amazon Simple Storage Service(Amazon S3) REST API 설명서는 어디에서 얻을 수 있나요?**
자세한 내용은 [Amazon S3 REST API 소개](https://docs.aws.amazon.com/AmazonS3/latest/API/Welcome.html)를 참조하세요.
**Q: Amazon S3 버킷에 액세스하기 위해 인증할 Amazon Web Services AWS Key Management Service (AWS KMS) 키 세부 정보는 어떻게 얻나요?**
AWS Partner Network (APN)는 키 이름을 포함하는 정책을 공유합니다.
**Q: Salesforce.com(SFDC)에서 Amazon S3를 인증하려면 어떻게 해야 하나요?**
샘플 코드 파일 [S3\$1Authentication.cls](https://github.com/aws-samples/partner-crm-integration-samples/blob/main/code-snippets/S3_Authentication.cls)를 사용하여 SFDC에서 Amazon S3를 인증합니다.
**Q: 소프트웨어 개발 키트(SDK)에서 AWS S3로 파일을 업로드하려면 어떻게 해야 합니까?**
다음 AWS CLI 명령을 사용하여 파일을 S3에 업로드합니다.
```
aws s3 cp example.json s3://awsexamplebucket/opportunity- inbound/filename.json --acl bucket-owner-full-control
```
샘플 코드 파일 [Sample\$1AceOutboundBatch.cls](https://github.com/aws-samples/partner-crm-integration-samples/blob/main/code-snippets/Sample_AceOutboundBatch.cls)에는 SFDC에서 데이터 파일을 업로드하는 코드가 포함되어 있습니다.
**Q: Amazon S3 버킷을 소유한 사람은 누구입니까?**
AWS 는 Amazon S3 버킷을 소유하고 관리합니다. AWS Identity and Access Management (IAM) 사용자를 통해 자체 Amazon S3 버킷에 프로그래밍 방식으로 액세스할 수 있습니다.
**Q: 파일을 수신하고 전송하기 위한 별도의 폴더 또는 버킷이 있습니까?**
파일을 수신하고 전송하기 위한 폴더가 서로 다른 버킷이 하나 있습니다. 폴더에 대한 자세한 내용은 사용 설명서를 참조하세요.
**Q:를 사용하여 Amazon S3 버킷에 액세스해야 합니까 AWS Lambda? 아니면 고객 관계 관리(CRM) 시스템을 사용하여 직접 액세스할 수 있습니까?**
두 가지 방법으로 액세스할 수 있습니다.
**Q: Amazon S3 버킷이 보안 또는 암호화되어 있습니까?**
예. Amazon S3에서 제공하는 기본 암호화 메커니즘을 활성화합니다.
**Q: 주기적으로 폴링하는 대신 이벤트에 대해서만 조치를 취할 수 있도록 Amazon Simple Notification Service(Amazon SNS)가 Amazon S3 버킷을 수신하도록 할 수 있나요?**
아니요. 현재 APN Customer Engagement(ACE)는이 기능을 지원하지 않습니다.
**Q: 어떤 폴더에 액세스할 수 있으며 각 폴더의 용도는 무엇입니까?**
에서 Amazon S3 폴더 목록을 찾을 수 있습니다[통합 사전 조건](crm-integration-setting-up.md).
# 기술 FAQ - 리드 및 기회
## 리드 및 기회 전송 및 수신
**Q: 파일 이름 지정 규칙이 있나요?**
각 파일 이름은 고유해야 합니다. 파일 이름를 사용하는 것이 좋습니다`PartnerProvided FileName+{timestamp}.json`.
**Q: 결과의 구조는 무엇입니까?**
결과(성공 및 오류)에 대한 샘플 파일은 다음 위치에서 다운로드할 수 있습니다.
+ [리드 결과 성공 Sample.json](https://github.com/aws-samples/partner-crm-integration-samples/blob/main/lead-samples/Lead-Results-Success-Sample.json)
+ [기회 결과 성공 Sample.json](https://github.com/aws-samples/partner-crm-integration-samples/blob/main/opportunity-samples/Opportunity-Results-Success-Sample.json)
+ [오류가 있는 리드 결과 Sample.json](https://github.com/aws-samples/partner-crm-integration-samples/blob/main/lead-samples/Lead-Results_With-Errors-Sample.json)
+ [오류가 있는 기회 결과 Sample.json](https://github.com/aws-samples/partner-crm-integration-samples/blob/main/opportunity-samples/Opportunity-Results_With-Errors-Sample.json)
**Q: 결과의 명명 규칙은 무엇인가요?**
`PartnerProvidedFileName_result.json`
**Q: 동일한 이름의 두 번째 JSON 파일을 제출하면 어떻게 되나요?**
파일을 처리하지 않으며 파일이 아카이브 폴더로 이동합니다.
**Q: 인바운드 파일 크기 제한은 얼마입니까?**
인바운드 파일 크기 제한은 1MB입니다.
**Q: 하나의 JSON 파일로 일괄 처리할 수 있는 최대 기회 및 리드 수가 있습니까?**
1MB 제한을 고려할 때 파일당 기회 또는 리드가 하나씩 있는 것이 좋습니다.
**Q: 액세스 거부 오류 메시지가 표시되므로 파일을 업로드할 수 없습니다. 어떻게 해야 합니까?**
파트너는 두 가지 이유로 *액세스 거부* 메시지를 받습니다.
1. `inbound` 폴더 대신 `outbound` 폴더에 파일을 업로드했습니다. 파일을 `inbound` 폴더에 업로드합니다.
1. 액세스 제어 목록(ACL)을 제공해야 합니다. 다음 Amazon Web Services(AWS) CLI 명령을 사용하여 데이터 파일을 업로드합니다.
```
aws s3 cp example.json s3://awsexamplebucket --acl bucket-owner-full-control
```
**Q: `.pdf`, `.docx`또는 이외의 확장자가 있는 파일이 `.json` 업로드되면 어떻게 되나요?**
파일을 거부하고 사유 세부 정보가 포함된 `*.error.json` 파일을 생성합니다.
**Q: 프로덕션 환경에서 데이터 문제 오류 메시지를 받은 후 어떻게 해야 하나요?**
1. 파트너의 고객 관계 관리(CRM) 시스템에서 데이터를 수정해야 하는 경우 데이터를 수정한 후 수정된 파일을 Amazon Simple Storage Service(Amazon S3)로 전송합니다.
1. 데이터에 대한 설명이 필요한 경우 파트너 개발 관리자(PDM)에게 문의하십시오.
1. 다른 기술 지원을 받으려면 APN 포털에서 AWS Partner Network (APN) 지원 사례를 제기하십시오.
**Q: 결과 파일은 어디에서 찾을 수 있으며 얼마나 오래 사용할 수 있나요?**
결과 파일은 `lead-inbound-results` 및 `opportunity-inbound-results` 폴더에 있습니다. 삭제할 때까지 사용할 수 있습니다. 가져오기에 성공한 후 파일을 삭제할 수 있습니다.
**Q: 결과 파일을 삭제한 후 찾아야 하는 경우 어디에서 찾을 수 있습니까?**
결과 파일은 `lead-inbound-results-archive/YYYY/MM/DD` 및 `opportunity-inbound-results-archive/YYYY/MM/DD` 폴더에서 찾을 수 있습니다.
**Q: 파일을 처리하는 APN에 장애가 있는 경우 어떻게 알림을 받나요?**
APN에는 처리 오류를 추적하기 위해 Sev2 티켓을 자동으로 생성하는 경보가 있습니다. 이를 검토하고 해결하여 파트너에게 전달합니다.
**Q: 기회가 시작된 후 업데이트할 수 있는 필드는 무엇입니까?**
다음 필드는 독립 소프트웨어 공급업체(ISV) Accelerate 파트너만 업데이트할 수 있습니다.
+ `isThisForMarketplace`
+ `isNetNewBusinessForCompany`
+ `deliveryModel`
+ `awsFieldEngagement`
+ `additionalComments`
**Q: *편집할 수 없는 레코드* 오류가 발생했습니다. 이는 무엇을 의미하나요?**
새 파트너 추천 기회를 보내면 검증 프로세스를 거치고 APN 고객 참여(ACE) 팀이 이를 승인하거나 거부해야 합니다. 기회가 검토 중이고 아직 검증되지 않은 동안에는 레코드를 업데이트할 수 없으며이 오류가 발생합니다.
**Q: 내 측에 활동이 없으면 어떻게 되나요(예: 파일을 처리하지 않거나 인바운드 기회를 보내지 않음)?**
정보를 보내지 않거나 제공하는 파일을 처리하지 않는 경우 현재 사용자에게 알리는 메커니즘이 마련되어 있지 않습니다. 시스템을 모니터링하여 정보가 APN으로 전달되고 있는지 확인하는 것이 좋습니다.
**Q: 신규/업데이트된 인바운드 기회/리드를 제출한 후 결과 폴더에서 JSON 결과를 얼마나 빨리 사용할 수 있나요?**
처리는 거의 실시간으로 이루어집니다. 5분 이내에 파일을 수신해야 합니다.
**Q: APN 표준의 형식/길이 제한을 준수하지 않는 인바운드 기회 CRM을 보내는 경우 시스템에서 이를 어떻게 처리하나요? 오류 보고서를 생성하나요?**
파일이 필드 정의 형식이 아닌 경우 APN의 결과 파일은 파일을 호출합니다.
**Q: 시작 시 AWS 계정 ID가 없습니다. 어떻게 해야 하나요?**
ACE 프로세스에 따라는 워크로드가 완료되고 청구가 시작되었음을 `Launched` 의미합니다. 이를 위해서는 AWS 계정 ID가 필요합니다. 자세한 내용은 [ACE 프로그램 FAQs](https://partnercentral.awspartner.com/partnercentral2/s/resources?Id=0690h000003xjjXAAQ).
**Q: UAT(User Acceptance Testing)에 따라 프로덕션으로 전환하는 동안 기록 데이터를 어떻게 처리해야 합니까?**
기본적으로 ACE에서 업데이트가 발생하면 해당 기회를 Amazon S3 버킷으로 보냅니다. 처리하지 않으려는 기록 데이터의 경우 시스템에서 처리하지 않으려는 항목에 대한 추출`X0001, X0002….X000N`과 같은 `partnerCrmUniqueIdentifier` 더미 값을에 제공해야 합니다. 이러한 식별자를 인식하고 그에 따라 처리하는 코드를 작성해야 합니다. 나머지 기회는 올바른 `partnerCrmUniqueIdentifier` 값을 제공합니다. 이렇게 하면 시스템에서 처리할 항목과 처리하지 않을 항목을 완벽하게 제어할 수 있습니다.
**Q: 아웃바운드 파일에 레코드가 두 개 이상 포함되어 있습니까?**
예. 아웃바운드 파일에는 둘 이상의 레코드가 포함될 수 있습니다.
**Q: 일부 필드를 *보려면 데이터가 수락을* 보내는 이유는 무엇입니까?**
AWS 참조된 기회 또는 리드의 경우 모든 PII 필드는 기회 또는 리드가 수락될 때까지 *보기 수락* 레이블로 마스킹됩니다. 수락되면 다음 동기화 주기에서 모든 데이터 필드를 수신합니다.
**Q: 새로운 AWS 추천 기회 또는 리드가 처음 동기화되면 어떻게 해야 하나요?**
새 기회 또는 리드가 처음 동기화되면 추가 데이터(예: 고객 연락처)를 가져오려면 이를 수락하거나 거부해야 합니다.
## 기회/리드 생성 및 업데이트
**Q: 통합을 통해 ACE에 새로운 *파트너 추천(원본)* 기회를 수집하려면 어떻게 해야 하나요?**
통합을 통해 ACE에서 새 기회를 생성하려면 정의된 JSON 형식의 필수 기회 정보를 `opportunity-inbound` 폴더에 수집해야 합니다.는이 정보를 AWS 처리하고, ACE에서 새 기회를 생성하고, `opportunity-inbound-processed-results` 폴더에서 성공/실패한 생성 작업의 결과를 공유합니다.
**Q: 통합은 새로운 기회 제출과 업데이트를 어떻게 구분하나요?**
각 기회`PartnerCrmUniqueIdentifier`의 필드는 필수 고유 식별자입니다. 이 식별자는 시스템 소스 CRM에 정의되어야 합니다. AWS 는 이를 사용하여 ACE에 기회가 이미 존재하는지 확인합니다. ACE에서 사용할 수 있는 경우 공유된 정보를 사용하여 기회를 업데이트하지만 ACE에서 사용할 수 없는 경우 공유된 정보를 사용하여 새 기회를 생성합니다.
**Q: 통합을 통해 업데이트 기능을 이미 구현한 경우 통합을 사용하여 새 기회를 제출(생성)하려면 어떻게 해야 하나요?**
기존 통합을 다음과 같이 변경해야 합니다.
1. `opportunity-inbound` 폴더에 새로운 생성 기회를 수집하기 시작합니다. 동일한 폴더에 업데이트를 제공합니다.
1. 생성하는 데 필요한 필수 필드를 공유된 기회 JSON에서 사용할 수 있는지 확인합니다.
1. 각 새 기회에 ACE/Partner Central에 존재하지 `PartnerCrmUniqueIdentifier` 않는 고유한가 있는지 확인합니다. 중요한 가동 모범 사례는 업데이트를 받을 때 중복을 생성하지 않도록 ACE의 기존 데이터를 CRM`PartnerCrmUniqueIdentifier`의 각에 매핑하고 업데이트하는 것입니다. 도움이 필요하면 ACE에 문의하십시오.
**Q: 가동 프로세스의 일환으로를 사용하여 ACE의 기존 기회를 업데이트하려면 어떻게 해야 하나요`PartnerCrmUniqueIdentifier`?**
ACE 팀은 프로덕션 출시를 준비하는 데 도움이 되는 모든 열린 기회 목록을 제공합니다. ACE의 이러한 기존 기회를 해당에 매핑`PartnerCrmUniqueIdentifier`하고 업데이트된 파일을 ACE에 반환하여 AWS CRM에 통합해야 합니다.
에서 제공하는 기회 AWS 의 하위 집합만 동기화하도록 선택한 경우 처리하지 않으려는 모든 기회에 대한 AWS 업데이트를 우회하는 로직을 개발해야 합니다. 이 접근 방식은 온보딩 후 향후 기회에도 적용해야 합니다. 두 CRMs 간에 조정이 필요한 기회에 `partnerCrmUniqueIdentifier` 연결된를 제공해야 합니다. 또한 업데이트에서 제외할 수 있도록 업데이트하지 않을 기회(예: 닫힌 손실 또는 닫힌 기회 표시)를 표시해야 합니다. 를 AWS 공유하고 수락하는 모든 공개/활성 기회에를 할당하는 것이 중요합니다`partnerCrmUniqueIdentifier`.
**Q: 기회 또는 리드의 특정 필드만 업데이트할 수 있나요?**
예. 필요한 식별자와 함께 업데이트가 필요한 필드만 제공할 수 있습니다.
**Q: *ApnCrmUniqueIdentifier*를 변경할 수 있나요**?
아니요.이 식별자는에 대해 일정하게 유지 AWS 되며 각 기회를 고유하게 식별합니다.
**Q: 잘못된 *partnerCrmUniqueIdentifier*를 제공하면 어떻게 되나요**?
잘못된 식별자를 제공하면 새 기회가 생성됩니다. 데이터 중복을 방지하기 위해 정확성을 보장합니다.
**Q: AWS 제출된 기회를 업데이트할 수 있나요?**
예. 올바른를 사용하여 제출된 기회를 AWS 업데이트할 수 있습니다`partnerCrmUniqueIdentifier`.
**Q: 제출된 기회에 대한 결과는 얼마나 빨리 예상할 수 있습니까?**
처리는 거의 실시간으로 이루어지며 결과는 일반적으로 `opportunity-inbound-processed-results` 폴더에서 몇 분 이내에 사용할 수 있습니다.
**Q: 제출된 기회에 대한 처리 오류가 있는 경우 어떻게 해야 합니까?**
결과 파일의 오류 세부 정보를 검토하고, 문제를 해결하고, ACE 지원 팀에 추가 지원을 요청하세요.
**Q: 통합을 통해 기회를 삭제할 수 있나요?**
아니요. 직접 삭제는 지원되지 않습니다. *종료*됨 상태를 반영하도록 기회를 업데이트할 수 있습니다.
**Q: *레코드를 편집할 수 없음* 오류는 무엇을 의미하나요?**
이 오류는 ACE 검토에서 기회를 업데이트하려고 할 때 발생합니다. 이러한 기회는 검증될 때까지 편집할 수 없습니다.
**Q:가 업데이트나 새로운 기회를 보내지 않으면 어떻게 되나요?**
통합을 통해 업데이트나 새로운 기회를 보내지 않으면 새 데이터가 수신되고 처리되지 않습니다.
**Q: 결과 파일을 사용할 수 있는 기간은 얼마나 됩니까?**
결과 파일은 적절한 기간 동안 사용할 수 있습니다. 즉시 검색하고 관리해야 합니다.
# 기술 FAQ - 버전 관리 및 이전 버전과의 호환성
**Q: Amazon Web Services(AWS) 데이터 교환의 페이로드란 무엇입니까?**
페이로드는 JSON 형식의 정형 데이터로, 로 인바운드 AWS 또는에서 아웃바운드로 전송됩니다 AWS. 이 JSON 구조의 각 키를 *필드*라고 하며 각 필드에는 연결된 *값이 있습니다.*
**Q: 페이로드 버전은 어떻게 결정되나요?**
페이로드 버전은 페이로드 자체의 `version` 필드 내에 지정됩니다. 필드 정의 v13을 준수하는 페이로드는 페이로드 버전 1.0으로 간주되는 반면, 필드 정의 v14 이상에 정의된 형식을 따르는 페이로드 버전 2.0이라고 합니다.
**Q:이 컨텍스트에서 이전 버전과의 호환성은 무엇을 의미하고 어떻게 처리되나요?**
이전 버전과의 호환성을 통해 새 페이로드 버전에 새 필드와 필수 필드가 도입될 때 기존 기회가 실패하지 않도록 합니다.는 새 버전에 필요한 필드에 기본값을 자동으로 할당하여 이를 AWS 유지합니다. Customer Relationship Management(CRM) 통합을 통해 명시적으로 제공하지 않은 AWS Partner Network (APN) Customer Engagement(ACE) UI의 값을 확인할 수 있습니다. 각 필드의 세부 정보 및 조건은 필드 설명 또는 필드에 대한 추가 세부 정보에 설명되어 있습니다.
**Q: 이전 버전과의 호환성이 영구적인 기능인가요?**
아니요. 이전 버전과의 호환성은 시간 제한이 있으며 향후 변경 사항을 계획하고 구현할 수 있는 유연성을 제공하도록 설계되었습니다. 지정된 마감 날짜 이후의 작업은 중지되며, 이는 더 광범위한 출시의 일환으로 올해 후반에 발표될 예정입니다.
**Q: 버전 2.0으로 페이로드 전송을 시작하면 어떻게 되나요?**
버전 2.0으로 페이로드를 전송하면 시스템은 필요한 모든 변경 사항이 구현되었다고 가정하고 새 페이로드 버전에 대한 검증이 이후의 모든 변경 사항에 적용됩니다. 버전 1.0과 버전 2.0 페이로드 사이에 부분적으로 기능을 구현하지 않는 것이 중요합니다.
**Q: 버전 2.0으로 업데이트한 후 페이로드 버전 1.0으로 되돌릴 수 있나요?**
아니요. 페이로드 버전 2.0으로 전환하는 것은 단방향 프로세스입니다. 버전 2.0으로 업데이트한 후에는 페이로드 버전 1.0으로 되돌릴 수 없습니다.