AI 전화 시스템이 PBX, CRM, 작업 관리 시스템 및 배차 시스템과 어떻게 연동될 수 있을까요?

PBX, SIP, 그리고 AI는 각각 어떤 역할을 수행하는가?

PBX 관리, 라우팅, 대기 및 연결; SIP는 일반적인 음성 통신 프로토콜입니다. AI는 인식, 이해 및 응답 처리를 담당합니다. 기업이 기존 번호를 계속 사용할 수 있는지는 통신 사업자의 PBX 능력과 기존 계약에 따라 달라집니다. AI 제공업체는 "SIP 지원"이라고만 말하는 것이 아니라, 모든 번호, 녹음, 연결 및 동시 통화 요구 사항이 모두 해결되었는지 확인해야 합니다.

대화 내용을 먼저 데이터 계약 형태로 변환해야 합니다.

기업 시스템은 자연어 문장을 직접 처리하는 대신, 필요한 필드, 형식, 출처, 확인 상태 및 고유 요청 식별자를 정의해야 합니다. 예를 들어, 수리 요청에는 장비, 주소, 연락처, 서비스 가능 시간 및 문제 분류 등의 정보가 필요할 수 있습니다. AI는 후보 값을 제시할 수 있지만, 중요한 필드는 사용자가 확인하고 백엔드에서 검증한 후에만 실행됩니다.

CRM, 작업 주문 및 배송 API를 검사할 때 어떤 점을 확인해야 할까요?

연결 전에 다음 인터페이스 조건을 확인하십시오:

• 공식 API, 테스트 환경 및 권한 모델이 있습니까?
• 설정, 조회, 업데이트 및 취소에 대한 책임 소재
• 동일 통화가 반복적으로 생성되는 것을 방지하는 방법
• 지연이 발생했을 경우 최종 상태를 확인할 수 있는지
• 이벤트 또는 웹훅이 후속 상태를 다시 가져올 수 있는지.

API 요청이 시간 초과될 경우, AI는 "성공"이라고 응답할 수 없습니다.

네트워크 지연이 반드시 작업 실패를 의미하는 것은 아니며, 성공을 보장하는 것도 아닙니다. 시스템은 고유 식별, 동일성 처리, 재시도 큐, 상태 조회 기능을 사용하여 중복 주문 생성을 방지해야 합니다. 통화 내에서 결과를 확인하지 못할 경우, "완료"와 같이 대화를 자연스럽게 이어가기 위한 답변 대신, "확인 대기 중"이라고 명확하게 알리고, 수동으로 처리하거나 후속 알림을 설정해야 합니다.

인간이 직접 처리할 때 어떤 맥락 정보를 가져가야 할까요?

최소한 다음과 같은 정보가 포함되어야 합니다: 통화 출처, 확인된 항목, 확인되지 않은 문제, 대화 요약, 시스템 쿼리 결과 및 실패 원인. 원본 녹음 또는 텍스트 파일이 의사에게 제공될지 여부는 통지, 권한 및 보관 정책에 따라 결정됩니다. 만약 통화만 연결하고 다른 정보는 제공하지 않는 경우, 사용자는 모든 내용을 다시 설명해야 하므로 자동화의 가치가 감소될 수 있습니다.

POC(기술 검증)을 어떻게 검증해야 할까요?

특정 업무 과제를 선택하고, 실제 전화 환경 및 API 테스트를 통해 원활한 작동, 데이터 부족, 오인식, 중복 요청, API 시간 초과, 기업 시스템 거부, 사용자 오해, 그리고 수동 처리 등의 상황을 확인합니다. 검수 결과는 각 단계의 상태를 백엔드에서 추적할 수 있어야 하며, 미리 녹음된 이상적인 대화만 듣는 방식은 아닙니다.

GoGoCha의 핵심 통합 요소

GoGoCha의 공개 아키텍처는 Express, PostgreSQL, Redis, BullMQ, Socket.IO를 사용하여 전화, 웹사이트, LINE 입력을 하나의 주문 처리 프로세스로 통합합니다. 데이터베이스는 작업 상태를 저장하고, 큐는 비동기 작업을 처리하며, 실시간 통신을 통해 앱 및 운영 인터페이스와 동기화합니다. 이 사례는 다양한 입력을 사용하는 워크플로우가 모든 기업의 PBX를 완벽하게 적용할 수 있다는 것을 보여주지 않습니다.