Интеграция FedEx с Tilda Publishing
Добрый день!
Нужен специалист для создания связки Tilda + FedEx. Требуется:
- Возможность расчета стоимости доставки (это подразумевает кастомные поля в корзине и валидацию адреса; все должно происходить в корзине Tilda).
- Формирование заказа на стороне FedEx (после успешной оплаты нужно сформировать заказ в FedEx; платежная система — Stripe. Скорее всего, это должно работать через вебхуки, которые будут подключаться к корзине, но это не точно).
- Получение трек-номера заказа и запись его в скрытое поле (потом с помощью make.com я сам вытяну из формы через вебхук в Airtable и выведу в ЛК клиента; нужно просто записать трек-номер в скрытое поле).
- Вывод стоимости доставки + изменение общей стоимости к оплате
Насколько я понимаю, это можно реализовать через аренду собственного сервера с взаимодействием по типу Tilda → Server → FedEx API и в обратном направлении.
Может быть, существуют более простые решения интеграции, готовые решения, такие как SafeRoute (Но, он к сожалению, не поддерживает интенациональные доставки, там упор на отечественные решения) или INT аналоги: GoShippo, ShipEngine и т.д, чтобы не арендовать свой сервер и не заниматься ручной валидацией полей, динамические формы и т.д. Или может быть, есть сервис конструктор корзины (к которому можно в клик интегрировать FedEx и оплату Stripe) или что-то подобое. Но я в этом очень слаб и, возможно, это окажется еще сложнее.
Я бы еще хотел описать тезисно, что должно происходить со стороны пользователя и со стороны бэка:
Пользователь: открывает корзину, заполняет все необходимые поля, после чего добавляется строчки над "Итоговая стоимость" по Типу "Стоимость доставки:", куда после указанных данных адреса подтянется цена, а если данные были указаны не верно - появится соответсвующая ошибка с подсвеченным полем и подсказкой, что с ним не так, если ошибок нет - оформляется заказ и оплачивается.
Бэк: в момент указания адреса происходит его валидация успешная либо ошибка и ее отработка, если валидация успешна - подтягивается цена и вписывается в соответвующий селектор текстового элемента "Стоимость доставки: ...", после нажатия кнопки "Оформить заказ" происходит его оплата, после которой на стороне FedEx нужно сформировать заказ, помимо этого нужно получить трек номер и это сделать либо в момент нажатия кнопки "Оформить заказ", чтобы трек номер записался в скрытое поле открытого окна корзины, а после успешной оплаты вебхуком я его забрал через make.com, так как после оплаты - произойдет редирект на страницу успешной оплаты и тогда я не знаю каким образом я смогу получить трек номер и отправить его в airtable. (вдруг его можно получить будет только после сформированного заказа и тогда вообще нужно в другую сторону думать о том как его вытащить, так как возможность вписать в поле окна корзины автоматически исчезает при таком раскладе)
Конечная стоимость задачи думаю, что должна быть от вас; я не знаю, как правильно оценить такой объем работы. Возможно, из-за своей неопытности я упускаю какие-то важные детали, необходимые для описания задачи, поэтому всегда готов к уточнению.
Нужен специалист для создания связки Tilda + FedEx. Требуется:
- Возможность расчета стоимости доставки (это подразумевает кастомные поля в корзине и валидацию адреса; все должно происходить в корзине Tilda).
- Формирование заказа на стороне FedEx (после успешной оплаты нужно сформировать заказ в FedEx; платежная система — Stripe. Скорее всего, это должно работать через вебхуки, которые будут подключаться к корзине, но это не точно).
- Получение трек-номера заказа и запись его в скрытое поле (потом с помощью make.com я сам вытяну из формы через вебхук в Airtable и выведу в ЛК клиента; нужно просто записать трек-номер в скрытое поле).
- Вывод стоимости доставки + изменение общей стоимости к оплате
Насколько я понимаю, это можно реализовать через аренду собственного сервера с взаимодействием по типу Tilda → Server → FedEx API и в обратном направлении.
Может быть, существуют более простые решения интеграции, готовые решения, такие как SafeRoute (Но, он к сожалению, не поддерживает интенациональные доставки, там упор на отечественные решения) или INT аналоги: GoShippo, ShipEngine и т.д, чтобы не арендовать свой сервер и не заниматься ручной валидацией полей, динамические формы и т.д. Или может быть, есть сервис конструктор корзины (к которому можно в клик интегрировать FedEx и оплату Stripe) или что-то подобое. Но я в этом очень слаб и, возможно, это окажется еще сложнее.
Я бы еще хотел описать тезисно, что должно происходить со стороны пользователя и со стороны бэка:
Пользователь: открывает корзину, заполняет все необходимые поля, после чего добавляется строчки над "Итоговая стоимость" по Типу "Стоимость доставки:", куда после указанных данных адреса подтянется цена, а если данные были указаны не верно - появится соответсвующая ошибка с подсвеченным полем и подсказкой, что с ним не так, если ошибок нет - оформляется заказ и оплачивается.
Бэк: в момент указания адреса происходит его валидация успешная либо ошибка и ее отработка, если валидация успешна - подтягивается цена и вписывается в соответвующий селектор текстового элемента "Стоимость доставки: ...", после нажатия кнопки "Оформить заказ" происходит его оплата, после которой на стороне FedEx нужно сформировать заказ, помимо этого нужно получить трек номер и это сделать либо в момент нажатия кнопки "Оформить заказ", чтобы трек номер записался в скрытое поле открытого окна корзины, а после успешной оплаты вебхуком я его забрал через make.com, так как после оплаты - произойдет редирект на страницу успешной оплаты и тогда я не знаю каким образом я смогу получить трек номер и отправить его в airtable. (вдруг его можно получить будет только после сформированного заказа и тогда вообще нужно в другую сторону думать о том как его вытащить, так как возможность вписать в поле окна корзины автоматически исчезает при таком раскладе)
Конечная стоимость задачи думаю, что должна быть от вас; я не знаю, как правильно оценить такой объем работы. Возможно, из-за своей неопытности я упускаю какие-то важные детали, необходимые для описания задачи, поэтому всегда готов к уточнению.