기업용 관리자·백오피스 개발
관리자 페이지 · 업무 시스템
매일 쓰는 사람이 실수하지 않도록
매일 쓰는 사람이 실수하지 않도록
설계하는 관리자 시스템
백오피스는 고객이 보지 않는 회사 내부의 업무 화면입니다. 주문을 처리하고, 정산을 맞추고, 문의에 답하고, 통계를 확인하는 일이 모두 여기서 일어납니다. 미션비는 권한 분리, 작업 이력, 대량 처리, 되돌릴 수 있는 구조를 기본으로 설계합니다. 자사 쇼핑몰·문자발송 플랫폼·홈페이지의 관리자를 직접 만들어 매일 쓰고 있어, 운영하면서 필요해진 기능을 기준으로 이야기합니다.
이런 상황에서 필요합니다
엑셀과 메신저로 업무가 돌아 누가 무엇을 바꿨는지 알 수 없을 때, 쇼핑몰 기본 관리자로는 우리 회사 업무 흐름을 처리할 수 없을 때.
가장 먼저 정하는 것
누가 어떤 데이터를 볼 수 있고 바꿀 수 있는지. 권한과 이력 구조는 나중에 붙이기 어려워 처음에 정합니다.
다른 시스템과의 연결
쇼핑몰·WMS·문자발송·결제·택배·ERP 데이터를 한 화면에서 처리하도록 연동합니다. 외부 연동이 실패해도 본래 업무는 멈추지 않게 분리합니다.
백오피스에 들어가는 기본 기능
| 기능 | 없을 때 생기는 문제 | 시스템에서 다루는 방식 |
|---|---|---|
| 권한 계층 | 모든 직원이 모든 데이터를 보고 바꿀 수 있음 | 역할별 메뉴·기능 제한, 상위 역할이 하위 권한을 포함하는 계층 |
| 감사 로그 | 문제가 생겨도 누가 언제 무엇을 했는지 모름 | 로그인·조회·내려받기·변경 같은 주요 행위를 작업자·시각·대상과 함께 기록 |
| 목록·검색 | 원하는 건을 찾는 데 시간이 오래 걸림 | 업무에서 실제로 쓰는 조건 위주의 검색, 페이지 처리, 조회 속도를 고려한 인덱스 |
| 일괄 처리 | 같은 작업을 수백 번 반복 | 상태 일괄 변경, 송장 일괄 등록, 선택 건 내려받기 |
| 엑셀 업로드 | 같은 파일을 두 번 올리면 데이터가 중복 | 행마다 고유 키를 두고 갱신(UPSERT), 업로드 직전 백업으로 되돌리기 가능 |
| 변경 이력 | 잘못 바꾼 값을 원래대로 되돌릴 수 없음 | 변경·삭제 직전 상태를 이력 테이블에 스냅샷으로 보관 |
| 통계 | 기간을 넓히면 화면이 느려짐 | 지난 날짜는 일별 집계본에서, 오늘은 원본에서 계산해 합치는 방식 |
| 로그인 보안 | 비밀번호 하나가 유출되면 관리자 전체가 노출 | 문자 인증번호 2단계 인증, 시도 횟수·유효 시간 제한, 로그인 후 세션 ID 재발급 |
직접 운영하는 시스템에 적용한 방식
아래는 미션비가 만들어 지금 운영 중인 관리자에 실제로 들어가 있는 구조입니다.
미션비 홈페이지 관리자
- 아이디·비밀번호 확인 후 문자 인증번호로 2단계 로그인
- 관리자·최고관리자 역할 계층
- 로그인·통계 조회·원본 IP 조회·내려받기 감사 로그
- 방문자 IP 원문은 최고관리자만 조회
- 방문 통계: 지난 날짜는 일별 집계, 오늘은 실시간 합산
쇼핑몰 툴ON 관리자
- 물류사 엑셀 원장 업로드 — 행 키 기준 갱신으로 재업로드 시 중복 없음
- 업로드 직전 백업으로 잘못 올린 파일 되돌리기
- 원장 행과 주문 라인을 연결해 매입 대사
- 주문·카테고리 변경 이력 보관
문자발송 플랫폼 센드엠
- 모든 조회·수정을 사용자 소유 범위로 제한
- 주소록 삭제 직전 이력 스냅샷
- 발신번호 등록 요청과 증빙 서류 보관
- 부가 처리 실패가 본래 업무를 막지 않도록 분리
보안에 대한 안내.
위 기능은 사고 가능성을 낮추고 문제가 생겼을 때 추적할 수 있게 하는 장치입니다.
어떤 시스템도 위험이 전혀 없다고 말할 수는 없으므로, 운영 중에도 계정·권한 점검과 기능 개선을 유지보수 범위에서 이어 갑니다.
백오피스 개발 자주 묻는 질문
실제 상담에서 가장 자주 나오는 질문과, 저희가 드리는 답변입니다.
백오피스와 관리자 페이지는 같은 건가요?
거의 같은 뜻으로 씁니다. 보통 관리자 페이지는 홈페이지·쇼핑몰에 딸린 운영 화면을, 백오피스는 주문 처리·정산·재고·고객 응대처럼 회사 내부 업무 전체를 처리하는 시스템을 가리킵니다. 외부 고객이 보지 않는 업무 화면이라는 점은 같고, 규모와 다루는 업무 범위에서 차이가 납니다.
처음에는 쇼핑몰 관리자로 시작했다가 업무가 늘면서 별도 백오피스 애플리케이션으로 분리하는 경우가 많습니다. 분리할 계획이 있다면 처음부터 권한과 이력 구조를 공통으로 설계해 두는 편이 비용이 적게 듭니다.
엑셀로 하던 업무를 그대로 시스템으로 옮길 수 있나요?
옮길 수 있습니다. 다만 엑셀 양식을 화면으로 그대로 옮기기보다, 누가 어떤 값을 입력하고 누가 확인하는지 업무 단계를 먼저 나눈 뒤 옮깁니다. 외부에서 엑셀로 받는 자료(물류사 원장, 거래처 주문서 등)는 업로드 기능으로 받고, 같은 파일을 다시 올려도 중복 반영되지 않도록 행 단위 키로 갱신합니다.
업로드 직전 데이터를 백업해 두면 잘못 올린 파일을 되돌릴 수 있습니다. 미션비가 운영하는 쇼핑몰의 매입 원장 대사 기능도 이 방식으로 만들었습니다.
관리자 권한은 어떻게 나누나요?
역할(예: 운영자·관리자·최고관리자)별로 볼 수 있는 메뉴와 할 수 있는 작업을 나누고, 상위 역할이 하위 역할의 권한을 포함하도록 계층을 둡니다. 개인정보 원문 조회나 데이터 내려받기처럼 민감한 기능은 최고관리자만 쓰게 하고, 사용할 때마다 이력을 남깁니다.
미션비 홈페이지 관리자도 같은 구조로, 방문자 IP 원문과 감사 로그 조회는 최고관리자 권한에서만 열립니다.
관리자 로그인 보안은 어떻게 하나요?
아이디·비밀번호 확인 뒤 휴대폰 문자 인증번호를 한 번 더 확인하는 2단계 인증을 적용할 수 있습니다. 인증번호에는 유효 시간과 시도 횟수 제한을 두고, 로그인에 성공하면 세션 ID를 새로 발급해 세션 고정 공격을 막습니다. 로그인 성공 기록은 감사 로그로 남깁니다.
보안은 한 가지 기능으로 끝나지 않습니다. 인증과 함께 권한 분리, 작업 이력, 정기적인 계정 점검을 같이 운영해야 위험을 낮출 수 있습니다.
기존 관리자 페이지를 개선하는 것도 가능한가요?
가능합니다. 먼저 현재 화면과 데이터 구조, 느리거나 자주 오류가 나는 기능을 확인한 뒤 전면 재개발과 부분 개선 중 비용이 적게 드는 방향을 제안합니다. 운영 중인 시스템은 멈추지 않는 것이 우선이라, 기능 단위로 나눠 배포하는 방식으로 진행합니다.
목록 조회가 느린 경우에는 화면보다 조회 쿼리와 인덱스, 통계 집계 방식에서 원인이 나오는 경우가 많습니다.
함께 보면 좋은 내용
엑셀로 하던 업무를 시스템으로 옮기려 하시나요?
지금 쓰는 양식과 업무 순서, 함께 쓰는 인원만 알려 주시면
어느 부분부터 관리자 화면으로 옮기면 좋을지 정리해 드립니다.