업무를 단계·연결·상태로 그립니다
그래프는 해야 할 일을 상자로, 이어지는 관계를 선으로 그린 업무 지도에 가깝습니다. 상자는 노드[1], 연결은 엣지이며 각 단계가 참고하고 갱신하는 정보를 상태[2]라고 합니다. LangGraph 공식 문서도 이 세 요소를 구분합니다. 외부 시스템을 여러 개 연결해야만 그래프가 되는 것은 아닙니다.
주문 업무에서는 메일 원문 → 상품·수량 정리 → 결제·재고 조회 → 출고 조건 확인 → 배송 등록 순으로 연결할 수 있습니다. 각 단계에 같은 주문번호와 필요한 값을 전달해야 앞 단계의 결과가 실제 다음 작업으로 이어집니다.
특정 도구의 실행 화면이 아닌 설명용 개념도입니다. 정상 처리와 보완·보류 경로를 함께 보여줍니다.
문장은 AI가 읽고 업무 사실은 시스템에서 확인합니다
“흰 티셔츠 M 사이즈 20장을 지난번과 같은 곳으로 보내주세요”라는 주문을 가정하겠습니다. AI는 상품·사이즈·수량을 정리할 수 있지만 지난번 주소가 이번에도 유효한지는 확인해야 합니다. 결제 여부와 재고도 해당 시스템에서 조회합니다.
처음부터 주문 폼에 항목이 정확히 들어온다면 문장 해석에는 AI가 필요하지 않을 수 있습니다. 출고 정책처럼 정해진 조건은 프로그램이 확인하고, 외상 출고 허용 같은 결정은 회사의 권한 규정을 따릅니다.
진행 조건과 처리 결과를 구분합니다
주소 확인·결제 완료·충분한 재고를 모두 충족하면 배송 등록으로 보냅니다. 조건에 따라 다음 단계를 나누는 것이 분기[3]입니다. 누락된 항목은 담당자가 보완하고 결제·재고 조건도 다시 확인합니다.
시스템끼리는 API[4]로 요청과 응답을 주고받을 수 있습니다. 주문번호·상품·수량·주소를 보내고 등록 결과와 송장번호를 같은 주문에 기록합니다. 출고 조건 충족, 배송 등록, 실제 배송 완료는 서로 다른 상태입니다. 송장 안내 뒤에도 발송·도착 상태는 배송 시스템에서 별도로 갱신합니다.
구현 도구로 n8n을 쓴다면 노드에서 작업하고 연결선으로 결과를 전달하며 If·Switch로 조건을 나눌 수 있습니다. 실제 연동에는 회사 시스템의 API와 접속 권한을 확인해야 합니다.
누락과 응답 지연은 다르게 처리합니다
주소가 없으면 보완을 요청합니다
“확인 필요”만 알리면 담당자는 주문을 다시 읽어야 합니다. “주문 O-1042, 수량 20장, 배송지 누락”처럼 부족한 항목과 원문을 함께 보여주세요. AI가 주소를 짐작해 채우지 않고 확인된 정보를 같은 주문에 반영하도록 합니다.
등록 응답이 없으면 자동 재전송을 보류합니다
요청은 접수됐지만 응답만 늦어졌을 수 있습니다. 먼저 등록 여부를 조회하되 조회만으로 중복 방지가 보장되지는 않습니다. 서비스가 멱등성 키[5]를 지원한다면 같은 요청의 재시도에 동일한 키를 사용합니다. 유효기간과 보장 범위는 해당 서비스 문서를 따릅니다. AWS의 안전한 재시도 설명
등록 여부나 안전한 재시도 방법을 확인할 수 없으면 담당자 확인으로 넘깁니다. 이 글의 흐름은 설계 예시이며 실제 배송 서비스에서 검증한 결과는 아닙니다.
세 가지 주문으로 먼저 시험합니다
한 상품군에서 정상 주문, 주소 없는 주문, 등록 응답이 늦는 주문을 준비합니다. 정상 주문은 한 번 등록되고 나머지는 적절한 이유로 멈추는지 확인합니다. 처리 속도와 함께 잘못 등록한 건수, 직원 수정시간, AI 사용료를 기록합니다.
모델이 좋아지면 주문 해석을 돕던 단계는 줄일 수 있습니다. 그래도 배송지 확인과 중복 등록 방지는 업무 시스템에서 관리해야 합니다. Anthropic의 설명처럼 정해진 절차와 AI가 판단할 구간을 나눠, 같은 품질에서 단순한 구성이 충분한지 비교해보세요.
주문·배송 연동, 어떤 업체를 찾을까요?
AI 문서 처리 업체에는 주문 항목 추출, 시스템 연동 업체에는 결제·재고·배송 API, 업무 자동화 업체에는 오류 보류와 알림 경험을 물어보세요. 한 업체가 여러 분야를 맡을 수 있으므로 실제 사례를 확인합니다.
비교 항목 | 한 업체에 직접 문의 | 크몽 AX에서 매칭 |
|---|---|---|
업체 후보 | 직접 고른 업체 | 여러 전문가 중 조건에 맞는 후보 |
문의·연결 | 해당 업체에 업무 설명 | 크몽 AX가 문의 확인 후 연결 |
제안 검토 | 배송 API와 중복 방지 방식 확인 | 후보별 배송 API와 중복 방지 경험 확인 |
민감 정보를 가린 정상·누락 주문과 시스템 목록, 출고 정책을 준비하세요. 주문 추출·배송 연동·중복 방지 방식을 물어보고 같은 품질에서 작업시간과 비용을 비교해보세요. 문의는 크몽 AX가 받고 계약·수행은 선택한 전문가와 협의합니다.
참고 자료
본문의 공식 문서 링크를 참고했습니다. 2026-09-29 확인. 사례·수치·도식은 설명용이며 실제 구축 성과가 아닙니다.
용어 풀이
용어 1 노드
업무 흐름에서 한 단계를 맡는 단위입니다. 이 글에서는 메일 수신, 주문 정리, 재고 조회 같은 기능을 뜻하며 다음 단계로 이어지는 연결은 엣지라고 합니다.
용어 2 상태
업무를 처리하는 동안 각 단계가 참고하고 갱신하는 정보입니다. 이 글에서는 주문번호, 결제 여부, 재고 조회 결과, 배송 등록 여부를 포함하며 단순한 완료·미완료 표시보다 넓은 뜻으로 사용합니다.
용어 3 분기
확인한 조건에 따라 다음에 실행할 단계를 나누는 것입니다. 이 글에서는 출고 조건을 충족한 주문은 배송 등록으로, 누락이나 미충족 항목이 있는 주문은 담당자 확인으로 보냅니다.
용어 4 API
다른 프로그램에 정해진 형식으로 작업을 요청하고 결과를 받는 접점입니다. 여기서는 주문 정보 조회나 배송 등록에 사용합니다.
용어 5 멱등성 키
같은 요청의 재시도를 서비스가 알아볼 수 있도록 붙이는 식별값입니다. 서비스가 이 기능을 지원해야 하며 보장 범위와 유효기간을 확인해야 합니다.
이 주제에 대한 질문
최초 게시 2026-09-08 · 최종 수정 2026-09-29
