광고 대행사 에이달 | B2B 산업 자재 쇼핑몰, 수량별 슬라이딩 단가와 여신 한도를 동시에 제어하는 아키텍처 설계법

B2B 산업 자재 쇼핑몰, 수량별 슬라이딩 단가와 여신 한도를 동시에 제어하는 아키텍처 설계법

2026년 06월 23일

#B2B 쇼핑몰 제작

#도매 쇼핑몰 구축

#여신 결제 시스템

#산업용 자재 웹사이트

요약

건설 자재·기계 부품·MRO 소모품을 취급하는 B2B 쇼핑몰은 '다중 규격 대량 주문'과 '거래처별 여신(Credit) 결제'가 동시에 맞물리는 구조로, 일반 B2C 솔루션으로는 이 로직을 감당할 수 없습니다.
수량별 슬라이딩 단가(Tiered Pricing)와 여신 한도(Credit Limit) 검증은 장바구니 단계부터 실시간으로 연동되어야 채권 리스크와 구매 이탈을 동시에 막을 수 있습니다.
ERP와 쇼핑몰 간 실시간 API 양방향 연동, 복합 결제(여신+즉시결제 혼합) 허용, 부분 취소 시 단가 재평가 차단 룰이 세 가지 핵심 설계 원칙입니다.
이 구조는 아임웹·카페24 같은 범용 솔루션이 아닌, 커스텀 B2B 쇼핑몰 구축 에이전시와 함께 기획 단계부터 설계해야 합니다.

이 상황, 익숙하지 않으신가요?

배관 피팅 유통사 IT 담당자 A씨는 카페24로 B2B 온라인 주문몰을 오픈했습니다. 오픈 첫 달, 거래처 B사가 M16 볼트 규격 세 가지를 각각 500개씩 주문하면서 문제가 터졌습니다. 장바구니에는 개당 1,200원이 찍혔지만, 실제 계약 단가는 1,000개 이상 주문 시 개당 980원이었습니다. 시스템은 수량 구간을 인식하지 못했고, 결국 영업팀이 수동으로 금액을 조정하는 데 두 시간이 걸렸습니다.

그리고 B사의 잔여 여신 한도는 당시 ERP 기준 350만 원이었는데, 쇼핑몰은 그 정보를 전혀 모른 채 주문을 그냥 통과시켰습니다.

이 두 가지 실패가 B2B 산업 자재 쇼핑몰 홈페이지 제작에서 가장 자주 반복되는 구조적 오류입니다.

왜 범용 쇼핑몰 솔루션은 이 문제를 풀 수 없는가

카페24, 아임웹, Shopify 기본 플랜은 B2C 소비자 대상으로 설계된 단일 가격 구조를 전제합니다. 이 솔루션들이 기본으로 지원하지 않는 기능은 다음과 같습니다.

① 규격별 수량 구간 단가 (SKU 레벨 Tiered Pricing)

하나의 부모 상품 아래 규격별 자식 SKU가 수십 개 붙고, 각 SKU마다 MOQ(최소 주문 수량)와 수량 구간별 단가 테이블이 달라집니다. 예를 들어 SKU-A001 (M10 볼트, SUS304) 은 20개 미만 개당 20,000원 / 20~49개 개당 18,500원 / 50개 이상 개당 17,000원이지만, SKU-A002 (M10 볼트, 일반강) 는 구간 기준 자체가 다릅니다. 이 테이블을 DB 레벨에서 관리하지 않으면 장바구니 금액 계산이 불가능합니다.

② 거래처별 여신 한도 실시간 조회

여신(Credit Limit)이란 신용도가 검증된 기업 거래처에게 선출고 후 Net 30, Net 60 등 정해진 기일에 일괄 정산하는 외상 거래입니다. 문제는 이 한도 정보가 ERP 안에만 있다는 것입니다. 쇼핑몰이 ERP와 실시간으로 통신하지 않으면, 이미 다른 채널에서 여신을 소진한 거래처가 온라인 몰에서 한도를 초과해 이중 발주하는 채권 리스크가 발생합니다.

Shopify Plus나 고도몰 커스텀 패키지는 기본적인 Net Payment Terms 기능을 제공하지만, 잔여 여신 초과 주문을 실시간으로 차단하는 세부 로직은 별도 미들웨어나 커스텀 Functions 없이는 구현되지 않습니다.

진단: 우리 쇼핑몰에 이 문제가 있는지 확인하는 법

