ERP 솔루션 도입을 앞둔 중소기업이라면 놓치기 쉬운 운영 꿀팁

• 목록
• 답변
• 글쓰기
• 옵션
  • 수정
  • 삭제

ERP 도입 회의에서 기능 목록은 빠짐없이 검토했는데, 정작 현장에서는 엑셀 파일과 메신저 승인이 계속 남는 경우가 많습니다. 문제는 솔루션의 기능 부족보다 기존 업무의 예외와 숨은 규칙을 발견하지 못한 상태로 시스템을 설계하는 것에서 시작됩니다.

특히 중소기업은 한 사람이 구매, 재고, 정산 업무를 겸하는 일이 흔합니다. 조직도에 적힌 직무만 보고 ERP 솔루션을 설정하면 실제 일의 흐름과 화면 구성이 어긋나므로, 계약 전에 작은 운영 장치를 마련해 두는 편이 훨씬 경제적입니다. 비즈니스라는 말의 범위를 먼저 맞추고 싶다면 비즈니스 용어 정의도 참고할 수 있습니다.

업무 매뉴얼보다 먼저 ‘몰래 쓰는 파일’을 찾으세요

공식 프로세스 밖의 엑셀이 진짜 요구사항입니다

ERP 컨설팅을 시작하면 대부분 조직도, 업무분장표, 결재 규정부터 제출합니다. 하지만 실무자가 매일 열어 보는 개인 엑셀, 거래처별 메모장, 메신저 고정 메시지에는 문서화되지 않은 운영 규칙이 숨어 있습니다. 예를 들어 발주 최소 수량, 특정 고객의 세금계산서 발행일, 반품 시 담당자에게 먼저 확인해야 하는 조건은 공식 매뉴얼보다 개인 파일에 남아 있을 가능성이 큽니다.

담당자에게 단순히 “어떤 기능이 필요합니까?”라고 물으면 익숙한 메뉴 이름만 답하기 쉽습니다. 대신 지난주 월요일에 처리한 주문 한 건을 처음부터 다시 보여 달라고 요청해 보세요. 복사해 붙여 넣는 값, 중간에 따로 계산하는 숫자, 누군가에게 구두로 확인하는 순간이 모두 ERP 솔루션의 설계 단서가 됩니다.

잘 알려지지 않은 팁은 파일명을 수집하는 것이 아니라 파일을 쓰게 된 이유를 기록하는 것입니다. 같은 ‘매출관리.xlsx’라도 한 팀은 실적 예측에, 다른 팀은 누락 검증에 사용할 수 있습니다. 목적을 모르고 파일만 시스템으로 옮기면 불필요한 맞춤 개발이 늘어납니다.

• 개인 엑셀: ERP에서 바로 조회되지 않아 따로 계산하는 항목을 표시합니다.
• 메신저 승인: 결재선에는 없지만 실제로 책임을 확인하는 사람을 찾습니다.
• 수기 메모: 거래처별 예외 조건과 반복되는 클레임 사유를 분류합니다.
• 다운로드 후 재가공: 보고서에 반드시 추가하는 열과 삭제하는 열을 확인합니다.

인터뷰 대신 ‘화면 녹화 없는 관찰’을 활용합니다

직원은 감시받는다고 느끼면 평소와 다른 방식으로 일할 수 있으므로 화면을 무조건 녹화해서는 안 됩니다. 담당자의 동의를 얻은 뒤 옆에서 처리 순서만 적고, 고객명이나 금액 같은 민감정보는 기록하지 않는 방식이 좋습니다. 클릭 횟수보다 업무가 멈추는 지점과 다른 사람에게 질문하는 지점을 중심으로 관찰합니다.

관찰 결과는 ‘현재 방식이 잘못됐다’는 평가표가 아니라 도입 후 없어지면 안 되는 업무 안전장치로 다뤄야 합니다. 그래야 현장 직원이 우회 업무를 숨기지 않고 공유하며, 기업 컨설팅 과정도 솔루션 판매가 아닌 실제 운영 개선으로 이어집니다.

숨은 팁: “왜 이렇게 처리하세요?”보다 “이 단계를 생략하면 어떤 문제가 생기나요?”라고 물으면 방어적인 답변을 줄이고 예외 규칙을 더 정확히 찾을 수 있습니다.

데이터 이관은 전체 복사보다 ‘살아 있는 기준’부터 만드세요

거래처와 품목에 생존 기준을 붙입니다

오래된 데이터를 모두 가져오면 안전하다고 생각하기 쉽지만, 중복 거래처와 사용 중지 품목까지 이관하면 검색 결과가 복잡해지고 입력 실수가 늘어납니다. 데이터 이관의 첫 단계는 삭제가 아니라 활성, 휴면, 보관 상태를 구분하는 것입니다. 최근 거래가 없더라도 미수금이나 보증 책임이 남은 거래처는 단순 휴면으로 처리하면 안 됩니다.

