LatePoint Payments Square - Плагин WordPress

Руководство по настройке LatePoint Payments Square для приёма оплат за бронирования

LatePoint Payments Square нужен тем сайтам WordPress, где LatePoint уже отвечает за запись клиентов, а оплату удобно проводить через Square. В этом руководстве разберём не рекламное описание add-on, а рабочий путь администратора: что проверить перед включением, где взять данные Square, как связать их с платежными настройками LatePoint, как провести тестовую запись, как проверить заказ, инвойс и платёжную ссылку, и что делать, если форма оплаты пропала или показывает ошибку.

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

Точных инструкций по покупке, лицензии и обходу активации здесь нет. Руководство предполагает, что плагин и нужные компоненты LatePoint уже доступны в вашем WordPress. Мы говорим только о рабочей настройке платежной функции, безопасной проверке и типичных сбоях.

Какую задачу решает add-on и где он действительно полезен

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

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

Второй сценарий - оплата не в момент выбора слота, а позже. В актуальной линейке LatePoint платежные функции включают инвойсы и ссылки на оплату, а changelog add-on показывает развитие поддержки invoice payments, pay links и refunds. Это полезно для консультаций, занятий, сервисных работ и услуг с подтверждением администратором: запись можно создать или согласовать, а оплату запросить отдельной ссылкой.

Третий сценарий - работа с депозитом или частичной оплатой. В официальном разделе LatePoint Payments описаны full, partial и deposit payments как часть платежной механики LatePoint. Для Square это означает, что администратору нужно особенно внимательно проверить не только сам шлюз, но и сумму, которая уходит в платёжный запрос: полная цена услуги, депозит, доплата по инвойсу или отдельная ссылка.

Главная мысль: Square add-on не заменяет настройку услуг, расписания, уведомлений и логики подтверждения в LatePoint. Он добавляет платёжный канал. Если базовая запись настроена плохо, платёжный шаг только проявит ошибку быстрее.

Кому подойдёт Square в связке с LatePoint, а кому лучше выбрать другой маршрут

LatePoint Payments Square будет удачным выбором, если ваш бизнес уже принимает платежи через Square и хочет сохранить единый платёжный контур. Это особенно важно для салонов, фитнес-студий, ремонтных мастерских, учебных центров и консультационных услуг, где часть клиентов платит онлайн, а часть может оплачивать на месте. Онлайн-запись при этом остаётся на вашем WordPress-сайте, а платёж проходит через знакомую экосистему Square.

Подходит add-on и тем, кто хочет меньше зависеть от WooCommerce. LatePoint умеет работать с WooCommerce-интеграцией, но не каждому сайту нужен полноценный магазин, корзина, товары и отдельный checkout. Если на сайте продаются именно бронирования услуг, а не каталог товаров, нативный платёжный add-on LatePoint часто проще в поддержке: меньше лишних сущностей, короче путь клиента, легче объяснить администратору, где смотреть запись и оплату.

Есть ситуации, где Square может быть не лучшим выбором. Если Square не поддерживает вашу страну, валюту или нужный способ оплаты, разумнее смотреть на другой процессор из списка платежных интеграций LatePoint или использовать WooCommerce/SureCart-маршрут. Если у вас сложный магазин с товарами, купонами, доставкой, налоговыми правилами и единой корзиной, оплата бронирований через WooCommerce может быть понятнее для бухгалтерии и поддержки.

Не стоит включать Square add-on на боевом сайте без теста, если там уже работает WooCommerce Square или другой плагин, который загружает Square scripts на тех же страницах. В changelog LatePoint отдельно отмечался конфликт с WooCommerce Square plugin, а значит при такой связке нужен контроль: проверить версии, исключить кеширование платёжного шага и провести реальную тестовую запись на странице, где клиент видит форму.

Что проверить перед установкой и включением оплаты

Перед установкой add-on важно убедиться, что LatePoint уже доведён до рабочего состояния. Платёжный шлюз не должен быть первым настроенным элементом. Сначала создайте хотя бы одну услугу, специалиста, рабочие часы, страницу с формой и понятный путь подтверждения. Если клиент не может пройти бронирование без онлайн-оплаты, диагностика Square станет бессмысленной: вы не поймёте, где сбой - в расписании, форме, услуге или процессоре.

