피드백을 보내 주셔서 감사합니다.

파트너 지원 책임

파트너 기술 지원에는 고객을 위해 다음을 수행할 수 있는 기능이 포함돼요.

• 일반 서비스 정보를 제공해요.

• 구성 지원을 제공해요.

• 기술적 문제에서 비기술적 문제를 걸러내세요.

• 문제 격리하고 서비스 결함 판별을 지원해요.

• 어디서 오류가 발생했는지 분석해 주세요.

• 고객이나 파트너가 적용한 잘못 구성된 설정을 복원하여 문제를 해결하세요.

• 파트너가 관리하는 애플리케이션이나 인프라 문제를 해결해요.

• 초기 요구 사항 이상으로 신규 사용자의 용량 관리 요구 사항을 예측하세요.

• 애플리케이션 기능 구성하고 사용자 프로비저닝을 수행해요.

• 고객 청구와 청구서를 처리해요.

• 고객 관계를 소유하세요.

• PSTN 서비스의 솔루션 통합 관리하세요.

• 전용 인스턴스 업그레이드, 인증서 갱신, 인프라 유지에 대한 고객 준비 상태를 관리하세요.

파트너가 지원을 요청하면 파트너가 문제 분류를 도울 책임이 있어요. Cisco TAC 이 책임에는 다음이 포함돼요.

• 보고된 문제의 세부 정보 캡처 및 제공

• 님이 요청하신 대로 복제 및 문제 분류 지원 Cisco TAC

• 테스트 문제 해결에 도움을 줘요

• 문제가 하드웨어, 소프트웨어, 응용 프로그램 또는 최종 사용자가 제공한 다른 소스와 관련이 없다는 것을 확인.

고객을 위해 다음과 같은 유형의 기술 지원 요구 사항을 해결하는 것은 파트너의 책임이에요.

파트너 기술 지원 요구 사항

파트너가 지원 요구 사항을 에스컬레이션할 Cisco TAC 때 파트너는 다음 정보를 제공해야 해요.

일반 사례 정보

• 유효한 구독 번호 또는 서비스 계약 번호를 제공하세요.

• 발신자는 자신을 파트너 또는 재판매된 고객 계정을 대표하는 파트너 지원 팀원이라고 밝혀야 해요.

• 파트너 담당자의 이름, 전화번호, 이메일 주소 또는 Cisco로 에스컬레이션하는 팀의 일반 파트너 정보예요.

Cisco Cloud지원팀에 문의할 때 파트너, 고객, 문제를 식별하세요.

시스코 지원 역할 및 책임

시스코는 문제 해결과 높은 수준의 근본 원인 분석을 포함하여 Cisco Cloud 데이터 센터 내의 전용 인스턴스 클라우드 서비스에 대한 지원을 파트너에게 제공할 책임이 있어요 (시스코는 근본 원인 분석에서 상세한 인프라 수준 정보를 제공하지 않습니다). 심각도 1 또는 심각도 2 사고가 발생하면 Cisco는 이메일로 파트너에게 사전에 알릴 거예요.

시스코는 다음을 지원할 책임이 없어요.

• 전용 인스턴스 클라우드 데이터 센터 및 고객 건물에 연결된 파트너 또는 고객 네트워크 및 장비예요.

  고객 사내에 배포되는 향상된 생존 노드는 파트너/고객과 시스코의 공동 책임이에요.

• 타사 소프트웨어 또는 하드웨어

  파트너는 사고의 원인으로 판명된 경우 타사 소프트웨어나 하드웨어에 대한 지원이나 업데이트를 받을 책임이 있어요.

지원 관련 알림과 경고

파트너는 핵심 서비스에 대해 확인된 장애를 신고하고 해결하기 위해 Control Hub에서 경고와 유지 관리 게시판을 받게 돼요. 파트너는 또한 영향을 미치는 유지 관리 활동이나 예약된 유지 관리 기간을 초과하여 연장되는 활동에 대한 사전 통지를 받게 돼요.

이 경고는 “유지 관리 및 중단” 알림에 대한 Control Hub 경고에 등록한 파트너에게 전송돼요. 컨트롤 허브의 알림을 참조하세요. 파트너는 Cisco가 정확한 최신 연락처 정보를 가지고 있는지 확인할 책임이 있어요. Cisco는 관리자에게 계정을 만들고 알림을 위해 Webex 애플리케이션을 사용할 것을 권장해요.