거래처명은 사업자등록번호를 기준으로 중복을 찾고, 품목은 회사가 실제로 구분하는 최소 단위를 확인해야 합니다. 색상만 다른 제품을 별도 품목으로 관리할지, 옵션으로 묶을지는 재고 실사와 원가 계산 방식에 따라 달라집니다. 이 기준을 먼저 정하지 않으면 개통 직전에 코드 체계를 다시 만드는 일이 발생합니다.

이비즈니스는 전자적 네트워크를 활용한 폭넓은 사업 활동을 포함합니다. ERP와 온라인 주문·고객 시스템의 연결 범위를 논의할 때는 이비즈니스 개념 설명을 함께 살펴보면 부서마다 다르게 쓰는 용어를 맞추는 데 도움이 됩니다.

1. 최근 24개월의 거래 여부와 미결 채권·채무를 기준으로 거래처 상태를 나눕니다.
2. 동일 사업자등록번호에 여러 상호가 있으면 세금계산서 발행 주체를 확인합니다.
3. 품목 코드에 의미를 지나치게 넣지 말고 분류 속성은 별도 필드로 관리합니다.
4. 이관 대상별 책임자를 지정하고 표본 30건 이상을 원본과 대조합니다.
5. 폐업·단종 데이터는 삭제하지 않고 조회 전용 보관 영역으로 분리합니다.

금액 합계보다 연결 관계를 검증합니다

이관 검수에서 총매출이나 재고 합계만 맞추는 것은 충분하지 않습니다. 주문과 출고, 매입과 지급, 반품과 재입고가 서로 올바르게 연결되어야 나중에 원인을 추적할 수 있습니다. 합계가 같더라도 개별 전표가 잘못된 거래처에 붙어 있으면 채권 관리와 손익 분석이 왜곡됩니다.

검수용 표본에는 정상 거래만 넣지 마세요. 부분 입고, 복수 세율, 마이너스 전표, 선입금, 거래 취소처럼 드물지만 사고가 나기 쉬운 사례를 일부러 포함해야 합니다. 가장 복잡했던 거래 한 건이 정상적으로 이어지는지 확인하는 것이 수천 건의 단순 합계를 보는 것보다 유용할 때가 많습니다.

• 재무 데이터: 계정별 잔액과 거래처별 보조부를 함께 대조합니다.
• 재고 데이터: 수량뿐 아니라 창고, 로트, 유효기간, 예약 수량을 확인합니다.
• 영업 데이터: 견적·주문·출고·매출 전표의 연결 번호를 추적합니다.
• 권한 데이터: 퇴사자 계정과 장기 미사용 계정이 이관되지 않았는지 살핍니다.

무료 체험 계정은 기능 구경이 아니라 사고 연습에 쓰세요

‘평범한 하루’보다 월말의 난처한 장면을 재현합니다

많은 기업이 데모에서 거래처 등록, 견적 작성, 세금계산서 발행처럼 정상적인 흐름만 확인합니다. 그러나 ERP 솔루션의 체감 품질은 수정, 취소, 소급 반영처럼 일이 꼬였을 때 드러납니다. 이미 마감한 달의 매입 누락을 발견했을 때 누가 어떤 권한으로 수정하며 변경 기록은 어디에 남는지 직접 시험해야 합니다.

체험 기간에는 부서별로 한 명씩 접속시키는 것보다 영업, 구매, 회계 담당자가 같은 가상 거래를 이어서 처리하는 편이 낫습니다. 영업 담당자가 수주를 등록하고 구매 담당자가 부족 재고를 발주한 뒤 회계 담당자가 비용과 채권을 확인하면, 부서 사이에서 누락되는 필드를 한 번에 찾을 수 있습니다.

AI가 업무 화면에 들어오는 흐름도 빨라지고 있지만, 추천이나 자동 작성 기능이 있다고 곧바로 운영 책임까지 자동화되는 것은 아닙니다. 실제 업무로 이어지는 AI의 방향은 액셔너블 AI 관련 기사처럼 실행 가능성이 강조되고 있으므로, ERP에서도 결과를 승인하는 사람과 오류를 되돌리는 절차를 함께 설계해야 합니다.

알림을 더하는 대신 줄이는 테스트도 필요합니다

도입 초기에는 모든 알림을 켜 두려는 경향이 있습니다. 하지만 발주, 승인, 입고, 변경 알림이 계속 쌓이면 중요한 경고도 읽지 않게 됩니다. 알림마다 ‘받은 사람이 어떤 행동을 해야 하는가’를 적어 보고, 행동이 없는 알림은 주간 요약으로 돌리는 것이 좋습니다.