아래 세 가지 질문에 하나라도 '아니오'가 나온다면, 현재 시스템은 B2B 산업 자재 거래에 구조적으로 맞지 않습니다.

장바구니에서 수량을 변경할 때 단가가 실시간으로 바뀌는가? 수량 구간이 바뀌는 순간 개당 단가와 합계금액이 즉시 재계산되어야 합니다.
로그인 직후 거래처의 잔여 여신 한도가 화면에 표시되는가? 고객이 주문 전에 자신의 가용 한도를 알아야 합니다.
주문 제출 시점에 ERP의 미수금과 대조 검증이 이루어지는가? 쇼핑몰 자체 DB만 확인하는 것은 반쪽짜리 검증입니다.

설계 원칙 1 — SKU 레벨 수량 구간 단가 DB 구조

B2B 자재 쇼핑몰 홈페이지를 제작할 때 DB 테이블 설계가 가장 먼저 결정되어야 합니다. 핵심 구조는 다음과 같습니다.

부모 상품(Product Master) → 자식 SKU(규격별) → 수량 구간 단가 테이블(Tier Price Table)

예시로 풀면 이렇습니다.

부모 상품: M10 볼트
자식 SKU-A001: M10 볼트 / SUS304 / 길이 20mm
1~19개: 개당 20,000원
20~49개: 개당 18,500원
50개 이상: 개당 17,000원
MOQ: 1개 (단, 20개 미만 주문 시 일반가 적용 안내 표시)

이 구조에서 중요한 판단 기준이 있습니다. 전체 수량 할인(Volume Pricing) 과 누진형 할인(Graduated Pricing) 중 어떤 방식을 쓸 것인가입니다.

전체 수량 할인은 50개 이상 주문하면 1번째 제품부터 50번째까지 전부 할인 단가를 적용합니다. 계산이 단순하고 고객이 이해하기 쉽습니다. 누진형 할인은 1~10개 구간은 원가, 11~50개 구간에 해당하는 수량에만 할인율을 적용합니다. 마진 관리에 유리하지만 장바구니 금액 계산 로직이 복잡해집니다.

국내 산업 자재 유통사 대부분은 영업 현장에서 전체 수량 할인 방식을 사용해왔기 때문에, 온라인 전환 시에도 이 방식을 우선 검토하는 것이 현실적입니다.

설계 원칙 2 — 여신 한도 실시간 검증 로직

여신 결제를 안전하게 처리하려면 다음 수식이 체크아웃 단계에서 실시간으로 작동해야 합니다.

잔여 여신 한도 = 총 부여 한도 − 미수금(출고 완료·미납 세금계산서) − 주문 대기 금액(처리 중인 주문서 합계)

이 계산에서 '미수금'과 '주문 대기 금액'은 ERP 안에 있는 데이터입니다. 쇼핑몰 자체 DB에는 존재하지 않습니다. 따라서 ERP와의 실시간 API 연동이 필수입니다.

필요한 API 세트 (최소 구성)

GET /api/customer/credit-balance — 로그인 시 ERP에서 거래처별 잔여 여신 조회
POST /api/order/verify-credit — 체크아웃 최종 단계에서 수량별 할인이 적용된 최종 금액을 ERP에 전송하여 한도 승인 가능 여부 확인
POST /api/payment/credit-release — 주문 취소 시 점유된 여신 즉시 환원

2026년 현재 SAP, 더존 위하고(Wehago), 영림원 등 국내 주요 ERP는 REST API 또는 웹훅 방식의 외부 연동을 공식 지원합니다. 배치(Batch) 방식으로 하루 한 번 동기화하던 과거 방식은 채권 리스크를 막기에 충분하지 않습니다.

설계 원칙 3 — 한도 초과 시 '복합 결제' 허용 UX

여신 한도 초과 시 주문 자체를 막는 것은 구매 전환율을 낮추는 최악의 선택입니다.

실무에서 권장하는 방식은 하이브리드 결제 구조입니다. 예를 들어 거래처가 1,000만 원어치 자재를 주문하려는데 잔여 여신이 700만 원뿐이라면, 시스템이 자동으로 다음 옵션을 제시합니다.

옵션 A: 700만 원 여신 결제 + 300만 원 즉시 카드/가상계좌 결제
옵션 B: 미수금 일부 납부 후 여신 한도 복원, 전액 여신 결제
옵션 C: 전액 즉시 결제로 전환

