В документации BigCommerce отдельно рассматриваются active currency и transactional currency — это разные роли валюты в магазине (обзор валют BigCommerce). Поэтому не принимайте символ валюты в карточке товара за подтверждение валюты списания: сначала выясните, какую валюту видит покупатель, затем проверьте сумму и валюту на этапе оплаты и сопоставьте их с записью заказа. Если эти свидетельства расходятся, приостановите расширение трафика и проверьте настройки магазина и доступный способ оплаты.
Эта проверка пригодится продавцам, которые включают или меняют показ цен для разных рынков.
Она также поможет операторам разбирать вопросы покупателей о сумме и валюте оплаты.
Ответственные за запуск смогут зафиксировать результат и обоснованно выбрать: принять, исправить или отложить запуск.
Сначала определите, какую валюту показывает магазин и какую использует транзакция
В BigCommerce active currency может обозначать валюту, выбранную для отображения покупателю, тогда как transactional currency относится к валюте, применяемой в транзакции. Для вывода о фактической оплате недостаточно проверить значок доллара, подпись страны или переключатель региона. Сверяйте описание валютной модели в официальном обзоре с тем, что настроено именно в вашем магазине.
| Что проверяется | Что зафиксировать | Какой вывод допустим |
|---|---|---|
| Карточка товара | Выбранный рынок, название валюты, символ, сумма и пояснение о конвертации | Покупатель видит цену в указанном формате; это ещё не доказывает валюту транзакции |
| Корзина | Тот же товар, количество, цена до и после скидки, подписи к суммам | Можно оценить последовательность отображения, но не окончательное списание |
| Страница оформления | Валюта итога, сумма к оплате, сведения о выбранном способе оплаты | Это ключевое свидетельство со стороны покупателя, но его нужно сверить с заказом |
| Запись заказа | Валютное поле и суммы в панели магазина или через доступный интерфейс | Подтверждает, как заказ зафиксирован в системе; само по себе не описывает возможную конвертацию со стороны банка |
Вопрос «BigCommerce показывает цену в долларах — в какой валюте будет оплата?» решается не по карточке товара, а по сочетанию настроек валюты транзакции, доступного способа оплаты, страницы оформления и записи созданного заказа. Даже если на витрине появляется местная валюта, это не доказывает, что магазин принимает транзакции в ней: отображение и проведение оплаты — разные этапы.
Не смешивайте валюту магазина, валюту обработки платежа провайдером и валюту зачисления продавцу. Эти значения могут быть связаны, но каждое относится к своему участку расчётов. Комиссии, конвертация и итоговая сумма в выписке также могут зависеть от платёжного провайдера или банка покупателя; не приписывайте их платформе без подтверждения в документации соответствующей стороны.
Как отличить локальную цену от расчётной
Проверьте, какая валюта выбрана как валюта для отображения, а какая поддерживается как валюта транзакции. Затем откройте параметры рынка и платёжных способов в панели магазина и сопоставьте их с описанием работы валют в каталоге и корзине. Возможности зависят от конфигурации и доступной поддержки функций, поэтому не переносите результат проверки одного магазина на другой.
Практическое различие можно сформулировать так:
- если меняется только формат цены для посетителя, рассматривайте его как отображение, пока оформление и заказ не подтвердят иное;
- если на этапе оформления указана валюта оплаты, всё равно проверьте валютное поле созданного заказа;
- если продавцу важно, в какой валюте провайдер обрабатывает платёж или перечисляет средства, уточняйте это отдельно в настройках провайдера и его документации.
Сверьте цену на странице товара, в корзине и при оформлении
Чтобы выяснить, связана ли разница сумм с конвертацией, каталогом или сохранённым выбором валюты, сравнивайте один товар в рамках одной и той же покупательской сессии. Записывайте выбранный рынок и валюту, а не только сумму. Если сравнить разные сессии, браузеры или рынки, будет сложнее понять, вызвано ли расхождение настройкой магазина или изменившимся контекстом посещения.
| Этап | Обязательная запись | Что перепроверить при расхождении |
|---|---|---|
| Товарная страница | URL или название товара, рынок, валюта, исходная цена, выбранный вариант | Не сравниваются ли разные варианты товара или разные цены каталога |
| Корзина | Тот же товар, количество, скидка, промежуточный итог и подписи | Не изменились ли количество, промокод, вариант или условие акции |
| Оформление заказа | Сумма к оплате, валюта, доставка, налоги и доступные способы оплаты | Не добавились ли компоненты, отсутствовавшие в карточке или корзине |
| Панель магазина | Идентификатор заказа, запись валюты и суммы | Совпадает ли заказ с проверенной сессией и выбранным покупателем рынком |
Когда цена в корзине отличается от цены на товарной странице, сначала проверьте причину изменения суммы, а не переключайте валюту каталога. Сверьте выбранный вариант, количество, скидку, налоги и стоимость доставки; отдельно проверьте, не было ли в корзине другого товара с аналогичным названием. Лишь после этого выясняйте, корректно ли применяется конвертация и соответствует ли поведение выбранному рынку.
Валюту каталога не следует менять только потому, что на витрине сумма кажется непривычной. Сначала определите, является ли показанная цена пересчитанной или заданной для конкретного рынка, и какое значение используется при транзакции. Описание валют в документации BigCommerce по каталогу и корзине помогает понять модель обработки, но итоговые настройки и доступность функций нужно подтверждать в панели конкретного магазина.
Проверьте скидки, налоги и доставку отдельно от базовой цены
Сумма в корзине — не всегда базовая цена товара. Для правильной приёмки записывайте компоненты заказа по отдельности: цену до скидки, применённое снижение цены, налог, доставку и итог. Если в интерфейсе не объясняется, в какой валюте показан конкретный компонент, не угадывайте его назначение по соседней сумме или символу.
Проверка скидки должна учитывать условия акции. Убедитесь, что к корзине применился именно ожидаемый промокод или автоматическое правило, а затем сравните строку скидки и итог. Фильтры, промоусловия и поддерживаемые возможности могут зависеть от конфигурации магазина и функций, доступных в конкретном сценарии. Если результат не совпадает с ожиданием, подтвердите правило в панели и актуальной официальной документации, прежде чем менять цены или валютные настройки.
Для налогов и доставки используйте тот же рынок и адрес, что и при тестовом оформлении. Изменение страны или региона доставки может изменить доступные варианты и состав суммы. Поэтому сравнение заказа с ценой карточки без фиксации адреса и условий доставки не позволяет установить, является ли разница ошибкой валюты.
Если магазин показывает несколько денежных сумм, но не подписывает их назначение, сохраните снимок экрана и зафиксируйте шаг, на котором возник вопрос. Не обозначайте такую сумму как «к оплате» до тех пор, пока это не подтверждено страницей оформления и записью заказа.
Подтвердите, что способ оплаты поддерживает нужную валюту
Выберите валюту транзакции, которую должен использовать магазин, и проверьте, доступен ли для неё настроенный способ оплаты. В документации BigCommerce о транзакциях и конфигурации платёжных провайдеров описаны связанные требования. Приёмка должна опираться на фактические настройки и доступность метода оплаты для тестируемого сценария, а не на то, что значок или название метода видны на витрине.
Для решения «проверку принять или приостановить» используйте следующие условия:
- Можно принять результат, если покупатель видит понятное назначение сумм, на оформлении указана ожидаемая валюта, способ оплаты доступен, а запись заказа согласуется с этим сценарием.
- Нужна исправляющая проверка, если цена меняется между этапами, но причина объясняется настройками товара, скидкой, налогом или доставкой. После изменения повторите весь путь в новой сессии.
- Запуск следует отложить, если страница оформления и заказ показывают разные валюты, целевой способ оплаты недоступен или продавец не может установить валюту транзакции.
- Требуется отдельное подтверждение провайдера, если вопрос касается валюты обработки, выплаты, возможной конвертации или комиссии, которую магазин не показывает как собственное условие.
Не обещайте покупателю, что сумма в валюте витрины обязательно совпадёт с суммой в банковской выписке. Банк или платёжная сторона могут применять собственные условия обработки. В материалах приёмки полезно разграничить «сумму и валюту заказа в магазине» и «итоговую запись по карте покупателя»: второе нельзя установить только из панели BigCommerce.
Используйте заказ как контрольное свидетельство
Для проверки записи создайте тестовый заказ по разрешённому в магазине сценарию и откройте его в панели. Сопоставьте идентификатор заказа, валютное поле, суммы и выбранный метод оплаты с заметками покупательской сессии. В документации API заказов BigCommerce описаны поля заказа, включая связанные с валютой данные. Уточняйте, какое именно поле отражает нужную вам сущность: «валюта заказа» не обязательно означает валюту зачисления или банковской выписки.
Проверяйте отдельно два сценария: покупатель сам выбрал валюту и покупатель оставил предлагаемое магазином значение. Если в магазине предусмотрен рынок по умолчанию, зафиксируйте его вместе с URL входа, выбранной страной, состоянием корзины и способом оплаты. Это особенно важно, когда оператор повторяет тест после изменения настроек: без этих сведений новый сеанс может оказаться несопоставимым со старым.
В случае противоречия действуйте последовательно:
- Сохраните экран товара, корзины и оформления, включая подписи и выбранный рынок.
- Запишите идентификатор тестового заказа и валютные значения из панели.
- Проверьте конфигурацию валюты и платёжного метода в панели магазина.
- Повторите сценарий в отдельной чистой сессии, чтобы исключить сохранённый выбор или старую корзину.
- Если расхождение сохраняется, не увеличивайте трафик; передайте провайдеру и поддержке платформы конкретные шаги, снимки и данные заказа.
Отдельно отметьте, какие доказательства относятся к покупательской стороне, а какие — к внутренней записи. Такой журнал позволяет не подменять наблюдение предположением: например, запись «на товаре виден символ местной валюты» не должна превращаться в вывод «платёж прошёл в местной валюте», пока это не подтверждено соответствующими данными.
Проведите повторную проверку в реальном Safari
Проверка в Safari нужна, если покупатели используют его или команда должна подтвердить, как работает конкретная покупательская сессия в этом браузере. Проведите весь путь: переход на рынок, открытие товара, добавление в корзину и просмотр условий оплаты. В каждом месте фиксируйте валюту, сумму, подпись к ней, выбранный рынок и момент, когда меняется значение.
Инструменты Safari помогают исследовать страницу, но не заменяют проверку реального устройства. Web Inspector в Safari предназначен для анализа веб-страницы и её ресурсов. Responsive Design Mode позволяет изучать адаптивное представление, но сам по себе не является испытанием на физическом телефоне. Для подключения и проверки веб-контента на iOS-устройстве Apple описывает отдельный порядок в руководстве по инспектированию устройств.
Рабочая запись Safari должна позволять повторить путь без догадок. Сохраните дату теста, устройство или тип проверки, начальную страницу, выбранный рынок, товар, шаги до оформления и валюту на каждом этапе. Если тест проводится в браузере на компьютере, не называйте его проверкой на реальном мобильном устройстве; если использован адаптивный режим, укажите это отдельно.
Safari buyer-side acceptance — это проверка того, что покупатель видит в браузере и как проходит последовательность страниц. Она не меняет право магазина или покупателя на использование платёжного метода и не гарантирует успешную транзакцию. Удалённый Mac также не меняет правила BigCommerce или провайдера: его роль ограничена доступом к отдельной среде для воспроизводимой проверки Safari и страниц магазина.
Зафиксируйте итог по проверяемым свидетельствам
Перед запуском ответственный за приёмку должен иметь краткую запись, где не смешаны отображение и оплата:
- рынок и выбранный покупателем вариант валюты;
- цена на странице товара и сумма в корзине;
- валюта и итог на странице оформления;
- доступность целевого способа оплаты;
- валютные поля созданного заказа;
- расхождения, найденные при проверке Safari, и результат повторного теста.
Если все этапы согласованы и назначение сумм понятно, зафиксируйте пройденный сценарий и условия, при которых он проверялся. Если несовпадение объясняется скидкой, налогом, доставкой или выбранной валютой, исправьте или документируйте именно этот фактор и повторите проверку. Если же валюта оформления и данные заказа расходятся либо способ оплаты не подтверждает нужный сценарий, запуск следует отложить до выяснения причины.
Личный компьютер удобен для быстрых проверок, но для команды он может означать неповторяемые настройки браузера, занятое рабочее устройство и зависимость от того, кто проводит тест. Эмуляция адаптивного экрана тоже не заменяет тест на физическом устройстве. Если такие ограничения мешают регулярно воспроизводить покупательский путь в Safari, аренда удалённого Mac у RUVCLOUD может дать отдельную среду для этой задачи; она не гарантирует приём платежа и не исправляет конфигурацию магазина. Сначала оцените, нужна ли команде такая проверочная среда, затем изучите варианты удалённого Mac и условия аренды.