솔루션 핸드북
Make 공급업체 접수 루프를 위한 계획 가이드로, Custom webhook 설정, Run once 검증, HTTP 모듈 매핑, Jodoo 필드, 배포 메모를 포함합니다.
핸드북 열기MAKE + JODOO
Make + Jodoo로 구현하는 AI 공급업체 접수 검토
조달팀이 Jodoo에 공급업체 검토 레코드가 저장되기 전에 Custom webhook, Run once 번들, HTTP 모듈 매핑, 시나리오 이력을 눈으로 확인하길 원할 때 Make와 Jodoo를 함께 활용하세요.
Make Custom webhook으로 공급업체 접수를 수집Run once에서 수신 번들과 매핑된 HTTP 본문 검토공급업체 리스크 및 문서 후속 조치 필드를 Jodoo에 Jodoo에 기록Make 이력으로 작업 내역, 처리 시간, Jodoo에 기록 응답 검토
영상 둘러보기
Make 데모에서 일어나는 일
영상에서는 Make가 예시 공급업체 접수 요청을 검토하고, 구조화된 검토 필드를 전송한 뒤, Jodoo가 조달 레코드를 저장하는 과정을 보여줍니다.
Make가 공급업체 번들을 기다립니다
이 검증에서는 Run once 모드의 Custom webhook을 사용해 수신되는 공급업체 페이로드를 시나리오 캔버스에서 확인할 수 있습니다.
HTTP 모듈이 검토 필드를 매핑합니다
이 모듈은 공급업체명, 누락 문서, 리스크, 권고 사항, 검토자, 상태를 JSON 요청으로 전송합니다.
실행 이력에 Jodoo에 기록 응답이 표시됩니다
Make는 HTTP 모듈이 정상 완료되었고 브리지에서 Jodoo 데이터 ID를 반환했음을 확인합니다.
Jodoo가 공급업체 검토 레코드를 유지합니다
조달팀은 Jodoo에서 문서 완비 상태, 중간 리스크 공급업체, 조건부 승인, 담당자 대기열을 검토할 수 있습니다.
데모 요약
Make가 공급업체를 검토하고, Jodoo가 후속 조치를 추적합니다
이 구현은 Jodoo를 공통 공급업체 검토 레코드로 사용하기 전에 팀이 시각적인 시나리오 오케스트레이션을 원할 때 유용합니다.
시각적 시나리오
Make는 공급업체 접수 흐름을 webhook 모듈과 HTTP Jodoo에 기록 모듈이 연결된 형태로 보여줍니다.
Run once 캡처
시나리오가 테스트 요청을 기다리며 수신된 공급업체 번들을 기록합니다.
매핑된 HTTP 요청
HTTP 모듈이 공급업체 검토 필드를 JSON 본문으로 Jodoo 브리지에 전송합니다.
이력 응답
Make는 상태, 작업 수, 소요 시간, Jodoo 데이터 ID 응답을 기록합니다.
Jodoo 후속 조치
Jodoo 레코드에는 문서 상태, 리스크, 권고 사항, 담당자, 검토 메모가 유지됩니다.
시나리오 레시피
이 레시피는 webhook URL 확인, 저장된 HTTP 모듈 필드, 실행 이력 검증에 중점을 둡니다.
플랫폼 설정 참고사항
Make에 특화된 사항
Jodoo 레코드 모델은 일관되게 유지할 수 있지만, 각 에이전트 플랫폼은 구축 방식, 테스트 화면, 운영 배포 방식이 다릅니다.
Run once 가시성
첫 검증 실행 중 이해관계자가 수신된 공급업체 번들과 모듈 응답을 직접 확인하길 원할 때 Make가 유용합니다.
HTTP 저장 확인
브리지 URL이나 JSON 본문을 변경한 뒤에는 테스트 데이터를 보내기 전에 HTTP 모듈을 다시 열어 저장된 값을 확인하세요.
이력 검토
시나리오 이력에서 모듈 성공 여부, 작업 수, 크레딧, 소요 시간, 반환된 Jodoo 데이터 ID를 검토하세요.
운영 환경 라우팅
라우터, 오류 처리기, 알림은 조달 필드 모델이 승인된 후에 추가해야 합니다.
워크플로 키트
같은 공급업체 접수 검토 루프 구축하기
핸드북을 검토하고, 워크플로 레시피를 복사한 다음, Make 워크플로를 자체 공급업체 소스에 맞게 조정할 때 Jodoo 필드 모델을 활용하세요.
팀이 재사용할 수 있는 항목
Make는 Custom webhook으로 공급업체 요청을 수신하고, HTTP 모듈에서 검토 페이로드를 매핑하며, 시나리오 이력에 작업 내역을 기록합니다. Jodoo는 문서, 리스크, 담당자, 승인 후속 조치를 위한 지속적인 조달 레코드를 유지합니다.
비즈니스 워크플로Jodoo 필드 모델에이전트 프롬프트배포 체크리스트
재사용 가능한 워크플로
워크플로가 판단하고, Jodoo가 업무를 계속 진행시킵니다.
- 01
Custom webhook
Run once 모드에서 Atlas Packaging Co. 번들을 수신
- 02
Make 시나리오
Make Custom webhook이 공급업체 페이로드를 수신하고 HTTP 모듈이 구조화된 필드를 Jodoo로 전송합니다.
- 03
HTTP 모듈
공급업체 검토 JSON을 전송하고 브리지 응답을 파싱
- 04
시나리오 이력
성공 여부, 작업 수, 소요 시간, 데이터 전송량 표시
- 05
Jodoo 검토 앱
리스크, 권고 사항, 검토자, 문서 후속 조치를 저장
워크플로 루프
Make webhook 번들에서 Jodoo 공급업체 검토까지
Make Custom webhook이 테스트 요청, 양식 또는 포털 소스에서 공급업체 접수 번들을 수신합니다.
Run once 모드는 시나리오가 예약되거나 활성화되기 전에 공급업체 번들을 눈으로 확인할 수 있게 합니다.
HTTP 모듈이 공급업체 필드, 누락 문서 메모, 리스크 수준, 권고 사항, 검토자, 다음 조치를 매핑합니다.
Make는 JSON 본문을 Jodoo 브리지로 전송하고 시나리오 이력에 응답을 기록합니다.
Jodoo는 공급업체 온보딩 레코드를 생성하고 문서 후속 조치, 리스크, 담당자, 승인 상태별로 조달 업무를 그룹화합니다.
이후에는 동일한 시각적 시나리오 패턴에 라우터, 필터, 알림 또는 연결된 소스 모듈을 추가할 수 있습니다.
필드 매핑
에이전트 출력이 Jodoo 필드가 됩니다
| 에이전트 또는 소스 데이터 | Jodoo 레코드 필드 |
|---|---|
| vendor_name, vendor_category, business_need | 공급업체 법인명, 공급업체 카테고리, 공급업체 비즈니스 설명 |
| contact_name, contact_email | 주요 연락처 이름, 주요 연락처 이메일 |
| requested_by, suggested_owner | 요청자 이름, 컴플라이언스 검토자 |
| missing_documents, compliance_status | 문서 완비 상태, 검토 의견 |
| risk_level, recommendation, review_status | 리스크 수준, 승인 권고 사항, 온보딩 상태 |
에이전트 레시피
프롬프트 및 구조화된 출력
Make 시나리오 역할
Make Custom webhook을 통해 하나의 공급업체 접수 번들을 수신하고 구조화된 공급업체 검토 객체를 Jodoo로 전송합니다.
필드 준비 규칙
HTTP 모듈이 실행되기 전에 누락 문서, 컴플라이언스 상태, 권고 사항, 제안 담당자, 검토 상태를 정규화합니다.
HTTP 모듈 계약
시나리오 이력을 검증 근거로 사용하기 전에 POST, JSON 본문 콘텐츠, 응답 파싱, 저장된 브리지 URL을 사용합니다.
필수 출력
vendor_name, vendor_category, business_need, contact_email, requested_by, risk_level, missing_documents, recommendation, suggested_owner, next_best_action, source_platform을 반환합니다.
{
"vendor_name": "Atlas Packaging Co.",
"vendor_category": "포장 공급업체",
"contact_name": "Nora Patel",
"contact_email": "nora.patel@atlaspackaging.example",
"business_need": "서부 지역 주문 처리를 위한 보조 포장 공급업체입니다.",
"requested_by": "운영 구매",
"spend_estimate": "연간 120000",
"risk_level": "중간",
"compliance_status": "W-9 및 보험 증명서 필요",
"missing_documents": "W-9, 보험 증명서, 지속가능성 정책",
"recommendation": "조건부 검토 진행",
"suggested_owner": "구매 운영",
"next_best_action": "누락 문서를 요청하고 소싱 검토 일정을 잡습니다.",
"review_status": "문서 후속 조치 필요",
"source_platform": "make",
"agent_confidence": "0.84"
}Jodoo 스타터 앱
공급업체 접수 검토 스타터 앱
조달팀에 맞게 공급업체 온보딩 워크플로를 조정할 때 이 필드 모델, 권장 보기, 자동화 규칙을 활용하세요.
포함된 필드
- 공급업체 법인명
- 공급업체 카테고리
- 비즈니스 필요
- 주요 연락처
- 요청자
- 컴플라이언스 검토자
- 문서 완비 상태
- 리스크 수준
- 승인 권고 사항
- 온보딩 상태
- 검토 의견
- 원본 에이전트 출력
추천 보기
- 문서 후속 조치 필요
- 중간 또는 높은 리스크
- 담당자 대기열
- 소싱 검토 준비 완료
- 전체 공급업체 검토
자동화 규칙
- Make가 구조화된 출력을 반환한 후 Jodoo 공급업체 온보딩 레코드를 생성합니다.
- 중간 또는 높은 리스크의 공급업체를 컴플라이언스 검토 대기열로 이동합니다.
- 문서 완비 상태가 부분 완료일 때 컴플라이언스 검토자에게 알립니다.
- 원본 워크플로 출력을 검토 의견 또는 감사 맥락에 보관합니다.
배포 체크리스트
운영 적용 전 확인할 사항
- Make Custom webhook을 생성하고 예시 공급업체 데이터로 한 번 실행합니다.
- webhook 번들 필드가 Jodoo 필드 매핑과 일치하는지 확인합니다.
- 메서드, URL, 헤더, JSON 본문을 수정한 뒤 HTTP 모듈을 저장합니다.
- Make 이력에서 상태, 소요 시간, 작업 수, 응답 본문을 확인합니다.
- 기본 공급업체 검토 Jodoo에 기록이 안정화된 후에만 라우터나 필터를 추가합니다.
- 실제 공급업체 자격 증명과 엔드포인트 시크릿은 통제된 연결로 이동합니다.
워크플로
Make 공급업체 검토에서 Jodoo 온보딩 레코드까지
Make는 시각적 시나리오를 처리하고, Jodoo는 조달팀이 필터링하고 배정하며 검토할 수 있는 레코드를 유지합니다.
Make Custom webhook이 테스트 요청, 양식 또는 포털 소스에서 공급업체 접수 번들을 수신합니다.
Run once 모드는 시나리오가 예약되거나 활성화되기 전에 공급업체 번들을 눈으로 확인할 수 있게 합니다.
HTTP 모듈이 공급업체 필드, 누락 문서 메모, 리스크 수준, 권고 사항, 검토자, 다음 조치를 매핑합니다.
Make는 JSON 본문을 Jodoo 브리지로 전송하고 시나리오 이력에 응답을 기록합니다.
Jodoo는 공급업체 온보딩 레코드를 생성하고 문서 후속 조치, 리스크, 담당자, 승인 상태별로 조달 업무를 그룹화합니다.
이후에는 동일한 시각적 시나리오 패턴에 라우터, 필터, 알림 또는 연결된 소스 모듈을 추가할 수 있습니다.
Jodoo 레코드
Jodoo가 저장하는 항목
워크플로 실행 후 Jodoo는 공급업체명, 비즈니스 필요, 컴플라이언스 검토자, 문서 완비 상태, 리스크, 권고 사항, 온보딩 상태 등 지속적으로 관리할 공급업체 검토 필드를 유지합니다.
공급업체 법인명공급업체 카테고리비즈니스 필요주요 연락처요청자컴플라이언스 검토자문서 완비 상태리스크 수준승인 권고 사항온보딩 상태검토 의견원본 에이전트 출력
실제 테스트 실행
Make 워크플로가 공급업체 검토를 Jodoo에 기록했습니다
스크린샷에는 예시 공급업체 데이터가 사용되었으며, Make 설정, 성공적인 실행, 그리고 워크플로로 생성된 Jodoo 행을 보여줍니다.
시나리오 구성
Make Custom webhook이 공급업체 페이로드를 수신하고 HTTP 모듈이 구조화된 필드를 Jodoo로 전송합니다.
성공적인 Make 실행
Make HTTP 모듈이 성공적으로 완료되고 브리지가 Jodoo 데이터 ID를 반환합니다.
Jodoo Jodoo에 기록
공급업체 검토가 리스크, 권고 사항, 컴플라이언스 검토자 필드와 함께 Jodoo 공급업체 온보딩 레코드에 기록되었습니다.
FAQ
자주 묻는 질문
Jodoo 레코드, 워크플로, 앱 템플릿과 에이전트 플랫폼을 함께 사용하는 방법에 대한 답변입니다.
이 Make 공급업체 워크플로는 엔드 투 엔드로 테스트되었나요?
네. 이 검증에서는 Make Custom webhook, HTTP 모듈 실행, 그리고 검증 매니페스트와 함께 확인된 Jodoo Jodoo에 기록 스크린샷을 사용했습니다.
공급업체 접수 검토에 왜 Make를 사용하나요?
시각적인 시나리오, Run once 테스트, 번들 검토, 모듈 이력이 운영팀에 중요할 때 Make를 사용하세요.
첫 Make 검증에 AI 모듈이 꼭 필요한가요?
아니요. 먼저 Jodoo에 기록 경로를 안정적으로 만드는 데 집중합니다. 출력 스키마가 안정화되면 이후 Make AI 또는 모델 단계를 추가할 수 있습니다.
운영 환경에서 사용하기 전에 무엇을 확인해야 하나요?
실제 공급업체 데이터를 처리하기 전에 작업 한도, webhook 소유권, 오류 처리, 소스 권한, 검토자 모델을 확인하세요.
Make 실행 후 Jodoo에는 무엇이 저장되나요?
Jodoo에는 공급업체 식별 정보, 문서 완비 상태, 리스크 수준, 권고 사항, 컴플라이언스 검토자, 온보딩 상태, 검토 의견이 저장됩니다.
다음 단계
공급업체 접수를 조달 후속 조치로 전환
하나의 공급업체 요청에서 시작한 뒤, 동일한 Jodoo에 기록 패턴을 컴플라이언스 검토, 공급업체 온보딩, 계약 접수, 구매 요청에도 재사용할 수 있습니다.