Сначала платежи, потом ТОО: как казахстанскому фаундеру не потерять месяцы на международном SaaS

Я хотел сделать все правильно: казахстанская команда, казахстанское юрлицо, понятная бухгалтерия, налоги в Казахстане, Astana Hub, нормальный путь без серых схем.

На уровне регистрации все выглядит хорошо. ТОО можно открыть быстро, получить БИН, счет в банке, ЭЦП и начать работать.

Но международный SaaS начинается не с БИН. Он начинается с вопроса: как принять деньги от клиента из США, Европы или Азии.

И вот здесь выясняется, что открыть компанию в Казахстане проще, чем сделать так, чтобы эта компания нормально продавала на весь мир.

Про что статья?

Все ниже — мой личный опыт, субъективное мнение и выводы на момент написания статьи.

Я пишу это не как юридическую или налоговую рекомендацию, а как практическую заметку для фаундеров, которые могут столкнуться с похожим маршрутом: ТОО, банки, платежные системы, PayPal, Stripe, налоговая, валютный контроль и попытка продавать SaaS за рубеж.

Я хочу, чтобы казахстанские стартапы росли быстрее. Чтобы международные продукты не только разрабатывались в Казахстане, но и могли оставаться связанными с Казахстаном как бизнесы.

Но для этого важно честно говорить не только о льготах и хабах, но и о том, где фаундер теряет время.

Короткий вывод

Если вы строите локальный бизнес в Казахстане, ТОО или ИП могут быть нормальным выбором.

Если вы строите международный SaaS, который должен принимать платежи от клиентов из разных стран, я бы не начинал с автоматического открытия казахстанского ТОО.

Сначала проверьте платежи. Через какую юрисдикцию вы сможете подключить нормальный checkout, подписки, возвраты, chargeback-и, payout на счет компании и понятную отчетность?

Для SaaS одним из самых очевидных маршрутов остается американская компания со Stripe. Не потому что это идеальное решение, а потому что Stripe поддерживает США, а глобальная платежная инфраструктура лучше понимает такие компании.

Регистрация дает компанию. Но не дает рынок

Когда открываешь ТОО, появляется ощущение, что главный шаг сделан. Компания есть. Счет есть. Документы есть. Можно работать.

Для локального бизнеса это часто правда. Можно заключать договоры, выставлять счета, принимать оплату внутри страны, вести понятную бухгалтерию.

Но международный SaaS живет иначе.

У него нет одного клиента с большим договором. У него могут быть сотни маленьких платежей из разных стран: $9, $19, $49 в месяц. Кто-то оплатил подписку, кто-то отменил, кто-то запросил возврат, кто-то платит виртуальной картой, а платежный провайдер потом делает payout одной суммой.

Для SaaS это обычная операционная модель.

Для банков, платежных систем и налогового учета это уже не всегда простая история.

Stripe нет, и маршрут сразу меняется

Для SaaS Stripe — это не просто прием карт. Это подписки, billing, invoices, checkout, customer portal, refunds, disputes, fraud prevention, webhooks и понятная интеграция.

Казахстанского ТОО нет в списке поддерживаемых Stripe-юрисдикций. То есть нельзя просто открыть казахстанскую компанию, подключить Stripe и начать продавать так же, как это делает компания из США, Великобритании или ЕС.

После этого фаундер начинает искать обходные варианты: локальный эквайринг, PayPal, Merchant of Record, иностранное юрлицо, разговоры с банками, проверки, анкеты, документы.

И на этом этапе продуктовая работа начинает уступать место инфраструктурной.

Вместо того чтобы проверять спрос, вы проверяете, кто вообще даст вам принять платеж.

Локальные платежки есть. Но международный SaaS — другая задача

В Казахстане есть Halyk ePay, Freedom Pay, TipTop Pay и другие решения. Для локального бизнеса они могут быть полезны: интернет-магазины, услуги внутри страны, оплата картами, Apple Pay, Google Pay, платежные ссылки.

На сайтах и в презентациях все выглядит так, будто вопрос решен: есть интернет-эквайринг, есть API, есть международные карты, есть формы оплаты.

Но для раннего международного SaaS важна не только техническая возможность списать карту. Важен доступ к международным платежам как к стабильному продукту: подписки, иностранные карты, возвраты, chargeback-и, мультивалютность, понятные payouts и предсказуемый risk review.

И здесь появляется проблема.

Международные платежи часто готовы подключать тогда, когда у компании уже есть обороты, история платежей, понятная география клиентов и опыт работы с иностранными картами. Для платежного провайдера это логично: он снижает риск fraud, возвратов и chargeback-ов.

Но для стартапа это превращается в замкнутый круг.

Чтобы получить нормальный международный эквайринг, нужно показать опыт международных платежей.

Чтобы получить опыт международных платежей, нужен нормальный международный эквайринг.

В итоге такая инфраструктура лучше подходит не раннему стартапу из Казахстана, а уже зрелой компании, которая пришла из другой страны, имеет историю продаж и хочет дополнительно продавать через казахстанскую платежную систему. Для глобального SaaS это довольно редкий сценарий.

