모든 쓰기에 사람의 승인 게이트를 둔 NetSuite 내부의 통제된 AI 워커

문제

재무 및 운영 리더들은 이미 생성형 AI를 시도했고, 그 결과물로 챗봇 프로토타입을 보유하고 있었습니다. 어느 것도 운영 단계에 이르지 못했으며, 그 이유는 잘 알려져 있습니다. 언어 모델이 계정 잔액, 세금 코드, 재고 평가액을 추측하도록 허용해서는 안 됩니다. 수천 건의 거래 라인을 컨텍스트 윈도우에 넣으면 예산이 소진되고 정확도가 흐트러집니다. 또한 어떤 감사위원회도 통제되지 않은 에이전트에 총계정원장 쓰기 권한을 부여하지 않습니다. 필요한 것은 더 똑똑한 모델이 아니라, 어떤 모델이든 통제된 방식으로 일할 수 있는 체계였습니다.

수행 내용

기존 NetSuite 역할을 기반으로 2주 스프린트 동안 DataOngoing의 에이전트형 ERP 프레임워크인 Aissistor를 구축했습니다. 중앙 라우터가 AP 매처, GL 마진 누수 탐지기, 저장 검색 감사기, 계약 검사기 등 전문 워커에 작업을 배분합니다. 각 워커는 공식 Model Context Protocol 도구로만 동작합니다. 매개변수화된 읽기 전용 쿼리에는 execute_suiteql, 구조 확인에는 get_record_schema, 장부를 변경하는 모든 작업에는 propose_transaction_draft를 사용합니다. 읽기는 NetSuite로 바로 전달됩니다. 쓰기는 단계별 검토에서 멈추며, 매입채무 감독자가 강조 표시된 차이를 확인하고 승인을 클릭한 뒤에야 레코드가 확정됩니다.

이 다이어그램은 통제 지점 및 관련 증거와 함께 워크플로 설계 중 하나입니다.

작동 방식

1. 자유 텍스트가 아닌 도구 호출

   고객 잔액을 확인할 때 워커는 매개변수화된 쿼리로 execute_suiteql을 호출하고 NetSuite 테이블에서 구조화된 행을 받습니다. 모델은 자신이 생성하지 않은 데이터를 요약하고 이상 징후를 표시하며, 답변의 모든 수치는 하나의 행으로 추적됩니다.

2. 사람이 개입하는 재무 가드레일

   워커는 구매 주문 5,000건을 감사해 중복 공급업체 청구서 14건을 찾아내거나, OCR 스캔으로 공급업체 청구서 초안을 작성할 수 있습니다. 두 경우 모두 확정할 수는 없습니다. 초안은 차이가 강조 표시된 검토 창에 등록되며, 감독자가 승인하면 NetSuite가 해당 담당자의 역할로 레코드를 기록합니다.

3. 서브에이전트 분해

   하나의 프롬프트로 ERP 문제가 해결되지는 않습니다. 리서치 에이전트는 거래 메모, 공급업체 계약, 지급 이력을 수집하고, 포렌식 에이전트는 GL 배분과 마진율을 분석하며, 문서화 에이전트는 레코드로 연결되는 감사 링크가 포함된 이사회 요약을 작성합니다.

결과

시사점

1. 통제된 도구가 없는 AI는 부담이 됩니다

   스크레이퍼나 권한 없는 데이터베이스 드라이버로 모델이 ERP에 접근하게 해서는 안 됩니다. 역할 기반 토큰과 감사 가능한 읽기/쓰기 경계를 갖춘 공식 MCP 인터페이스를 요구하십시오.

2. 목표는 사람이 아니라 행정적 부담을 없애는 것입니다

   선임 회계 담당자는 스캔한 PDF에서 12자리 청구서 번호를 입력할 것이 아니라 현금 전략을 분석해야 합니다. 입력은 워커가 하고, 판단은 사람이 합니다.

3. 모델 크기보다 결정론적 아키텍처가 우수합니다

   정밀한 SuiteQL 도구를 갖춘 규율 있는 모델이 추측에 의존하는 훨씬 큰 범용 모델보다 낫습니다. 거버넌스가 핵심 기능입니다.

복합 회고 사례이며, 고객은 대표 유형으로 표시하고 수치는 작동 원리를 보여 줍니다. 관련 글: 현장에서 장부로: 장치 및 문서 자동화