이카운트 C-Portal, 어디까지 되고 어디서 아쉬운가요

이카운트를 쓰시는 분들은 C-Portal(온라인수발주)을 한 번쯤 검토해 보셨을 겁니다. 상담에서 자주 듣는 말은 두 가지입니다.

“ERP랑 바로 연동되니 데이터는 맞아요.”

“관리자한테는 편한데, 거래처는 잘 안 써서 결국 카톡으로 주문받아요.”

이 글은 C-Portal이 무엇인지·어떻게 흐르는지·어디에 잘 맞고 어디서 아쉬운지를 가이드로 담았습니다. 큐넥터와 뭐가 다르냐는 비교 글로 넘깁니다.

---

C-Portal은 무엇을 해 주나요

거래처가 로그인해서 주문을 넣고, 내역과 거래 현황을 확인합니다. ERP 데이터와 맞기 때문에 정합성이 높고, 판매자 입장에서는 직접 주문 넣으니 입력 부담이 줄겠다고 기대하기 쉽습니다.

가입 → 주문 → 확인, 대략적인 흐름

1. 판매자(관리자)가 ERP에서 구매자 아이디·권한·거래처 코드를 만듭니다.
2. 거래처 담당자가 로그인합니다.
3. 노출된 품목 기준으로 주문을 넣거나 내역을 조회합니다.
4. 판매자 쪽 ERP에 주문이 반영되고, 이후 출고·정산은 회사 내부 프로세스에 따릅니다.

화면·용어·알림도 ERP 쪽에 가깝습니다. 그게 강점이자, 거래처 사용률에서 갈리는 지점입니다.

현장에서 자주 드러나는 한계 4가지

① 거래처 UX가 ERP 중심입니다

기능은 있는데 잘 안 써요. 메뉴·용어가 내부 직원 기준에 가깝습니다. 거래처는 쇼핑몰처럼 주문하고 싶은데, C-Portal은 ERP 일부를 보여주는 느낌에 가깝습니다.

② 결국 카톡으로 돌아옵니다

로그인·메뉴보다 ○○ 10박스 한 줄이 익숙하면, 도입 효과가 반으로 줄고 판매자는 다시 엑셀·ERP 입력을 합니다. 카톡 정리법은 카톡·엑셀 글을 보세요.

③ 모바일·알림이 현장과 어긋납니다

PC 중심 구성, ERP 쪽지·이메일 알림이면 매장·창고 담당자는 늦게 확인합니다. 확인 전화가 늘기 쉽습니다.

④ 주문 받기 다음이 별도 업무로 남습니다

출고·배송·정산·구매자 ERP 반영은 수작업이 반복되기도 합니다. 양쪽 이카운트를 써도 전표가 자동으로 이어지지 않는 경우가 많습니다. API 연동 순서는 연동 세팅 가이드를 참고하세요.

그럼에도 C-Portal이 잘 맞는 경우

• 거래처 수가 많지 않고, 관계가 오래된 단골 위주일 때
• 거래처 담당자도 ERP·전산에 익숙할 때
• 주문 조회·간단 수발주만 필요하고, 알림·모바일·정산은 내부에서 처리할 때
• 계정 발급·권한을 본사가 전부 통제하고 싶을 때
• 바깥 시스템을 더 붙이지 않고 ERP 안에서 시작하고 싶을 때

유지 vs 전환 체크리스트

C-Portal로 유지해도 무리가 적은 경우

아래 중 3개 이상이면 C-Portal 중심으로 가도 무리가 적은 편입니다.

• □ 필요한 것은 조회·간단 수발주이다
• □ 거래처가 ERP 화면에 익숙하다
• □ 계정·권한을 본사가 ERP에서 통제하는 편이 맞다
• □ 배송·접수 확인 CS가 업무의 큰 비중을 차지하지 않는다
• □ 구매자 ERP 반영·양쪽 연동이 거의 필요 없다
• □ 주문이 PC 앞에서만 이뤄진다

다른 옵션을 검토할 신호

아래 중 3개 이상이면 비교 글을 보세요.

• □ C-Portal을 열었는데도 실주문이 카톡·엑셀로 돌아온다
• □ 거래처가 잘 안 쓴다는 피드백이 반복된다
• □ 모바일·현장 발주 비중이 크다
• □ 카톡·슬랙 등 현장 채널 알림이 필요하다
• □ 배송·접수 확인 전화가 줄지 않는다
• □ 판매·구매 양쪽 ERP를 주문으로 잇고 싶다

선택 기준은 목적부터

• 거래처에게 조회·간단 수발주만 필요 → C-Portal도 충분할 수 있습니다
• 거래처가 스스로 주문하고 알림·모바일까지 → 비교 글에서 다른 옵션을 보세요
• 거래처도 이카운트를 쓰고 양쪽 ERP 연동이 필요 → 주문 이후 구간을 별도로 설계하세요

현재 이카운트 사용 방식·거래처 수·주문 채널만 알려주시면 상담에서 맞는지부터 같이 볼 수 있습니다. B2B 주문 구조 전반은 주문관리 가이드도 참고하세요.