기업 구매를 위한 AI 에이전트: 요청, 견적, 후속 관리

문제

대부분의 기업에서 사내 구매 요청은 똑같이 지치는 경로를 따릅니다. 동료에게 보내는 비공식 메시지, 잊힌 스프레드시트, 손으로 작성해 보낸 공급업체 이메일, 그리고 아무도 후속 연락할 시간이 없어 며칠 동안 아무 일도 일어나지 않습니다. 구매 요청과 실제 발주 사이의 지연은 늘어나고, 아무도 그 건이 정확히 어디까지 진행됐는지 알지 못합니다.

익명화된 고객 지출 300억 달러 이상을 바탕으로 한 Procurify의 2026 구매 벤치마크 & KPI 리포트는 구매 요청과 승인된 발주 사이의 중간 지연 시간을 2025년 55시간으로, 2024년 51시간에서 늘어난 수치로 집계합니다. 구매팀의 도구가 점점 나아지는데도 지연은 오히려 길어지고 있습니다.

수동 처리는 인보이스 쪽에서도 비용이 큽니다. 프랑스 업계 연구 종합에 따르면, 공급업체 인보이스를 수동으로 처리하는 데는 약 15유로(출처에 따라 12.80~20유로)가 드는 반면, 자동화된 프로세스는 약 3유로에 그칩니다.

또 다른 전형적인 증상은 절차를 벗어난 구매, 이른바 '메이버릭 스펜드'입니다. 직원이 따라야 할 정상 경로가 없어 직접 주문한 경우를 말합니다. 업계의 여러 연구는 통제 체계가 잘 갖춰지지 않은 조직에서 전체 구매 예산 대비 두 자릿수 비율을 언급하며, 절차가 잘 정비되면 한 자릿수로 낮아진다고 설명합니다. 이 수치는 정의에 따라 편차가 크며, 자주 인용되지만 최종적으로 검증되지는 않은 대략적인 규모로 받아들여야 합니다.

어느 경우든 원인은 같습니다. 실제 부가가치에 비해 지나치게 많은 입력, 후속 연락, 수동 추적입니다. 이메일로 공급업체를 후속 연락하거나 스프레드시트에 견적을 옮겨 적는 데 한 주의 절반을 쓰는 구매 담당자는, 회사 예산에 실질적인 영향을 주는 조건을 협상할 시간도, 단순 거래를 넘어서는 공급업체 관계를 만들 시간도 없습니다.

에이전트가 하는 일, 단계별로

자율 AI 에이전트는 누군가 말을 걸 때만이 아니라 자체 환경에서 계속 실행됩니다. 슬랙이나 이메일로 구매 요청을 접수합니다. 직원이 컴퓨터, 소프트웨어 라이선스, 협력사를 필요로 하며, 수량과 대략적인 예산, 긴급도를 함께 전달합니다. 예산, 사유, 관련 부서 같은 정보가 빠지면, 에이전트는 더 진행하기 전에 요청자에게 직접 연락해 요청을 보완하도록 합니다. 불완전한 요청을 그대로 방치하지 않습니다.

요청이 정리되면, 흔한 필요인 경우 이미 등록된 공급업체를 재사용하며 관련 공급업체를 찾아 이메일로 견적을 요청합니다. 응답이 들어오는 대로 받은 각 견적을 Airtable의 비교표에 취합합니다. 가격, 배송 기한, 결제 조건, 보증 정보입니다. 목표는 구매 담당자를 대신해 결정하는 것이 아니라, 빠른 결정을 위한 명확한 시야를 제공하는 것입니다.

동시에 에이전트는 요청 전용 Google Drive 폴더에 자료(견적, 발주서, 가결산 인보이스)를 정리해, 나중에 누구나 문서를 쉽게 찾을 수 있게 합니다.

사람이 공급업체를 승인하고 발주에 서명하면, 에이전트는 발주 추적 전용 Trello 보드에 카드를 생성하고 상태와 예고된 배송일을 담습니다. 이 카드를 계속 관리합니다. 발주 확인이 늦어지거나 배송일이 다가오는데 소식이 없으면, 이미 열려 있는 대화 스레드에서 공급업체에 이메일로 후속 연락을 보냅니다. 후속 연락에도 지연이 확인되면, 즉시 행동할 수 있도록 필요한 맥락과 함께 요청자와 구매 담당자에게 슬랙으로 알립니다.

