BizSync도서 · 출판
출판사를 공급사로 등록하고 총판·지역 설정으로 배본 경로를 그대로 옮깁니다. 서점 등급별 공급률도 상품 단위로 관리합니다.
공급사 · 지역설정 · 등급단가B2B2C Distribution ERP
업종을 가리지 않는
B2B2C 유통 ERP.
도서, 가전, 화장품, 건강식품, 방문판매까지. 취급하는 품목이 무엇이든 공급사–본사–대리점–소비자로 이어지는 유통 구조는 같습니다. BizSync는 그 구조를 코드 수정 없이 설정만으로 담아내는 범용 유통 ERP입니다.
Applied Industries도서·출판가전·전자화장품·뷰티건강기능식품식품·생활용품산업자재방문판매·조직영업
Why BizSync
유통은 업종이 아니라
구조로 움직입니다.
품목이 책이든 냉장고든, 대리점을 거치든 방문판매원을 거치든 매입–단가–주문–출고–정산의 뼈대는 동일합니다. BizSync는 그 뼈대를 제품으로 만들고, 업종 차이는 설정으로 흡수합니다.
- 01
업종이 바뀔 때마다 시스템을 새로 만듭니다
도서에서 가전으로, 유통에서 방문판매로 품목이 늘어날 때마다 별도 개발이 붙습니다. 정작 달라지는 것은 상품 속성과 가격 정책뿐인데, 매번 처음부터 다시 만듭니다.
- 02
거래처 등급과 단가가 엑셀에 흩어져 있습니다
총판, 대리점, 방문판매원마다 공급 단가가 다른데 기준은 담당자 파일에만 있습니다. 담당자가 바뀌면 단가 정책도 함께 사라집니다.
- 03
선입금과 잔액이 장부 밖에서 관리됩니다
입금 확인, 잔액 차감, 미수 관리가 통장과 메모장 사이에서 이뤄집니다. 주문 승인은 결국 사람의 기억에 의존하게 됩니다.
하나의 유통 코어 위에서, 업종은 설정값이 됩니다.
Distribution Structure
공급사에서 소비자까지,
한 줄로 이어지는 유통 흐름.
BizSync는 B2B와 B2C 중 하나를 고르지 않습니다. 본사가 채널을 통해 소비자에게 도달하는 B2B2C 구조 전체를 하나의 데이터 흐름으로 관리합니다.
STAGE 01
공급사
제조사·출판사·수입사 등 매입처를 계정 단위로 관리합니다. 공급사별 취급 상품과 매입 조건을 분리해 운영합니다.
STAGE 02
본사 · 운영조직
상품, 재고, 단가 정책, 주문 승인, 정산을 한 콘솔에서 통제합니다. 업종이 늘어도 운영 화면은 그대로입니다.
STAGE 03
판매 채널
총판, 대리점, 지사, 방문판매 조직까지 거래처 유형에 맞춰 승인·지역·가격을 각각 설정합니다.
STAGE 04
최종 소비자
채널이 접수한 주문의 배송과 사후 응대까지 이어서 기록합니다. 현장의 결과가 본사 데이터로 돌아옵니다.
가격은 거래처 등급으로
A~F 등급별 공급가를 상품마다 설정해, 같은 상품이라도 채널별로 다른 단가를 적용합니다.
자금은 선입금 원장으로
입금 신청·승인·차감 내역이 잔액에 남아, 주문 승인 시점에 가용 자금을 그대로 확인합니다.
업종 차이는 코드값으로
카테고리와 공통코드를 업종에 맞춰 정의하면, 같은 화면이 다른 업종의 업무 용어로 동작합니다.
Industry Fit
같은 시스템,
업종마다 다른 설정.
업종별 전용 개발 대신 카테고리·공통코드·단가 정책을 조합합니다. 새 품목군을 추가할 때 필요한 것은 개발 일정이 아니라 설정 시간입니다.
가전 · 전자
모델과 옵션이 많은 품목은 상품 코드 체계로 정리하고, 대형 상품은 배송사 설정을 분리해 설치·화물 흐름을 따로 운영합니다.
상품코드 · 배송사 · 송장관리화장품 · 뷰티
온라인과 오프라인 채널이 섞여도 거래처 등급별 공급가와 판매 금지 상품 설정으로 채널 간 가격 충돌을 막습니다.
등급단가 · 금지상품 · 거래처승인건강기능식품
반복 발주가 많은 품목은 선입금 잔액 기반으로 주문을 처리하고, 해피콜 기록으로 고객 응대 이력을 남깁니다.
선입금 · 해피콜 · 재주문식품 · 생활용품
품목 수가 많은 대량 발주는 다건 주문서로 접수하고, 송장 일괄 업로드로 출고 처리 시간을 줄입니다.
다건주문 · 송장업로드 · 재고방문판매 · 조직영업
판매원과 지사를 회원 계정으로 관리하고, 지점 코드와 지역 설정으로 조직 단위 실적과 배정을 구분합니다.
지점코드 · 지역배정 · 선입금한도Operating Modules
현장에서 매일 쓰는
8개의 운영 모듈.
기능을 늘어놓기보다, 유통 실무의 하루가 끊기지 않도록 묶었습니다. 모든 모듈은 하나의 콘솔에서 같은 조작 방식으로 동작합니다.
- 01
상품 · 단가
상품 코드와 카테고리를 업종에 맞춰 정의하고, 공급사별 매입 조건과 거래처 등급별 판매 단가를 상품 단위로 설정합니다.
- 02
재고 · 입출고
입고·출고·반품이 주문 처리와 함께 반영되어, 창고 현황과 장부 재고가 어긋나지 않습니다.
- 03
주문
단건 주문과 다건 주문서를 함께 지원하고, 승인 대기·미승인 주문을 따로 모아 처리 흐름을 통제합니다.
- 04
배송
택배사와 배송 방식을 설정하고 송장을 일괄 업로드하면, 채널별 배송 상태가 주문에 그대로 연결됩니다.
- 05
회원 · 거래처
가입 승인 대기부터 승인·정지까지 상태로 관리하고, 지점 코드·지역·담당자 정보를 거래처 단위로 보관합니다.
- 06
선입금 · 정산
입금 신청과 승인, 잔액 차감 내역이 원장으로 남습니다. 입금 계좌 관리까지 콘솔 안에서 처리합니다.
- 07
CS · 게시판
해피콜 결과와 A/S 접수, 공지사항을 한 곳에 기록해 현장 응대 이력이 본사에 남도록 합니다.
- 08
권한 · 설정
최고관리자·내부직원·외부직원 등 역할별로 접근 범위를 나누고, 공통코드로 업종 용어와 코드 체계를 조정합니다.
Tech Specification
최신 웹 기술로 구축한
유통 운영 코어.
10년을 써야 하는 업무 시스템이라면, 기반 기술도 그만큼 오래 유지될 수 있어야 합니다. BizSync는 장기 지원 버전과 표준 구조 위에서 동작합니다.
Next.js 16FRONTEND
React 19UI RUNTIME
TypeScript 5LANGUAGE
NestJS 11BACKEND
Node.js 20 LTSRUNTIME
Prisma 5ORM
MariaDBDATABASE
JWT · PassportAUTH
bcrypt · HelmetSECURITY
Tailwind CSS 4DESIGN SYSTEM
TurborepoMONOREPO
LANGUAGE
TypeScript 5
strict mode프론트엔드와 API가 공용 타입 패키지를 공유합니다. 단가·재고·정산처럼 숫자가 어긋나면 안 되는 도메인을 타입으로 먼저 검증합니다.
03 / 11
Platform & Onboarding
도입은 개발이 아니라
설정에서 시작합니다.
운영 기반은 이미 제품 안에 있습니다. 도입 과정에서 하는 일은 귀사의 유통 구조를 시스템 설정으로 옮기는 작업입니다.
ArchitectureTurborepo 모노레포콘솔 · API · 브랜드 사이트를 하나의 저장소에서 관리하며 타입과 유틸을 공유합니다.
ApplicationNext.js 16 · NestJS 11화면과 업무 로직을 분리해, 운영 화면이 늘어도 API 계약은 흔들리지 않습니다.
DataMariaDB · Prisma 5주문·재고·선입금 처리를 트랜잭션으로 묶고, 스키마 변경은 마이그레이션 이력으로 남깁니다.
Authorization역할 기반 인가 (RBAC)최고·내부·외부 관리자, 공급사, 거래처 역할별로 API 접근 범위를 서버에서 강제합니다.
Securitybcrypt · Helmet · Throttler비밀번호 해싱, 보안 헤더, 요청 제한, 입력 검증을 기본 구성으로 적용합니다.
Extensibility카테고리 · 공통코드 확장신규 업종을 추가할 때 카테고리 체계와 코드값을 정의하는 방식으로 대응합니다.
STEP 01
업무 진단
취급 품목, 채널 구조, 단가 정책, 정산 방식을 확인해 설정 범위를 정합니다.
STEP 02
기준 정보 세팅
카테고리와 공통코드, 거래처 등급과 단가표, 배송사·계좌 정보를 구성합니다.
STEP 03
데이터 이관
기존 상품·거래처·잔액 데이터를 옮기고 계정과 권한을 개설합니다.
STEP 04
운영 전환
실무자 교육 후 병행 운영을 거쳐 전환합니다. 이후 개선 요청을 반영합니다.
Get Started
어떤 품목을 다루든,
유통은 한 곳에서.
현재 운영 방식과 취급 품목을 알려주시면, 어떤 설정으로 대응 가능한지 정리해 드립니다. 데모 계정으로 실제 콘솔을 먼저 확인해 보실 수 있습니다.