스텍원(STEK ONE) 단일 주문창구 구축 보고
SOD를 스텍원으로 통합해 고객 주문과 영업 주문을 한 곳에서 처리하고, 스텍원을 회사의 대외 창구이자 CRM으로 운영하는 방안
01요약
- 주문창구는 스텍원 하나로 통합합니다. 현재 별도로 운영 중인 SOD를 스텍원으로 합쳐, 영업팀 주문과 고객 주문을 같은 시스템에서 받습니다.
- SAP는 그대로 회계·재고의 기준 시스템으로 둡니다. 스텍원은 주문을 받는 창구이고, 확정된 데이터는 API로 SAP에 넘깁니다. 내부 처리 흐름은 스텍포탈(넥스비원 구축)에서 관리합니다.
- SAP에서 하던 영업 업무도 스텍원 안으로 가져옵니다. 영업팀은 주문, 고객·가격 조회, 재고 확인, 출고·미수 현황까지 스텍원 한 곳에서 처리하고, SAP에는 API로 반영됩니다.
- 가장 큰 병목은 선적 일정 안내·조정입니다. 2~3개월 기본 선적 일정을 미리 확보해 스텍원에 공개하고 고객이 주문 시 직접 고르게 해야, 거래처가 늘어도 인원을 비례해서 늘리지 않을 수 있습니다.
- 스텍원은 이미 여러 대륙의 AWS에 구축되어 있어 해외 거래처와 해외 출장 중인 영업사원 모두 지연 없이 접속할 수 있습니다.
- 1단계는 영업팀이 스텍원에서 주문하고, 이후 고객이 직접 주문하는 비중을 단계적으로 늘립니다. 주문이 들어오면 재고가 있으면 선적 일정을 고객에게 안내·조정하고, 고객 승인·입금 후 주문이 확정되어 포장·출고까지 진행 상황이 한 화면에 보이도록 플로우를 설계합니다.
02현황과 문제
SOD 이중 입력
SOD에 고객·주문을 입력한 뒤 다른 시스템에 다시 입력하는 이중 작업이 있습니다. 월 150건 수준인데도 처리 시간이 과도하게 듭니다.
영업관리팀의 중간 처리
SAP 사용자 수 제한 때문에 영업사원이 직접 오더를 넣지 못하고 영업관리팀이 대신 처리합니다. 재고 확인과 가격 조회도 왕복이 필요합니다.
스텍원 사용률 저조
지금 스텍원에는 주문 등 실제 업무 기능이 없어 들어가도 할 일이 없습니다. 그 결과 스텍원으로 들어오는 클레임 확인도 늦어지고 있습니다.
창구 분산
주문(SOD), 워런티·클레임(스텍원), 회계(SAP)가 나뉘어 서버·계정·유지보수 포인트가 늘고, 고객 응대 이력이 한 곳에 모이지 않습니다.
03핵심 병목: 선적 일정 안내·조정
기본 선적 일정을 2~3개월 앞서 받아 공유할 수 있으면 해결되는 문제인데, 지금은 그 일정이 미리 확보되지 않아 주문마다 사람이 일정을 문의하고 전달하고 다시 조정합니다.
주문 1건에서 일어나는 일정 왕복
해외 거래처는 시차 때문에 왕복 1번에 하루가 걸리는 경우가 많고, 담당자마다 안내하는 내용과 방식이 달라 같은 문의가 반복됩니다.
사람을 늘리는 것으로는 해결되지 않는 이유
일정 조율은 거래처 수 × 주문 건수 × 왕복 횟수만큼 늘어납니다. 국가별 유통 채널을 3개 이상으로 늘리는 목표대로 거래처가 늘면, 같은 방식으로는 영업팀과 영업관리 인원도 같은 비율로 늘려야 합니다.
담당자가 늘면 포워더·영업관리·영업팀·고객 사이의 전달 단계와 누락 가능성이 함께 늘어납니다. 처리 속도는 그대로이고 관리 비용만 커집니다.
일정 정보가 메일과 메신저에 흩어져 있어 담당자가 자리를 비우면 진행이 멈추고, 임원은 현재 상황을 볼 수 없습니다.
다른 업체는 어떻게 운영하나
해운 표준단체 DCSA는 선사 포털을 사람이 하나씩 확인하던 방식을 대신해, 출발·도착 구간별 운항편과 항만 입출항 일정을 같은 형식의 API로 제공하는 표준을 만들었고, 주요 선사 9곳이 이미 적용했습니다. MSC도 이 표준 API를 도입했습니다. DCSA · MSC
DSV는 온라인 LCL 선적 일정표로 현재와 향후 출항편을 공개하고, 고객이 일정과 항구를 직접 확인한 뒤 자사 포털에서 예약하게 합니다. DSV
독일 포워더 한 곳은 선적 일정을 전화와 팩스로 확인·전달하던 방식을 고객별 맞춤 일정 리포트 자동 발송으로 바꿔, 긴 통화를 줄이고 계획 수립 시간을 아꼈습니다. CargoSmart 사례
공통점은 일정을 미리 확보해 시스템에 공개하고, 고객이 직접 보고 고르게 하며, 사람은 예외 상황만 처리한다는 점입니다.
스텍원에서의 개선 방향
- 2~3개월 선적 캘린더 사전 확보포워더로부터 국가·항구별 기본 선박·항공 일정을 미리 받아 스텍원에 게시합니다. 이후에는 선사·포워더 일정 연동으로 자동 갱신합니다.
- 주문할 때 고객이 선적편을 직접 선택주문 화면에서 가능한 출항일과 서류 마감일을 보여주고 고객이 고릅니다. 일정 안내와 승인을 위한 왕복이 주문 단계에서 끝납니다.
- 지역별 정기 선적일 운영지역마다 정해진 요일에 묶어서 보내는 방식을 검토합니다. 고객은 언제 출고되는지 예측할 수 있고, 물류는 작업을 계획할 수 있습니다.
- 변경 사항 자동 알림선박 지연이나 일정 변경이 생기면 스텍원에서 해당 고객과 담당자에게 자동으로 알립니다.
- 예외만 사람이 처리긴급 건, 항공 전환, 특수 요청만 영업관리가 조율합니다. 거래처가 늘어도 인원을 같은 비율로 늘릴 필요가 없습니다.
04스텍원으로 구현해야 하는 이유
전 세계 어디서나 접속 가능
스텍원은 이미 여러 대륙의 AWS에 설치되어 있어 지역별로 가까운 서버가 응답합니다. 해외 디스트리뷰터는 물론, 해외 출장 중인 영업사원도 현지에서 바로 주문을 넣고 확인할 수 있습니다. 중국 등 해외 시스템 접속이 까다로운 국가에서도 스텍원은 정상적으로 접속됩니다.
창구 하나로 모든 고객 정보 확인
영업팀이 스텍원에서 일하면 주문뿐 아니라 그 고객의 클레임, 워런티, 시공 이력, 문의를 같은 화면에서 확인할 수 있습니다. 스텍원 사용률이 오르면 클레임 확인이 늦어지는 문제도 함께 해결됩니다.
관리·유지보수 단일화
창구가 여러 개면 서버도, 계정 관리도, 장애 대응도 나뉩니다. 스텍원 하나로 모으면 관리 포인트가 줄고 보안 정책도 한 곳에서 적용할 수 있습니다.
우리가 원하는 방향으로 계속 확장
스텍원은 자체 시스템이라 주문 플로우, 승인 단계, 화면 구성을 업무에 맞게 바꿀 수 있습니다. SAP 표준 기능에 업무를 맞추는 대신 업무에 시스템을 맞출 수 있습니다.
대외 창구 · CRM · 홍보 플랫폼
최종 목표는 전 세계 고객이 스텍원으로 들어와 제품을 보고, 이벤트와 프로모션에 참여하고, 주문까지 하는 사이트입니다. 리브랜딩의 핵심인 서비스 솔루션(스텍원·엣지·워런티·CRM·아카데미)도 여기에 모입니다.
SAP 영업 업무까지 스텍원에서 한 번에
SAP에서 쓰던 영업 기능(판매오더, 고객·가격 조회, 재고 확인, 출고·미수 현황)을 스텍원 화면에 넣습니다. 영업팀은 SAP를 따로 열지 않고 스텍원에서 SAP 관련 업무까지 처리하고, 데이터는 API로 SAP에 그대로 반영됩니다. SAP 계정이 없어도 되므로 사용자 수 제한과 영업관리팀의 대리 입력 업무도 함께 사라집니다.
05구현 방식 비교
| 항목 | A. SAP 안에서 직접 주문 | B. SAP 웹 / SOD 별도 운영 | C. 스텍원 단일 창구 (제안) |
|---|---|---|---|
| 해외 접속 | 불리국내 서버 기준, 해외 지연 | 불리로컬 서버 운영 시 해외 지연 | 유리다대륙 AWS 분산, 중국 등 특정 국가에서도 접속 가능 |
| 고객 직접 주문 | 불가고객에게 SAP를 열 수 없음 | 별도 개발고객용 화면 추가 필요 | 가능이미 고객이 쓰는 플랫폼 |
| 영업사원 사용 | 제약SAP 유저 수 제한 | 보통시스템 하나 더 사용 | 편리주문·클레임·워런티 한 곳 |
| 관리·유지보수 | 보통업무 변경 시 SAP 커스터마이징 | 복잡서버·조건·연동 지점 증가 | 단순대외 창구 하나 + SAP 연동 |
| 홍보·이벤트 확장 | 불가 | 제한내부 업무용 화면 | 가능CRM·이벤트·아카데미 연계 |
| 초기 부담 | 낮음 | 중간 | 주문 기능 신규 개발 필요 |
A안은 SAP 안에서 업무 처리가 사실상 불가능하고, B안은 SOD처럼 다시 별도 시스템을 두는 구조라 관리 대상과 조건이 계속 늘어납니다. C안은 초기 개발이 필요하지만 이후 창구가 하나로 정리됩니다.
06목표 구조
고객과 영업팀은 스텍원으로만 들어오고, 회사 내부 처리는 스텍포탈에서, 최종 데이터는 SAP에 쌓입니다.
고객 (디스트리뷰터)
전 세계 거래처가 스텍원에 접속해 주문, 클레임, 워런티 등록영업팀
국내·해외 출장지 어디서나 같은 화면으로 주문 입력과 고객 응대스텍원 (STEK ONE)
여러 대륙 AWS 배포 · 주문 플로우 · 진행 현황스텍포탈
넥스비원 구축. 영업관리·물류·생산의 내부 처리 플로우SAP B1
기준 데이터: 고객·가격·재고·매출·크레딧노트. 영업 업무 화면은 스텍원으로 이동07주문 처리 플로우
고객이 스텍원에서 주문하거나 영업팀이 주문을 넣으면 플로우가 시작됩니다. 재고가 있으면 선박·항공 선적 일정을 고객에게 먼저 안내하고 필요하면 조정하며, 고객이 일정을 승인한 뒤 입금하면 주문이 확정됩니다. 재고가 없으면 영업팀이 생산 요청 기안서를 작성하고, 생산 승인이 나면 생산을 진행합니다. 고객이 구매하지 않을 경우 기안을 작성한 영업팀이 책임을 집니다. 주문이 확정되면 물류팀은 받은 일정대로 포장해서 보내기만 하면 됩니다.
진행 현황 화면 예시
영업팀·영업관리·임원이 주문마다 지금 어느 단계에 있고 누가 처리 중인지 한눈에 봅니다. 재고가 있는 주문은 생산 단계를 건너뜁니다. (아래 주문은 화면 설명용 예시입니다.)
- 주문 접수11/03
- 재고 확인재고 있음
- 생산해당 없음
- 선적 일정 안내·조정항공 11/12
- 일정 승인 · 입금회신 대기
- 주문 확정대기
- 포장 · 출고대기
- 주문 접수11/05
- 재고 확인재고 없음
- 기안 · 생산승인 11/06
- 선적 일정 안내·조정대기
- 일정 승인 · 입금대기
- 주문 확정대기
- 포장 · 출고대기
- 주문 접수10/22
- 재고 확인재고 있음
- 생산해당 없음
- 선적 일정 안내·조정10/23
- 일정 승인 · 입금10/27
- 주문 확정10/28
- 포장 · 출고11/02
스텍원에는 고객·영업팀용 주문 플로우를, 스텍포탈에는 영업관리·생산·물류의 내부 처리 플로우를 그리고, 두 플로우는 같은 주문번호로 연결합니다.
08단계별 추진 계획
영업팀 주문 이전
- SOD 기능을 스텍원으로 통합
- 영업팀이 스텍원에서 주문 입력
- SAP 영업 업무(판매오더·고객·가격·재고·미수) 스텍원 화면으로 이전
- 클레임·워런티를 같은 화면에서 확인
고객 직접 주문
- 디스트리뷰터 계정으로 직접 주문 개방
- 거래처 등급별 접근 범위·가격 차등
- 2~3개월 선적 캘린더 공개, 주문 시 고객이 선적편 선택
- 고객 일정 승인·입금 후 주문 자동 확정
- 단계별 진행 현황 대시보드
대외 플랫폼 확장
- 광고·이벤트·프로모션 운영
- 누구나 들어와 제품을 둘러보는 사이트
- CRM 데이터로 영업·마케팅 활용
- 아카데미·EDGE 연계
09선결 과제와 대응
10결정 요청 사항
- 주문창구를 스텍원으로 단일화하고 SOD를 스텍원으로 통합하는 방향 승인
- 영업사원이 직접 오더를 입력하는 구조로 전환 (1단계 영업팀 → 2단계 고객 주문)
- 넥스비원 프로젝트 범위를 스텍원 ⇄ SAP API 연동 + 스텍포탈 내부 플로우로 정리
- SAP 영업 업무를 스텍원 화면으로 이전해 영업팀 업무 창구를 스텍원으로 일원화
- 포워더와 2~3개월 기본 선적 일정 사전 공유 협의 착수
- 통합 전 스텍원 보안 점검 착수
외부 참고: DCSA Commercial Schedules 표준, MSC, DSV LCL 선적 일정, CargoSmart 고객 사례
내부 참고: 영업관리-TBS 부서간 회의(10/20), STEK 주문 시스템 미팅(10/20), 스텍원 요구사항 회의(10/15), 넥스비원 주간보고 7주차, 9월 마감 미팅, STEK ONE 국내 피드백