모바일 알림은 승인 속도를 높이지만 상세 내용을 확인하지 않고 승인하는 습관을 만들 수도 있습니다. 일정 금액 이상, 신규 거래처, 단가 급변 같은 조건에서는 모바일에 승인 버튼만 보여 주지 말고 근거 문서로 이동하도록 설정하세요. 이것이 작은 기업에서도 내부통제를 유지하는 실용적인 생활 해킹입니다.

• 즉시 알림은 출고 중단, 결제 오류처럼 지금 행동해야 하는 사건에만 사용합니다.
• 승인 요청에는 이전 단가, 예산 잔액, 첨부 문서 링크를 함께 표시합니다.
• 반복 보고는 매일 개별 발송하지 말고 정해진 시간의 요약 알림으로 묶습니다.
• 알림을 2주간 읽지 않은 사용자는 수신 필요성을 다시 확인합니다.

운영 팁: 체험판 평가표에 ‘할 수 있는가’뿐 아니라 ‘실수했을 때 원상복구할 수 있는가’를 별도 항목으로 넣으세요. 복구 경로가 짧은 솔루션이 현장 정착도 빠릅니다.

직원이 적은 회사와 지점이 많은 회사의 선택은 달라야 합니다

10명 안팎이라면 표준 기능과 담당자 백업을 우선합니다

직원이 적은 기업은 복잡한 맞춤 개발보다 회계, 매입·매출, 기본 재고처럼 자주 쓰는 표준 기능을 빠르게 정착시키는 편이 유리합니다. 맞춤 화면을 늘리면 처음에는 편해 보여도 업데이트 비용과 특정 담당자 의존도가 커질 수 있습니다. 구독료만 보지 말고 초기 설정, 데이터 정리, 교육, 추가 저장공간, API 사용료를 포함한 3년 총비용을 확인하세요.

숨겨진 핵심은 최고관리자 계정을 대표자 한 명에게만 맡기지 않는 것입니다. 휴가나 퇴사, 휴대전화 교체 때 인증이 막힐 수 있으므로 비상 접근 절차와 복구 연락처를 문서로 남겨야 합니다. 다만 공용 관리자 계정을 여러 명이 함께 쓰면 책임 추적이 어려우므로 개인 계정에 역할별 권한을 부여해야 합니다.

• 추천 방식: 표준 프로세스 중심의 클라우드 ERP를 짧게 시험 운영합니다.
• 비용 확인: 사용자 추가, 문자 발송, 전자문서, 데이터 백업 비용을 별도로 묻습니다.
• 교육 방식: 전 직원 장시간 교육보다 실제 거래 세 건을 처리하는 실습을 진행합니다.
• 백업 장치: 급여·지급·마감 업무마다 대체 담당자 한 명을 지정합니다.

지점과 창고가 여러 곳이라면 권한 경계부터 시험합니다

지점이 많거나 본사와 창고가 분리된 기업은 기능 수보다 조직별 데이터 가시성이 중요합니다. 지점장은 자기 지점의 매출과 재고를 보되 다른 지점의 인건비는 볼 수 없게 하고, 본사 담당자는 전체 합계를 보면서도 현장 전표를 임의로 고치지 못하도록 역할을 나눠야 합니다. 조직 개편 때 권한을 일괄 변경할 수 있는지도 확인해야 합니다.

또한 네트워크 장애가 발생했을 때 출고를 어떻게 이어 갈지 정해야 합니다. 오프라인 입력 지원 여부, 임시 출고전표 양식, 복구 후 중복 등록 방지 규칙까지 준비하면 시스템 중단이 곧 영업 중단으로 번지는 것을 막을 수 있습니다. 여러 법인을 운영한다면 법인별 장부와 통합 경영보고서가 어떤 환율·마감 기준으로 묶이는지도 데모에서 직접 재현해 보세요.

1. 본사, 지점, 창고 역할별 테스트 계정을 만들어 서로의 조회 범위를 확인합니다.
2. 한 사용자가 부서를 이동했을 때 이전 권한이 즉시 회수되는지 시험합니다.
3. 장애 상황용 임시 문서에 필수로 적을 주문번호와 승인자를 정합니다.
4. 월 1회 권한 변경 내역과 장기 미접속 계정을 검토하는 담당자를 지정합니다.
5. 계약서에 데이터 추출 형식, 백업 주기, 해지 후 보관 기간을 명시합니다.

직원 10명 안팎이고 전담 IT 인력이 없다면 맞춤 개발을 최소화한 클라우드형 비즈니스 솔루션과 공급사의 초기 설정 지원을 선택하는 편이 현실적입니다. 반대로 지점·창고·법인이 여러 곳이고 승인 단계가 복잡하다면 가격이 조금 높더라도 세밀한 권한 관리, 조직 간 거래, 감사 로그와 연동 API를 실제 시나리오로 검증한 ERP를 선택하는 것이 안전합니다.