관리자 시스템 개발

먼저 정해야 할 운영자 역할

관리자가 한 명인지, 본사·지점·담당자처럼 여러 역할인지에 따라 데이터 접근 방식이 달라집니다.

• 조회만 가능한 역할과 수정 가능한 역할을 나눕니다.
• 담당자별로 볼 수 있는 고객과 문서를 제한합니다.
• 삭제보다 비활성화나 상태 변경이 필요한지 확인합니다.
• 작업 기록을 남겨야 하는 항목을 정합니다.

데이터 구조와 검색 조건

운영자가 매일 찾는 정보는 테이블 구조, 필터, 상세 화면에 반영되어야 합니다. 처음부터 검색 조건을 과하게 만들기보다 실제 업무 순서에 맞춰 우선순위를 둡니다.

• 고객, 주문, 계약, 문서, 상담 이력 등 핵심 객체를 분리합니다.
• 상태값은 업무 단계와 맞아야 합니다.
• 날짜, 담당자, 지점, 승인 상태는 자주 쓰이는 필터입니다.
• 엑셀 다운로드는 개인정보와 권한 범위를 함께 봅니다.

승인과 알림 흐름

관리자 시스템의 핵심은 누가 다음 행동을 해야 하는지 명확하게 만드는 것입니다. 승인 단계가 많으면 통제는 쉬워지지만 사용성은 떨어질 수 있습니다.

• 임시저장, 승인요청, 승인완료, 반려 같은 상태를 정의합니다.
• 알림은 누락 방지 목적과 피로도 사이 균형이 필요합니다.
• 반려 사유와 수정 이력은 나중에 분쟁을 줄이는 데 도움이 됩니다.

리포트와 자동화 범위

보고서, PDF, 정산 파일, 통계는 자동화 효과가 크지만 데이터 정확성이 먼저입니다. 원본 데이터 입력 방식이 불안정하면 자동 리포트도 신뢰하기 어렵습니다.

• 출력 서식보다 입력 검증과 누락 방지를 우선합니다.
• PDF 생성은 템플릿, 이미지, 서명, 보관 정책을 함께 봅니다.
• 대시보드는 의사결정에 쓰는 지표만 선별합니다.

관련 사례와 다음 단계

원금융서비스 카드납과 KYON은 에스디와이가 별도로 제작한 고객사 프로젝트입니다. 에스디와이소프트는 에스디와이가 운영하는 제작 서비스입니다.