운영 현황을 조회하는 일과 그 결과로 다른 시스템을 변경하는 일은 권한과 완료 기준이 다릅니다. 이 경계를 나눠 보면 자동화할 업무를 구체적으로 정할 수 있습니다.
“지난달 부품 조회·거래 현황을 정리해 줘. 확인이 필요한 항목을 운영 담당자와 검토할 수 있게 묶어 줘.”
조회 결과를 운영 담당자의 검토로 연결하는 업무 설계 예시입니다. 알림·결재 시스템 전달은 대상 시스템의 연동 가능 여부를 확인한 뒤 범위를 정합니다.
조회·정리에서 멈출지, 업무 시스템까지 넘길지
| 단계 | 업무 예시 | 확인할 조건 |
|---|---|---|
| 조회 | 운영 데이터에서 기간별 조회·거래 현황을 가져옵니다. | 자연어 SQL로 조회할 대상 DB와 지표 정의, 읽기 권한을 확인합니다. |
| 정리 | 표와 요약을 담당자가 검토할 항목으로 묶습니다. | 누락·집계 기준을 담당자가 확인합니다. 결과 형식은 실제 환경에서 검증합니다. |
| 전달 후보 | 검토 결과를 업무 시스템의 요청 항목으로 전달하는 흐름을 검토합니다. | 해당 시스템의 API 또는 도구 연결, 인증과 전달 항목을 확인합니다. |
| 승인·실행 후보 | 담당자의 승인 이후 필요한 변경을 수행하는 범위를 정합니다. | 승인 지점과 변경 권한을 설계하고 실제 실행 범위를 협의합니다. |
연결의 기반과 실제로 구성할 업무
PiGNiTO는 데이터베이스 조회와 여러 시스템 연결에 MCP 클라이언트를 활용합니다. MCP는 AI가 도구와 시스템의 기능을 이용하도록 연결하는 방식입니다. 연결할 시스템이 제공하는 기능과 허용 권한에 맞춰 업무 수행 범위를 정합니다.
Agent 실행기·MCP 클라이언트·자연어 SQL 변환기가 업무 수행의 기반을 이룹니다. 연결할 시스템과 워크플로, 승인·취소 기능은 적용 업무별로 확인합니다.
완료 기준을 정하면 예외 처리도 보입니다
조회 완료와 업무 반영 완료
시작과 완료: 누가 어떤 입력으로 요청하며 어느 상태를 완료로 볼지 정합니다. “현황 조회 완료”와 “업무 시스템 반영 완료”를 구분합니다.
읽기 권한과 변경 권한
권한: 조회 전용 계정과 변경 가능한 계정의 범위를 나눕니다. 외부 도구는 사전 승인 범위에서 사용하도록 구성합니다.
실패했을 때의 담당자와 수행 이력
예외: 필수 정보가 없거나 시스템이 응답하지 않을 때 어디서 멈추고 누가 처리할지 정합니다. 재시도와 중복 방지는 검증할 요구사항입니다.
이력: 질의·응답·작업 수행 로그에서 요청과 결과를 추적하는지 확인합니다. 기록 항목·보관 기간은 도입 시 협의합니다.
현재 업무 흐름 하나를 가져오세요
사용 시스템과 담당자, 승인 지점을 함께 확인합니다.