Базовая готовность LatePoint

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

• Услуга должна иметь понятное название, длительность и цену, потому что именно эта сумма дальше участвует в платёжном сценарии.
• Страница записи должна открываться без кешированной старой версии формы.
• У администратора должен быть доступ к LatePoint dashboard, настройкам оплат и журналам сайта.
• Уведомления лучше проверить до включения Square, чтобы клиент получил письмо или сообщение после тестовой записи.

Данные Square и соответствие окружения

В официальной документации LatePoint по SquareUp Payments Setup указано, что администратор берёт API credentials в Square developer dashboard, получает Location ID и вводит эти данные в payment settings LatePoint. Square Developer docs отдельно подчёркивают, что sandbox-данные и production-данные нельзя смешивать. Если в LatePoint выбран тестовый режим, используйте sandbox Application ID, sandbox access token и sandbox Location ID. Если выбран рабочий режим, нужны production-данные соответствующего продавца и его location.

Самая частая ошибка на этом этапе - смешать ключи разных окружений. Например, Application ID взят из sandbox, а Location ID - из production. Форма может выглядеть почти правильно, но платёж не пройдёт, а в консоли или логах появится ошибка авторизации, токена или проверки покупателя.

Кеш, минификация и страницы с формой

Square Web Payments SDK загружается на стороне клиента и связан с динамической формой оплаты. Документация LatePoint по ошибке Cannot read properties of null (reading: verifyBuyer) прямо связывает проблему с неправильным кешированием или минификацией assets, а также с неверными Square credentials. Поэтому страницу записи, всплывающую форму и скрипты LatePoint/Square нельзя относить к обычным статичным лендингам.

Если на сайте есть LiteSpeed Cache, WP Rocket, Autoptimize, Cloudflare, серверный кеш или оптимизация JavaScript, заранее подготовьте исключения. Не обязательно отключать весь кеш сайта. Достаточно исключить страницу записи, URL с формой, AJAX/REST-запросы LatePoint и скрипты Square, если конкретный кеш-плагин позволяет это сделать.

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

Установка add-on и первая проверка в WordPress

Официальная документация LatePoint описывает установку add-ons через LatePoint dashboard и страницу Add-ons, связанную с лицензией. В рамках этой статьи мы не разбираем покупку или активацию лицензии, но сам рабочий принцип такой: add-on должен появиться в составе доступных дополнений LatePoint, быть установлен и активирован как обычный WordPress-плагин, после чего его настройки становятся доступны в платежном разделе LatePoint.

Порядок безопасной установки

1. Сделайте резервную копию сайта или работайте на staging-копии, если сайт принимает реальные заявки.
2. Обновите основной LatePoint и связанные add-ons до совместимых версий, не смешивая старые платежные расширения с новой веткой основного плагина.
3. Установите LatePoint Payments Square через доступный вам штатный способ LatePoint/WordPress.
4. Активируйте add-on в разделе Plugins или через страницу add-ons LatePoint, если он устанавливается оттуда.
5. Откройте LatePoint -> Settings -> Payments и проверьте, появился ли Square как доступный платёжный процессор.

После активации не переходите сразу к реальным клиентам. Сначала откройте настройки оплат и проверьте, что Square виден как отдельный метод, а поля для Application ID, Access Token, Location ID и Environment доступны. Если процессор не появился, не пытайтесь править файлы плагина. Чаще причина в несовместимой версии основного LatePoint, неактивном add-on, кешированной админке или ошибке установки.

Что считать успешной первичной проверкой

Успешная первичная проверка - это не только активный плагин в списке WordPress. Нужно увидеть Square именно в payment settings LatePoint, сохранить настройки без критической ошибки и открыть страницу записи так, чтобы платежный шаг не исчезал. Если вы видите только общий способ оплаты "Pay Later" или "On-site", значит Square ещё не участвует в клиентском сценарии.

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

Настройка Square credentials, Location ID и Environment

Самый ответственный раздел - подключение данных Square. В документации LatePoint шаги сформулированы кратко: получить API credentials из Square developer dashboard, найти Location ID, затем ввести их в payment settings и включить SquareUp payments, не забыв выбрать то же Environment, для которого взяты ключи. На практике администратору нужно пройти этот шаг медленно и сверять каждое поле.

