공급사 목록 → 플랫폼 등록용 카탈로그

도입 방식

세 단계, 각 단계는 결재 가능한 산출물로 마무리됩니다

도입 프로젝트가 멈추는 이유는 대개 모델이 아니라 범위입니다. 아래 각 단계는 문서 산출물로 마무리되며, 다음 단계는 추정이 아니라 합의에서 시작됩니다.

1. 01

   요구사항 확정

   이미 쓰고 있는 문서와 시스템을 정리하고, 어떤 항목이 중요하며 각각을 어떻게 판독할지 확정한 뒤, 사람이 검토하는 범위와 워크플로가 판정하는 범위의 경계를 그립니다.

   이 단계의 산출물모든 항목, 판독 규칙, 사람이 검토하는 지점을 명시한 문서 형태의 범위 정의.

2. 02

   빠른 제공

   워크플로는 기존의 범용 도구를 조합해 구성하며, 한 고객을 위해 플랫폼을 고치지 않습니다. 실제 샘플 문서로 먼저 실행하고, 결과가 안정된 뒤에 물량을 늘립니다.

   이 단계의 산출물실제 샘플에서 동작하는 워크플로와, 확대 전에 측정한 실행 1건당 비용.

3. 03

   지속적인 보안

   실행할 때마다 도구 호출 기록이 남습니다. 보관 기간, 삭제 방식, 하위 처리자 목록은 모두 공개 페이지이므로 보안 검토 담당자가 문의 없이 확인할 수 있습니다.

   이 단계의 산출물실행별 감사 추적과, 보관·삭제·하위 처리자에 대한 문서 형태의 설명.

제공 범위

기업이 넘기는 것과, 돌려받는 것

상품 카탈로그 과제의 범위는 받는 원본 형식과, 최종적으로 어떤 가져오기 도구를 통과해야 하는지로 정해집니다. 착수 전에 양쪽을 모두 문서로 남깁니다.

예상 결과

공급사 파일 한 번, 처음부터 끝까지

같은 카탈로그를 공급사가 실제로 보낸 파일부터 가져오기 도구가 받아들이는 CSV까지 보여 드립니다.

시스템 통합

한 번 만들어 웹・API・SDK에서 같은 워크플로를 호출합니다

워크플로는 Builder에서 한 번 만듭니다. 세 가지 호출 채널은 모두 그 하나를 가리키며, 따로 관리하는 사본이 아닙니다.

• 호출 방식

  웹 화면, REST · Python SDK · TypeScript SDK. 에이전트 워크플로는 WebSocket으로 이벤트를 전송하고, 결정적 변환은 폴링입니다.

• 실행 위치

  워크플로는 클라우드에서 실행됩니다. 데스크톱용 Ainalyn(beta)은 이미지・PDF・OCR 변환을 기기에서 수행하며, convilyn.local은 키나 네트워크 없이 오프라인으로 변환합니다.

• 자사 도구

  자사에서 도구 서버를 운영하고 플랫폼이 호출하도록 할 수 있습니다. 모든 전송 요청에 HMAC-SHA256 서명과 타임스탬프가 포함되어 발신 출처를 검증할 수 있습니다.

URL 가져오기는 https만 허용하고 리다이렉션을 따라가지 않으며, 내부 대역으로 해석되는 주소는 거부하고 크기 상한도 있습니다. 다운로드 링크는 단기 사전 서명 URL이며 다시 발급할 수 있습니다.

Convilyn을 선택하는 이유

워크플로 기반이 자체 자산이며, 약속은 검증할 수 있습니다

문서 자동화 도입은 보안 심사에서 멈춰 섭니다. 이 절의 모든 항목은 문의 전에 직접 확인할 수 있습니다.

