공급업체 제품 설정: 변형, 세 가지 주문 처리 유형, 그리고 리스팅을 막는 보증 필드

이 양식에 대해 거의 모든 신규 공급업체가 놀라는 세 가지가 있으며, 세 가지 모두 인터페이스가 제안하는 것이 아니라 서버가 강제하는 사항입니다.

• 제품에는 가격이 없습니다. 가격은 변형 옵션에 있으며, 구매자가 보는 가격은 가장 저렴한 활성 변형의 가격입니다.
• 변형이 하나도 없는 제품은 저장할 수 없습니다. 최소 하나는 있어야 하며, 이름, 가격, 재고 수량이 필요합니다.
• 보증 필드를 비워 두면 기본 주(週)가 적용되지 않습니다. 제출이 거부될 뿐입니다.

나머지는 모두 여기서 파생됩니다. 아래는 서버가 검증하는 순서대로 정리한 양식입니다.

단순 모드 또는 고급 모드, 그리고 그 선택이 가져오는 비용

제품 목록에서 새로 추가를 클릭하면 /supplier/products/add에서 생성 양식이 열립니다. 단순 모드로 시작하며 고급 모드로 전환하는 토글이 있습니다.

단순 모드에는 카테고리, 하위 카테고리, 제품 이름, 단가, 기본 재고, 계정 박스, 이미지의 일곱 가지 필드가 표시됩니다. 빠르고 두 가지 결정을 대신 내려줍니다. 이행 유형을 인벤토리로 강제하고, 백그라운드에서 단일 변형을 생성합니다. 사전 업로드된 재고를 판매하는 경우 이 형태가 정확하므로 여기서 끝입니다.

고급 모드는 나머지 양식, 즉 이행 유형, 공급자, 전체 설명, 보증, 변형 편집기, 체크아웃 옵션, FAQ 및 SEO입니다. 또한 제출하려면 설명을 영어로 번역해야 합니다. 단순 인벤토리가 아닌 모든 것은 이 모드가 필요합니다.

가격이 실제로 존재하는 곳

제품에는 양식이나 데이터에 가격 필드가 없습니다. 설정하는 것은 각 변형의 가격이며, 스토어프런트에 표시되는 수치는 가장 저렴한 활성 변형의 가격입니다. 이 점이 사람들을 놀라게 하는 방식으로 중요합니다. 가장 비싼 변형을 비활성화해도 표시되는 것은 변하지 않지만, 가장 저렴한 변형을 비활성화하면 전체 목록의 가격이 오른 것처럼 보입니다.

변형 편집기는 제품 변형(하위 제품) 아래에 있으며 버튼은 하위 제품 변형 추가입니다. 양식에서 실제로 사용하는 레이블이 있는 필드는 다음과 같습니다.

• 변형 이름, 선택 사항입니다. 비워 두면 원본 이름으로 대체됩니다.
• 가격, 필수이며 가격이 존재하는 유일한 곳입니다.
• 최소 구매 수량, 기본값은 1입니다. 이는 주문의 하한선이지 재고 수치가 아닙니다.
• 재고, 수동 및 자동 유형에 표시되며 유지 관리하는 숫자입니다.
• 기본 재고, 인벤토리 전용으로 표시되며 실제 재고에 더해져 표시됩니다.
• 간단한 설명, 선택 사항이며 변형을 선택하는 구매자에게 표시됩니다.

"최소 기본"이라는 필드는 없습니다. 이 필드를 찾고 있었다면 아마 최소 구매 수량 또는 기본 재고를 원했을 것이며, 이 둘은 반대 역할을 합니다.

동일한 상품이 가격이 다른 등급으로 제공될 때 변형을 사용하세요: 등록 연도, 지역, 사서함 포함 여부 등. 숫자보다는 자신의 가장 저렴한 행의 배수로 생각하세요. 가장 저렴한 행이 구매자가 가장 먼저 보는 것이고 그 위의 모든 것은 그에 대한 프리미엄으로 읽히기 때문입니다. 선반 데이터에서 한 가지 주의할 점: 연식 프리미엄은 여기서 시장 전체에 걸친 상수가 아닙니다. 판매자별로 나누면 일부 판매자는 명시된 등록 연도에 대해 자신의 기준선의 몇 배를 청구하고 다른 판매자는 동일한 주장에 대해 자신의 기준선보다 적게 청구하므로, 유지할 수 있는 배수는 선반에서 복사할 것이 아니라 직접 설정해야 합니다.

세 가지 이행 유형, 그리고 그중 하나는 대부분의 공급업체에게 보이지 않습니다

고급 모드의 제품 유형 선택기는 나머지 목록이 걸려 있는 결정입니다. 플랫폼 자체 설명이 있는 세 가지 옵션은 다음과 같습니다.

