Бизнес-кейс мультивалютного счёта на масштабе eCommerce

Если вы ведёте онлайн-магазин с доставкой по ЕС, ваша касса, скорее всего, принимает EUR, GBP, иногда CHF, SEK, PLN. Под капотом процессор конвертирует каждую не-EUR продажу обратно в EUR и зачисляет на ваш домашний счёт. Каждая конвертация несёт спред. На масштабе это не погрешность.

Цифры

Типичный FX-спред процессора — 1,5-2,5% к mid-market. На €1M годовой выручки в GBP это €15-25K, потерянных на невидимом FX. Масштабируете до €5M в нескольких валютах — цифра переходит €100K/год. Для большинства eCommerce это чистая прибыль, а не выручка: 2% FX на 10% чистой маржи — это 20% дна.

Как мультивалюта это чинит

Открываете счета сбора в каждой основной валюте приёма. Платежи приходят и остаются в этой валюте. Конвертируете, только когда нужно платить поставщику или распределять акционерам, — по более узкому спреду (0,2-0,5% у хорошего необанка) и в выбранный момент, а не в момент каждой продажи. Валюта к валюте: ваши британские поставщики в GBP, ваши ЕС-поставщики в EUR, никакой конвертации в обе стороны.

Когда это стоит операционной нагрузки

Правило большого пальца: если выручка в не-основной валюте превышает €200K/год, FX-экономия окупает дополнительную бухгалтерию и reconciliation. Ниже — операционная простота одной валюты обычно выигрывает.

На что обратить внимание

Хеджируйте, если держите крупные балансы в волатильных валютах — 10% движения GBP против EUR за квартал съедает всю FX-экономию и больше. Reconciliation ежемесячно, не ежеквартально, при нескольких счетах сбора. Проверьте, что бухгалтерский софт нормально поддерживает мультивалюту (Xero, QuickBooks и NetSuite — да; некоторые старые немецкие/голландские системы — хуже).

На что смотреть в провайдере

Нативные валютные счета (а не просто конвертация EUR-счёта). Interbank-rate FX-котировки до конвертации. API- или CSV-экспорт транзакций по валюте. Поддержка reconciliation для Stripe, Adyen, Mollie — что бы у вас ни было на кассе.