이 UX는 체크아웃 단계에서 처음 팝업을 띄우는 것이 아니라, 로그인 직후 대시보드와 장바구니 화면에서 잔여 한도를 시각화해 고객이 미리 인지하도록 설계해야 합니다. 한도 소진이 임박하면 색상으로 경고하고, 미수금 납부 링크를 노출하는 것이 전환율 유지에 효과적입니다.

놓치기 쉬운 함정: 부분 취소 시 단가 재평가 문제

수량별 할인을 악용하는 패턴이 실제로 발생합니다. 100개 주문으로 20% 할인을 받은 뒤 80개를 반품하여 할인 혜택만 챙기는 사례입니다.

이를 방지하려면 '수량별 할인이 적용된 주문 건은 부분 취소·부분 반품 불가, 전체 취소 후 재주문만 허용' 이라는 비즈니스 룰을 결제 시스템 로직과 이용약관 양쪽에 모두 명시해야 합니다. 약관에만 적어두고 시스템에서 막지 않으면 운영팀이 수작업으로 처리해야 하는 상황이 반복됩니다.

또한 비로그인 사용자에게는 기준 시장가(Base Price)만 노출하고, 회원 등급 및 여신 권한이 부여된 로그인 상태에서만 계약 단가와 수량 구간 할인이 표시되는 이중 가격 필터 아키텍처도 설계 초기에 반영해야 합니다. 신규 거래처 유입 경로를 막지 않으면서도 가격 정보 노출 범위를 통제하는 균형점입니다.

자주 묻는 질문 (FAQ)

Q1. 카페24나 아임웹으로 시작하고 나중에 여신 기능을 추가하면 안 되나요?

기술적으로 불가능한 것은 아니지만, 수량별 단가 DB 구조와 ERP 연동 API가 처음부터 설계되지 않은 플랫폼에 이 기능을 덧붙이면 커스터마이징 비용이 신규 구축보다 더 들어가는 경우가 많습니다. 특히 SKU 레벨 Tiered Pricing은 플랫폼의 기본 상품 DB 구조를 바꿔야 하기 때문에, 처음부터 B2B 전용 아키텍처로 설계하는 것이 총비용 면에서 유리합니다.

Q2. ERP 연동 없이 여신 관리를 쇼핑몰 자체 DB로만 운영할 수 있나요?

거래 채널이 온라인 쇼핑몰 하나뿐이라면 가능합니다. 하지만 영업팀 전화 주문, 오프라인 납품, 대리점 주문 등 다채널 거래가 병행되는 유통사라면, 쇼핑몰 DB만으로는 전체 미수금 현황을 파악할 수 없어 여신 한도 초과 리스크가 발생합니다. 이 경우 ERP 실시간 연동이 필수입니다.

Q3. 수량별 할인 구간은 몇 단계가 적당한가요?

실무 경험상 3~4단계가 적당합니다. 구간이 너무 세분화되면 고객이 계산하기 어렵고, 장바구니 UI에서 현재 어느 구간에 해당하는지 시각화하기도 복잡해집니다. 구간 진입 시 '현재 단가 구간'과 '다음 단가 구간까지 N개 추가 시 개당 X원 절약' 메시지를 실시간으로 보여주는 UX가 추가 구매를 유도하는 데 효과적입니다.

Q4. 여신 결제와 세금계산서 발행은 어떻게 연동하나요?

국내 B2B 거래에서는 출고 완료 시점 또는 월말에 세금계산서를 일괄 발행하는 방식이 일반적입니다. 쇼핑몰 주문 상태가 '출고 완료'로 변경되는 시점에 ERP로 세금계산서 발행 트리거를 전송하는 웹훅 구조를 설계하면, 수작업 없이 자동 발행이 가능합니다. 홈페이지 제작 단계에서 이 플로우를 사전에 ERP 담당자와 함께 정의해두는 것이 중요합니다.

Q5. 이 구조를 구축하는 데 얼마나 걸리나요?

ERP 연동 범위와 SKU 수에 따라 다르지만, 기획·설계부터 테스트 완료까지 통상 3~5개월이 소요됩니다. 기획 단계에서 ERP 담당자, 영업팀, 재무팀이 함께 참여해 여신 정책과 수량 구간 기준을 문서화해두지 않으면, 개발 도중 요구사항이 바뀌어 일정이 크게 늘어납니다.