유지 관리

유지 관리 창

시스코는 파트너에게 계획된 유지 보수 활동을 통보해요. 계획된 모든 변경은 유지 관리 기간 내에 이루어져요. 시스코는 고객 통화 기능을 방해하는 계획된 유지 보수에 대해 파트너에게 최소 10일 전에 서면 통지를 제공해요. 이 경고는 “유지 관리 및 정전” 알림에 대한 Control Hub 경고에 등록한 파트너에게 전송돼요. 컨트롤 허브의 알림을 참조하세요. 파트너는 Cisco가 정확한 최신 연락처 정보를 가지고 있는지 확인할 책임이 있어요. Cisco는 관리자에게 계정을 만들고 알림을 위해 Webex 애플리케이션을 사용할 것을 권장해요.

유지에는 다음 활동이 포함돼요.

• 고객에 미치는 영향을 최소화하는 일상적인 유지 관리 활동

• 고객의 통화 능력을 방해하는 계획되고 예정된 활동.

• 시스코 매니지드 UC 애플리케이션 인증서의 정기 갱신. 갱신은 인증서의 유효 기간과 갱신 날짜 및 시간을 기준으로 해요. 시스코는 만료일 3~7일 전에만 UC 애플리케이션 인증서를 갱신하고 표준 변경 관리 프로세스를 따른대요.

  UC 애플리케이션에서 싱글 사인온 (SSO) 을 활성화한 고객의 경우, Cisco에서 인증서 갱신을 완료하면 파트너가 SSO를 비활성화하고 IDP 메타데이터 파일을 다시 가져온 다음 SSO를 다시 활성화해야 해요. 파트너나 고객이 SSO를 검증하는 것도 추천해요.

  SME 클러스터의 유지 관리 기간은 SME 게시자 지역에 따라 일정이 잡힐 거예요.

AMER의 유지 관리 기간은 다음과 같아요.

• 오후 9시예요. 동부 표준시 ~ 오전 6시예요. 동부 표준시, 월요일부터 금요일까지

• 오후 9시예요. 동부 표준시 ~ 오전 6시예요. 동부 표준시, 주말에 (시스코 인프라 유지 보수에만 해당)

APJC의 유지 관리 기간은 다음과 같아요.

• 오후 9시예요. 일본 표준시~오전 6시예요. JST, 월요일부터 금요일까지

• 오후 9시예요. 일본 표준시~오전 6시예요. JST, 주말에 (시스코 인프라 유지 보수에만 해당)

AUS의 유지 관리 기간은 다음과 같아요.

• 오후 9시예요. 행동부터 오전 6시까지. ACT, 월요일부터 금요일까지

• 오후 9시예요. 행동부터 오전 6시까지. 주말에 행동하세요 (시스코 인프라 유지 보수에만 해당)

EU, EMEA, 영국의 유지 관리 기간은 다음과 같아요.

• 오후 9시예요. 중부 표준시~오전 6시예요. 중앙유럽 표준시, 월요일부터 금요일까지

• 오후 9시예요. 중부 표준시~오전 6시예요. CET, 주말에 (시스코 인프라 유지 보수에만 해당)

유지보수를 계획할 때 Cisco는 전용 인스턴스 지역 중복 아키텍처를 기반으로 전화 서비스 중단 가능성을 최소화 및/또는 없애기 위해 모든 노력을 기울일 거예요. 시스코는 모든 파트너 및 고객 리드 구성이 이중화에 대한 전용 인스턴스 모범 사례를 준수할 것으로 기대해요. Cisco는 파트너의 잘못된 구성으로 인한 중복성 손실에 대해 책임을 지지 않아요. 전용 인스턴스 클라우드에서 호스팅/관리되지 않는 모든 타사 통합을 검증하고 테스트하는 것은 파트너의 책임이에요.

Cisco는 다음과 같은 이유로만 UC 애플리케이션 업그레이드를 시작해요.

1. 현재 버전의 UC 응용 프로그램에 보안 취약점이 있어서 수정하려면 업그레이드나 COP 설치가 필요해요.

2. 고객이 현재 (현재 전용 인스턴스 지원 버전의) n-1 미만 버전이거나 EOL에 임박한 버전을 사용 중이에요.

