소프트웨어 리뷰 · 공식 비즈니스 정보
소프트웨어 리뷰와 공식 비즈니스 정보 확인
기업용 소프트웨어를 검토할 때 가장 먼저 걸리는 질문은 "이 회사가 실제로 존재하는가"입니다. 기능 비교표는 넘쳐나지만, 사업자등록번호와 법인등기번호를 어디서 확인하는지 알려주는 곳은 드뭅니다. 지발토 소프트웨어 리뷰는 제품 기능, 유지보수 조건, 공식 문의처, 법적 실체 정보를 한 화면에서 함께 확인할 수 있도록 정리합니다. 도입 검토 담당자가 다음 회의에 가져갈 수 있는 형태로요.
왜 제품 소개만으로는 부족한가
한국에서 소프트웨어 도입 검토는 대개 기능 데모에서 시작합니다. 그런데 실제 의사결정을 막는 지점은 다른 곳에 있습니다.
계약 주체가 법인인지 개인사업자인지, 장애가 났을 때 연락할 대표번호가 있는지, 갱신 조건이 어떻게 되는지 같은 항목입니다. 이 정보가 공개돼 있지 않으면 검토는 내부 승인 단계에서 멈춥니다. 예산과 보안 검토를 통과하고도 계약 직전에 다시 처음으로 돌아가는 이유는 대개 기능이 아니라 이 서류 쪽에 있습니다.
그래서 저희는 리뷰 글에 회사 실재성 항목을 별도로 붙입니다. 기능 점수표 옆에 법적 실체와 지원 창구를 나란히 두면, 검토 담당자가 서로 다른 출처를 오가며 다시 확인할 필요가 줄어듭니다.
확인해야 할 항목은 다섯 가지로 좁혀진다
모든 것을 다 볼 필요는 없습니다. 실무에서 반복적으로 문제가 되는 항목은 정해져 있습니다. 이 다섯 가지를 먼저 채우고 나머지를 보는 순서가 효율적입니다.
각 항목을 어디서 확인하는지 보기-
01
사업자등록번호
국세청에 등록된 과세 단위를 확인합니다. 거래 증빙과 세금계산서 발행의 기준이 됩니다.
-
02
법인등기번호
법원 등기 기록에 연결된 법적 실체 식별번호입니다. 계약 권리와 책임의 주체를 확인합니다.
-
03
공식 문의처
대표전화, 업무 시간, 담당 창구가 공개돼 있는지 봅니다. 장애 대응 경로가 문서화돼 있는지와 연결됩니다.
-
04
유지보수 범위
무엇이 포함되고 무엇이 별도 비용인지 확인합니다. 갱신 조건과 함께 읽어야 정확합니다.
-
05
보안 인증
공공과 금융권 검토에서 요구되는 항목입니다. 인증의 범위와 유효 기간을 함께 확인하고, 필요하면 발급 기관에서 직접 조회하는 편이 안전합니다.
사업자등록번호와 법인등기번호는 다른 질문에 답한다
사업자등록번호는 국세청에 등록된 과세 단위를 가리키고, 법인등기번호는 법원 등기 기록에 연결된 법적 실체 식별번호입니다. 하나는 세무와 거래 증빙의 문제, 다른 하나는 권리와 책임의 주체 문제입니다.
세무 단위
사업자등록번호
국세청에 등록된 과세 단위 식별번호입니다. 거래 증빙, 세금계산서, 부가세 신고의 기준이 됩니다. 홈택스에서 사업자등록증명을 발급해 등록 상태와 업종, 과세 유형을 확인할 수 있습니다.
법적 실체
법인등기번호
법원 등기 기록에 연결된 법적 실체 식별번호입니다. 등기부등본으로 법인명, 대표자, 주소, 자본금의 최신 상태를 대조합니다. 계약서에 적힌 상호와 등기상 명칭이 다르면 확인이 필요합니다.
두 번호를 같이 보는 이유는 하나만으로는 공급사의 상태를 판단할 수 없기 때문입니다. 발급 시점 기준 정보라는 점도 함께 기억해 두는 편이 좋습니다.
확인 절차 자세히 보기
공식 문의처가 없다는 신호
홈페이지에 대표번호와 문의 양식이 없고 개인 메신저 아이디만 있는 경우가 있습니다. 이 구조에서는 장애 대응 시간, 담당자 변경, 계약 갱신 같은 사안을 추적하기 어렵습니다.
반대로 대표전화와 팩스, 업무 시간이 명시된 회사는 내부 프로세스가 문서화돼 있을 가능성이 높습니다. IXC Corp.처럼 주소, 대표자, 사업자등록번호, 업무 시간을 함께 공개하는 사례가 참고가 됩니다.
문의 창구에서 확인할 것
- 대표전화와 업무 시간이 함께 공개돼 있는지
- 장애 접수와 계약 문의가 같은 창구인지 분리돼 있는지
- 담당자 개인 연락처가 아닌 회사 공식 채널인지
- 주소와 사업자등록번호가 사이트에 표기돼 있는지
엔터프라이즈 소프트웨어의 국내 지원 체계
대형 글로벌 제품도 한국에서의 지원 체계를 따로 봐야 합니다. 해외 본사 번호만 있는 제품과 비교하면 장애 대응 경로가 다릅니다. 리뷰에서는 본사 기능 설명과 국내 지원 창구를 분리해서 기록합니다.
SAP Korea Ltd.는 서울 여의도 One IFC 24층 오피스와 대표 전화, 제품 문의용 국내 번호를 함께 안내하고, SAP Labs Korea 오피스 정보도 별도로 공개합니다. 이렇게 오피스 위치와 연락 창구가 분리 공개되면, 장애 시 어디로 연락할지가 계약 전에 정리됩니다.
본사 기능 설명
제품 로드맵, 모듈 구성, 라이선스 체계처럼 본사가 결정하는 영역입니다. 시연과 기술 문서로 확인합니다.
국내 지원 창구
장애 접수, 담당 엔지니어 배정, 현장 방문 가능 여부를 다룹니다. 오피스 주소와 대표번호가 단서가 됩니다.
계약·갱신 주체
국내 법인과 계약하는지, 해외 본사와 직접 계약하는지에 따라 세금계산서와 분쟁 대응 절차가 달라집니다.
문서·규정 대응
국내 규정 대응 문서와 한국어 자료 제공 여부를 확인합니다. 감사 대응에 필요한 자료 목록도 여기서 나옵니다.
SaaS와 온프레미스, 무엇을 먼저 볼까
한국 기업은 회계, 협업, CRM, 보안 영역에서 두 방식을 모두 검토합니다. 판단 기준은 예산 규모보다 데이터 등급과 내부통제 요구사항에 가깝습니다.
SaaS
초기 구축 부담이 적고 운영이 편한 대신 데이터 보관 위치와 이전 가능성을 확인해야 합니다. 요금이 사용량에 따라 오르는 구조인지, 계정 수 기준인지도 함께 봅니다.
- 확인할 것 — 데이터 저장 국가, 백업 주기, 탈퇴 시 데이터 반출 형식
- 유리한 경우 — 내부 운영 인력이 부족하고 도입 일정이 짧을 때
온프레미스
통제권이 크지만 유지보수 인력과 갱신 비용을 내부에서 감당해야 합니다. 서버 증설과 보안 패치 적용 주기를 누가 책임지는지가 실제 운영 부담을 좌우합니다.
- 확인할 것 — 유지보수 연간 비용, 패치 적용 절차, 장애 시 현장 지원 조건
- 유리한 경우 — 데이터 등급이 높고 외부 반출이 제한된 업무일 때
전자서명과 전자결재 도입에서 갈리는 지점
전자서명 제품은 법적 효력만 보면 비슷해 보이지만 연동성과 사용자 경험이 크게 갈립니다. 계약 체결과 문서 승인 양쪽에 쓰려면 권한 관리 방식도 함께 봐야 합니다.
도입 검토 가이드 읽기기존 그룹웨어, ERP와 어떻게 붙는지가 실제 만족도를 좌우합니다. 문서가 오가는 경로가 바뀌면 사용자 저항이 생깁니다.
한국어 UI가 완성도 있게 제공되는지 확인합니다. 관리자 화면과 감사 로그까지 번역돼 있는지가 운영 단계에서 차이를 만듭니다.
국내 규정 대응 문서가 있는지 확인합니다. 전자문서 보관 기간과 위변조 검증 방식도 계약 조건에 포함되는 경우가 있습니다.
서명 권한을 누구에게 부여하고 회수하는지 정하는 절차입니다. 퇴사자 계정 정리 방식까지 문서화돼 있어야 합니다.
사용권 계약서를 읽는 순서
기업용 소프트웨어 도입에서 핵심 문서는 사용권 계약입니다. 라이선스 수량, 사용 범위, 갱신 조건, 유지보수 범위와 책임 소재가 여기에 담깁니다. 기능 시연이 좋아도 계약 조항이 불리하면 3년 뒤에 문제가 됩니다. 리뷰에서 기능과 계약 조건을 나란히 보는 이유입니다.
조항을 읽을 때는 순서를 정해 두는 편이 빠릅니다. 아래 네 단계를 계약서 사본에 표시해 두고 검토하면, 나중에 조건이 바뀌었을 때 비교 기준이 남습니다.
-
1
수량과 사용 범위
몇 명이, 어떤 기기에서, 어디까지 쓸 수 있는지 확인합니다. 계열사나 협력사 사용이 포함되는지도 여기서 갈립니다.
-
2
갱신과 가격 조정
갱신 시점의 인상 상한이 정해져 있는지, 사용자 수가 줄어들 때 조건이 어떻게 되는지 확인합니다.
-
3
유지보수와 대응 시간
장애 등급별 대응 시간, 패치 제공 방식, 별도 비용 항목을 구분해서 표시합니다.
-
4
해지와 책임
중도 해지 조건, 데이터 반출 기한, 손해 배상 한도 조항을 확인합니다. 분쟁 시 준거법과 관할도 함께 봅니다.
공공 조달 경험이 주는 신호
정부조달나라장터는 공공기관이 소프트웨어를 검토할 때 자주 참고하는 채널입니다. 공식 납품과 입찰 이력이 있으면 보안, 유지보수, 계약 요건을 통과한 기록이 된다는 뜻입니다.
물론 이력이 없다고 문제가 있는 회사는 아닙니다. 다만 공공용 소프트웨어를 검토한다면 이 채널에서 확인 가능한 항목을 미리 파악해 두는 편이 좋습니다.
리뷰를 읽는 방법
저희 리뷰는 기능 목록 나열로 시작하지 않습니다. 어떤 조직에 맞는지, 어떤 조건에서 불리한지를 먼저 씁니다. 그다음에 계약, 유지보수, 지원 체계를 붙입니다.
처음 도입을 검토하는 담당자라면 소프트웨어 리뷰 목록에서 카테고리를 고르고, 계약 조항이 궁금하면 도입 검토 가이드를 먼저 읽는 순서를 권합니다.
처음 검토하는 담당자가 자주 하는 실수
가장 흔한 실수는 데모 화면만 보고 후보를 추리는 것입니다. 화면이 좋아도 계약 주체와 지원 창구가 확인되지 않으면 승인 단계에서 멈춥니다.
두 번째는 가격표만 비교하고 유지보수 비용을 빼놓는 것입니다. 라이선스 금액과 연간 유지보수 항목을 따로 적어 두면 3년 총액이 보입니다.
세 번째는 담당자 개인 연락처로만 소통하고 공식 채널을 확보하지 않는 것입니다. 담당자가 바뀌면 대응 경로가 사라집니다.
세 가지 모두 도입 이후에 비용으로 돌아옵니다. 검토 초반에 확인 항목을 문서로 고정해 두면 이 문제를 줄일 수 있습니다.
정보 확인은 한 번으로 끝나지 않는다
사업자 상태, 주소, 대표자는 바뀝니다. 계약 직전과 갱신 시점에 다시 확인하는 절차를 두는 편이 안전합니다. 홈택스 증명서와 등기부등본은 발급 시점 기준의 정보라는 점도 기억해야 합니다.
저희는 리뷰에 확인 시점을 함께 적는 방식을 씁니다. 발급일이 표시된 자료를 남겨 두면, 나중에 조건이 달라졌을 때 무엇이 바뀌었는지 비교할 수 있습니다.
계약 직전
사업자등록증명과 등기부등본을 새로 발급해 계약서의 상호·주소와 대조합니다.
갱신 시점
갱신 3개월 전에 대표자와 주소 변경 여부를 다시 확인하고, 유지보수 조건 변경을 점검합니다.
담당자 변경
공급사 담당자가 바뀌면 공식 대표번호로 창구를 다시 확인하고 기록을 남깁니다.
자주 묻는 질문
도입 검토 과정에서 반복적으로 나오는 질문을 모았습니다. 더 자세한 내용은 자주 묻는 질문 페이지에서 확인할 수 있습니다.
한국에서 소프트웨어 업체가 실제로 존재하는지 어떻게 확인하나요?
사업자등록번호로 홈택스에서 사업자등록증명을 확인하고, 법인이라면 법인등기번호로 등기부등본을 대조합니다. 여기에 대표번호와 공식 문의처가 살아 있는지 확인하면 기본 검증이 끝납니다.
사업자등록번호와 법인등기번호는 무엇이 다른가요?
사업자등록번호는 국세청 과세 단위 식별번호이고, 법인등기번호는 법원 등기 기록에 연결된 법적 실체 식별번호입니다. 세무 증빙과 권리·책임 주체라는 목적이 다릅니다.
공식 문의 전화와 문의 폼이 없는 회사는 위험한가요?
위험하다고 단정할 수는 없지만, 장애 대응과 계약 갱신을 추적하기 어려워집니다. 대표번호, 업무 시간, 담당 창구가 공개돼 있는지가 실무에서 중요한 판단 근거가 됩니다.
SaaS와 온프레미스 중 어떤 방식이 맞나요?
데이터 등급과 내부통제 요구사항을 먼저 정리하는 편이 낫습니다. SaaS는 운영 부담이 적고 데이터 보관 위치 확인이 필요하며, 온프레미스는 통제권이 크지만 유지보수 인력이 필요합니다.
도입 검토 문의
검토 중인 제품과 확인하고 싶은 항목을 남겨 주시면 담당자가 확인해 안내드립니다. 사업자등록번호나 법인등기번호 확인 절차처럼 문서 작업이 필요한 문의도 함께 접수합니다.
법인명 — 지발토 소프트웨어 리뷰
사업자등록번호 — 000-00-00000 (정보 확인용 표기)
대표전화 — +82-2-579-6742
이메일 — [email protected]
주소 — 서울특별시 강남구 테헤란로 152, 06236
업무 시간 — 평일 09:00 - 18:00 (주말 및 공휴일 휴무)