거래처 승인·공급가·주문 단위·발주 승인·출고 상태를 연결하고 일반 소비자 판매와 다른 기업 간 주문 규칙을 구현합니다.
기업 간 거래 쇼핑몰은 상품을 담고 결제하는 소비자몰과 다릅니다. 같은 상품도 거래처에 따라 공급가, 주문 단위, 납품처와 결제 조건이 달라질 수 있습니다. barit에서는 화면 디자인에 앞서 거래처·상품·가격·발주 상태의 관계를 정리하고 실제 영업과 물류 담당자의 확인이 필요한 단계를 구분합니다.
구축의 기준은 온라인 주문을 어디까지 자동 처리할 것인지입니다. 접수만 전산화하고 영업 담당자가 확정할 수도 있고, 승인된 거래처에 한해 정해진 조건으로 발주를 받을 수도 있습니다. 현재 재고관리와 회계 시스템을 유지한다면 홈페이지가 어느 정보를 읽고 어떤 상태를 전달할지부터 합의해야 중복 입력과 정보 충돌을 줄일 수 있습니다.
상품 코드와 판매 단위가 맞지 않으면 박스와 낱개 수량이 뒤섞일 수 있으므로 표시 단위·주문 단위·재고 단위를 명확히 구분합니다. 가격표는 유효 기간과 적용 대상, 할인 중복 규칙을 정합니다. 거래처가 접속했을 때 다른 회사의 공급가나 주문 이력이 조회되지 않는지 서버 권한까지 검수해야 합니다.
발주는 작성·승인 대기·접수·수주 확정·부분 출고·완료 등 필요한 상태만 선택해 모델링합니다. 외부 시스템이 출고를 관리하면 홈페이지가 임의로 완료를 변경하지 않도록 원본을 정합니다. 연동 실패 시 재전송이 중복 주문을 만들지 않는 식별 기준과 운영자가 처리할 예외 목록도 업무 흐름에 포함합니다.
비용은 상품 수보다 가격 규칙, 회사별 사용자 권한, 승인 단계, 외부 연동과 기존 데이터 정리 정도에 좌우될 수 있습니다. 초기에는 거래처 승인과 발주 접수부터 열고 자동 재고·정산 연결은 다음 단계로 나누는 방법도 있습니다. 외부 시스템 이용료와 연동 지원 비용은 사이트 개발 비용과 구분해 확인합니다.
가상의 설계 예시로 자재 도매사가 승인 거래처의 직원에게 발주 초안 작성을 허용하고 회사 승인자가 제출하도록 운영할 수 있습니다. 재고가 부족한 품목은 영업 담당자가 대체 납기를 안내하고 부분 출고를 기록합니다. 이는 업무 모델을 설명하는 가상 사례로 실제 고객의 매출 증가나 재고 감소 성과를 의미하지 않습니다.
개설 전에는 일부 상품과 거래처로 시험 이관하고 단가 적용, 수량 계산, 권한, 품절·취소·부분 출고를 검증합니다. 운영 담당자는 기존 시스템과 주문 합계가 맞는지 확인하고 개발 측은 연동 장애와 중복 접수에 대한 처리를 점검합니다. 운영 데이터 전환 시점과 이전 주문 조회 방법을 함께 정해야 합니다.
개설 이후 영업은 거래처 승인과 단가 검토를, 상품 담당자는 코드·단위·판매 상태를, 물류는 출고 원본을 관리하도록 책임을 나눕니다. 연동 오류가 발생했을 때 주문을 중지할지 수동 접수할지 합의하고 정기적으로 권한과 중복 계정을 점검합니다. 담당자가 바뀌어도 가격 변경의 승인 기록을 찾을 수 있게 운영 문서를 남깁니다.
공개 상품 안내부터 거래처별 공급가·발주·출고 연결까지 실제 거래 규칙에 필요한 범위를 선택합니다.
작은 화면에서는 표를 좌우로 움직여 확인하세요.
| 구성 방식 | 적합한 상황 | 주요 구성 | 확인할 조건 |
|---|---|---|---|
| 상품·거래 문의형 | 상품을 공개하고 신규 거래 조건을 별도 협의하는 경우 | 상품 규격·포장 단위·거래 문의·담당자 연결 | 공개 가격 범위와 신규 거래 승인 담당자 확인 |
| 거래처 발주형 | 승인된 거래처가 개별 공급가로 발주하는 경우 | 회사별 단가·주문 단위·납품처·발주 승인 관리 | 회원 가입과 거래 승인·수주 확정의 단계 구분 |
| 재고·출고 연계형 | 기존 재고 시스템과 주문·출고 상태를 연결하는 경우 | 재고 조회·주문 전달·부분 출고·취소 상태 연결 | 재고 원본과 연동 주기·품절·전송 실패 처리 확인 |
다음 항목은 상담 시 검토할 구성입니다. 모든 기능이 기본 포함되는 것은 아니며, 실제 운영 방식과 기존 시스템을 확인해 범위를 정합니다.
회원 가입과 거래 승인을 나누고 회사별 단가·할인 적용·공개 범위를 승인된 규칙으로 관리합니다.
최소 주문 단위, 묶음 수량, 납품처와 발주 승인 흐름을 정하고 주문 요청과 수주 확정을 구분합니다.
재고와 주문의 원본 시스템을 정해 부분 출고, 품절, 취소 같은 예외 상황을 처리하도록 설계합니다.
완성된 기획서가 없어도 됩니다. 현재 사용하는 자료와 운영 규칙을 기준으로 필요한 기능과 제외할 기능을 함께 구분합니다.
공개 상품 소개와 승인 거래처만 볼 공급가를 구분합니다. 검색 노출을 위해 비공개 가격을 구조화 데이터나 공개 응답에 포함하지 않고 실제 거래 문의 조건을 설명합니다.
발주 접수가 수주 승인이나 신용 거래 승인을 의미하지 않도록 상태를 구분합니다. 세금계산·정산·신용 한도 판단은 해당 업무 시스템과 담당자의 범위로 별도 검토합니다.
가능합니다. 회사별 개별 단가와 등급별 가격 중 어떤 규칙이 우선하는지 정하고 로그인한 거래처의 권한에 맞게 서버에서 조회해야 합니다. 화면에서 가격만 숨기는 방식으로는 부족합니다.
가능합니다. 발주 접수, 영업 확인, 수주 확정과 출고를 나누고 정산은 기존 업무 절차로 진행할 수 있습니다. 미수나 신용 한도 판단까지 연결할지는 별도 범위로 정합니다.
회사 계정과 사용자 계정을 구분해 주문 작성자·승인자·조회자의 권한을 설계할 수 있습니다. 퇴사자 접근 해제와 납품처 추가 권한도 함께 정해야 합니다.
상품 코드와 거래처 식별값이 일관적인지 먼저 확인합니다. 중복 코드, 빈 가격, 단위 차이를 정리한 뒤 샘플 이관으로 적용 결과를 비교하고 전체 반영 범위를 확정합니다.
발주·출고 기록과 회계 처리는 다른 업무입니다. 어떤 데이터를 전달할지는 검토할 수 있지만 세무·정산 판단까지 자동 처리한다고 가정하지 않고 원본 시스템과 담당자 확인 절차를 따로 정합니다.
새 제작과 기존 사이트 개선, 외부 연동의 범위를 나눠 확인하겠습니다.