Налоги для IT-компании в Казахстане в 2026 году: режимы, ставки и практическая модель выбора

Введение: почему «налоговая модель» важнее, чем просто ставка

В 2025–2026 годах Казахстан для IT-компаний стал не просто «запасной юрисдикцией», а рабочей платформой: здесь удобно запускать студию разработки, сервисный бизнес или продуктовую компанию, если заранее правильно собрать конструкцию: форма (ИП/ТОО), режим, контрагенты и НДС-логика. Ошибка чаще всего не в процентах, а в том, что предприниматель выбирает режим «как у знакомого», а потом упирается в лимиты, требования банков и невозможность работать с B2B.

Ниже — практический разбор, который я обычно проговариваю клиенту на старте: как устроены налоги для IT компании, когда выгодна упрощёнка, где нужен общий режим, и почему льготы (например, Astana Hub) требуют не только «сферы IT», но и реальной операционной логики.

Какие налоги платит IT-компания в Казахстане

В Казахстане налоговая нагрузка складывается из трёх блоков:

  1. налоги бизнеса (КПН или налог с оборота — зависит от режима);
  2. НДС (если вы плательщик или обязаны им стать);
  3. налоги и взносы по сотрудникам (зарплатные платежи).

Правила по НДС и корпоративному налогу закреплены в Налоговом кодексе РК, который удобно сверять через правовую базу Adilet.

ИП или ТОО для IT: когда что рациональнее

ИП

Чаще выбирают:

  • фрилансеры/самозанятые в широком смысле,
  • микростудии 1–3 человека,
  • проекты без инвестиций и без крупных B2B-контрактов.

Плюсы: быстро, просто, дешевле администрирование. Минусы: сложнее масштабировать, ограниченные сценарии с корпоративными заказчиками, чаще вопросы у банков при «нестандартных» оборотах.

ТОО

ТОО почти всегда выбирают:

  • продуктовые команды,
  • агентства разработки с наймом,
  • SaaS/подписки,
  • проекты с планами на инвестиции/партнёров.

Если ваша цель — работа с корпоративными заказчиками и нормальная финансовая инфраструктура, логично начинать с ТОО; смежный практический контекст можно посмотреть на примере того, как обычно оформляют открыть ТОО удалённо.

Налоги для IT и ТОО на упрощёнке: чётко про ставку, лимиты и «когда вас снимут»

Упрощённый режим (упрощённая декларация) — это режим для малого бизнеса. Для IT он хорош на старте, пока вы не упираетесь в лимиты.

Ставка налога

Базовое правило для ТОО на упрощёнке — 3% от дохода (от оборота).

Почему иногда пишут «2–6%»:

  • кто-то смешивает налог с оборота и суммарную нагрузку по ФОТ (взносы/отчисления),
  • кто-то добавляет «эффективную нагрузку» с учётом особенностей зарплатной модели,
  • в пересказах путают режимы/исключения.

В прикладном смысле для большинства IT-ТОО на упрощёнке ориентир простой: платите 3% с оборота, а зарплатные платежи считаются отдельно.

Лимит оборота и численности

Чтобы оставаться на упрощёнке, нужно соответствовать ограничениям режима. В практике 2025–2026 ключевые ограничения, на которые реально «ломаются» IT-компании:

  • лимит по годовому доходу (выражен в МРП и меняется вместе с МРП),
  • лимит по численности сотрудников (обычно до 30 человек для этого режима).

Из-за привязки к МРП удобнее планировать так: если вы идёте к обороту, который может приблизиться к порядку десятков миллионов тенге в год, нужно заранее держать в голове сценарий перехода на общий режим или иной формат.

Когда упрощёнка перестаёт быть выгодной

Упрощёнка выигрывает, пока у вас:

  • небольшой штат,
  • относительно ровный доход,
  • немного сложных входящих расходов,
  • нет обязанности становиться плательщиком НДС.

Как только вы растёте, появляются B2B-контракты с НДС-контрагентами или обороты ускоряются — упрощёнка часто начинает ограничивать развитие.

НДС для IT-компаний: где реальные риски в 2026 году

Для IT чаще всего критичны три ситуации:

  1. вы продаёте услуги/подписки внутри Казахстана и контрагентам нужен НДС;
  2. вы быстро растёте и приближаетесь к порогу обязательной регистрации;
  3. у вас трансграничные услуги (подписки, лицензии, маркетинг, облака), и важна корректная квалификация места реализации.