Cisco는 변경 기간 최소 10일 전에 파트너/고객에게 유지 관리 알림을 보내요. 제안된 변경 일정이 비즈니스 우선 순위와 상충되는 경우 파트너가 2-3일 이내에 Cisco에 응답하는 것이 좋습니다. 이를 통해 Cisco는 대체 변경 기간을 찾을 수 있어요 (스케줄 조정 날짜는 시스코 운영 가능 날짜에 따름). 파트너가 UC 애플리케이션 라이프사이클 서비스 요청을 제기하여 유지 관리 일정을 조정할 수 있어요. 자세한 내용은 UC 애플리케이션 라이프사이클을 참조하세요.

하지만 심각한 보안 취약점 수정, 인증서 만료 임박 등 긴급하거나 긴급한 시나리오에서는 유지 관리 기간을 유연하게 변경할 수 없어요. 파트너나 고객의 전용 인스턴스 취약성 스캐닝은 지원되지 않아요. 전용 인스턴스에는 자체 취약점 스캐닝 체제가 있어 지속적으로 실행되고 있습니다. 또한 정기적으로 독립적인 PEN 테스트를 실시하고 Cisco Trust Portal에서 증명서를 제공해요.

파트너가 변경을 요청했어요

파트너가 요청한 변경 사항은 전용 인스턴스에 미치는 영향을 평가하기 위한 공동 검토가 필요해요. 여기에는 파트너가 시스코에서 하기를 원하는 변경과 파트너가 원하는 변경이 포함돼요. 예를 들자면:

• 경계 장치 또는 애플리케이션 통합에 영향을 미치는 구성 변경

• 서비스 비활성화 요청이에요.

서비스 비활성화와 같은 대규모 변경 요청은 Cisco에 제출돼요. 파트너가 요구 사항을 캡처하고 파트너 성공 팀 또는 계정 관리자를 통해 Cisco에 제출하여 공동 검토를 시작해요. 변경 구현 전에 전용 인스턴스 제품 관리 담당자와 파트너가 공동으로 요청을 평가해요.

긴급 변경이에요

시스코와 파트너는 다음과 같은 이유로 즉시 또는 다음 유지 관리 기간에 긴급 변경을 수행할 수 있어요.

• 고객에게 서비스를 복원하려면

• 정전의 영향을 줄이기 위해서요

• 잠재적인 고객 서비스 중단 방지를 위해서요

• 보안 취약점 개선하려면요

전용 인스턴스 외부의 네트워크 긴급 변경의 경우 파트너가 Cisco에 보이는 고객 영향을 Cisco에 알립니다. 합리적으로 가능할 때 파트너는 시스코에 케이스를 개설해서 시스코가 그 영향에 대응할 수 있도록 해요.

전용 인스턴스에서 긴급 변경을 수행할 때 Cisco는 합리적으로 가능한 경우 파트너에게 알립니다. 긴급 변경으로 인한 고객 영향을 식별하는 이메일이 통신 목록으로 전송돼요.

사고 관리

사고 관리는 환경의 오류로 인한 비즈니스 악영향을 최소화해요. 시스코는 사고 발생 즉시 분석하여 원인을 빠르게 식별해요. 그러면 시스코는 영구적인 픽스가 배포될 때까지 해결 방법을 적용해요.

파트너는 자체 설정된 프로세스에 따라 네트워크에서 사고 관리를 처리해요. 파트너는 경보를 발생시킬 수 있는 활동이나 Cisco에 보이는 기타 알림을 Cisco에 알려줘요.

시스코는 유지 관리 기간 프로세스를 따라 변경 사항을 적용해요.

지원 사례 분류

TAC 지원 사례의 심각도는 파트너가 Cisco에 지원 티켓을 개설할 때 비즈니스 영향을 기반으로 설정해요. 파트너는 비즈니스에 미치는 영향의 변화에 따라 티켓 라이프 사이클 동안 더 높은 심각도로 에스컬레이션을 요청할 수 있어요.

다음 섹션은 파트너가 TAC 지원 티켓을 개설할 때 올바른 심각도 수준을 결정하는 데 도움이 되는 지침이에요.

지원 사례 영향

TAC 지원 사례는 비즈니스에 미치는 영향 (규모, 범위) 에 따라 분류돼요.

영향력은 사고의 비즈니스 중요도를 나타내는 척도인데, 사고가 솔루션 가용성으로 이어지는 정도와 같을 때가 많아요.

지원 사례 긴급성

긴급성은 사고의 심각성과 그것이 서비스 또는 파트너의 서비스 수신 능력에 미치는 영향을 정의해요.