Application ID и Access Token

Application ID нужен клиентской части Square Web Payments SDK, а access token используется серверной частью интеграции для обращения к Square. Не публикуйте токены в открытых тикетах, скриншотах или переписке. В статье и заметках проекта такие данные тоже не должны появляться. Если нужно показать ошибку поддержке, замажьте секретные значения и приложите только текст ошибки, окружение и шаги воспроизведения.

Square Developer docs разделяют sandbox и production credentials. Это не формальность. Sandbox позволяет проверить форму и логику без реального списания, production работает с реальными платежами и требует корректной учётной записи продавца. В LatePoint поле Environment должно соответствовать тому, какие ключи вы вводите. После переключения окружения заново проверьте все поля, потому что старый Location ID может выглядеть как корректная строка, но относиться к другому режиму.

Location ID

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

Для типового сайта выберите одну рабочую location, которая соответствует услугам на этой странице. Если LatePoint использует несколько locations как часть расписания, не путайте внутренние locations LatePoint с Square Location ID. Это разные сущности: первая отвечает за запись и доступность услуги, вторая - за обработку платежа у Square.

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

Для первого запуска разумно выбрать sandbox, если он доступен в вашем процессе. Цель - проверить, появляется ли платёжный шаг, создаётся ли booking/order в LatePoint, меняется ли статус оплаты, не ломают ли кеш и минификация Square scripts. После успешного теста можно перейти к production, но только с production Application ID, production access token и production Location ID.

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

Как Square влияет на booking flow, инвойсы и ссылки на оплату

После включения Square меняется не внешний вид всего сайта, а конкретный участок процесса: момент, где клиент должен оплатить запись или полученный инвойс. В LatePoint платежи связаны с заказами, инвойсами, статусами и уведомлениями. Поэтому настраивать Square изолированно нельзя: сумма должна совпадать с услугой или депозитом, статус должен корректно отражаться в LatePoint, а клиент должен понимать, что делать после успешной оплаты.

Оплата во время бронирования

В классическом сценарии клиент проходит шаги формы, выбирает услугу и время, затем видит платёжный шаг. Здесь важно, чтобы цена была понятной до оплаты. Если вы используете налоги, доплаты, service extras, group bookings или депозитную логику, проверьте итоговую сумму на форме до отправки платежа. Changelog Square add-on содержит правки, связанные с invalid amount и ошибкой Must supply amount_money, поэтому любые нестандартные суммы надо тестировать особенно внимательно.

Если booking создаётся до оплаты, администратору нужно понимать, какой статус считается рабочим: pending до успешной оплаты или approved после оплаты. Не придумывайте этот статус в тексте уведомления заранее. Проверьте, как именно ваша текущая версия LatePoint меняет запись после успешного платежа, и уже потом настройте письмо клиенту.

Инвойсы и payment links

В официальном разделе Payments LatePoint описывает invoices и payment requests, а в changelog add-on Square есть этап, где появилась поддержка invoice payments и pay links. Для администратора это значит: Square может быть полезен не только в момент первичной записи, но и в сценарии, где клиент получает ссылку на оплату после подтверждения услуги.

Практический пример: мастерская принимает заявку на диагностику, администратор уточняет объём работ и отправляет клиенту ссылку на оплату. Клиент оплачивает через Square, а администратор видит статус в LatePoint. Такой сценарий удобен, если цена зависит от услуги или если вы не хотите требовать оплату до ручного подтверждения.

Refunds и сверка статусов

В линейке Square add-on отражена поддержка refunds. Но refund - это всегда зона, где нельзя полагаться только на одну страницу. Если вы возвращаете оплату, проверьте статус в LatePoint и в Square dashboard. Для клиента важно получить корректное уведомление, а для администратора - не оставить запись в состоянии "оплачено", если услуга отменена или сумма возвращена.

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

Практический сценарий: тестовая запись в студию с оплатой через Square

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

Цель

Получить тестовую услугу "Консультация" или аналогичную запись, где клиент проходит форму LatePoint, оплачивает через Square и после завершения администратор видит связанную оплату в LatePoint. Если вы используете sandbox, реального списания не будет. Если production, используйте минимальный безопасный сценарий и заранее согласуйте тест с владельцем сайта.