바로 여기서 손으로 실행하는 단순한 도구와의 진짜 차이가 드러납니다. 에이전트는 작업을 지시받기를 기다리지 않고, 스스로 기한을 감시하며 무언가 궤도를 벗어나면 미리 알립니다.

활용되는 인테그레이션

에이전트는 새로 배워야 할 구매 소프트웨어를 강요하는 대신, 기업에 이미 자리 잡은 도구를 활용합니다.

Slack에서는 전용 채널에 게시된 사내 구매 요청을 접수하고, 알림(공급업체 지연, 예산 초과, 정보 부족으로 막힌 건)을 게시합니다. Airtable에서는 공급업체 비교표와 발주 추적표를 관리하며, 진행 상황에 따라 자동으로 행이 생성되고 갱신됩니다. Gmail에서는 견적 요청, 공급업체 후속 연락, 기한 리마인드를 보내며, 이력을 읽기 쉽게 유지하기 위해 기존 대화 스레드 안에 머뭅니다. Google Drive에서는 견적, 발주서, 가결산 인보이스를 구매 요청별로 정리된 폴더에 담습니다. Trello에서는 각 발주를 카드로 구체화해, 배송을 향해 진행되는 만큼 열에서 열로 이동시킵니다.

각 인테그레이션은 반드시 필요한 행동에 대해서만 활성화됩니다. 에이전트는 도구별로 명시적으로 허락받은 것에 대해서만 행동할 수 있습니다.

사람이 맡는 부분

이는 편집상의 사소한 안전장치가 아니라 이 활용 사례의 핵심 보장입니다. 에이전트는 절대 최종 발주를 넣지 않고, 발주서에 서명하지 않으며, 결제를 실행하지 않습니다. 준비하고, 비교하고, 후속 연락하고, 알릴 뿐, 재무적 약정은 항상 사람의 결정입니다.

구체적으로, 사람은 네 가지 지점을 계속 통제합니다. 에이전트가 취합한 견적을 비교해 선정 공급업체를 결정합니다. 준비된 표를 참고하되 스스로 판단합니다. 예산을 승인하고 발주서에 서명합니다. 회사에 실제로 약정을 지우는 유일한 행위입니다. 결제나 송금을 실행합니다. 에이전트가 절대 하지 않는 행동입니다. 그리고 공급업체 분쟁(심각한 지연이나 불일치)이 생기면, 에이전트가 준비하고 정리한 자료를 바탕으로 판단합니다.

재무적 약정 전에 이루어지는 이 사람의 승인 원칙은 켜고 끌 수 있는 옵션이 아닙니다. 제품의 확고한 한계입니다. 에이전트는 모든 사전 준비 작업을 계속 실행할 수 있지만, 돈이 걸린 결정은 금액이나 요청의 체감 긴급도와 무관하게 항상 사람의 손에 남습니다.

측정 가능한 결과

가장 큰 이점은 구매 담당자를 대체하는 것이 아니라, 수동 입력과 후속 연락에 낭비된 시간을 되돌려주는 것입니다. 처음부터 정리된 구매 요청과 읽기 쉬운 표로 이미 비교된 견적은, 사람의 승인 단계를 건너뛰지 않으면서 Procurify 2026 리포트가 관찰한 요청과 발주 사이의 중간 지연 55시간에 직접적인 영향을 줍니다.

자동 공급업체 후속 연락은 제때 보내지 못한 팔로업 이메일 탓에 조용히 지연되는 발주 건수도 줄여줍니다. 그리고 항상 같은 자리에 정리된 자료(견적, 발주서, 가결산 인보이스)는 청구 시점에 잃어버린 문서를 찾아 헤매는 상황을 막아줍니다. 각 구매 담당자가 자기 메일함에 나름의 방식으로 자료를 보관할 때 흔히 벌어지는 일입니다.

플랫폼 가격은 구매 기능 자체의 논리를 따릅니다. 사용자 단위가 아니라 활성 에이전트 단위입니다. 자세한 내용은 가격 페이지에서 확인할 수 있습니다. 요청자든 구매 담당자든 팀 전체가 인원 추가에 따른 비용 없이 같은 에이전트를 활용할 수 있습니다.