MAKE + JODOO

Make + Jodoo로 구현하는 AI 계약 접수 검토

Make와 Jodoo를 함께 사용해 계약 접수 검토를 실행하고, 위험 수준, 우선순위, 검토 경로, 누락 정보, 추천 담당자, 다음 권장 조치, 검토 상태를 반환한 뒤 추적 가능한 Jodoo 레코드에 저장합니다.

일관된 기준으로 계약 접수 데이터를 검토위험 수준, 우선순위, 검토 경로, 누락 정보, 추천 담당자, 다음 권장 조치, 검토 상태를 Jodoo에 기록담당자별 대기열과 후속 조치 상태를 가시적으로 유지워크플로를 운영 데이터 소스에 맞게 적용하기 전에 Make 검증본으로 먼저 확인공개 검증본은 Make Run once 모드를 사용하므로 캡처된 스크린샷에서 시나리오 히스토리의 웹훅 번들, 모듈 버블, 작업 수, HTTP 응답을 확인할 수 있습니다.

동영상 워크스루

Make 데모에서 진행되는 내용

이 영상에서는 Northstar Logistics MSA 갱신 건이 금액, 부서, 목표 서명일, 누락된 보험 정보, 갱신 맥락과 함께 워크플로에 들어오고, 이후 Jodoo가 운영 레코드를 저장하는 과정을 보여줍니다.

Custom webhook이 요청을 수신
Northstar Logistics MSA 갱신 건이 금액, 부서, 목표 서명일, 누락된 보험 정보, 갱신 맥락과 함께 워크플로에 들어옵니다.
Make가 구조화된 검토 필드를 준비
이 워크플로는 느슨한 문단형 응답 대신 위험 수준, 우선순위, 검토 경로, 누락 정보, 추천 담당자, 다음 권장 조치, 검토 상태를 명확한 필드로 유지합니다.
HTTP 모듈이 Jodoo에 기록
테스트 실행은 검토 결과를 Jodoo로 전송하고 브리지에서 Jodoo data ID를 받습니다.
Make 검증본은 계속 점검 가능
공개 검증본은 Make Run once 모드를 사용하므로 캡처된 스크린샷에서 시나리오 히스토리의 웹훅 번들, 모듈 버블, 작업 수, HTTP 응답을 확인할 수 있습니다.
Jodoo가 팀 레코드를 유지
Jodoo 앱은 계약명, 상대 계약사, 계약 유형, 요청 부서, 계약 금액, 목표 서명일, 검토 및 후속 조치를 위한 누락 정보를 저장합니다.

데모 요약

Make가 요청을 검토하고, Jodoo가 후속 조치를 추적

이 구현은 시각적인 시나리오 캔버스, Run once 테스트, 모듈 히스토리가 필요한 운영팀에 적합합니다. 이 페이지에서는 시각적인 시나리오 설정, 실제 실행, Jodoo Jodoo에 기록을 모두 확인할 수 있습니다. HTTP 모듈의 증빙도 시각적으로 확인할 수 있어 코드 편집기를 열지 않고도 메서드, 엔드포인트, 본문 유형, 파싱된 응답, 완료 상태를 점검할 수 있습니다.

Make 시나리오

Make Custom webhook이 샘플 페이로드를 수신하고, HTTP 모듈이 구조화된 필드를 Jodoo로 전송합니다.

구조화된 판단

워크플로는 Northstar Logistics MSA 갱신 건에 대해 위험 수준, 우선순위, 검토 경로, 누락 정보, 추천 담당자, 다음 권장 조치, 검토 상태를 반환합니다.

성공적인 Make 실행

Make 실행 히스토리에는 HTTP 모듈 완료, 작업 세부 정보, Jodoo data ID 응답이 표시됩니다.

Make 구현 세부사항

Custom webhook으로 시작하고, 샘플 요청을 붙여넣은 뒤, 판단 필드를 HTTP 모듈 본문에 매핑하기 전에 Make가 번들을 추론하도록 합니다.

계약 접수 레시피 세부사항

계약 접수의 경우 HTTP 모듈이 Jodoo에 기록하기 전에 Make 번들에서 상대 계약사, 금액, 목표 서명일, 누락 문서 필드가 보이도록 유지해야 합니다.

Jodoo Jodoo에 기록

Jodoo는 계약 접수 레코드를 저장하고 다음 조치를 계속 표시합니다.