Подготовка

• Создайте отдельную тестовую услугу с понятной ценой и доступным временем.
• Проверьте, что для услуги назначен агент или ресурс, а рабочие часы позволяют выбрать слот.
• Включите Square в payment settings LatePoint и сохраните корректные credentials.
• Отключите кеширование страницы записи или добавьте её в исключения.
• Откройте страницу записи как обычный посетитель, не как администратор.

Шаги

1. Выберите тестовую услугу и свободное время в форме LatePoint.
2. Заполните данные клиента отдельным тестовым email, чтобы не смешивать проверку с вашим админским аккаунтом.
3. На платёжном шаге выберите Square, если на форме доступны несколько способов оплаты.
4. Проверьте сумму до отправки: она должна совпадать с выбранной услугой, депозитом или инвойсом.
5. Завершите оплату тестовым способом, разрешённым вашим окружением Square.
6. Вернитесь в LatePoint dashboard и откройте booking/order/payment, который появился после теста.

Ожидаемый результат и проверка

После успешного теста администратор должен видеть запись и связанную оплату. Если в LatePoint используется инвойс, проверьте его статус. Если клиент получает уведомление, проверьте текст: он должен говорить о подтверждённой записи или оплате только тогда, когда это действительно произошло. Отдельно откройте Square dashboard и найдите тестовую операцию или sandbox-запись, чтобы сверить сумму и location.

Мини-итог сценария: рабочая интеграция подтверждается не появлением полей карты, а совпадением трёх вещей - суммы на форме, статуса в LatePoint и операции в Square.

Нюанс, который часто мешает тесту

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

Проверка результата после запуска на реальной странице

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

Что смотреть на странице клиента

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

Если вы используете redirect на отдельную страницу благодарности, не добавляйте туда утверждение "ваша запись оплачена", пока не убедитесь, что redirect запускается только после успешного завершения процесса. В LatePoint есть documented способ добавить кастомный JavaScript в tracking field для редиректа после завершения booking process, но для платёжной логики это нужно применять осторожно: редирект не должен скрывать ошибку оплаты.

Что смотреть в админ-панели

В LatePoint проверьте booking, order, invoice и payment status. В Square проверьте location, сумму и время операции. Если сумма не совпадает, не принимайте это как "мелочь": проблема может быть в депозитах, налогах, доплатах, неверном формате валюты или старой версии add-on. Changelog LatePoint показывает, что платежные fixes регулярно затрагивают суммы, статусы и совместимость, поэтому обновления здесь не косметика.

Проверка уведомлений

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

Проверка скорости и кеша

Страница записи не обязана быть исключена из всех оптимизаций, но платёжные scripts не должны ломаться из-за объединения, defer, delay или HTML-cache. После настройки кеша повторите тест не только под администратором, но и как гость. Если форма работает только для админа, а у гостя исчезает платежный шаг, почти всегда стоит смотреть кеш, минификацию, отложенную загрузку JavaScript и security rules.

Практичные идеи применения Square-оплаты в разных сервисных сценариях

Один и тот же add-on можно использовать по-разному. Важно выбрать не "самый модный" сценарий, а тот, который снижает ручную работу и спорные ситуации. Ниже - несколько вариантов, которые опираются на платежные функции LatePoint: оплата в процессе записи, payment requests, инвойсы, депозиты и возвраты.

Предоплата для услуг с высоким риском неявки

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

Депозит для услуг с переменной финальной ценой

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

Оплата после ручного подтверждения

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

Возврат и перенос записи

Refunds полезны только тогда, когда у команды есть понятный регламент. Кто делает возврат, что происходит с booking, какое письмо получает клиент, как отражается статус в Square dashboard и LatePoint? Если этого регламента нет, техническая возможность refund может создать больше путаницы, чем пользы.

Безопасные улучшения интерфейса формы без вмешательства в оплату

Платёжную логику Square лучше не менять кодом. Нельзя редактировать ядро LatePoint, файлы add-on или scripts Square ради цвета кнопки или текста. Но можно аккуратно адаптировать внешний вид формы через CSS, если это помогает вписать форму бронирования в дизайн сайта и не затрагивает обработку платежа.