지원 사례 심각도

심각도는 시스코와 파트너가 사고 해결을 위해 들인 노력의 수준을 정의해요.

심각도 수준은 영향 및 긴급성 정의를 적용하여 결정돼요.

지원 사례 심각도 매트릭스

시스코는 사고 분류 중에 케이스 심각도를 변경하고 필요한 경우 지원 티켓의 심각도를 낮출 수 있어요. 운영 안정성을 평가하는 동안에는 해당 케이스가 정해진 기간 동안 미결 상태로 남아 있을 수 있어요.

소프트웨어 지원 응답 시간 목표

다음 섹션에는 제출된 사례에 대한 Cisco의 심각도에 따른 계획된 응답 시간이 자세히 설명되어 있어요. 경우에 따라 위의 가이드라인에 맞춰 사례의 심각도를 조정할 수 있어요.

시스코 및 서비스 수준 목표

Webex Calling전용 인스턴스는 파트너에게 연중무휴 영어 기술 지원을 제공해요. 파트너는 시스코 지원 케이스 매니저에서 S3 및 S4 문제를 직접 제출할 수 있어요. S1과 S2 문제의 경우 글로벌 TAC 번호 1-800-553-2447로 전화하는 것이 좋아요.

시스코의 표준은 다음 표를 기준으로 했을 때 S3와 S4의 심각도 수준을 95% 이상 충족하는 거예요.

응답 시간은 Cisco가 특정 심각도의 문제를 인식하는 데 걸린 시간이에요. Cisco에서 지정된 시간 내에 문제를 해결할 수 없는 경우 Cisco에서 해결을 위한 상태와 실행 계획을 제공해요. 해결 시간은 파트너 측에서 자격을 갖춘 사람이 문제를 재현 및/또는 격리하는 데 도움을 줄 수 있는지, Cisco와 파트너 환경이 호환되지 않는지 여부에 따라 달라져요. 그런 사람을 이용할 수 없는 경우 해결 시간이 연장될 수 있어요.

Cisco가 지정한 기간 내에 수용 가능한 상태 및/또는 해결을 달성하지 못하면 파트너는 Cisco로 에스컬레이션해야 해요.

시스코 옵션 패키지 (COP) 파일

시스코는 프로덕션 코드 실행 방식을 약간 바꾸기 위해 COP 파일을 공개하고 시스코에 정규 소프트웨어 릴리스 주기 외에 소프트웨어를 배포할 수 있는 방법을 제공해요. 필요하면 COP 파일은 초기 제작 코드 공개 후 어느 시점에 공개돼요. 제작팀은 영향력이 큰 문제나 문제에 대한 해결 방법이 없을 때 COP 파일을 릴리스해요. 문제 수정 외에도 업그레이드 시 유틸리티 (예: 디스크 정리) 를 배포하기 위해 COP 파일이 릴리즈되는 경우가 있어요.

보통 문제가 해결된 현장 통지서에는 관련 COP 파일이 있어요. 보통 각 호마다 별도의 COP 파일이 있어요.

시스코에서 시작한 시나리오

Cisco가 고객의 전용 인스턴스 환경에 COP 파일 설치가 필요하다고 판단하면 Cisco는 다음 프로세스 중 하나를 사용해요.

1. COP 파일에 긴급 수정 (취약점이나 임박한 장애) 이 필요한 경우 Cisco는 Cisco의 예정된 유지 관리 기간 중에 COP 파일을 업로드해요.

2. 다른 모든 경우에는 COP 설치가 정기 변경 관리 절차에 따라 파트너 또는 고객과 함께 하는 정기 유지 관리로 예약돼요.

고객이 시작한 시나리오

고객이 COP 파일 설치 (전화 펌웨어, 언어 로케일 팩, 장치 팩) 가 필요하다고 결정하면 다음 프로세스를 시작해야 해요.

SFTP 서버에 전용 인스턴스로 업로드할 특정 COP 파일에 대한 서비스 요청을 컨트롤 허브에 생성하세요. 서비스 요청을 참조하세요.

COP 파일은 Cisco 소프트웨어 다운로드 페이지에 게시돼요.

https://software.cisco.com/download/home

파트너의 책임

파트너는 네트워크 장비가 부하를 감당할 수 있는 충분한 용량과 적절한 양의 예측 성장률을 가지고 있는지 확인합니다.