운영 후속 조치

권장되는 다음 조치는 법무와 재무로 라우팅하기 전에 누락된 보험 증서와 데이터 처리 확인을 요청하는 것입니다.

재사용 가능한 키트

활용 키트에는 핸드북, Jodoo 필드 설계도, Make 워크플로 레시피가 포함됩니다.

플랫폼 설정 참고사항

Make에 특화된 사항

Jodoo 레코드 모델은 일관되게 유지할 수 있지만, 각 에이전트 플랫폼은 구축 방식, 테스트 화면, 운영 배포 방식이 다릅니다.

설정 검증
이 검증본은 Run once를 사용하므로 수신 번들과 HTTP 응답을 확인할 수 있습니다.
실행 경로
HTTP 모듈은 메서드, URL, 본문 유형, 응답 파싱을 점검 가능하게 유지합니다.
레시피 핵심
시나리오 히스토리는 작업 수, 소요 시간, Jodoo에 기록 응답의 시각적 레코드를 제공합니다.
운영 적용 계획
운영 적용 계획에는 webhook 담당자, 라우터, 오류 핸들러, 작업 사용량이 포함되어야 합니다.
증빙 세부사항
공개 검증본은 Make Run once 모드를 사용하므로 캡처된 스크린샷에서 시나리오 히스토리의 웹훅 번들, 모듈 버블, 작업 수, HTTP 응답을 확인할 수 있습니다.
실행 증빙
HTTP 모듈의 증빙은 시각적으로 확인할 수 있어 코드 편집기를 열지 않고도 메서드, 엔드포인트, 본문 유형, 파싱된 응답, 완료 상태를 모두 점검할 수 있습니다.
구축 세부사항
Custom webhook으로 시작하고, 샘플 요청을 붙여넣은 뒤, 판단 필드를 HTTP 모듈 본문에 매핑하기 전에 Make가 번들을 추론하도록 합니다.
구현 경로
고액 계약, 긴급 청구서, 누락 정보 사례에 서로 다른 Jodoo 대기열이 필요하다면 기본 검증 이후 라우터를 사용하세요.
가드레일
Run once 검증본을 실제 워크플로로 전환하기 전에 작업 사용량, webhook 담당자, 시나리오 스케줄링을 검토하세요.
검토 제어
HTTP 모듈 주위에 오류 핸들러를 추가해 Jodoo에 기록 실패 시 재시도하거나 수동 검토 경로로 이동할 수 있게 하세요.
시나리오 레시피
계약 접수의 경우 HTTP 모듈이 Jodoo에 기록하기 전에 Make 번들에서 상대 계약사, 금액, 목표 서명일, 누락 문서 필드가 보이도록 유지해야 합니다.
워크플로 적용
첫 번째 Jodoo Jodoo에 기록 검증이 안정화되면 라우터가 중간 위험도의 갱신 건과 고위험 신규 계약을 분기할 수 있습니다.

워크플로 키트

같은 계약 접수 검토 루프를 구축해 보세요

핸드북을 검토하고, 워크플로 레시피를 복사한 뒤, Make 워크플로를 적용할 때 Jodoo 필드 모델을 활용하세요.

솔루션 핸드북

팀이 재사용할 수 있는 항목

Make가 시각적 시나리오를 처리하고, Jodoo는 담당자 대기열, 검토 상태, 후속 조치를 위한 계약 접수 검토 필드를 저장합니다.

비즈니스 워크플로Jodoo 필드 모델에이전트 프롬프트배포 체크리스트

재사용 가능한 워크플로

워크플로가 판단하고, Jodoo가 업무를 계속 진행시킵니다.

