Ваша найбільша угода року — за один підпис від завершення, і тут відділ закупівель повертає контракт із новим пунктом: весь вихідний код, скрипти збірки та матеріали для розгортання мають зберігатися в ескроу незалежного агента з можливістю передачі замовнику у разі неплатоспроможності вашої компанії. Якщо ви ведете малий SaaS-бізнес, це той момент, коли вже виграна угода може тихо померти під час юридичної перевірки. Хороша новина: ескроу — це вирішена проблема зі стандартними цінами, стандартними умовами та простою бухгалтерією, щойно ви зрозумієте, чого насправді просить покупець.
Що покупець насправді має на увазі під «депозитарієм вихідного коду»
Угода про депозитарій програмного забезпечення — це тристоронній контракт між вами (постачальником), вашим клієнтом (бенефіціаром) і нейтральним ескроу-агентом. Ви передаєте агенту копію вихідного коду та відповідних матеріалів. Агент зберігає їх під замком і передає клієнту лише за настання однієї з узгоджених подій випуску — зазвичай це ваша неплатоспроможність, невиконання зобов'язань щодо підтримки продукту або інше визначене порушення.
Страх покупця простий: вони збираються будувати бізнес-процес на основі програмного забезпечення, яке контролює компанія, значно менша за них. Якщо ви закриєтеся, вас придбає їхній конкурент або ви перестанете випускати виправлення, їм потрібен шлях, щоб продовжувати роботу. Ескроу — це той шлях. Він майже ніколи не активується, але відділи корпоративних закупівель, особливо в регульованих галузях, таких як банківська справа, охорона здоров'я та державне управління, дедалі частіше вважають його обов'язковим для програмного забезпечення, критично важливого для бізнесу.
Кілька речей, якими ескроу не є:
- Це не передача вашої інтелектуальної власності. Ви зберігаєте повне право власності. Депозит — це копія, що зберігається під суворою конфіденційністю, і клієнт не отримує жодних прав на неї, доки не настане подія випуску.
- Це не заміна доброго контракту. Угода про ескроу діє паралельно з вашою ліцензією або SaaS-угодою і має чітко на них посилатися.
- Це не універсальне рішення. Угода з одним бенефіціаром покриває одного клієнта; угода з кількома бенефіціарами дозволяє вам додавати нових клієнтів до тієї ж ескроу-схеми, коли ви їх закриваєте, що зазвичай значно дешевше за угоду.
Чому до SaaS-постачальників звертаються, хоча ніхто більше не постачає код
Класична модель ескроу була створена для локального програмного забезпечення: збережіть вихідний код, і якщо постачальник зникає, клієнт компілює та запускає його. Для SaaS купа вихідного коду без вашого хмарного середовища, баз даних, конвеєрів розгортання та операційних знань може бути майже марною. Корпоративні покупці це знають, тому «SaaS-ескроу» або «ескроу безперервності» стало окремою категорією продуктів.
Депозит SaaS-ескроу зазвичай виходить далеко за межі коду. Залежно від агента та рівня обслуговування він може включати образи контейнерів і шаблони інфраструктури як коду, схеми баз даних і процедури резервного копіювання, посібники з розгортання, інвентаризацію сторонніх сервісів і управління обліковими даними, а також документацію для відновлення середовища. Деякі провайдери пропонують послуги верифікації, які фактично перевіряють, чи можна відновити депоновані матеріали, а також варіанти безперервності, коли агент підтримує резервне середовище в готовності, щоб обслуговування клієнта продовжувалося протягом визначеного періоду — зазвичай до 90 днів — після події випуску.
Якщо покупець просить SaaS-постачальника про «депозитарій вихідного коду», з'ясуйте заздалегідь, чи прийме він депозит «код плюс документація» чи очікує повного ескроу середовища. Різниця в ціні значна, і погодження на неправильний варіант або залишить вас з недовиконанням договірного зобов'язання, або з переплатою за захист, який клієнту ніколи не був потрібен.
Скільки коштує ескроу у 2026 році
Ціни стали помітно прозорішими, оскільки провайдери, керовані розробниками, публікують свої тарифи онлайн. Загалом очікуйте три рівні витрат:
Плата за налаштування. Традиційні агенти часто включають налаштування в перший рік; self-service платформи стягують помірну одноразову плату — Codekeeper, наприклад, вказує плату за налаштування $249 на додаток до щомісячних тарифів. Постачальники корпоративного рівня, такі як Escode (раніше частина NCC Group), зазвичай надають індивідуальні ціни після ознайомчої розмови.
Річні комісії агента. Це основне повторюване витрати. Приблизна картина ринку 2026 року: тарифи self-service ескроу починаються приблизно від $139 на місяць (приблизно $1670 на рік), а рівні SaaS-ескроу — приблизно від $199 на місяць. Постачальники середнього ринку з опублікованими цінами вказують базовий ескроу програмного забезпечення близько £1695 (приблизно $2190) на рік, рівні SaaS-безперервності — від £2995 (приблизно $3870), а self-service експрес-варіанти — від £889 (приблизно $1150). Традиційні американські агенти, такі як EscrowTech, виходять приблизно на $2200 за угоду, згідно зі спостережуваними даними транзакцій. Структури з кількома бенефіціарами коштують більше на старті, але різко знижують вартість на одного клієнта, коли ви додаєте угоди.
Верифікація та додаткові послуги. Базова підтвердження депозиту часто включена. Технічна верифікація — коли консультанти агента підтверджують, що депозит повний і його можна зібрати — коштує додатково, і її варто окремо зазначати в бюджеті, оскільки корпоративні покупці в регульованих секторах часто її вимагають. Події випуску, юридичний перегляд індивідуальних умов та додаткові бенефіціари також можуть тягнути комісії.
Хто платить — предмет переговорів. Не існує ринкового правила, що завжди платить постачальник. Поширені результати: постачальник бере витрати на себе як ціну перемоги в корпоративних угодах, покупець платить, оскільки саме він вимагав захисту, або поділ 50/50. Менші постачальники зі слабкими переговорними позиціями часто платять, але завжди варто питати — відділи закупівель із власним бюджетним рядком на ескроу іноді погоджуються. Що б ви не узгодили, зафіксуйте це письмово в самій угоді про ескроу, а не лише в листуванні.
Як це відобразити в обліку: бухгалтерія постачальника для ескроу
Ось де засновники SaaS схильні переускладнювати. Облік ескроу простий, якщо розділити складові.
Річні комісії агента: передоплата, потім амортизація
Коли ви платите річну комісію ескроу наперед, ви купуєте дванадцять місяців послуги. Зарахуйте платіж на актив передоплачених витрат, а потім амортизуйте по одному місяцю в загальні та адміністративні витрати (окремий субрахунок «Комплаєнс» або «Програмні підписки» тримає це на виду під час аудиту). Щомісячні тарифи від self-service провайдерів можна просто списувати у міру їх виникнення.
У простотекстовому обліку це виглядає так:
2026-09-16 * "Ескроу-агент" "Річна плата за SaaS-ескроу, вересень 2026 - серпень 2027"
Assets:Prepaid:Escrow-Fees 2,388.00 USD
Assets:Checking:Business
2026-09-30 * "Ескроу-агент" "Амортизація плати за ескроу за вересень"
Expenses:G-and-A:Compliance:Escrow 199.00 USD
Assets:Prepaid:Escrow-FeesПлата за налаштування та верифікацію: витрати у міру виникнення
Одноразові плати за налаштування та періодичні витрати на верифікацію — це витрати періоду: списуйте їх у міру виникнення на той самий комплаєнс-рахунок. Утримайтеся від спокуси капіталізувати їх як якийсь актив. Угода про ескроу не дає вам жодного активу в балансі: код вам уже належав до депозиту, і він належить вам після нього.
Інженерний час на підготовку депозитів: залишається в зарплаті
Підготовка депозитів — маркування релізів, експорт репозиторіїв, написання документації зі збірки — це реальна робота, яка часто лягає на найстарших інженерів. Ця вартість уже живе у вашому фонді оплати праці та, залежно від вашої політики капіталізації для внутрішнього програмного забезпечення, у витратах на дослідження та розробки. Не створюйте окремого капіталізованого «активу ескроу» для робочої сили. Якщо депозити автоматизовані через інтеграцію GitHub, GitLab або Bitbucket (більшість сучасних агентів її пропонують), поточні трудові витрати знижуються майже до нуля, що саме по собі є підставою віддавати перевагу агентам із реальними інтеграціями перед робочими процесами з ручним завантаженням.
Відшкодування від клієнтів: сальдуйте, не відображайте повну суму
Якщо клієнт відшкодовує вашу плату за ескроу або платить свою частку вам, відображайте відшкодування проти того самого рахунку витрат, а не як дохід. Це відшкодування витрат, а не продаж. Згідно з ASC 606, захист ескроу практично ніколи не є окремим зобов'язанням до виконання — це частина виконання SaaS-контракту — тому в цій схемі не ховається жодна подія визнання доходу. Суміжно: плата за ескроу — це витрати на виконання контракту, які ви списуєте в міру їх виникнення; правила капіталізації стандарту для таких витрат (ASC 340-40) технічно існують, але для комісій, прив'язаних до періодів обслуговування до року, практична відповідь завжди — списувати.
Податковий режим: звичайні та необхідні
Плата за налаштування, річна плата та плата за верифікацію ескроу — це звичайні та необхідні бізнес-витрати, що підлягають вирахуванню згідно з розділом 162 у рік сплати або нарахування, відповідно до вашого загального методу обліку. Якщо ви на касовому методі, повна річна передоплата підлягає вирахуванню при сплаті; якщо на методі нарахування — вираховуйте її в міру спливу періоду обслуговування. Жодних спеціальних виборів, жодних графіків амортизації, жодної драми.
Що входить у депозит (і чому верифікація важливіша за контракт)
Найпоширеніша невдача ескроу не має нічого спільного з юридичним формулюванням: депозит, коли він нарешті потрібен, виявляється неповним або непридатним до збірки. Подія випуску через п'ять років відносин нічого не варта, якщо депозит містить торішній код без інструкцій зі збірки. Захистіть себе — і угоду — ставтеся до депозиту як до інженерного результату:
- Вихідний код і залежності, в ідеалі через автоматичну синхронізацію репозиторіїв, а не ручні завантаження, про які хтось забуде після другого релізу.
- Матеріали для збірки та розгортання: скрипти, визначення контейнерів, шаблони інфраструктури та конфігурація середовища.
- Документація: огляди архітектури, посібники з експлуатації, інвентаризація облікових даних (відповідно до політики агента щодо секретів — ніколи паролі відкритим текстом у незашифрованому архіві) та залежності від сторонніх сервісів із зазначенням ліцензійних наслідків.
- Процедури роботи з даними для SaaS: формати резервних копій, процедури відновлення та інструменти експорту даних, щоб клієнт міг відновити власні дані, а не лише ваш код.
- Звіт про верифікацію, принаймні щорічно для корпоративних акаунтів, що підтверджує, що незалежна сторона фактично зібрала або перевірила депозит.
Верифікація — також комерційний актив: можливість сказати наступному потенційному клієнту «наші депозити незалежно верифікуються щоквартально» скорочує кожну наступну перевірку безпеки.
Тригери випуску: узгоджуйте їх до підписання
Умови випуску — це найбільш обговорювана частина будь-якої угоди про ескроу, і саме те місце, де малому постачальнику найбільше потрібен власний юрист, а не шаблон покупця. Стандартні тригери включають:
- Події неплатоспроможності: подання заяви про банкрутство, призначення керуючого для кредиторів, зовнішнє управління. Визначте їх чітко — «припинення операційної діяльності» може бути неоднозначним для півота.
- Істотне порушення зобов'язань щодо підтримки: невиконання обов'язків із технічного обслуговування або недотримання SLA після повідомлення та періоду виправлення. Наполягайте на періоді виправлення; без нього один поганий тиждень теоретично може запустити випуск.
- Зміна контролю: придбання названим конкурентом — поширена вимога покупців. Звужте це до названих конкурентів, а не «будь-якого придбання», інакше ваші варіанти виходу ускладняться.
- Припинення продукту: якщо ви знімаєте продукт з підтримки, клієнт отримує матеріали. Справедливо — але визначте, що означає «припинення» на відміну від ребрендингу або міграції архітектури.
Чиніть опір таким тригерам, як «постачальник не виконує жодну функцію з дорожньої карти» або пунктам про порушення без обмежень і без періоду виправлення. І переконайтеся, що угода вимагає від агента повідомити вас і дати вам можливість оскаржити перед випуском — авторитетні агенти мають формальну процедуру оскарження, але терміни різняться.
Поширені помилки малих постачальників
Сприйняття депозиту як передачі активу. Нічого не йде з вашого балансу. Немає жодної бухгалтерської проводки для самого депозиту — лише для комісій. Якщо ваш бухгалтер питає, на який рахунок зарахувати «актив ескроу», відповідь — ні на який.
Пропуск продовження. Пропущені продовження — це ганебний і напрочуд поширений спосіб порушити корпоративний контракт. Річна плата мала; порушення контракту — ні. Внесіть продовження в той самий календар, що й домен і страхові поліси, з нагадуванням за 60 днів.
Економія на верифікації. Неверифікований депозит задовольняє галочку в контракті, але може не виконати фактичну мету. Для ваших найбільших акаунтів верифікація — дешева страховка від того єдиного сценарію — справжньої події випуску — коли деталі раптом набувають величезного значення.
Непослідовне відображення комісій. Виберіть одне місце для витрат на ескроу — комплаєнс у складі загальних та адміністративних витрат є природним — і тримайте плату за налаштування, річну плату та верифікацію разом. Розкидаючи їх по COGS, R&D та юридичних витратах, ви робите справжню вартість вашого корпоративного напряму невидимою, коли пізніше аналізуватимете вартість залучення клієнтів.
Забування економіки кількох бенефіціарів. Якщо ви підписуєте одноосібні угоди для перших трьох корпоративних клієнтів, а потім дізнаєтеся про варіант із кількома бенефіціарами, ви, ймовірно, переплатили за двох із них. Якщо у вашій воронці більше одного потенційного клієнта, який вимагає ескроу, розрахуйте ціну структури з кількома бенефіціарами до підписання першої угоди.
Тримайте фінанси вашого SaaS організованими під час руху вгору по ринку
Перемога в корпоративних угодах приносить нові види витрат — плата за ескроу, аудити безпеки, інструменти комплаєнсу — які не вписуються акуратно в бухгалтерські звички SaaS-компанії на ранній стадії. Відстеження їх на виділених рахунках із самого початку — це те, що дозволяє вам бачити справжню вартість руху вгору по ринку, а не виявити її під час due diligence перед збором коштів. Beancount.io пропонує простотекстовий бухгалтерський облік, який дає вам повну прозорість і контроль над вашими фінансовими даними — жодних чорних скриньок, жодної прив'язки до постачальника. Почніть безкоштовно і побачте, чому розробники та фінансові фахівці переходять на простотекстовий облік.
