기존 이메일 주소를 바꾸지 않고 이메일 발주 접수하는 방법
거래처에 새 주소를 안내하지 않고 기존 주문 메일함으로 이메일 발주 접수를 시작하는 방법과 30분 테스트 기준을 정리했습니다.
이메일 발주 접수 시스템을 검토하다 보면 기능보다 먼저 나오는 걱정이 있습니다. 거래처에 새 주소를 알려야 하는지, 기존 주문 메일함을 바꿔야 하는지, 담당자들이 한동안 두 군데를 봐야 하는지 같은 문제입니다.
대부분은 그렇게 크게 시작하지 않아도 됩니다. 기존 주문 메일함은 그대로 두고, 발주 메일만 이메일 발주 접수 화면으로 넘겨서 먼저 확인할 수 있습니다. 거래처는 쓰던 주소로 보내고, 내부에서는 자동 포워딩이나 CC, 수동 전달로 발주를 모으는 방식입니다.
먼저 정해야 할 것: 새 주소가 아니라 시작 방식
처음부터 모든 거래처에 새 주소를 공지하면 운영 부담이 큽니다. 대신 지금 메일이 어떻게 들어오는지에 따라 시작 방식을 고르면 됩니다.
| 방식 | 이렇게 시작합니다 | 적합한 경우 |
|---|---|---|
| 자동 포워딩 | 기존 주문 메일함으로 온 메일을 스택큐브 수신 주소로 자동 전달합니다. | order@, sales@ 같은 공용 주문 메일함이 있을 때 |
| CC 추가 | 일부 거래처가 기존 담당자 주소와 스택큐브 수신 주소를 함께 넣어 보냅니다. | 반복 주문 거래처 몇 곳부터 테스트할 때 |
| 수동 전달 | 담당자가 받은 발주 메일을 스택큐브 수신 주소로 직접 전달합니다. | 메일함 설정을 바꾸기 전에 실제 발주 몇 건만 검증할 때 |
가장 현실적인 순서는 수동 전달 5건 → CC 거래처 2~3곳 → 자동 포워딩입니다. 이 순서로 가면 거래처 안내 없이 먼저 품목·수량·첨부파일이 잘 정리되는지 볼 수 있습니다.
실제 발주 메일 5건만 먼저 넣어보세요
이메일 발주 접수가 우리 팀에 맞는지 보려면 긴 파일럿보다 실제 메일 몇 건을 넣어보는 편이 빠릅니다. 아래 절차면 30분 안에 1차 판단이 가능합니다.
최근 발주 메일 5건을 고릅니다. 본문 주문, 엑셀 첨부, PDF 첨부, 수정 메일, 거래처명이 애매한 메일을 섞어 고르면 좋습니다.
스택큐브 수신 주소로 전달합니다. 제목을 바꾸지 말고 원본 메일과 첨부파일이 그대로 넘어가게 보냅니다.
발주 목록에서 5가지를 확인합니다. 거래처, 품목, 수량, 첨부파일, 원본 메일을 확인합니다.
애매한 항목을 따로 적습니다. 거래처명이 불명확한지, 품목명이 내부 기준과 다른지, 수정 메일이 중복으로 잡히는지 봅니다.
운영 방식을 고릅니다. 5건 중 대부분이 잘 정리되면 자동 포워딩을 검토하고, 예외가 많으면 CC 또는 수동 전달로 범위를 좁혀 시작합니다.
이 테스트에서 봐야 할 것은 "자동으로 완벽히 처리되는가"가 아닙니다. 담당자가 메일함을 뒤지는 대신 한 화면에서 확인하고 확정할 수 있는지가 핵심입니다.
자동 포워딩 전에 확인할 기준
자동 포워딩은 편하지만, 기준 없이 켜면 같은 발주가 두 번 들어오거나 원본 발신자를 놓칠 수 있습니다. 설정 전에 아래 항목을 확인하세요.
공용 주문 메일함인지: 개인 메일함보다 order@, sales@ 같은 공용 메일함이 적합합니다.
원본 발신자가 보이는지: 전달한 내부 담당자와 실제 거래처 발신자를 구분할 수 있어야 합니다.
첨부파일이 빠지지 않는지: 엑셀, PDF, 이미지 발주서가 함께 넘어가는지 확인합니다.
스팸/차단 규칙이 없는지: 포워딩된 메일이 보안 정책이나 스팸 필터에 걸리지 않는지 봅니다.
중복 처리 규칙이 있는지: 자동 포워딩을 켠 메일함에서는 같은 메일을 담당자가 다시 수동 전달하지 않도록 정합니다.
중복 주문을 줄이는 운영 규칙
이메일 발주는 수정 메일과 재전송이 많습니다. 그래서 접수 방식보다 확정 기준이 더 중요할 때가 많습니다.
| 상황 | 권장 기준 |
|---|---|
| 같은 발주서가 두 번 전달됨 | 원본 메일 시간과 첨부파일명을 보고 하나만 확정합니다. |
| "수정본" 메일이 뒤늦게 옴 | 기존 주문은 보류하고 수정본만 확정합니다. |
| 담당자가 수동 전달한 메일과 자동 포워딩 메일이 겹침 | 자동 포워딩 메일을 기준으로 두고 수동 전달은 테스트 기간에만 사용합니다. |
| 거래처명이 메일 주소만으로 애매함 | 거래처 후보를 확인한 뒤 확정하고, 이후 같은 발신자 기준을 거래처에 연결합니다. |
정리하면, 메일이 도착했다고 바로 주문이 확정되는 구조는 피해야 합니다. 도착은 접수이고, 담당자가 품목·수량·단가를 확인한 뒤에야 확정입니다.
언제 자동 포워딩으로 넘어가면 될까?
수동 전달이나 CC 테스트 후 아래 조건이 맞으면 자동 포워딩으로 넓혀도 됩니다.
테스트한 발주 메일 대부분에서 첨부파일이 누락 없이 들어옵니다.
거래처 후보와 품목 후보를 담당자가 빠르게 확인할 수 있습니다.
중복 메일이 들어와도 어떤 주문을 확정할지 기준이 있습니다.
주문 확정 후 ERP 입력, 엑셀 정리, 택배 양식 다운로드 같은 다음 단계가 분명합니다.
반대로 거래처명이 자주 틀리거나 품목명이 대부분 애매하다면, 자동 포워딩보다 거래처·품목 기준을 먼저 정리하는 편이 좋습니다.
스택큐브에서 이메일 발주를 받는 흐름
스택큐브는 이메일 본문, 엑셀 파일, PDF 발주서를 발주 목록에서 확인할 수 있게 정리합니다. 기존 주문 메일함에서 자동 포워딩하거나 CC·수동 전달로 메일을 넣으면 됩니다.
담당자는 메일함을 오가며 첨부파일을 다시 열어보는 대신, 발주 목록에서 원본 메일과 주문 후보를 확인합니다. 화면과 처리 기준은 이메일 발주 접수 페이지에서 확인할 수 있습니다.
마무리: 새 주소 공지보다 작은 테스트가 먼저입니다
이메일 발주 접수는 거래처의 주문 습관을 한 번에 바꾸는 일이 아닙니다. 기존 메일함을 유지한 채 실제 발주 몇 건을 넣어보고, 내부 확인 방식이 줄어드는지 먼저 확인하면 됩니다.
수동 전달로 검증하고, 일부 거래처를 CC로 테스트한 뒤, 공용 메일함 자동 포워딩으로 넓히는 순서가 가장 부담이 낮습니다. 핵심은 새 이메일 주소가 아니라, 기존 메일을 한 발주 목록으로 모으고 확정하는 기준입니다.