01
Custom webhook
Northstar Logistics MSA 갱신 건으로 계약 접수 테스트를 시작합니다. Custom webhook으로 시작하고, 샘플 요청을 붙여넣은 뒤, 판단 필드를 HTTP 모듈 본문에 매핑하기 전에 Make가 번들을 추론하도록 합니다.
02
Make 시나리오
Make Custom webhook이 샘플 페이로드를 수신하고, HTTP 모듈이 구조화된 필드를 Jodoo로 전송합니다.
03
HTTP 모듈
구조화된 JSON을 Jodoo Jodoo에 기록 브리지로 전송합니다. HTTP 모듈의 증빙은 시각적으로 확인할 수 있어 코드 편집기를 열지 않고도 메서드, 엔드포인트, 본문 유형, 파싱된 응답, 완료 상태를 모두 점검할 수 있습니다.
04
검증 응답
플랫폼 실행 성공과 Jodoo data ID를 보여줍니다. 공개 검증본은 Make Run once 모드를 사용하므로 캡처된 스크린샷에서 시나리오 히스토리의 웹훅 번들, 모듈 버블, 작업 수, HTTP 응답을 확인할 수 있습니다.
05
Jodoo 대기열
담당자 검토, 상태 추적, 후속 조치를 위한 필드를 저장합니다. Run once 검증본을 실제 워크플로로 전환하기 전에 작업 사용량, webhook 담당자, 시나리오 스케줄링을 검토하세요.

워크플로 루프

Make 계약 접수 검토에서 Jodoo까지

Custom webhook이 먼저 합성 데이터로 계약 접수 검토를 수신하거나 시작합니다.
Make는 집중된 검토 지침을 적용해 위험 수준, 우선순위, 검토 경로, 누락 정보, 추천 담당자, 다음 권장 조치, 검토 상태를 반환합니다.
HTTP 모듈이 구조화된 출력을 Jodoo Jodoo에 기록 브리지로 전송하고 data ID를 수신합니다.
계약 접수의 경우 HTTP 모듈이 Jodoo에 기록하기 전에 Make 번들에서 상대 계약사, 금액, 목표 서명일, 누락 문서 필드가 보이도록 유지해야 합니다.
첫 번째 Jodoo Jodoo에 기록 검증이 안정화되면 라우터가 중간 위험도의 갱신 건과 고위험 신규 계약을 분기할 수 있습니다.
시나리오 히스토리는 각 모듈, 소요 시간, 작업 수, 승인된 Jodoo 응답을 보여주므로 법무 운영팀에 가장 적합한 검증 근거입니다.
Custom webhook으로 시작하고, 샘플 요청을 붙여넣은 뒤, 판단 필드를 HTTP 모듈 본문에 매핑하기 전에 Make가 번들을 추론하도록 합니다.
고액 계약, 긴급 청구서, 누락 정보 사례에 서로 다른 Jodoo 대기열이 필요하다면 기본 검증 이후 라우터를 사용하세요.
Jodoo는 계약 접수 양식 레코드를 생성하고 계약명, 상대 계약사, 계약 유형, 요청 부서, 계약 금액, 목표 서명일, 누락 정보, 위험 수준을 저장합니다.
팀은 대기열을 검토하고 담당자를 배정한 뒤 다음 조치를 완료합니다. 즉, 법무와 재무로 라우팅하기 전에 누락된 보험 증서와 데이터 처리 확인을 요청합니다.
Run once 검증본을 실제 워크플로로 전환하기 전에 작업 사용량, webhook 담당자, 시나리오 스케줄링을 검토하세요.
HTTP 모듈 주위에 오류 핸들러를 추가해 Jodoo에 기록 실패 시 재시도하거나 수동 검토 경로로 이동할 수 있게 하세요.

필드 매핑

에이전트 출력이 Jodoo 필드가 됩니다

에이전트 또는 소스 데이터	Jodoo 레코드 필드
원본 요청 세부 정보	계약명, 상대 계약사, 계약 유형, 요청 부서
검토 판단 필드	누락 정보, 위험 수준, 우선순위, 검토 경로, 추천 담당자
워크플로 응답	소스 플랫폼, 원본 워크플로 출력

에이전트 레시피

프롬프트 및 구조화된 출력

Make 역할

계약 접수 검토 요청 1건을 검토하고 Jodoo가 저장, 라우팅, 리포트할 수 있는 구조화된 필드를 반환하세요. Custom webhook으로 시작하고, 샘플 요청을 붙여넣은 뒤, 판단 필드를 HTTP 모듈 본문에 매핑하기 전에 Make가 번들을 추론하도록 합니다.

검토 지침

Northstar Logistics MSA 갱신 건의 샘플 맥락을 사용해 위험 수준, 우선순위, 검토 경로, 누락 정보, 추천 담당자, 다음 권장 조치, 검토 상태를 결정하고, 권장되는 다음 조치는 구체적으로 작성하세요. 계약 접수의 경우 HTTP 모듈이 Jodoo에 기록하기 전에 Make 번들에서 상대 계약사, 금액, 목표 서명일, 누락 문서 필드가 보이도록 유지해야 합니다.