파트너가 전용 인스턴스 활성화 시 지식 근로자 및 워크스페이스 장치 수를 제공해요 (제공된 수는 전용 인스턴스에 구성할 총 수의 최종 상태여야 합니다). 제공된 세부 정보를 기반으로 Cisco는 전용 인스턴스에서 UC 애플리케이션의 크기를 조정할 거예요. UC 애플리케이션 사이징에 대한 자세한 내용은 통합 커뮤니케이션 애플리케이션 사이징을 참조해 주세요. 파트너가 요청된 용량 내에서 기능 및 사용자 제공을 관리해요.

파트너가 활성화 시 제공된 지식 근로자 및 워크스페이스 장치 수의 변경 사항을 Cisco에 알려야 해요. 제공된 세부 정보를 기반으로 Cisco에서 UC 애플리케이션에 필요한 변경 사항을 분석하고 필요한 변경을 할 거예요. 같은 이유로 파트너는 Cisco에 Control Hub 서비스 요청을 제기하고 확장 계획을 함께 세워야 해요. 파트너는 고객을 위해 추가 용량을 추가한 후에만 기능과 사용자를 구성할 수 있어요. 자세한 내용은 서비스 요청 제기 방법을 참조하세요.

시스코의 책임이에요

전용 인스턴스 서비스는 데이터 센터 용량을 모니터링해서 데이터 센터 장비가 부하를 처리할 수 있는 충분한 용량과 적절한 증가량 예측량을 확보하는지 확인합니다.

시스코는 변경 사항이 고객에게 영향을 미칠 경우 용량 증가 문제를 해결하기 위해 계획된 확장 또는 변경을 파트너에게 알려줘요. 업그레이드 및 변경 구현은 변경 관리 프로세스를 따른대요.

시스코 콜라보레이션 시스템 릴리스를 위한 릴리스 관리

협업 시스템 새 릴리스가 출시되면 현재 릴리스 (“n”) 는 “n-1”로 지정돼요.

위 표에 언급된 현재 “n-1"은 지원 종료 기간에 접어들었어요. 아직 이 릴리스를 사용하는 고객은 모두 최신 버전으로 업그레이드해야 해요. 시스코는 파트너에게 업그레이드 준비를 시작하라고 통보해서 이 전환을 지원할 거예요. 시스코와 파트너가 고객의 비즈니스 요구 사항에 따라 유지 관리 기간을 협력해서 조정해요.

n-1 협업 시스템 릴리스를 사용하는 고객에게는 최신 협업 시스템 릴리스로 업그레이드하는 것이 좋겠어요. 협업 시스템 릴리스로 업그레이드가 필요하거나 새 기능으로 인해 SU 업그레이드가 필요한 경우 컨트롤 허브 서비스 요청을 제출할 수 있어요. Cisco가 보안 취약성이나 알려진 심각도 높은 결함을 해결하기 위해 SU 업그레이드가 필요하다고 판단하면 Cisco는 파트너와 협력하여 업그레이드 일정을 잡을 거예요.

업그레이드가 성공적으로 완료되면 시스코에서 파트너에게 알릴 거예요.

파트너의 책임

파트너는 Cisco 전용 인스턴스 데이터 센터에 연결된 네트워크와 장비를 모니터링해요. 파트너는 또한 다음과 같은 네트워크와 장비를 모니터링해요.

• 전용 인스턴스 서비스를 지원하는 데 사용돼요. 그리고

• 고객 건물과 연결돼요.

파트너는 전용 인스턴스 클라우드와 통합된 모든 파트너 관리 장치를 모니터링해요.

시스코의 책임

Webex Calling전용 인스턴스는 업계 최고의 네트워크 도구를 사용하여 데이터 센터와 파트너 네트워크 간의 데이터 센터 네트워크 연결을 모니터링하고 보증 도구를 사용하여 전 세계에 분산된 지리적 중복 데이터 센터의 서비스 장애를 사전에 식별하고 격리해요.

시스코는 전용 인스턴스 클라우드와 연결된 파트너 관리 장치로의 통합 서비스를 모니터링하지 않아요. 여기에는 다음이 포함되며 이에 국한되지 않아요.

• Cisco는 전용 인스턴스 UC 클러스터 이외의 클러스터를 향한 전용 인스턴스 SIP 트렁크를 모니터링하지 않아요.

• 시스코는 시스코 관리형 컨택 센터 익스프레스 말고 컨택 센터로 향하는 전용 인스턴스 CTI 루트 포인트를 모니터링하지 않아요.