Обычно движение обратное: казахстанский фаундер хочет выйти наружу, а не иностранная компания хочет строить глобальные платежи через Казахстан.

Историю платежей требуют до появления истории

Этот момент особенно болезненный, потому что стартап приходит не с историей. Стартап приходит с гипотезой.

Платежный провайдер или банк хочет понять, что вы продаете, кому продаете, из каких стран будут платежи, какой средний чек, какие ожидаются обороты, сколько будет возвратов и chargeback-ов.

Для зрелой компании это нормальный запрос. У нее есть обороты, отчеты, юристы, бухгалтерия, compliance и менеджеры.

У раннего стартапа всего этого еще нет. Есть продукт, лендинг, первые пользователи и желание быстро проверить спрос.

Поэтому фаундер тратит время не на рынок, а на доказательство того, что его бизнес уже достаточно взрослый, чтобы ему разрешили начать продавать.

PayPal: на ИП платежи проходили, а на ТОО получили отказ

Отдельный кейс — PayPal.

Сначала мы принимали платежи через ИП. ИП в Казахстане для глобального финтеха выглядит достаточно понятной моделью: есть физическое лицо, документы, налоговый номер, карта или счет, личная KYC-проверка. В нашем случае этот путь работал: платежи проходили, PayPal принимал такую конструкцию, деньги можно было получать.

Потом мы решили сделать более правильный для стартапа шаг — открыть ТОО.

Логика была простая: если мы строим не фриланс и не маленькую личную историю, а компанию, то деньги должны приходить на компанию. Нужна чистая бухгалтерия, понятная выручка, корпоративный счет, возможность проходить due diligence, показывать revenue инвесторам и не смешивать личные деньги фаундера с деньгами бизнеса.

Но на ТОО PayPal нам отказал.

И вот здесь начинается загадка.

Формально на публичных страницах PayPal для Казахстана есть Business account, прием платежей, продажи по миру и разные валюты. В справке PayPal KZ бизнес-аккаунт описан как вариант для мерчантов, которые работают под именем компании или группы.

На практике получилось странно: ИП работает, платежи принимает, а ТОО, которое выглядит более правильной формой для компании, не проходит.

Возможно, причина в corporate onboarding: у ТОО появляются директор, учредители, бенефициары, корпоративный счет, регистрационные документы, ownership/control, юридический адрес и локальная правовая форма. Возможно, это особенности риск-модели PayPal для Казахстана. Возможно, конкретный кейс, банк, документы или внутренние правила.

Проблема в том, что для фаундера это выглядит как черный ящик.

Ты не получаешь понятный маршрут: какие условия нужно выполнить, какие документы исправить, какой тип компании поддерживается, что именно не понравилось и как это устранить. Ты просто упираешься в отказ и снова возвращаешься к вопросу: через что вообще принимать международные платежи на компанию?

Для локального фриланса ИП + PayPal может быть рабочим вариантом.

Для международного стартапа это слабая основа. Стартапу нужно принимать деньги на юрлицо, вести чистый учет, показывать выручку инвесторам и строить компанию, а не держать коммерческую часть на личной предпринимательской конструкции.

Этот кейс для меня стал одним из главных сигналов: проблема не только в Stripe. Даже когда глобальный платежный инструмент формально доступен, переход от ИП к ТОО может сломать весь маршрут.

Налоговая сложность появляется слишком рано

По состоянию на август 2026 года стандартная ставка корпоративного подоходного налога в Казахстане — 20%, стандартная ставка НДС — 16%. Есть льготы, специальные режимы и Astana Hub, но они не отменяют сложности учета.

Ранний SaaS быстро собирает вокруг себя много вопросов: платежи от физических лиц из разных стран, подписки, возвраты, комиссии платежных систем, расходы на иностранные SaaS-сервисы, облако, маркетинг у нерезидентов, подрядчики, валютная выручка.

Почти все инструменты стартапа иностранные: AWS, Google Cloud, GitHub, Cloudflare, OpenAI, Notion, Figma, PostHog, SendGrid, Intercom, Stripe, Paddle.

Каждый такой сервис может поднимать вопросы: что это за услуга, где она оказана, нужен ли withholding tax, как учитывать НДС, какие документы нужны, достаточно ли инвойса.

В итоге стартап еще не нашел product-market fit, но уже вынужден думать как компания с финансовым департаментом.

Astana Hub полезен, но платежи он не подключает

Astana Hub может быть полезен. Налоговые льготы для IT-компаний — это реальный плюс.

Но налоговая льгота не подключает Stripe, не решает PayPal для ТОО, не отменяет underwriting платежных провайдеров, не заменяет subscription billing и не делает банк автоматически готовым к SaaS-экспорту на ранней стадии.

До налоговой оптимизации нужно решить более базовый вопрос: как принять первый международный платеж.

Если вы не можете нормально принять $19 от клиента из США, ставка КПН становится вторичным вопросом.

Валютный контроль и подписки говорят на разных языках

Классическая внешнеэкономическая деятельность мыслит через договор, поставку, оплату, закрывающие документы, учет и репатриацию валютной выручки.