Jodoo에 기록 계약

HTTP 모듈을 통해 예측 가능한 JSON 객체를 전송하세요. Jodoo는 매 실행마다 동일한 필드명을 받아야 합니다. Make는 운영팀이 캔버스, 필터, 라우터, 모듈 단위 실행 히스토리를 통해 업무 인계를 설명해야 할 때 유용합니다.

필수 출력

감사 맥락을 위해 위험 수준, 우선순위, 검토 경로, 누락 정보, 추천 담당자, 다음 권장 조치, 검토 상태, source_platform, agent_confidence, 원본 워크플로 출력을 반환하세요.

Make 제어 항목

Run once 검증본을 실제 워크플로로 전환하기 전에 작업 사용량, webhook 담당자, 시나리오 스케줄링을 검토하세요. HTTP 모듈 주위에 오류 핸들러를 추가해 Jodoo에 기록 실패 시 재시도하거나 수동 검토 경로로 이동할 수 있게 하세요. webhook URL의 담당자와 운영 요청 데이터를 담는 모듈을 수정할 수 있는 권한 보유자를 문서화하세요.

계약 접수 구현 메모

계약 접수의 경우 HTTP 모듈이 Jodoo에 기록하기 전에 Make 번들에서 상대 계약사, 금액, 목표 서명일, 누락 문서 필드가 보이도록 유지해야 합니다. 첫 번째 Jodoo Jodoo에 기록 검증이 안정화되면 라우터가 중간 위험도의 갱신 건과 고위험 신규 계약을 분기할 수 있습니다. 시나리오 히스토리는 각 모듈, 소요 시간, 작업 수, 승인된 Jodoo 응답을 보여주므로 법무 운영팀에 가장 적합한 검증 근거입니다.

{
  "contract_name": "Northstar Logistics MSA 갱신",
  "counterparty": "Northstar Logistics",
  "contract_type": "마스터 서비스 계약",
  "contract_value": 186000,
  "currency": "USD",
  "risk_level": "중간",
  "priority": "높음",
  "review_route": "법무 후 재무",
  "missing_information": "업데이트된 보험 증명서와 데이터 처리 부속서 확인",
  "suggested_owner": "법무 운영",
  "next_best_action": "누락 문서를 요청하고 법무 검토로 전달합니다.",
  "review_status": "접수 후속 조치 필요"
}

Jodoo 스타터 앱

계약 접수 스타터 앱

팀에 맞게 계약 접수 검토 워크플로를 적용할 때 이 필드 모델, 뷰, 자동화를 사용하세요.

포함된 필드

계약명
상대 계약사
계약 유형
요청 부서
계약 금액
목표 서명일
누락 정보
위험 수준
우선순위
검토 경로
추천 담당자
다음 권장 조치
검토 상태
소스 플랫폼
원본 워크플로 출력

자동화 규칙

Make가 구조화된 출력을 반환한 후 Jodoo 레코드를 생성합니다.
우선순위가 높거나 예외인 레코드를 적절한 담당자 대기열로 이동합니다.
누락 정보나 보류 사유가 있으면 추천 담당자에게 알림을 보냅니다.
감사 맥락을 위해 원본 워크플로 출력을 유지합니다.

배포 체크리스트

운영 적용 전 확인할 사항

시나리오를 활성화하기 전에 합성 데이터를 Custom webhook으로 전송하세요.
수정 후 HTTP 모듈을 다시 열고 저장된 JSON 매핑을 확인하세요.
시나리오 히스토리를 사용해 상태, 작업 수, 응답 본문을 확인하세요.
기본 Jodoo에 기록이 안정화된 후에만 라우터, 필터, 알림을 추가하세요.
Run once 검증본을 실제 워크플로로 전환하기 전에 작업 사용량, webhook 담당자, 시나리오 스케줄링을 검토하세요.
HTTP 모듈 주위에 오류 핸들러를 추가해 Jodoo에 기록 실패 시 재시도하거나 수동 검토 경로로 이동할 수 있게 하세요.
webhook URL의 담당자와 운영 요청 데이터를 담는 모듈을 수정할 수 있는 권한 보유자를 문서화하세요.
첫 번째 Jodoo Jodoo에 기록 검증이 안정화되면 라우터가 중간 위험도의 갱신 건과 고위험 신규 계약을 분기할 수 있습니다.
시나리오 히스토리는 각 모듈, 소요 시간, 작업 수, 승인된 Jodoo 응답을 보여주므로 법무 운영팀에 가장 적합한 검증 근거입니다.