• 개인정보 보호는 기본값이며, 찾아서 켜는 설정이 아닙니다

  모델 제공사는 귀사의 내용을 학습에 사용하지 않습니다. API 키로 시작한 실행은 코드 계층에서 Convilyn 자사 모델 작업에서 배제되며 fail-closed입니다. 기본적으로 거부하므로 정책 선언에 그치지 않습니다.

• 연결의 유연성, 제약은 보통 귀사 쪽에 있습니다

  연결 방식은 앞 절에서 정리했습니다. 나머지 절반을 말씀드립니다. 대응할 수 없는 요구는 오픈 이후가 아니라 평가 단계에서 밝힙니다.

• 모델 학습

  AWS Bedrock으로 전송한 입력과 출력은 Anthropic 모델 학습에 사용되지 않습니다(Bedrock 데이터 보호 약관 참조). API 키로 시작한 실행은 코드로 Convilyn 학습 데이터에서 배제합니다.

• 삭제

  파일은 API로 즉시 삭제할 수 있으며, 업로드한 본인만 삭제할 수 있습니다. 실행 중인 워크플로에 연결된 파일은 해당 실행이 종료될 때까지 보호합니다.

• 암호화와 격리

  전송은 TLS, 저장 데이터는 암호화합니다. 저장 경로는 계정별로 분리하고 읽기와 삭제마다 소유권을 확인합니다. 식별자를 맞혀도 다른 계정의 파일에는 접근할 수 없습니다.

• 민감 정보 마스킹

  필드 이름과 값 형태를 규칙으로 대조하므로 resume_text 같은 필드의 내용도 걸러냅니다. 민감 여부 판단을 모델에 맡기지 않습니다.

• 하위 처리자

  고객 콘텐츠를 처리하는 모든 하위 처리자를 역할과 처리 리전과 함께 공개합니다. 해당 페이지는 항상 최신 목록이며, 문의용 연락처도 페이지에 기재되어 있습니다.

현재 처리 리전은 고정되어 있습니다. 파일 저장과 워크플로 실행은 도쿄（ap-northeast-1）, 모델 추론은 us-east-1, OCR은 싱가포르（ap-southeast-1）입니다. 요청마다 리전을 지정할 수는 없습니다. 데이터 소재지 요건이 있다면 상담 단계에서 알려 주시면 가능한 것과 불가능한 것을 그대로 설명드립니다.

• 개인정보 처리방침
• 하위 처리자 목록
• 서비스 약관

자주 묻는 질문

도입 전에 자주 나오는 질문

• 도입에 얼마나 걸립니까

  기간은 상품 수가 아니라 범위에 들어오는 공급사 형식이 몇 가지인지에 비례합니다. 한 공급사의 양식은 대개 첫 제공 단계에서 동작합니다. 이후에는 이미 돌아가는 워크플로 위에 형식을 하나씩 얹는 방식입니다.

• 쇼핑몰이나 판매자 센터를 바꿔야 합니까

  바꿀 필요가 없습니다. 워크플로가 읽는 것은 기업이 판매자 센터에서 내려받은 가져오기 서식이고 그 실제 열에 채워 넣으므로, 마켓 양식을 가정하지 않습니다. 산출물은 그대로 업로드할 수 있는 파일입니다. 이 단계까지 자동화하려면 REST API와 SDK를 쓸 수 있습니다.

• 공급사 단가가 모델 학습에 쓰입니까

  아닙니다. 공급사 견적과 원가 데이터는 학습 데이터가 되지 않습니다. 모델 제공사도, 당사도 사용하지 않습니다.

• 가격이나 단위를 잘못 읽으면 어떻게 됩니까

  가격과 단위는 원본에서 옮겨 적을 뿐 다시 계산하지 않으며, 판단이 서지 않는 항목은 추측하지 않고 예외로 남깁니다. 가격을 읽을 수 없는 상품은 보고되며, 지어낸 값으로 등록되지 않습니다.

• 어떻게 시작합니까

  실제 공급사 파일 1건과 셀러 센터에서 내보낸 가져오기 서식을 준비해 주세요.