SaaS живет иначе.

Пользователь оплатил подписку. Через месяц отменил. Другой сменил тариф. Третий попросил возврат. Четвертый оплатил год. Платежный провайдер удержал комиссию и сделал payout одной суммой.

Для продукта это нормальный цикл жизни клиента.

Для банковской логики это может выглядеть как поток микроплатежей из разных стран, который нужно объяснять.

И фаундер снова тратит время не на продукт, а на базовые пояснения: это цифровой сервис, клиенты из разных стран, платежей много, суммы небольшие, подписочная модель нормальна для SaaS.

Почти вся критическая инфраструктура все равно иностранная

Если вы строите международный продукт, почти каждый важный слой будет за пределами Казахстана:

• облако: AWS, Google Cloud, Azure, Cloudflare;

• платежи: Stripe, Paddle, Adyen, PayPal;

• аналитика: PostHog, Amplitude, Mixpanel;

• рассылки: SendGrid, Mailgun, Resend;

• саппорт: Intercom, Zendesk;

• код и деплой: GitHub, GitLab, Vercel;

• документы и продажи: Google Workspace, HubSpot, DocuSign.

Команда может быть в Казахстане. Часть расходов может быть в Казахстане. Налоги могут быть в Казахстане.

Но коммерческая инфраструктура международного бизнеса часто оказывается снаружи.

Поэтому перед открытием ТОО стоит ответить на более важный вопрос: где будет находиться компания, которая реально принимает деньги от клиентов.

Когда казахстанское ТОО подходит

Казахстанское ТОО может быть нормальным выбором, если вы строите локальный бизнес, продаете казахстанским клиентам, работаете с местными договорами, делаете IT-аутсорс с несколькими зарубежными клиентами, используете Astana Hub под понятную модель, нанимаете команду и оплачиваете локальные расходы.

Но если вы строите международный SaaS, хотите быстро проверить рынок, продавать подписку за $10-50 в месяц и не собирать бухгалтерский отдел на pre-seed стадии, ТОО может стать дополнительным слоем операционной сложности.

Почему я бы начинал с платежей, а не с ТОО

Мой текущий вывод такой: если фаундер строит международный SaaS из Казахстана, начинать стоит не с вопроса о регистрации ТОО, а с вопроса о платежах.

Сначала нужно понять:

• где вы сможете подключить нормальный прием международных платежей;

• какая юрисдикция поддерживается платежным провайдером;

• как будут работать подписки, возвраты и chargeback-и;

• куда будут приходить payouts;

• как это будет выглядеть для бухгалтерии и инвесторов;

• какие расходы и обязательства появятся у выбранной структуры.

Для SaaS одним из понятных маршрутов остается американское юрлицо и Stripe.

Это не магическое решение. У US LLC или C-Corp тоже есть расходы и риски: регистрация, registered agent, бухгалтерия, annual reports, налоги, compliance, банковский onboarding и требования Stripe.

Но этот маршрут начинается с инфраструктуры, которая уже существует: Stripe поддерживает компании из США, банки и финтехи лучше понимают американскую структуру, SaaS-инструменты и инвесторы привыкли к такому формату.

С казахстанским ТОО проблема обратная: компания появляется быстро, но платежную инфраструктуру приходится собирать вручную. Для раннего стартапа это может быть слишком дорогой ценой.

Что нужно менять Казахстану по моему мнению

Если Казахстан хочет быть местом, где рождаются международные IT-компании, недостаточно быстро регистрировать ТОО и давать налоговые льготы.

Нужна практическая инфраструктура:

• международный acquiring для казахстанских ТОО;

• понятный режим для SaaS, подписок и микроплатежей;

• упрощенный валютный контроль для цифрового экспорта;

• банки, которые понимают MRR, recurring payments, payouts и chargeback-и;

• налоговые гайды именно для SaaS и digital-продуктов;

• стандартные документы для B2B и B2C digital exports;

• песочница для ранних компаний без processing history;

• партнерства с глобальными PSP, а не только локальные платежные кнопки.

Это не критика ради критики. Это список вещей, которые помогут казахстанским фаундерам быстрее строить глобальные компании, не унося коммерческую часть бизнеса в другие юрисдикции на самом старте.

Финальный вывод

Я люблю свою страну и хочу, чтобы казахстанские стартапы быстрее выходили на международный рынок.

Но для этого мало быстро регистрировать компании и давать налоговые льготы. Нужны платежные, банковские и налоговые рельсы, которые подходят раннему SaaS: подписки, микроплатежи, иностранные клиенты, refunds, chargeback-и, payouts и понятная отчетность.

Пока этого не хватает, часть фаундеров будет выбирать более привычные для глобальных платежей юрисдикции. Не из-за отсутствия патриотизма, а потому что стартапу нужно быстро проверять рынок, принимать деньги и выживать.

Для локального бизнеса ТОО может быть нормальным выбором.

Для международного SaaS мой практический вывод такой: берегите время. Сначала проверьте, где у вас реально заработают платежи, и только потом выбирайте юрлицо.