ConnectWiz + Estesoft Stella
운영 중인 연동CRM은 계속 Stella입니다. 이제 대화가 그 사실을 압니다.
제공사에 얽매이지 않는 CRM 포트의 첫 번째 제공사입니다. 모든 대화 안에서 Estesoft Stella의 실시간 고객 맥락을 보고, 예약은 Stella 다이어리에 기록되며, 커뮤니케이션 제품이 절대 건드려서는 안 되는 것들에 대한 의도적인 거절 목록을 문서로 남겼습니다.
CRM
하는 일, 정확히
실시간 맥락을, 본인 확인과 함께
이 고객의 예약, 견적, 미수 잔액, 메모, 문서가 대화 화면에 드러납니다. AI도 딱 이 고객의 것만 읽을 수 있고, 고객은 대화 자체에서 특정되며 ID를 찍어 맞히는 일은 없습니다.
예약은 원래 시스템에 기록됩니다
채팅에서 잡은 예약은 Stella 다이어리에 들어갑니다. 공급사 API가 담지 못하는 항목이 있으면 동기화가 무엇을 빠뜨렸는지 말해 줍니다. 조용히 버리지 않습니다.
AI는 읽기만 하고 쓰지 않습니다
CRM 포트 전체에 걸린 상시 규칙입니다. 읽기는 신원으로 잠그고, 쓰기는 사람이 합니다. 잔액을 잘못 읽을 수 있는 AI는 엉뚱한 환자를 예약하는 AI의 값싼 예행연습입니다.
이전은 고객사가 정할 때
대기열에 올려 이어서 돌릴 수 있는 엔진이 예약, 견적, 매출, 미수금, 메모를 ConnectWiz로 가져옵니다. 건너뛴 것은 이름을 밝혀 보고하고, 데이터 소유권은 마지막 단계에서만 넘어갑니다.
결제와 주문도 기록합니다
ConnectWiz에서 결제를 기록하거나 주문을 만들면 Stella로 보낼 수 있습니다. 소유자가 명시적으로 결정해야 열리고, 나머지와 똑같은 관문 네 개와 예행 모드를 거칩니다.
미러가 아니라 증분
변경 폴링은 놓친 이벤트를 잡으려고 있는 것이지, 병원 원장의 사본을 하나 더 두려고 있는 것이 아닙니다. 그 구분을 놓치면 캐시가 데이터베이스가 되므로 문서로 적어 두었습니다.
기술적인 구조
쓰기 경로: 관문 네 개와 예행연습 한 번
작업마다 기본값은 꺼짐
모든 쓰기는 꺼진 상태로 출고되고, 일곱 개 작업 — 메모, 예약, 예약 취소, 고객, 견적, 주문, 결제 — 마다 스위치가 따로 있습니다. 여기서 안전은 부재로 구현됩니다. 관문 하나라도 통과하지 못하면 호출할 쓰기 객체 자체가 존재하지 않습니다.
소유권이 스위치보다 위입니다
작업별 스위치 위에는 데이터 소유권이 있습니다. 자사 워크스페이스가 소유한 영역은 스위치가 어떻게 돼 있든 Stella로 내보내 쓰지 않습니다. 관문 순서는 고정돼 있고 문서로 남아 있습니다.
예행연습도 실제 코드 경로에서
드라이런 모드는 실제 쓰기가 보낼 페이로드를 그대로 만들고 전송 직전에만 멈춥니다. 다른 코드 경로를 타는 예행연습은 아무것도 증명하지 못하므로, 그런 것은 만들지 않았습니다.
쓰기는 스스로 검증합니다
쓰기를 마칠 때마다 연동이 방금 만든 것을 다시 읽어 와 대조합니다. 어긋나면 사람이 볼 경고로 올라오지, 자동으로 고치지는 않습니다. 공급사 API에 멱등 키가 없어 자동 수정이 안전하지 않기 때문입니다.
순서가 맞는 이전
예약을 가장 먼저 가져옵니다. 테넌트 전체에서 사람을 찾아낼 수 있는 유일한 면이 다이어리라서 일부러 그렇게 했습니다. 건너뛴 행은 모두 이름을 붙여 집계합니다. 기간 밖, 알 수 없는 형태, 연락처 없음.
AI 읽기에는 자물쇠가 세 개
AI의 CRM 도구는 자사 워크스페이스가 실제로 가진 동작만 노출하고, 호출 시점에 그 동작을 다시 검증하며, 고객은 대화 자체에서 특정합니다. 지어낸 선택지나 찍어 맞힌 ID는 전송 전에 죽습니다.
설정
연결 방식
Stella 연결
Stella 자격 증명을 넣으면 저장되기 전에 커넥터가 실제 API로 검증합니다.
맥락과 함께 일하기
대화마다 고객의 CRM 카드가 뜹니다. 상담원도 AI도 기억이 아니라 사실을 보고 답합니다.
필요할 때 이전
보조 마이그레이션을 돌려 전체 히스토리를 가져옵니다. 소유권을 넘기기 전까지는 기존 시스템이 계속 기준입니다.
보안과 보증
지루한 보증
건강 데이터: 읽지 않습니다
진료 기록은 KVKK상 특별 범주 데이터입니다. 이것을 지원 화면으로 끌어오면 처리하는 사람의 범위가 병원 의료진에서 팀 전체로 넓어집니다. 그래서 엔드포인트는 존재하지만 저희는 문서로 거절합니다.
보이지 않는 손은 없습니다
병원의 업무를 대신 종료하지 않고, 고객 세그먼트를 바꾸지 않으며, 회계 원장을 건드리지 않습니다. 각각이 문서로 남긴 거절입니다. 채팅에서 남의 업무 프로세스를 자동화하는 것이 이 제품에서 가장 비싼 오류 유형이기 때문입니다.
토큰은 URL에 넣지 않습니다
공급사에는 자격 증명을 URL에 넣는 토큰 확인 엔드포인트가 있습니다. 로그와 프록시가 다 들여다보는 자리죠. 저희는 그 엔드포인트를 호출하지 않습니다. 자격 증명을 어떻게 다룰지는 엔드포인트마다 따로 정합니다.
삭제: 제공하지 않습니다
고객, 리드, 청구, 견적에 대한 공급사의 삭제 엔드포인트는 쓰지 않습니다. 소프트 삭제인지 하드 삭제인지 검증되지 않았고, 환자 기록을 지우는 일은 저희가 책임지고 싶은 어떤 사용자 시나리오에도 없습니다.
솔직한 세부 조건
경계를 명시합니다
일부러 거절합니다
의료 진료 기록은 읽지도 보여 주지도 않고, 공급사의 생애주기 라벨은 덮어쓰지 않으며, 완전한 양방향 미러를 하는 척하지도 않습니다. 각각은 빠진 기능이 아니라 문서로 남긴 설계 결정입니다.
다른 CRM
이 포트는 설계부터 제공사에 얽매이지 않습니다. Stella는 첫 번째 제공사이지 마지막이 아닙니다. 다른 것을 쓰고 계신가요? 알려 주세요. 작업 순서가 그렇게 정해집니다.