인증서는 전용 인스턴스 팀에서 관리해요.

1. 콜 매니저

   • 콜 매니저
   • 콜 매니저 - ECDSA
   • 바람둥이
   • 톰캣-ECDSA
   • 아이피섹
   • 텔레비젼

   Tomcat 인증서가 콜 매니저에 재사용돼서 콜 관리자 인증서가 더 이상 인증서 GUI 목록에 나타나지 않아요. IPsec 및 TVS 인증서가 자체 서명되고 인증서 관리 목록에 만료 기한이 있는 경우 갱신돼요.

2. 메신저 앤 프레즌스 (IM&P):

   • 바람둥이
   • 톰캣-ECDSA
   • 컵이요
   • 컵-ECDSA
   • 컵-xmpp
   • 컵-XMP-ECDSA
   • 컵-xmpp-s2s
   • 컵-XMPP-S2S-ECDSA
   • 아이피섹

   cup-xmpp-s2s, cup-xmpp-s2s-ecdsa, ipsec 인증서가 자체 서명되어 인증서 관리 목록에 만료 기한이 있는 경우 시스템이 갱신해요.

3. Cisco Unity Connection(CUC):

   • 바람둥이
   • 톰캣-ECDSA
   • 아이피섹

   자체 서명이고 인증서 관리 목록에 만료 기한이 있는 경우 시스템이 IPsec 인증서를 갱신해요.

4. Cisco Emergency Responder(CER):

   • 바람둥이
   • 톰캣-ECDSA
   • 아이피섹

   자체 서명이고 인증서 관리 목록에 만료 기한이 있는 경우 시스템이 IPsec 인증서를 갱신해요.

5. 고속도로

   • 서버 인증서예요

정책 갱신

전용 인스턴스 팀은 위에 나열된 인증서를 관리하는 경우 매년 갱신해요. 갱신 유지 관리 기간 동안 팀은 만료된 신뢰 인증서도 모두 제거해요.

고객 또는 파트너의 책임이에요.

고객이나 파트너는 마이그레이션이나 일상 작업 중에 최종 사용자가 처리한 모든 인증서를 관리 (이동, 추가, 변경, 삭제) 해야 해요. 이 책임에는 위에 열거되지 않은 모든 인증서도 포함돼요.

범위 및 제한

A2Q 프로세스의 범위를 이해하는 것이 중요해요.

• A2Q에 포함된 내용: 제안된 설계에 대한 높은 수준의 검증과 사용자 지정 요구 사항의 검토 및 검증.
• A2Q에 포함되지 않는 것:
  • 디자인에 현장 문제가 없을 것이라는 보장 또는 확인이에요.
  • 세부 설계나 워크플로 검토.
  • 상세한 스크립팅이나 구성 검토.

전제조건

A2Q 프로세스를 시작하려면 파트너 조직이 파트너 인증을 받아야 Webex Calling 해요.

A2Q 프로세스예요.

파트너는 새로운 배포, 수정, 갱신, NFR 및 P2P 전송을 포함하여 모든 Webex DI 주문에 대해 다음 단계를 따라야 해요.

1. A2Q 양식 제출: A2Q 양식을 작성하세요.
   • 신규 배포: 딜 유형을 “그린필드/신규”로 선택해 주세요.
   • 주문 수정: 거래 유형을 “기존 배포에 대한 설계 변경”으로 선택하고 제안된 설계 변경에 대한 설명을 제공하세요.
2. 개시: A2Q 팀이 웹엑스 스페이스를 만들거나 이메일을 시작해요. 요청의 복잡성에 따라 검토가 온라인 또는 오프라인으로 진행될 수 있어요.
3. 검토 및 피드백: A2Q 팀이 웹엑스 스페이스 또는 이메일을 통해 피드백과 코멘트를 공유할 거예요. 파트너가 모든 문의 사항을 처리해야 해요.
4. 승인: 검토가 끝나면 A2Q가 승인되고 주문에 대한 규정 준수 보류가 해제돼요. 파트너는 이메일이나 웹엑스 스페이스로 확인을 받게 돼요.

타임라인 및 지원

• 예상 일정: 영업일 기준 1~7일이에요.

  복잡한 거래에는 추가 시간과 여러 번의 검토가 필요할 수 있어요.

• 지원 : DI와 관련된 A2Q 문의는 di-a2q-support@cisco.com 으로 연락해 주세요.