웹 화면 개발 견적서를 받으면 대개 화면 수와 투입 개월로 금액이 정리되어 있습니다. 엑셀처럼 생긴 표 화면, 매출 차트, 인쇄용 리포트가 항목으로 잡혀 있고 각각 단가가 붙어 있습니다. 그런데 그 화면을 만드는 데 실제로 쓰이는 상용 그리드나 차트 라이브러리 값은 어디에도 적혀 있지 않은 경우가 많습니다.

이 비용은 사라지는 것이 아니라 어딘가에서 나갑니다. 외주사가 자기 이름으로 사서 쓰거나, 남의 라이선스를 돌려쓰거나, 검수 직전에 추가 청구로 올라옵니다. 셋 다 발주사에게 불리합니다. 그래서 누가 내고 누구 이름으로 남는지를 계약 전에 정해야 합니다.

과금 단위가 화면 수가 아니라 개발자 머릿수입니다

상용 컴포넌트는 그 라이브러리로 화면을 10개 만들든 100개 만들든 값이 같습니다. 대신 그 코드를 만지는 개발자 수만큼 삽니다. AG Grid는 공식 가격 페이지 기준으로 Enterprise가 개발자 1인당 999달러, AG Charts Enterprise가 499달러, 둘을 묶은 번들이 1,498달러입니다.

.NET 계열도 구조가 같습니다. DevExpress 공식 구매 페이지 기준으로 Universal 구독이 개발자 1인당 연 2,299.99달러, WinForms·WPF·ASP.NET/Blazor 개별 구독이 각 1,099.99달러, 리포팅 단독이 799.99달러입니다. 2~5개는 5%, 6~10개는 10%, 11개 이상은 15% 할인이 붙습니다.

그래서 견적서에서 투입 인원이 늘면 인건비만 늘어나는 것이 아닙니다. 라이선스 비용도 같은 배수로 따라 늘어납니다.

그리드를 직접 만지지 않는 개발자까지 세야 합니다

여기서 계산이 자주 틀립니다. AG Grid Enterprise 사용권 계약서(문서 일자 2026년 3월 25일) 3.5조는 예시를 직접 들어 둡니다. 개발자 5명이 그 화면의 자바스크립트 코드를 다루고 있고 그중 2명만 실제로 AG Grid를 쓰더라도, 5명 전원을 라이선스 대상 개발자로 센다는 내용입니다.

그리드를 직접 건드리지 않아도, 그리드가 들어간 화면의 코드를 만지면 인원수에 들어갑니다.

DevExpress도 비슷하게 선을 긋습니다. 공식 라이선스 FAQ는 애플리케이션을 컴파일하는 테스터에게는 라이선스가 필요하고, 완성된 프로그램을 사용자처럼 실행만 하는 테스터에게는 필요 없다고 적고 있습니다. 빌드만 도는 서버는 별도 구매 대상이 아닙니다.

사내에서 쓸 화면인지, 고객에게 팔 제품인지에 따라 종류가 달라집니다

개발자 라이선스만 사면 만든 프로그램을 자사 업무 목적으로 쓰는 데까지가 기본입니다. AG Grid 계약서는 Deployment Licence를 별도 항목으로 정의하고, 그 라이선스가 있어야 완성된 애플리케이션 형태로 제3자에게 재라이선스할 수 있다고 규정합니다.

같은 화면이라도 사내 관리자용으로 쓰면 개발자 라이선스로 끝나고, 고객사에 납품하거나 구독 서비스로 팔면 추가 라이선스가 필요해집니다. 발주사가 나중에 사업 모델을 바꿀 계획이 있다면 이 항목을 처음부터 알려 줘야 합니다.

라이선스는 사람이 아니라 회사 이름에 붙습니다

대부분의 약관은 라이선스를 받는 주체를 주문서에 적힌 법인 하나로 못박습니다. Highcharts 라이선스 조건은 라이선스가 명세서에 명시된 법인에만 부여되며 계열사에도 자동으로 확장되지 않는다고 적고 있습니다.

외주 상황에 대해서는 더 분명합니다. Highcharts 공식 FAQ는 계약 개발자가 고객사의 라이선스로 보호받아 고객사를 대신해 작업할 수 있다고 하면서, 프로젝트가 고객사 환경에서 통제되고 서비스되므로 고객사가 라이선스 소유자여야 한다고 명시합니다.

외주사 명의로 두면 계약 종료일에 같이 사라집니다

외주사 이름으로 산 라이선스를 프로젝트 종료 후 발주사에게 넘기는 일은 생각보다 어렵습니다. AG Grid 계약서 16.1조는 라이선시가 사전 서면 동의 없이 권리를 재라이선스하거나 양도·재하청·위임할 수 없다고 규정합니다.

DevExpress는 명의 이전 조건을 아예 못박아 두었습니다. 그 조직이 개발한 소프트웨어 프로젝트나 제품 자체가 새 법인으로 함께 이전되는 경우에만 이전을 승인한다는 내용입니다. 또한 플로팅 라이선스를 허용하지 않고, 개발자를 이메일 주소로 구분해 개별 배정합니다.

정리하면 외주사 명의는 유지보수 업체를 바꾸는 순간 문제가 됩니다. 새 업체는 그 라이선스를 쓸 수 없고, 발주사는 같은 컴포넌트를 다시 사야 합니다.

