APPLICATIONS, APIS & DATA
업무가 시스템 경계를 넘어 이어집니다.
외부 앱·API·데이터를 공통 식별자와 명확한 변경 권한, 실패 처리 절차로 업무 앱과 Agent에 연결합니다.

아키텍처 개념도
다음 시스템에서도 요청의 맥락을 이어갑니다
고객 문의가 CRM에 들어왔습니다. 서비스 담당자는 고객 정보, 해당 제품, 최근 처리 상태를 알아야 합니다. 다른 양식에 다시 옮겨 적으면 대조해야 할 기록이 하나 더 생깁니다.
Giz 연계는 사용 가능한 외부 앱 도구·API·데이터 서비스를 업무 앱과 Agent에 연결합니다. 먼저 처리할 업무를 정하고, 각 정보의 기준 시스템과 허용할 작업을 확인합니다.
문의 한 건을 업무 요청 한 건에 연결합니다
서비스 요청을 예로 들면 CRM 문의의 식별자를 기준으로 고객·요청 유형·상태를 업무 기록에 연결합니다. 담당자는 권한이 있는 관련 정보를 보고 조사합니다.
처리가 끝나면 지원되고 승인된 인터페이스를 통해 원천의 상태를 변경하도록 구성할 수 있습니다. 대상 시스템이 받아들인 결과를 확인하고, 실패하거나 반영 여부가 불분명한 건은 운영자가 확인할 수 있게 합니다.
이는 설계·검수할 연결 업무의 예시입니다. 특정 CRM이나 모든 제품의 연결이 이미 제공된다는 의미는 아닙니다.
시스템 경계에서 합의할 내용
| 연결 계약 | 실제로 결정할 항목 |
|---|---|
| 식별자 | 원천의 어떤 키로 기록과 변경을 구분할 것인가 |
| 데이터 의미 | 필드·단위·상태를 어떻게 대응시킬 것인가 |
| 접근 권한 | 어떤 계정이 조회·생성·변경할 수 있는가 |
| 전달 방식 | 중복·지연·누락 이벤트를 어떻게 식별할 것인가 |
| 복구 | 반영 여부가 불분명할 때 누가 어디서 확인할 것인가 |
화면과 Agent가 같은 지원 연결을 사용하도록 구성합니다. 업무 앱이 관리할 진행 상태와 기존 시스템이 계속 책임질 원천 정보를 구분해, 같은 사실의 기준을 두 곳에 만들지 않습니다.
실제 제공되는 인터페이스를 선택합니다
Giz 데이터 서비스, 외부 도구와 MCP 연계를 출발점으로 검토합니다. 공급자의 지원, API 버전, 라이선스, 네트워크 접근과 계정 권한에 따라 사용 범위가 달라집니다.
데이터베이스 조회, 주기적인 파일 교환, 거래를 처리하는 API는 최신성과 실패 처리 방식이 다릅니다. 필요한 동작부터 합의한 뒤 연결 경로를 선택합니다. 양방향 실시간 동기화와 특정 ERP의 전용 프로토콜은 별도 구현·검증 범위로 명시합니다.
온전한 업무 거래 한 건을 가져오세요
첫 검토에는 API 문서, 요청·응답 예시, 테스트 계정과 원천 시스템 담당자가 필요합니다. 정상 거래뿐 아니라 거절된 거래, 변경되거나 취소된 기록도 준비합니다.
구축 결과물은 연결 명세, 필드 매핑, 인증 관리 책임, 검증 기록과 운영 절차입니다. 먼저 읽기와 원천 대조로 데이터의 의미를 맞춘 뒤 필요한 쓰기 작업을 연결할 수 있습니다.
인수 검수에는 정상 처리, 권한 거절, 잘못된 데이터, 호출 제한, 중복 요청과 반영 결과가 불확실한 상황을 포함합니다. 운영자가 어떤 일이 일어났고 다음에 무엇을 해야 하는지 설명할 수 있어야 합니다.
다음 단계
가장 복잡한 업무 하나를 가져오세요.
현재 쓰는 파일과 시스템, 바꾸고 싶은 일을 함께 살펴보겠습니다.