올해 가장 큰 거래가 서명 하나만을 남겨두고 있습니다 — 그런데 조달 부서가 새로운 조항과 함께 계약서를 돌려보냅니다: 모든 소스코드, 빌드 스크립트, 그리고 배포 자료는 독립 에이전트가 에스크로로 보관해야 하며, 회사가 파산할 경우 고객에게 해제되어야 한다는 것입니다. 소규모 SaaS 사업을 운영하고 있다면, 이미 성사된 거래가 법무 검토 단계에서 조용히 무산될 수 있는 순간입니다. 좋은 소식: 에스크로는 구매자가 실제로 무엇을 요구하는지 이해하면 표준 가격, 표준 조건, 그리고 간단한 장부 기록이 있는 해결된 문제입니다.
구매자가 "소스코드 에스크로"로 실제로 의미하는 것
소프트웨어 에스크로 계약은 당신(공급업체), 고객(수혜자), 그리고 중립적인 에스크로 에이전트 사이의 3자 계약입니다. 당신은 소스코드 및 관련 자료의 사본을 에이전트에게 예치합니다. 에이전트는 이를 안전하게 보관하며, 합의된 해제 조건 중 하나가 발생한 경우에만 고객에게 해제합니다 — 일반적으로 당신의 파산, 제품 지원 중단, 또는 정의된 다른 계약 위반이 해당됩니다.
구매자의 두려움은 단순합니다: 그들은 자신보다 훨씬 작은 회사가 통제하는 소프트웨어 위에 비즈니스 프로세스를 구축하려고 합니다. 당신이 문을 닫거나, 경쟁사에 인수되거나, 수정 사항 제공을 중단하면, 그들은 운영을 유지할 수 있는 경로가 필요합니다. 에스크로가 바로 그 경로입니다. 거의 호출되는 일이 없지만 — 특히 은행, 의료, 정부와 같은 규제 산업의 기업 조달 팀은 비즈니스에 중요한 소프트웨어에 대해 점점 더 이를 필수 조건으로 취급합니다.
에스크로가 아닌 것들:
- IP 이전이 아닙니다. 당신은 완전한 소유권을 유지합니다. 예치물은 엄격한 기밀 유지 하에 보관되는 사본이며, 해제 사유가 발생하지 않는 한 고객은 그에 대한 권리를 얻지 못합니다.
- 좋은 계약의 대체물이 아닙니다. 에스크로 계약은 라이선스 또는 SaaS 계약과 나란히 존재하며 이를 명확히 참조해야 합니다.
- 모든 상황에 맞는 단일 솔루션이 아닙니다. 단일 수혜자 계약은 한 명의 고객을 대상으로 합니다; 다중 수혜자 계약은 계약을 체결할 때마다 동일한 에스크로 계약에 새 고객을 추가할 수 있게 해주며, 보통 거래당 훨씬 저렴합니다.
아무도 더 이상 코드를 배포하지 않는데도 SaaS 공급업체가 요청받는 이유
클래식 에스크로 모델은 온프레미스 소프트웨어를 위해 만들어졌습니다: 소스를 예치하고, 공급업체가 사라지면 고객이 컴파일하고 실행합니다. SaaS의 경우, 클라우드 환경, 데이터베이스, 배포 파이프라인, 운영 지식이 없는 소스코드 더미는 거의 쓸모없을 수 있습니다. 기업 구매자들은 이를 알고 있기 때문에 "SaaS 에스크로" 또는 "연속성 에스크로"가 별도의 제품 카테고리가 되었습니다.
SaaS 에스크로 예치물은 일반적으로 코드를 훨씬 넘어섭니다. 에이전트와 서비스 등급에 따라 컨테이너 이미지와 인프라스트럭처-애즈-코드 템플릿, 데이터베이스 스키마와 백업 절차, 배포 런북, 타사 서비스 인벤토리와 자격 증명 처리, 환경 재구축 문서가 포함될 수 있습니다. 일부 제공업체는 예치된 자료가 실제로 재구축될 수 있는지 테스트하는 검증 서비스와, 해제 사유 발생 후 고객 서비스가 정의된 기간(일반적으로 최대 90일) 동안 계속되도록 에이전트가 복구 환경을 유지하는 연속성 옵션도 제공합니다.
구매자가 SaaS 공급업체에게 "소스코드 에스크로"를 요청하면, 코드와 문서 예치물을 수용할지 아니면 전체 환경 에스크로를 기대하는지 초기에 명확히 하십시오. 가격 차이는 상당하며, 잘못된 것을 선택하면 계약상 약속을 충족하지 못하거나 고객이 필요로 하지 않는 보호에 과도하게 지불하게 됩니다.
2026년 에스크로 비용
개발자 주도의 제공업체들이 온라인에 요금제를 게시하면서 가격이 눈에 띄게 투명해졌습니다. 대체로 세 가지 비용 계층이 있습니다:
설정 수수료. 전통적인 에이전트는 종종 설정 비용을 첫 해에 포함합니다; 셀프서비스 플랫폼은 일회성 수수료를 부과합니다 — 예를 들어 Codekeeper는 월 요금제에 더해 $249의 설정 수수료를 명시합니다. Escode(이전 NCC Group의 일부)와 같은 엔터프라이즈 중심 제공업체는 일반적으로 범위 지정 통화 후 맞춤 가격을 견적합니다.
연간 에이전트 수수료. 이것이 핵심 반복 비용입니다. 2026년 시장의 대략적인 지도: 셀프서비스 소프트웨어 에스크로 요금제는 월 약 $139(연간 약 $1,670)부터 시작하며, SaaS 에스크로 등급은 월 약 $199부터 시작합니다. 공개 가격이 있는 미드마켓 제공업체는 기본 소프트웨어 에스크로를 연간 약 £1,695(약 $2,190), SaaS 연속성 등급은 약 £2,995(약 $3,870), 셀프서비스 익스프레스 옵션은 약 £889(약 $1,150)로 책정합니다. EscrowTech와 같은 전통적인 미국 에이전트는 관찰된 거래 데이터에 따라 계약당 약 $2,200입니다. 다중 수혜자 구조는 초기 비용이 더 들지만 거래를 추가할수록 고객당 비용이 급격히 낮아집니다.
검증 및 추가 비용. 기본 예치 확인은 종종 포함됩니다. 기술 검증 — 에이전트의 컨설턴트가 예치물이 완전하고 빌드 가능한지 확인하는 것 — 은 추가 비용이 들며, 규제 산업의 기업 구매자가 자주 요구하기 때문에 예산에 별도로 항목화할 가치가 있습니다. 해제 사유, 맞춤 조건의 법적 검토, 추가 수혜자도 수수료가 부과될 수 있습니다.
비용 부담 주체는 협상 가능합니다. 공급업체가 항상 지불한다는 시장 규칙은 없습니다. 일반적인 결과로는 공급업체가 기업 거래를 수주하는 비용으로 흡수하거나, 구매자가 보호를 요구했기 때문에 지불하거나, 50/50 분담이 있습니다. 협상력이 약한 소규모 공급업체는 종종 지불하게 되지만, 항상 요청해야 합니다 — 자체 예산에 에스크로 항목이 있는 조달 팀은 때때로 수락합니다. 무엇을 합의하든 에스크로 계약서 자체에 서면으로 명시하십시오, 이메일 스레드에만 두지 말고.
장부 기록 방법: 공급업체 측 에스크로 회계
SaaS 창업자들이 과도하게 생각하는 경향이 있는 부분입니다. 에스크로 회계는 구성 요소를 분리하면 간단합니다.
연간 에이전트 수수료: 선급 후 상각
1년치 에스크로 수수료를 선불로 지불하면 12개월 서비스를 구매한 것입니다. 지불금을 선급 비용 자산으로 기록한 다음, 한 달씩 일반관리비로 상각합니다(전용 "컴플라이언스" 또는 "소프트웨어 구독" 하위 계정을 사용하면 감사 시 시인성이 유지됩니다). 셀프서비스 제공업체의 월간 요금제는 발생 시 비용 처리하면 됩니다.
일반 텍스트 회계에서 패턴은 다음과 같습니다:
2026-09-16 * "에스크로 에이전트" "연간 SaaS 에스크로 수수료, 2026년 9월 - 2027년 8월"
Assets:Prepaid:Escrow-Fees 2,388.00 USD
Assets:Checking:Business
2026-09-30 * "에스크로 에이전트" "9월 에스크로 수수료 상각"
Expenses:G-and-A:Compliance:Escrow 199.00 USD
Assets:Prepaid:Escrow-Fees설정 및 검증 수수료: 발생 시 비용 처리
일회성 설정 수수료와 정기 검증 비용은 기간 비용입니다 — 발생 시 동일한 컴플라이언스 계정에 비용 처리하십시오. 이를 일종의 자산으로 자본화하려는 유혹을 거부하십시오. 에스크로 계약은 대차대조표 자산을 제공하지 않습니다: 예치 전에 이미 코드를 소유했고, 예치 후에도 소유합니다.
예치물 준비에 사용된 엔지니어링 시간: 인건비에 유지
릴리스 태그 지정, 리포지토리 내보내기, 빌드 문서 작성과 같은 예치물 준비는 실제 작업이며, 종종 가장 시니어 엔지니어에게 부담됩니다. 그 비용은 이미 인건비에 있으며, 내부 사용 소프트웨어에 대한 자본화 정책에 따라 R&D 비용에도 포함됩니다. 노동에 대한 별도의 자본화된 "에스크로 자산"을 만들지 마십시오. 예치물이 GitHub, GitLab 또는 Bitbucket 통합을 통해 자동화되는 경우(대부분의 현대 에이전트가 제공), 지속적인 인건비는 거의 0으로 떨어지며, 이는 그 자체로 수동 업로드 워크플로우보다 실제 통합이 있는 에이전트를 선호해야 하는 이유입니다.
고객 상환: 총액 기준이 아닌 순액 기준
고객이 에스크로 수수료를 상환하거나 그들의 몫을 지불하면, 수익으로 기록하지 말고 동일한 비용 계정에 상환액을 기록하십시오. 이는 비용 회수이지 판매가 아닙니다. ASC 606에 따라 에스크로 보호는 사실상 별도의 수행 의무가 아닙니다 — SaaS 계약 이행의 일부입니다 — 따라서 계약에 숨겨진 수익 인식 사건이 없습니다. 관련하여, 에스크로 수수료는 발생 시 비용 처리하는 계약 이행 비용입니다; 표준의 이행 비용 자본화 규칙(ASC 340-40)이 기술적으로 존재하지만, 서비스 기간이 1년 이하인 수수료의 경우 실무적인 답은 항상 비용 처리입니다.
세무 처리: 통상적이고 필요한 비용
에스크로 설정, 연간, 검증 수수료는 통상적이고 필요한 사업 비용으로, 전반적인 회계 방법에 따라 지불 또는 발생 연도에 Section 162에 따라 공제 가능합니다. 현금 기준이라면 전체 연간 선급금은 지불 시 공제됩니다; 발생 기준이라면 서비스 기간이 경과함에 따라 공제합니다. 특별한 선택, 상각 일정, 복잡함이 없습니다.
예치물에 포함되는 것 (그리고 검증이 계약보다 더 중요한 이유)
가장 흔한 에스크로 실패는 법적 초안 작성과 관련이 없습니다: 예치물이 마침내 필요할 때 불완전하거나 빌드할 수 없는 것으로 판명됩니다. 5년간의 관계 후 해제 사유는 예치물에 빌드 지침 없는 작년 코드만 있다면 무가치합니다. 예치물을 엔지니어링 결과물로 취급하여 자신과 거래를 보호하십시오:
- 소스코드 및 의존성, 이상적으로는 두 번째 릴리스 후 누군가 잊어버리는 수동 업로드보다 자동 리포지토리 동기화를 통해.
- 빌드 및 배포 자료: 스크립트, 컨테이너 정의, 인프라 템플릿, 환경 구성.
- 문서: 아키텍처 개요, 런북, 자격 증명 인벤토리(에이전트의 비밀 정책에 따라 처리 — 암호화되지 않은 아카이브에 평문 비밀번호를 절대 넣지 마십시오), 라이선스 영향이 명시된 타사 서비스 의존성.
- SaaS용 데이터 절차: 백업 형식, 복원 절차, 데이터 내보내기 도구 — 고객이 코드뿐만 아니라 자신의 데이터를 복구할 수 있도록.
- 검증 보고서, 최소한 기업 계정의 경우 연간, 독립 당사자가 실제로 예치물을 빌드하거나 검토했음을 확인하는 것.
검증은 또한 상업적 자산입니다: 다음 잠재 고객에게 "우리 예치물은 분기별로 독립 검증을 받습니다"라고 말할 수 있으면 이후 모든 보안 검토가 단축됩니다.
해제 조건: 서명 전에 협상하십시오
해제 조건은 모든 에스크로 계약에서 가장 많이 협상되는 부분이며, 소규모 공급업체가 구매자의 템플릿보다 자체 변호사가 가장 필요한 곳입니다. 표준 조건에는 다음이 포함됩니다:
- 지급 불능 사건: 파산 신청, 채권자 양도, 관리인 선임. 이를 정확히 정의하십시오 — "사업 운영 중단"은 피벗의 경우 모호할 수 있습니다.
- 지원 의무의 중대한 위반: 통지 및 치유 기간 후 유지보수 제공 또는 SLA 충족 실패. 치유 기간을 반드시 요구하십시오; 없으면 단 한 주의 부진이 이론적으로 해제를 촉발할 수 있습니다.
- 지배권 변경: 명명된 경쟁사에 의한 인수는 일반적인 구매자 요구입니다. 이를 "모든 인수"가 아닌 명명된 경쟁사로 좁히십시오, 그렇지 않으면 퇴출 옵션이 복잡해집니다.
- 제품 중단: 제품을 단종하면 고객이 자료를 얻습니다. 공정합니다 — 하지만 "중단"이 리브랜딩 또는 아키텍처 마이그레이션과 어떻게 다른지 정의하십시오.
"공급업체가 로드맵의 기능을 제공하지 못함" 또는 치유 기간 없는 무제한 위반 조항과 같은 조건에는 반대하십시오. 그리고 계약이 에이전트가 해제 전에 당신에게 통지하고 이의 제기 기회를 제공하도록 요구하는지 확인하십시오 — 평판 좋은 에이전트는 공식적인 분쟁 절차가 있지만, 기간은 다양합니다.
소규모 공급업체가 저지르는 흔한 실수
예치물을 자산 이전으로 취급. 대차대조표에서 빠져나가는 것이 없습니다. 예치물 자체에 대한 분개가 없습니다 — 수수료에 대해서만 있습니다. 회계 담당자가 "에스크로 자산"이 들어갈 계정을 묻는다면, 답은 없음입니다.
갱신을 놓치는 것. 놓친 갱신은 기업 계약을 위반하는 당혹스럽고 놀랍게도 흔한 방법입니다. 연간 수수료는 작지만, 계약 위반은 그렇지 않습니다. 갱신을 도메인 및 보험 갱신과 동일한 달력에 두고 60일 사전 알림을 설정하십시오.
비용 절감을 위해 검증을 건너뛰는 것. 검증되지 않은 예치물은 계약 체크박스를 충족하지만 실제 목적을 실패할 수 있습니다. 가장 큰 계정의 경우 검증은 세부 사항이 갑자기 엄청나게 중요해지는 유일한 시나리오 — 실제 해제 사유 — 에 대한 저렴한 보험입니다.
수수료를 일관성 없이 기록. 에스크로 비용에 대해 하나의 홈을 선택하고 — G&A 컴플라이언스가 자연스러운 선택입니다 — 설정, 연간, 검증 수수료를 함께 유지하십시오. 이를 COGS, R&D, 법무에 분산하면 나중에 고객 확보 비용을 분석할 때 엔터프라이즈 전개의 실제 비용이 보이지 않게 됩니다.
다중 수혜자 경제성을 잊는 것. 처음 세 기업 고객을 위해 단일 수혜자 계약을 체결한 후 다중 수혜자 옵션을 발견하면, 그중 두 건에 대해 초과 지불했을 가능성이 높습니다. 파이프라인에 에스크로를 요구하는 잠재 고객이 둘 이상이면, 첫 계약을 체결하기 전에 다중 수혜자 구조의 가격을 확인하십시오.
업마켓으로 이동하면서 SaaS 재무를 체계적으로 유지하세요
기업 거래를 수주하면 초기 단계 SaaS 회사의 장부 기록 습관에 잘 맞지 않는 새로운 종류의 비용 — 에스크로 수수료, 보안 감사, 컴플라이언스 도구 — 이 발생합니다. 처음부터 전용 계정으로 추적하는 것이 펀드레이징 실사에서 발견하는 대신 업마켓 이동의 실제 비용을 볼 수 있게 해줍니다. Beancount.io는 재무 데이터에 대한 완전한 투명성과 통제권을 제공하는 일반 텍스트 회계를 제공합니다 — 블랙박스 없이, 벤더 종속 없이. 무료로 시작하세요 개발자와 재무 전문가들이 일반 텍스트 회계로 전환하는 이유를 확인하세요.