• 인벤토리, "업로드된 계정에서 자동 이행". 자격 증명을 미리 업로드하면 재고는 판매되지 않은 것이며 주문은 귀하의 개입 없이 자동으로 처리됩니다.
• 수동, "주문 후 계정을 수동으로 업로드". 재고는 설정한 숫자입니다. 주문은 직접 또는 API를 통해 전달할 때까지 처리 중 상태로 대기합니다.
• 자동, "자동 API를 통해 관리". 재고와 전달 모두 외부 통합에서 제공됩니다.

자동 옵션은 대부분의 계정에서 단순히 비활성화된 것이 아니라 전혀 렌더링되지 않습니다. 관리자와 신뢰 플래그가 있는 공급업체에게만 표시되며, 선택하면 필수 소스 URL 필드가 추가됩니다.

규모를 보면: 사이트의 총 34,729개 제품 레코드 중 자동이 29,707개, 인벤토리가 3,236개, 수동이 1,786개입니다. 대부분의 가이드가 설명하는 두 유형이 가장 작은 두 유형입니다.

보증 필드는 목록을 거부하며, 빈 상자가 함정입니다

이것은 신규 공급업체의 생성이 실패하는 가장 흔한 이유이며, 그 이유는 직관에 반합니다.

필드 레이블은 보증(시간)입니다. 비워 두면 플랫폼은 관대한 기본값으로 대체하지 않습니다. 먼저 상점의 자체 기본 보증이 설정된 경우 그것으로 대체되고, 그렇지 않으면 시간의 분수로 측정된 사이트 대체값으로 대체됩니다. 그런 다음 두 번째 검사가 실행됩니다: 신뢰 플래그가 없는 공급업체는 현재 4시간인 사이트의 최소 목록 보증을 충족해야 하며, 그렇지 않으면 보증-최소-미만 오류와 함께 제출이 거부됩니다.

따라서 빈 상자는 바닥보다 훨씬 낮은 값을 생성하고 바닥이 그것을 거부합니다. 숫자를 입력하세요. 4시간이 현재 최소값이고, 12시간이 사이트의 모든 활성 목록의 중앙값이며, 일주일 이상은 프록시 외에는 드뭅니다.

동일한 규칙이 소급 적용됩니다. 바닥이 올라가면 그 아래의 활성 목록은 삭제되지 않고 소프트 비활성화됩니다. 활성 플래그가 지워진 상태로 카탈로그에 남아 있으며, 보증을 올리면 다시 활성화됩니다. 목록이 조용히 표시되지 않는다면 가장 먼저 확인해야 할 것입니다.

게시를 누르면 어떤 일이 발생합니까

두 버튼은 제품 게시와 초안 저장입니다. 게시하면 서버가 보이지 않는 시퀀스를 실행합니다.

1. 구독 확인. 제품 생성에는 활성 공급업체 구독이 필요합니다.
2. 변형 검증. 최소 하나 이상, 각각 이름, 숫자 가격 및 숫자 재고가 있어야 합니다. 수동 변형에는 변형별 재고 상한도 있습니다.
3. 유형 권한. 수동 및 인벤토리는 모든 사람에게, 자동은 신뢰할 수 있는 경우에만.
4. 목록 상한. 기본 허용량에 공급업체 수준별 증분, 획득한 보너스 슬롯을 더한 값입니다. 신뢰할 수 있는 공급업체는 상한이 없으며 성장 서비스는 이에 전혀 포함되지 않습니다.
5. 보증 하한. 위와 동일.
6. 승인. 사이트 전체 자동 승인 스위치가 먼저 확인된 다음 자체 자동 승인 플래그가 확인되며, 그렇지 않으면 제품이 보류 중으로 처리됩니다. 이 사이트 전체 스위치는 현재 켜져 있으므로 대부분의 새 목록은 바로 승인됩니다. 이에 의존하여 프로세스를 구축하지 마십시오. 설정이며 끌 수 있습니다.

보류 중인 제품은 비활성 상태이기도 하므로 승인될 때까지 어디에도 표시되지 않습니다. 생성의 일부로 인벤토리를 업로드한 경우 해당 업로드는 인라인이 아닌 백그라운드 작업으로 실행되므로 성공적인 저장 후에도 재고가 표시되는 데 시간이 걸릴 수 있습니다.

설정할 수 없는 두 필드와 설정할 수 있지만 아무도 없는 한 필드

구매자가 때때로 공급업체에게 목록을 수동 배송으로 전환하거나 목록이 아닌 파일로 배송해 달라고 요청합니다. 둘 다 사용할 수 없습니다.

배송 유형은 양식에 없습니다. 데이터 모델에는 instant와 manual의 두 값으로 존재하지만 공급업체 인터페이스 어디에도 입력란이 없으며 사이트의 34,729개 제품 레코드 모두 instant로 설정되어 있습니다. 구매자에게 약속된 수동 배송은 여기서 존재하지 않습니다.

