이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
클라우드 기반 회계 ERP를 처음 접한 것은 졸업 프로젝트에서 ERP 도입 사례를 분석하는 과제였습니다. D365 F&O의 데모 환경에 직접 접속해, 회계 전표 처리와 구매 발주 흐름을 단계별로 따라가며 구조를 파악했습니다. 데이터 연동 설계가 ERP 구축에서 가장 복잡한 부분이라는 것을 알게 됐는데, 레거시 시스템에서 데이터를 가져올 때 필드 매핑 불일치 문제가 자주 생겼습니다.
Data Management Framework를 이용한 데이터 마이그레이션 실습도 해봤는데, 엔티티 단위로 가져오는 구조가 일관적이라 대량 데이터 처리에 유리했습니다. 커스터마이징 범위를 최소화하는 것이 중요하다는 것도 배웠는데, 표준 기능을 먼저 쓰고 꼭 필요한 경우에만 확장하는 방향이 유지보수 비용을 줄였습니다. ERP 구축은 도메인 이해와 기술 구현을 동시에 진행해야 한다는 결을 얻었습니다.
인턴 프로젝트에서 ERP 구축 작업 중 기존 레거시 시스템에서 계정 마스터 데이터를 이관하는 역할을 맡았습니다. 처음에는 기존 데이터를 그대로 옮기면 된다고 생각했는데, 이관 후 테스트 결과 코드가 중복된 계정이 여러 건 발생했습니다. 원본 데이터에 이미 중복과 오탈자가 있었던 건데, 이관 전에 정제하지 않고 그대로 올린 게 문제였습니다. 이후 이관 작업 전에 데이터 품질 검사 체크리스트를 만들어 중복·공백·형식 오류를 먼저 걸러내는 과정을 추가했습니다. 이 절차 덕분에 다음 이관 배치에서는 오류 건수가 90% 줄었습니다. 데이터 이관은 구조 맞추기보다 원본 데이터 품질 확인이 먼저라는 걸 이 경험으로 배웠습니다.
팀 프로젝트에서 클라우드 기반 ERP 환경 설정을 처음 맡았을 때, 어떤 사용자에게 어느 메뉴와 기능을 허용할지 정해야 했습니다. 처음에는 모든 팀원에게 넓은 권한을 줬는데, 테스트 중 누군가 실수로 마스터 데이터를 변경하는 일이 생겼습니다. 그때부터 역할 기반 권한 설계를 시작했습니다. 업무 역할을 세 개로 나눠 읽기 전용·입력 가능·관리자로 구분하고, 각 역할이 접근할 수 있는 메뉴와 기능을 매핑한 표를 만들었습니다. 처음에는 권한이 너무 세분화돼 오히려 업무가 불편하다는 피드백이 와서 두 번 조정했습니다. 권한 설계는 보안과 업무 흐름 사이의 균형을 잡는 작업이라는 걸 이 경험으로 처음 알게 됐습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 넥스트증권 SW·IT 일반 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.