발주사 명의로 사야 하는 경우는 이렇게 판단하세요

모든 경우에 발주사가 사야 하는 것은 아닙니다. 아래 중 하나라도 해당하면 발주사 명의로 두는 편이 안전합니다.

  • 완성된 소스코드와 저작권을 발주사가 넘겨받기로 한 경우입니다.
  • 운영 서버가 발주사 환경에 있고, 발주사가 직접 배포·운영하는 경우입니다.
  • 납품 후 다른 업체에 유지보수를 맡길 가능성이 있는 경우입니다.
  • 같은 컴포넌트를 다른 사내 시스템에도 계속 쓸 계획인 경우입니다.

반대로 외주사가 자사 솔루션 위에 화면만 얹어 주는 형태이고 소스와 운영이 전부 외주사에 남는다면, 외주사 명의가 자연스럽습니다. 이때는 그 라이선스가 유효하다는 증빙을 계약서에 요구하세요.

갱신이 끊겨도 이미 만든 화면은 대체로 그대로 돕니다

가장 많이 받는 질문이 이것입니다. 영구 라이선스를 산 경우라면 답은 대체로 '계속 돕니다'입니다. AG Grid 계약서 14.7조는 라이선스가 영구형이라면 종료 이전에 라이선스를 받은 버전을 계속 사용할 수 있다고 규정합니다.

DevExpress 라이선스 FAQ도 구독 만료는 더 이상 업데이트와 신규 릴리스를 받지 못한다는 뜻일 뿐이며, 이미 라이선스를 받고 대금을 지불한 제품은 필요한 기간 동안 계속 쓸 수 있다고 적고 있습니다. 갱신비는 새 버전과 기술지원을 사는 돈이지, 화면을 켜 두는 돈이 아닙니다.

갱신을 끊으면 멈추는 것은 화면이 아니라 버전 업그레이드와 기술지원입니다.

연 구독형은 갱신이 끊기면 쓰는 것 자체가 끝납니다

다만 같은 제품이라도 계약 형태에 따라 결과가 정반대입니다. Highcharts는 영구형과 연 구독형을 나눠 팔고, 공식 FAQ에서 연 구독형은 구독이 끝나면 모든 릴리스의 사용을 중단해야 한다고 적고 있습니다. 영구형이라도 영구 사용 권리는 Advantage 기간 중 정당하게 확보한 릴리스까지만 인정됩니다.

AG Grid 계약서 14.6조도 영구형이 아닌 라이선스는 종료 시 사용을 중단하고 자료를 삭제하도록 정하고 있습니다. 그래서 견적서에서 확인할 것은 금액이 아니라 '영구형인지 구독형인지'입니다. 이 한 글자 차이가 5년 뒤 운영 리스크를 가릅니다.

계약 전에 이 네 가지를 문서로 남기세요

구두로 정리하면 검수 때 반드시 다시 붙습니다. 견적서나 계약서 부속 문서에 다음을 적어 두세요.

  1. 사용할 상용 컴포넌트의 제품명, 에디션, 구매 수량입니다.
  2. 라이선스 명의를 발주사와 외주사 중 어디로 할지입니다.
  3. 영구형인지 연 구독형인지, 갱신비를 누가 부담하는지입니다.
  4. 사내 사용인지 외부 판매인지, 그에 맞는 배포 라이선스가 포함됐는지입니다.

정확한 금액과 조건은 판매사 공식 문서로 확인하는 편이 빠릅니다. AG Grid 가격 페이지DevExpress 라이선스 FAQ가 그대로 근거가 됩니다. 비슷한 계약 항목 정리는 실무 가이드 카테고리에 모아 두었고, 프로젝트 단위 상담은 Codeforest에서 받습니다.

이럴 때는 상용 컴포넌트를 넣지 않는 편이 낫습니다

표와 차트가 몇 개뿐인 관리자 화면이라면 유료 에디션을 살 이유가 크지 않습니다. AG Grid와 AG Charts 모두 무료 Community 에디션이 있고, 개발자 4명이 투입되는 프로젝트에서 번들을 사면 라이선스만 5,992달러가 됩니다.

반대로 수만 행을 그리드에서 다루거나 피벗·엑셀 내보내기 같은 기능이 요건에 들어 있다면 직접 만드는 쪽이 더 비쌉니다. 판단 기준은 취향이 아니라 요건 문서입니다. 요건에 없는 기능 때문에 유료 에디션이 들어갔다면 그 근거를 요구하세요.

결론: 라이선스는 화면을 만든 쪽이 아니라 운영할 쪽 이름으로 남기세요

상용 컴포넌트 값은 개발자 머릿수로 매겨지고, 그리드를 직접 만지지 않는 개발자까지 포함되는 조항이 실제로 존재합니다. 인원이 늘면 라이선스 비용도 함께 늘기 때문에 견적서의 투입 인원표는 곧 라이선스 청구서이기도 합니다.

명의는 소스와 운영 환경을 가져가는 쪽에 두는 것이 원칙입니다. 갱신이 끊겨도 영구형이면 기존 화면은 돌지만, 연 구독형이면 사용 자체를 멈춰야 합니다. 계약 전에 제품명·수량·명의·계약 형태 네 가지만 문서로 남겨도 대부분의 분쟁이 사라집니다.