계정 형식에는 Upload Inventory 아래의 List 및 File 라디오 쌍이라는 컨트롤이 있지만 사이트의 모든 제품 레코드는 list로 저장됩니다. 파일 경로는 사용 가능하지만 현재 증거로는 사용되지 않습니다.

출시 후 재고 관리

인벤토리 제품의 경우 재고는 선언되는 것이 아니라 파생됩니다. 판매되지 않은 상태의 행 수이므로 업로드하면 늘어나고 판매하면 줄어들며 수동으로 동기화할 것이 없습니다. 한 줄에 하나씩 자격 증명을 붙여넣거나 한 줄에 하나씩 텍스트 파일을 업로드하세요. 일반적인 규칙은 사서함, 비밀번호 및 2단계 인증 비밀을 파이프로 구분하는 것이지만 플랫폼에서 줄을 구문 분석하지는 않습니다. 그대로 저장되며 목록 설명이 약속하는 것이 구매자가 그 안에서 기대하는 것입니다.

인벤토리 모델은 다섯 가지 상태를 선언하지만 실제로 나타나는 것은 세 가지뿐입니다. 358만 행에서 수치는 판매됨 2,444,661, 사용 가능 1,137,180 및 예약됨 22이며, 마지막은 진행 중인 주문에 대해 보유된 행을 포함합니다. 비활성화됨 및 교체됨은 선언되어 필터링할 수 있지만 둘 다 단일 행이 없으며 코드베이스에서 둘 중 하나를 쓰는 것은 없습니다. 따라서 애프터세일 티켓으로 교체가 발행되고 6,000개 이상의 티켓이 그렇게 해결되었지만 표시된 행이 남지 않습니다. 실제로 볼 세 가지 상태에서 재고를 계산하세요.

기본 재고는 실제 재고 위에 추가되는 표시 숫자이므로 실제 50개 행 위에 1,000의 기본 재고는 1,550을 표시합니다. 실제로 구매할 수 있는 것은 50개뿐입니다. 대량 구매자 신호이지 인벤토리가 아니며, 과장하면 주문이 아닌 실패한 장바구니로 이어집니다.

수동 제품의 경우 재고는 입력하는 숫자이며 주문이 들어오면 줄어듭니다. 측정이 아니라 약속이므로 인벤토리 수치와 같은 방식으로 주의가 필요합니다.

변형 판매 수치를 사용하여 재입고를 결정하는 경우 한 가지 계산상 주의할 점: 변형별 판매 카운터는 계속 증가만 합니다. 환불이나 교체로 감소하지 않으므로 총 누적 수치이지 순 수치가 아닙니다.

증거에 기반한 유형 선택

정직한 비교는 일반적으로 그려지는 비교가 아닙니다. 두 활성 유형은 레이블이 암시하는 것보다 속도 면에서 훨씬 덜 다르기 때문입니다.

질문	인벤토리	수동	자동
재고 출처	판매되지 않은 행에서 계산	입력한 숫자	외부 통합
배송 담당	없음, 자동	주문 후 귀하	API 통합
선택 가능한 대상	모든 공급업체	모든 공급업체	신뢰할 수 있는 공급업체 및 관리자
사이트의 완료된 주문	28,708	6,552	48,070
일반적인 완료 시간	1초 미만	30초 미만	1분 미만
가장 느린 10%	사실상 없음	약 9시간	약 9분

수동 중앙값이 30초 미만이라는 것은 오타가 아니며 플랫폼이 귀하를 대신해 빠른 것도 아닙니다. 수동 목록에서 볼륨을 처리하는 공급업체가 대시보드를 보는 대신 짧은 간격으로 주문 API를 폴링할 때 발생하는 일입니다. 꼬리 부분이 차이가 있는 곳입니다: 수동 주문 약 40건 중 1건은 하루 이상 걸리지만 인벤토리는 사실상 없습니다.

따라서 상품이 실제로 주문별로 생산되어야 할 때 수동을 선택하고 첫날부터 API와 함께 사용하세요. 재고를 미리 준비할 수 있을 때 인벤토리를 선택하세요. 대부분의 경우이며 단순 모드가 제공하는 유일한 유형이기도 합니다.

요약

1. 단순 사전 업로드 재고를 판매하지 않는 한 고급 모드를 사용하세요.
2. 제품 자체에는 가격이 없으므로 가격이 있는 변형을 최소 하나 이상 만드세요.
3. 보증을 시간 단위로 입력하세요. 비워 두면 거부입니다. 기본값이 아닙니다.
4. 미리 준비할 수 있으면 인벤토리, 할 수 없으면 수동을 선택하고 수동을 선택하면 같은 주에 API를 연결하세요.
5. 기본 재고는 표시 숫자입니다. 판매 수치는 절대 줄어들지 않습니다. 교체된 행은 판매도 재고도 아닙니다.

목록이 게시된 후 API를 통한 주문 처리는 수동 주문 API 가이드, 승인 대기열은 제품 승인 가이드, 등급 변경 사항은 판매자 등급 가이드에서 다룹니다.