테이블 기반 선택 목록
테이블 기반 선택 목록을 사용하면 관리자가 관리되는 테이블에서 데이터를 쿼리하고 검색할 수 있습니다.
테이블 기반 선택 목록을 사용하면 관리자가 관리되는 테이블에서 구성 선택 목록 필드 옵션을 검색할 수 있습니다. 이 기능은 다음과 같은 경우에 특히 유용합니다.
- 선택 목록의 옵션 수가 많습니다. 테이블 기반 선택 목록의 구매 측 UI 표현은 옵션에 페이지가 매겨지므로 사용자의 페이지 응답 경험이 개선됩니다.
- 여러 선택 목록에서 동일한 옵션을 사용합니다. 선택 목록별 쿼리 필터는 데이터를 쉽게 재사용할 수 있습니다.
관리되는 테이블이 배포되지 않습니다. 따라서 옵션에 대한 테이블 데이터를 참조하는 선택 목록은 런타임에 쿼리될 때 테이블에서 사용할 수 있는 데이터를 최종 사용자에게 제공합니다.
참조된 관리 테이블에 중복 데이터가 포함되어 있는 경우 애플리케이션은 런타임 시 사용자에게 최상의 선택 목록 환경을 제공하려고 시도합니다. 예를 들어 다음 세 가지 시나리오를 생각해 보십시오.
시나리오 1:
| 레이블 | 값 |
|---|---|
| Apple | 사과 |
| 바나나 | 바나나 |
| 바나나 | 바나나 |
| 차요테 | 차요테 |
CPQ 바나나 [banana]의 두 번째 인스턴스를 제거하여 사용자에게 세 가지 선택 목록 옵션을 제공합니다.
시나리오 2:
| 레이블 | 값 |
|---|---|
| Apple | 사과 |
| 바나나 | 바나나 |
| 바나나 | banana2 |
| 차요테 | 차요테 |
이 시나리오 CPQ 에서는 4개의 고유 값을 사용하여 선택 목록 옵션을 검색합니다. 안타깝게도 "banana"와 "banana2"라는 두 가지 값은 "Banana"라는 동일한 레이블을 공유합니다. 앱에서 레이블 "바나나"에 가장 적합한 값을 결정할 수 없습니다. 따라서 사용자에게는 총 4개의 옵션이 표시되며, 그 2개는 "바나나"라고 표시됩니다. 관리자는 이러한 열악한 최종 사용자 경험을 피하기 위해 관리되는 테이블 데이터에 주의를 기울여야 합니다.
시나리오 3:
| 레이블 | 값 |
|---|---|
| Apple | 사과 |
| 바나나 | 바나나 |
| 바나나2 | 바나나 |
| 차요테 | 차요테 |
관리되는 테이블 CPQ 에서 중복 값이 반환되면 첫 번째 발생한 값과 관련된 레이블을 표시합니다. 해당 값과 연결된 다른 모든 레이블은 제거되고 최종 사용자에게 선택 목록 옵션으로 표시되지 않습니다.
참조된 테이블이 레이블이나 값에 포함된 데이터가 없는 행을 반환하면 애플리케이션은 항목을 무시하고 기록이 최종 사용자에게 선택 목록 옵션으로 표시되지 않습니다.