Официальные правила по регистрации и администрированию НДС лучше сверять через электронные налоговые сервисы eGov (процедуры обновляются, и пересказы быстро устаревают).

Зарплатные налоги для IT и взносы: то, что «съедает маржу» у студий

Даже если режим по бизнес-налогу выглядит лёгким (например, 3% с оборота), у IT-компании почти всегда значимая нагрузка сидит в ФОТ. В Казахстане стандартно учитывают:

  • удержания/налоги по зарплате,
  • соцотчисления и взносы,
  • обязательные платежи в медстрахование (в зависимости от статуса).

Практический вывод: при планировании рентабельности студии разработки нельзя считать «3% и всё». Правильная модель — отдельно считать «налог с оборота/прибыли» и отдельно полный payroll-блок.

Astana Hub: льготы есть, но допуск — не “по красивому сайту”

Про льготы Astana Hub часто рассказывают как про «кнопку 0%». В реальности допуск — это проверка на соответствие требованиям и смысл проекта.

И важное уточнение из практики: чаще и проще проходят компании, у которых есть реальная работа с рынком Казахстана — локальные клиенты, внедрения, команда, офис/присутствие, участие в экосистеме. Pure-export модель «мы всё делаем за рубеж, а в РК только юрлицо ради налогов» действительно может пройти, но статистически это сложнее: вопросы возникают и у технопарка, и у банковского комплаенса.

Если вы строите структуру под рынок РК, логика проще: есть продукт/услуга, есть локальные платежи, есть подтверждаемая деятельность. А если ваша цель — международные расчёты, заранее продумайте банковский контур (особенно если учредители/контрагенты из РФ).

Практические сценарии: что выбрать IT-компании

Сценарий 1 — микростудия/фриланс (1–3 человека)

Обычно работает ИП или маленькое ТОО на упрощёнке: быстрее старт, минимум отчётности, понятная экономика.

Сценарий 2 — студия разработки (5–20 человек)

Часто стартуют с ТОО на упрощёнке, но заранее готовят план перехода: рост оборотов, B2B-клиенты, НДС-логика.

Сценарий 3 — продукт/SaaS с ростом

Чаще сразу смотрят на общий режим или участие в технопарке, потому что лимиты упрощёнки мешают масштабированию и работе с корпоративными заказчиками.

Микро-кейс: «почему нам отказали в контракте»

Команда из 8 человек работала на упрощёнке и продавала разработку корпоративному заказчику. Заказчик попросил документы, подтверждающие налоговый статус и корректность закрывающих документов. Когда выяснилось, что у подрядчика нет НДС-логики и он не готов выдавать документы в формате, который нужен корпоративному бухгалтеру, контракт ушёл конкуренту. Проблема была не в качестве разработки — а в том, что финансовая модель не соответствовала B2B-рынку.

Частые ошибки IT-компаний

  • Не отслеживают приближение к порогу НДС и «влетают» в обязательную регистрацию без подготовки.
  • Смешивают деньги бизнеса и личные, что усложняет банковский комплаенс и проверки.
  • Делают упор на «минимальный налог», забывая про зарплатную нагрузку и стоимость администрирования.
  • Переоценивают «0% в Astana Hub», не готовя доказательства реальной деятельности.

FAQ

Можно ли начать на упрощёнке и потом перейти на общий режим?

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

Что для IT опаснее: КПН или НДС?

Чаще всего НДС: он влияет на цены, документы и требования контрагентов. КПН — это уже про управляемую прибыль, а не про оборот.

Нужны ли карты/банки Казахстана для команды и расчётов?

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

Почему банки задают много вопросов IT-компаниям?

Из-за трансграничных операций, подписок, лицензий и выплат за сервисы. Чем прозрачнее договоры и финансовая логика — тем проще.

Казахстан в 2026 году — сильная площадка для разработчиков ПО, но «дешёвые налоги для IT» работают только тогда, когда выстроена система: форма бизнеса, режим, бухгалтерия, НДС-контур и понятная банковская история.

Если вы маленькая команда — упрощёнка часто идеальна как старт. Если вы растёте и идёте в B2B или продукт — заранее готовьте переход, иначе лимиты и требования контрагентов начнут тормозить развитие.