Официальная документация LatePoint приводит CSS-селекторы для изменения цветов формы. Ниже пример на основе этой логики: он меняет акцентный цвет формы и выбранных элементов, но не вмешивается в расчёт суммы, токенизацию карты, payment request или серверную обработку. Вставляйте такой CSS в Appearance -> Customize -> Additional CSS, в child theme или в штатное поле кастомного CSS вашей темы.

.latepoint-w .latepoint-booking-form-element h2,
.latepoint-w .latepoint-booking-form-element h3,
.latepoint-btn.latepoint-btn-primary {
  color: #126f63 !important;
}

.latepoint-btn.latepoint-btn-primary {
  background-color: #126f63 !important;
}

.latepoint-w .latepoint-booking-form-element .step-services-w ul.os-services li.selected a,
.latepoint-w .latepoint-booking-form-element ul.os-agents li.selected a {
  border-color: #126f63 !important;
  background-color: #edf8f6 !important;
}

После CSS-правки проверьте форму на desktop и mobile. Цвета должны измениться, но шаг оплаты Square должен открываться как раньше. Если после добавления CSS форма стала нечитаемой или кнопка потеряла контраст, удалите фрагмент и вернитесь к предыдущему состоянию. CSS не должен маскировать ошибки оплаты: если Square не загружается, ищите причину в настройках, кешировании и логах, а не в стилях.

// Enable WP_DEBUG mode
define( 'WP_DEBUG', true );

// Enable Debug logging to the /wp-content/debug.log file
define( 'WP_DEBUG_LOG', true );

// Disable display of errors and warnings
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );

Ограничения, безопасность и рабочая дисциплина

Платёжный add-on всегда находится на пересечении WordPress, LatePoint, Square, кеша, темы и иногда WooCommerce. Поэтому главная дисциплина - менять по одному фактору и документировать результат. Если вы обновили LatePoint, поменяли Environment, очистили кеш и переустановили add-on за один заход, следующая ошибка будет труднее предыдущей.

Следите за обновлениями основного LatePoint и add-ons. Официальный changelog показывает не только новые функции, но и security fixes, compatibility fixes и исправления платежных сценариев. Для сайта, принимающего оплату, такие записи важны. При этом не стоит обновлять всё на рабочем сайте без staging-проверки: платежная форма должна быть протестирована после обновления так же, как при первом запуске.

Не обещайте клиентам абсолютную безопасность или стопроцентную совместимость. Square обрабатывает платёжную часть, но WordPress-сайт всё равно должен быть обновлён, защищён, корректно кеширован и не должен раскрывать секретные ключи. Администраторы LatePoint с доступом к заказам и платежам должны иметь только нужные права, а не полный админ-доступ "на всякий случай".

Если вы работаете с персональными данными клиентов, не храните лишние сведения в пользовательских полях, не отправляйте секреты в уведомлениях и не публикуйте скриншоты с платежными данными. Для поддержки обычно достаточно: версия LatePoint и add-on, описание сценария, точный текст ошибки, окружение Square без токенов, список кеш-плагинов и результат теста на отключенном кешировании страницы записи.

Когда LatePoint Payments Square будет удачным выбором

Этот add-on стоит использовать, когда сайт уже построен вокруг LatePoint, а бизнесу нужен Square как понятный платёжный процессор для бронирований, инвойсов или ссылок на оплату. Самое сильное применение - сервисная запись с проверяемой суммой, понятным статусом в админке и минимальным числом лишних систем между клиентом и оплатой.

Перед запуском держите короткий контрольный список: базовая форма LatePoint работает, Square credentials относятся к одному окружению, Location ID выбран осознанно, страница записи исключена из опасной оптимизации, тестовая запись прошла, статус оплаты виден в LatePoint и Square. Если один из пунктов не закрыт, не торопитесь открывать оплату для клиентов.

Если вам нужна полноценная корзина, сложные товары или единый checkout магазина, сравните Square add-on с WooCommerce-маршрутом. Если Square не подходит по стране или платёжной политике, смотрите другие процессоры LatePoint или альтернативные booking plugins. Хорошее решение здесь не самое универсальное, а то, которое ваша команда сможет стабильно проверять, обновлять и объяснять клиенту.