Как оплатить облачные сервисы для бизнеса из России: пошаговая инструкция

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

Облако выставляет счёт, а не списывает подписку: что это меняет для плательщика

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

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

Кто владеет платёжным аккаунтом компании и почему это первый вопрос

Платёжный аккаунт (billing account) — это отдельная сущность в облаке, к которой привязаны проекты и на которую выставляется счёт. Он не совпадает с рабочим аккаунтом сотрудника: один платёжный аккаунт оплачивает десятки проектов, а проект без привязки к нему не запускается.

В документации Google Cloud это сформулировано прямо: при закрытии платёжного аккаунта «all services are stopped in all projects that are paid for by that billing account», то есть останавливаются все сервисы во всех проектах, которые он оплачивает.

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

Что именно отклоняется, когда компания платит за облако российской картой

Отклоняется не сервис, а связка «карта, банк-эмитент, платёжный провайдер продавца». Порядок такой: вы вводите данные карты в форме биллинга, платёжный провайдер облачной платформы определяет страну выпуска карты по BIN (первым цифрам номера), сопоставляет её с правилами расчётов для этого продавца и не пропускает авторизацию. До самой облачной платформы платёж не доходит.

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

Что происходит с инфраструктурой, если счёт за облако остался неоплаченным

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

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

Ориентир по обратимости на уровне платёжного профиля даёт Google Cloud: профиль можно переоткрыть в течение 30 дней, дальше нет, «After 30 days, you can't reopen a payments profile».

Как выбрать способ оплаты облачных сервисов: три переключателя

Способы оплаты облачных сервисов сводятся к трём параметрам, а не к рейтингу компаний. Переберите их по порядку, и вариант обычно остаётся один.

1. Модель биллинга. Предоплата (вы пополняете баланс и расходуете его) допускает разовый платёж. Постоплата (счёт приходит по факту месяца) требует канала, который будет доступен каждый месяц в дату выставления счёта.

2. Владелец платёжного аккаунта. Если аккаунт оформлен на организацию, плательщиком должна выступать организация, иначе данные плательщика и владельца аккаунта расходятся. Если аккаунт оформлен на сотрудника, компания оплачивает чужую инфраструктуру.

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

Первые два переключателя отсекают большинство вариантов. Третий определяет, какой маршрут внутри выбранного канала вам подходит.

Быстрый платёж или платёж с закрывающими документами: чем маршруты различаются

Маршруты различаются сроком и составом документов, а не качеством. Розничный маршрут Raketa Pay построен на переписке: вы пишете, какой сервис нужно оплатить, получаете сумму в рублях, переводите её, сервис оплачивают. Обычно оплата проходит за 15 минут (режим работы — ежедневно с 10:00 до 22:00 по Москве). Итоговую стоимость в рублях фиксируют до перевода, никаких скрытых доплат.

Корпоративный маршрут длиннее и устроен иначе: заявка, передача счёта и договора, расчёт стоимости, агентский договор, оплата счёта в рублях, международный платёж поставщику, подтверждающие документы. Заявленный срок - обычно 1-5 рабочих дней.

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

Что ломается при смене сотрудника, домена или реквизитов компании

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

Уведомление о неоплате уходит владельцу платёжного аккаунта. Если этот адрес больше никто не читает, компания узнаёт о задолженности в момент, когда сервисы уже остановлены.

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

Вопросы, которые задаёт бухгалтерия

Можно ли оплатить зарубежный облачный сервис от российского ООО? Да, Raketa Pay помогает организовать оплату от юридического лица. Плательщиком выступает организация, а не сотрудник.

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

Кто платит НДС при оплате иностранного облака? При покупке услуг у иностранной компании российский покупатель может признаваться налоговым агентом по НДС (ст. 161 и п. 10.1 ст. 174.2 НК РФ). Конкретный порядок зависит от схемы платежа и подтверждается бухгалтерией.

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

В какой валюте пройдёт платёж? Доступные валюты зависят от конкретного поставщика и платёжного маршрута.

Что делать, если банк не проводит платёж? Ситуацию анализируют и предлагают альтернативный маршрут оплаты.

Какие данные придётся передать? Реквизиты компании, данные поставщика и счёт или ссылку на сервис; пароли от аккаунтов не запрашиваются.

Как выбрать способ оплаты?

Чтобы выбрать способ оплаты, ответьте на три вопроса: на кого оформлен платежный аккаунт, какая у вас модель биллинга (и в какую дату приходит счет) и нужны ли вам закрывающие документы. Дальше остаётся календарь: платёж должен уйти раньше даты, с которой провайдер начинает останавливать сервисы.

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