구현 참고자료

팀을 위해 설정 세부사항을 보관하세요

Markdown - 공유 준비 완료

솔루션 핸드북

Make 계약 접수 검토 루프를 위한 계획 가이드로, 설정, Jodoo 필드, 검증 레코드, 배포 노트를 포함합니다.

핸드북 열기

JSON - 설계도 준비 완료

Jodoo 시작용 앱 설계도

계약 접수 양식을 적용할 때 활용할 수 있는 Jodoo 필드 모델, 권장 뷰, 자동화 아이디어입니다.

설계도 열기

Markdown - 즉시 복사 가능

에이전트 프롬프트 + 워크플로 레시피

이 Jodoo에 기록 검증에 사용된 Make 설정, 출력 계약, 엔드포인트 메모, 테스트 실행 레시피입니다.

레시피 열기

워크플로

Make 계약 접수에서 Jodoo 레코드까지

Make가 시각적 시나리오를 처리하고, Jodoo는 팀이 필터링, 배정, 검토할 수 있는 레코드를 유지합니다.

Custom webhook이 먼저 합성 데이터로 계약 접수 검토를 수신하거나 시작합니다.
Make는 집중된 검토 지침을 적용해 위험 수준, 우선순위, 검토 경로, 누락 정보, 추천 담당자, 다음 권장 조치, 검토 상태를 반환합니다.
HTTP 모듈이 구조화된 출력을 Jodoo Jodoo에 기록 브리지로 전송하고 data ID를 수신합니다.
계약 접수의 경우 HTTP 모듈이 Jodoo에 기록하기 전에 Make 번들에서 상대 계약사, 금액, 목표 서명일, 누락 문서 필드가 보이도록 유지해야 합니다.
첫 번째 Jodoo Jodoo에 기록 검증이 안정화되면 라우터가 중간 위험도의 갱신 건과 고위험 신규 계약을 분기할 수 있습니다.
시나리오 히스토리는 각 모듈, 소요 시간, 작업 수, 승인된 Jodoo 응답을 보여주므로 법무 운영팀에 가장 적합한 검증 근거입니다.
Custom webhook으로 시작하고, 샘플 요청을 붙여넣은 뒤, 판단 필드를 HTTP 모듈 본문에 매핑하기 전에 Make가 번들을 추론하도록 합니다.
고액 계약, 긴급 청구서, 누락 정보 사례에 서로 다른 Jodoo 대기열이 필요하다면 기본 검증 이후 라우터를 사용하세요.
Jodoo는 계약 접수 양식 레코드를 생성하고 계약명, 상대 계약사, 계약 유형, 요청 부서, 계약 금액, 목표 서명일, 누락 정보, 위험 수준을 저장합니다.
팀은 대기열을 검토하고 담당자를 배정한 뒤 다음 조치를 완료합니다. 즉, 법무와 재무로 라우팅하기 전에 누락된 보험 증서와 데이터 처리 확인을 요청합니다.
Run once 검증본을 실제 워크플로로 전환하기 전에 작업 사용량, webhook 담당자, 시나리오 스케줄링을 검토하세요.
HTTP 모듈 주위에 오류 핸들러를 추가해 Jodoo에 기록 실패 시 재시도하거나 수동 검토 경로로 이동할 수 있게 하세요.

Jodoo 레코드

Jodoo가 저장하는 항목

워크플로 실행 후 Jodoo는 다음과 같은 계약 접수 필드를 지속적으로 보관합니다: 계약명, 상대 계약사, 계약 유형, 요청 부서, 계약 금액, 목표 서명일, 누락 정보, 위험 수준.

계약명상대 계약사계약 유형요청 부서계약 금액목표 서명일누락 정보위험 수준우선순위검토 경로추천 담당자다음 권장 조치검토 상태소스 플랫폼원본 워크플로 출력

실제 테스트 실행

Make 워크플로가 계약 접수 내용을 Jodoo에 기록했습니다

스크린샷에는 합성 데이터가 사용되었으며, Make 설정, 성공적인 실행, 그리고 워크플로로 생성된 Jodoo 레코드가 표시됩니다.

