라이선스 수량과 사용 범위
명명 사용자, 동시 접속, 서버 단위 중 어떤 기준으로 세는지 확인합니다. 계열사나 외주 인력이 포함되는지도 조항에 따라 달라집니다.
도입 검토 가이드
도입 검토는 기능 비교에서 시작하지만 승인은 다른 항목에서 갈립니다. 사용권 계약, 유지보수 범위, 보안 인증, 내부통제 대응이 그렇습니다. 이 가이드는 검토 순서를 정리하고 각 단계에서 확인할 문서와 질문을 제시합니다.
검토 순서
요구사항 정리에서 최종 비교까지 다섯 단계
확인 문서
사업자등록증명, 등기부등본, 계약서, 보안 검토서
주요 판단 지점
사용자 수 산정 방식, 갱신 가격 조정, 데이터 보관 위치
검토 순서를 먼저 정한다
기능 데모부터 보면 후보 선정 기준이 흔들립니다. 순서를 먼저 문서로 고정해두면 내부 승인 단계에서 같은 질문을 반복하지 않습니다.
사용자 수, 권한 구조, 외부 연동 대상, 데이터 보관 위치, 예산 상한과 갱신 주기를 한 문서에 적습니다. 이 문서가 이후 모든 비교의 기준이 됩니다.
사업자등록번호와 법인등기번호로 공급사의 실체를 대조하고, 공개된 대표번호와 공식 문의처를 확인합니다.
라이선스 수량, 사용 범위, 갱신 조건, 책임 소재를 확인합니다. 특히 사용자 수 산정 방식과 갱신 시점의 가격 조정 조항이 총소유비용을 바꿉니다.
인증 보유 여부에서 시작해 데이터 보관 위치, 접근 권한 관리, 로그 보존 기간을 확인합니다. SaaS라면 데이터 이전 가능성도 함께 봅니다.
각 단계에서 남긴 문서를 모아 후보를 비교합니다. 담당자가 바뀌어도 같은 절차를 반복할 수 있도록 기록을 남기는 것이 목표입니다.
요구사항을 문서로 고정하기
"협업이 편해야 한다" 같은 표현은 후보를 가릴 수 없습니다. 확인 가능한 형태로 바꿔 적어야 비교가 됩니다. 이 문서에 예산 상한과 갱신 주기를 함께 넣으면 계약 단계에서 다시 기준을 세우지 않아도 됩니다.
사용자와 권한
계정을 몇 개 발급하고 누가 관리자 권한을 갖는지 숫자로 적습니다.
외부 연동
사내 계정 체계, 그룹웨어, 회계 시스템 등 연결할 대상을 목록으로 만듭니다.
데이터 보관
국내 보관인지 해외 리전인지, 보존 기간과 삭제 절차가 있는지 확인합니다.
예산과 갱신
연간 상한과 갱신 시점을 적어두면 가격 조정 조항을 미리 견줘볼 수 있습니다.
공급사 실체 확인 단계
사업자등록번호로 홈택스에서 사업자등록증명을 확인하고, 법인은 법인등기번호로 등기부등본을 대조합니다. 대표번호와 업무 시간, 공식 문의처가 공개돼 있는지도 이 단계에서 봅니다.
공급사 실체 확인 사례
주소·대표자·연락처를 한 페이지에 공개
확인한 내용은 날짜와 함께 기록합니다. 같은 문서를 다시 받을 필요 없이, 다음 검토 때 이전 기록과 비교할 수 있습니다.
사용권 계약에서 확인할 조항
라이선스 수량, 사용 범위, 갱신 조건, 책임 소재가 핵심입니다. 기능이 좋아도 이 조항이 불리하면 장기 운영에서 부담이 됩니다.
사용자 수 산정 방식과 갱신 시점의 가격 조정 조항을 먼저 형광펜으로 표시해 두면 비교표를 만들 때 빠뜨리지 않습니다.
명명 사용자, 동시 접속, 서버 단위 중 어떤 기준으로 세는지 확인합니다. 계열사나 외주 인력이 포함되는지도 조항에 따라 달라집니다.
자동 갱신인지 별도 합의인지, 갱신 거절 통보 기한이 언제까지인지 확인합니다. 기한을 놓치면 원치 않는 1년이 붙습니다.
인상 상한이 정해져 있는지, 물가 연동 조항이 있는지 봅니다. 조항이 없으면 갱신 시점의 협상력이 그대로 총소유비용이 됩니다.
장애나 데이터 손실 시 책임 범위, 배상 상한, 준거법과 분쟁 해결 절차를 확인합니다. 내부 승인 문서에 요약해 두면 법무 검토가 빨라집니다.
유지보수 범위를 문장 단위로 읽기
장애 대응 시간, 패치 주기, 지원 창구, 추가 비용 조건을 문장 단위로 확인합니다. 대표 전화와 업무 시간이 명시된 회사는 이 부분이 문서화돼 있을 가능성이 높습니다. 계약서에 없는 지원은 없는 지원으로 보고 검토표에 적습니다.
장애 대응 시간
등급별 목표 시간과 실제 접수 창구가 무엇인지 확인합니다.
패치와 업데이트 주기
정기 배포 주기, 긴급 보안 패치 경로, 적용 주체가 공급사인지 내부인지 구분합니다.
지원 창구와 언어
국내 창구인지 본사 창구인지, 한국어 대응이 가능한 시간대가 언제인지 적습니다.
추가 비용 조건
커스터마이징, 데이터 이관, 교육이 기본 범위에 드는지 별도 견적인지 구분합니다.
지원 창구가 문서에 적혀 있어도 실제 접수 경로가 다르면 장애 때 시간이 더 걸립니다. 도입 전에 한 번 시험 문의를 넣어보는 방법도 있습니다.
보안 인증과 데이터 위치
보안 검토는 인증 보유 여부에서 시작합니다. 여기에 데이터 보관 위치, 접근 권한 관리, 로그 보존 기간을 더합니다. SaaS는 데이터가 어디에 있는지, 이전 가능성이 있는지를 반드시 확인합니다. 온프레미스는 내부 운영 인력과 패치 체계가 변수입니다.
검토 항목
SaaS에서 확인할 점
온프레미스에서 확인할 점
데이터 보관 위치
국내 리전인지 해외 리전인지, 백업이 별도 지역에 있는지 확인합니다.
서버실 위치, 백업 보관 장소, 물리적 출입 통제를 확인합니다.
접근 권한 관리
관리자 권한 위임, 다중 인증 지원, 퇴사자 계정 회수 절차를 봅니다.
사내 계정 체계 연동 여부와 서버 접근 권한 분리 수준을 봅니다.
로그 보존 기간
접속 기록과 변경 이력이 얼마나 남는지, 내려받기가 가능한지 확인합니다.
로그 수집 범위, 보존 기간, 외부 저장소 이관 여부를 확인합니다.
데이터 이전 가능성
내보내기 형식, 계약 종료 후 보관 기간, 완전 삭제 확인 방법을 봅니다.
DB 직접 백업과 복구 절차, 이관 시 필요한 인력과 시간을 봅니다.
두 방식 중 어느 쪽이 맞는지는 데이터 등급과 내부통제 요구사항이 정합니다. SaaS는 운영 부담이 적고 데이터 보관 위치 확인이 필요하며, 온프레미스는 통제권이 크지만 운영 인력이 필요합니다.
내부통제 관점에서 보는 항목
승인 절차, 권한 분리, 감사 로그, 접근 기록 보존은 내부통제 요구사항과 직결됩니다. 전자결재나 전자서명을 도입하면 이 항목이 더 중요해집니다. 제품 기능 설명만으로는 확인이 어려우므로 도입 사례와 관리자 기능을 함께 봅니다.
결재 단계를 시스템 안에서 몇 단계까지 설정할 수 있는지, 위임과 대결이 가능한지 확인합니다. 사내 규정과 다른 단계 수를 강요받지 않는지도 봅니다.
시스템 관리자와 업무 관리자 권한이 분리되는지, 특정 계정이 모든 로그를 수정할 수 있는 구조인지 확인합니다.
누가 언제 무엇을 바꿨는지 기록이 남는지, 그 기록을 임의로 삭제할 수 없는지 확인합니다. 외부 감사 대응에 필요한 형식으로 내보낼 수 있는지도 봅니다.
조회 기록까지 남는지, 보존 기간이 사내 기준과 맞는지 확인합니다. 보존 기간이 짧으면 감사 시점에 근거 자료가 사라질 수 있습니다.
국내 지원 체계 확인
글로벌 제품은 본사 지원 조직과 국내 지원 창구가 다릅니다. 장애 발생 시 어느 창구로 연락하는지 미리 정해두지 않으면 첫 대응이 늦어집니다.
국내 지원 체계 공개 사례
서울 여의도 One IFC 24층 한국 오피스
대표 전화 +82-2-2194-2400
국내 제품 문의 080 219 2400
SAP Labs Korea 오피스 정보 별도 공개
공공 조달 검토 시 추가 항목
공공기관용이라면 정부조달나라장터 이력을 확인합니다. 납품과 입찰 기록은 보안, 유지보수, 계약 요건을 통과한 근거로 읽힙니다. 별도의 계약 요건이 적용되는 경우가 많으므로 조달 채널 기준을 먼저 확인하고, 그 기준에 맞춰 검토표 항목을 다시 정렬합니다.
납품 실적과 입찰 참여 기록은 요건 통과 여부를 보여주는 자료입니다. 기록 자체보다 어떤 요건 아래 등록됐는지가 중요합니다.
보안 서약, 유지보수 조항, 검수 절차가 일반 계약과 다를 수 있습니다. 채널 기준을 먼저 확인한 뒤 검토표를 조정합니다.
도입 후 점검 일정
계약 직후, 3개월, 갱신 6개월 전에 점검 시점을 잡습니다. 이 시점에 사업자 정보와 지원 체계를 다시 확인합니다. 담당자 변경이나 주소 이전이 반영됐는지 보는 절차입니다.
직후
계약서 사본, 라이선스 수량, 계정 발급 내역을 한 폴더에 모읍니다. 담당자 연락처와 지원 창구 정보를 팀에 공유합니다.
3개월
실제 사용자 수가 계약 수량과 맞는지, 지원 요청이 어느 창구로 처리됐는지 기록과 비교합니다.
갱신 6개월 전
사업자 정보와 지원 체계를 다시 확인하고, 가격 조정 조항과 갱신 거절 기한을 미리 검토합니다.
요구사항을 확인 가능한 형태로 문서화하는 일입니다. 사용자 수, 권한 구조, 연동 대상, 데이터 보관 위치, 예산 상한을 먼저 정합니다. 이 문서가 없으면 이후 비교가 사람마다 달라집니다.
라이선스 수량, 사용 범위, 갱신 조건, 책임 소재입니다. 사용자 수 산정 방식과 갱신 시 가격 조정 조항은 총소유비용을 바꿉니다. 조항 문구가 모호하면 서면 질의로 확인해 두는 편이 안전합니다.
데이터 등급과 내부통제 요구사항을 먼저 정리합니다. SaaS는 운영 부담이 적고 데이터 보관 위치 확인이 필요하며, 온프레미스는 통제권이 크지만 운영 인력이 필요합니다. 두 요구를 함께 만족해야 한다면 혼합 구성도 검토 대상입니다.
다음 단계
검토 항목 중 판단이 어려운 부분이 있으면 검토 중인 제품과 확인하려는 항목을 적어 보내주시면, 공식 자료로 확인 가능한 범위에서 답변드립니다. 검토표 초안을 함께 보내주시면 어느 단계에서 막혔는지 파악하기 쉽습니다.
운영 정보