Jodoo와 연동된 계약 접수 검토용 Make 구성 — Make 시나리오 구성
Make Custom webhook이 샘플 페이로드를 수신하고, HTTP 모듈이 구조화된 필드를 Jodoo로 전송합니다.

Jodoo Jodoo에 기록이 포함된 성공적인 Make 계약 접수 검토 실행 — 성공적인 Make 실행
Make 실행 히스토리에는 HTTP 모듈 완료, 작업 세부 정보, Jodoo data ID 응답이 표시됩니다.

Make 출력으로 생성된 Jodoo 계약 접수 검토 레코드 — Jodoo Jodoo에 기록
계약 접수 검토 내용이 Jodoo에 기록되었으며, 계약명, 상대 계약사, 계약 유형, 요청 부서, 계약 금액, 목표 서명일 필드가 표시됩니다.

FAQ

자주 묻는 질문

Jodoo 레코드, 워크플로, 앱 템플릿과 에이전트 플랫폼을 함께 사용하는 방법에 대한 답변입니다.

이 Make 계약 접수 검토는 엔드 투 엔드로 테스트되었나요?

네. 이 검증본은 합성 데이터, 실제 Make 실행, 그리고 검증 매니페스트가 포함된 검증된 Jodoo Jodoo에 기록 스크린샷을 사용했습니다.

계약 접수 검토에 왜 Make를 사용하나요?

시각적인 시나리오 캔버스, Run once 테스트, 모듈 히스토리가 필요한 운영팀이라면 Make가 적합합니다. 이후 Jodoo가 검토와 후속 조치를 위한 지속성 있는 레코드를 유지합니다.

이 Make 구현은 다른 플랫폼 예시와 무엇이 다른가요?

공개 검증본은 Make Run once 모드를 사용하므로 캡처된 스크린샷에서 시나리오 히스토리의 웹훅 번들, 모듈 버블, 작업 수, HTTP 응답을 확인할 수 있습니다. Custom webhook으로 시작하고, 샘플 요청을 붙여넣은 뒤, 판단 필드를 HTTP 모듈 본문에 매핑하기 전에 Make가 번들을 추론하도록 합니다. 계약 접수의 경우 HTTP 모듈이 Jodoo에 기록하기 전에 Make 번들에서 상대 계약사, 금액, 목표 서명일, 누락 문서 필드가 보이도록 유지해야 합니다.

워크플로 실행 후 Jodoo에는 무엇이 저장되나요?

Jodoo는 계약명, 상대 계약사, 계약 유형, 요청 부서, 계약 금액, 목표 서명일, 누락 정보, 위험 수준, 우선순위, 검토 경로와 함께 감사 맥락을 위한 원본 워크플로 출력을 저장합니다.

나중에 실제 운영 데이터 소스와 연결할 수 있나요?

네. 검증된 합성 실행으로 시작한 뒤 계약 접수 검토 스키마가 안정화되면 양식, 포털, 받은편지함, API, 내부 시스템을 연결할 수 있습니다. 고액 계약, 긴급 청구서, 누락 정보 사례에 서로 다른 Jodoo 대기열이 필요하다면 기본 검증 이후 라우터를 사용하세요.

팀이 계속 검토해야 하는 부분은 무엇인가요?

워크플로가 판단 필드를 준비할 수는 있지만, 담당자는 여전히 비즈니스 리스크, 결제 또는 법무 승인, 최종 운영 결정을 검토해야 합니다. webhook URL의 담당자와 운영 요청 데이터를 담는 모듈을 수정할 수 있는 권한 보유자를 문서화하세요.

다음 단계

계약 접수를 추적 가능한 후속 조치로 전환

검증된 Make 실행 1회로 시작한 뒤, 동일한 Jodoo에 기록 패턴을 인접한 검토 대기열과 운영 업무 인계에도 재사용할 수 있습니다. Run once 검증본을 실제 워크플로로 전환하기 전에 작업 사용량, webhook 담당자, 시나리오 스케줄링을 검토하세요.

워크플로 키트 받기워크플로 데모 예약

Make + Jodoo로 구현하는 AI 계약 접수 검토

Make 데모에서 진행되는 내용

Custom webhook이 요청을 수신

Make가 구조화된 검토 필드를 준비

HTTP 모듈이 Jodoo에 기록

Make 검증본은 계속 점검 가능

Jodoo가 팀 레코드를 유지