Интеграция Tpay с авторским приложением

Бюджет: 1800 PLN Срок: 4 дня

Добрый день, я могу заняться исправлением интеграции Tpay в приложении Base44. Оцениваю этап диагностики и внедрения исправления в 1800 PLN и около 4 дней, при условии что будет доступ к панели Tpay, логам вебхуков и конфигурации пунктов приема в Base44.

Сначала я бы проверил полный цикл подписки - первый платеж, запись алиаса BLIK, продление, вебхук от Tpay к приложению и реакцию приложения после неудачной попытки. Здесь стандартно проблема заключается не в самом платеже, а в сопоставлении алиаса, статусах транзакций или в том, что приложение не различает первую транзакцию и циклическое списание.

Два вопроса перед точной оценкой:
> Позволяет ли Base44 редактировать собственную серверную часть или только действия и интеграции без полного сервера?
> Есть ли логи от Tpay на момент, когда подписка истекает и плата не списывается повторно?

Похожие опыты:
> https://business.ingello.com/vorfahr - автоматизация и интеграции процессов с платежами и логикой пользователя
> https://business.ingello.com/prime-eva - электронная коммерция, заказы, интеграции и контроль корректности данных
> https://systems-fl.ingello.com - Ingello Systems для проектов с архитектурой, интеграциями и автоматизацией

Если после анализа окажется, что Base44 не позволяет правильно обрабатывать циклические вебхуки, я предложу небольшой промежуточный API модуль. Можно не усложнять, но при платежах лучше иметь стабильный механизм, потому что кто платит дважды за одну и ту же ошибку, платит дороже =) Развернуть

Бюджет: 2500 PLN Срок: 30 дней

Я проведу инспекцию логов и внедрю правильную обработку продлений через API Tpay (циклический метод с использованием сохраненного cli_auth), без вовлечения пользователя в повторное введение кода BLIK. Банальные финансовые вопросы — в личном сообщении.

Проблема с циклическим BLIK чаще всего возникает из-за того, что при следующей попытке списания (когда истекает срок действия подписки) приложение отправляет запрос как стандартный, одноразовый BLIK вместо метода api/v1/transaction/execute-saved-alias, или сервер неправильно обрабатывает асинхронное уведомление (Notification URL) от Tpay, подтверждающее регистрацию алиаса пользователя. У вас сейчас есть возможность посмотреть, что именно возвращает Tpay в логах в момент, когда приложение пытается автоматически продлить подписку?

Бюджет: 2000 PLN Срок: 7 дней

Привет, я работал над интеграцией Stripe с мобильным приложением для фитнес-студии, где настраивал автоматическое списание ежемесячной подписки с 95% успешностью транзакций 150+ активных пользователей.

Интересно, возникает ли проблема с webhook'ами только для BLIK, или другие методы оплаты также имеют проблемы с восстановлением подписки?

Предлагаю связаться, я бесплатно проконсультирую вас с технической стороны и составим план разработки + расскажу о моей команде!

Бюджет: 2400 PLN Срок: 5 дней

У меня уже практически готово аналогичное решение для циклических платежей и вебхуков, его можно быстро адаптировать под Tpay и Base44, мы можем обсудить детали здесь и сейчас, я на связи ))
Оцениваю первый этап диагностики и исправления на 2400 PLN и 5 рабочих дней.
Мы можем начать с технического аудита текущей интеграции, затем исправить запись алиаса BLIK, обработку уведомлений Tpay и логику продления подписки.
Сторона Tpay будет ключевой для проверки, сохраняет ли приложение правильный алиас, отвечает ли на вебхук требуемым статусом и не теряет ли связь пользователь - подписка - платеж.
!!Самый важный пункт - это алиас BLIK и вебхук продления!!
- Есть ли у вас доступ к коду или настройкам бэкенда в Base44, где принимается вебхук?
- Есть ли логи неудачного продления и пример тестовой подписки, на которой можно безопасно воспроизвести ошибку?
Похожие проекты Ingello
- https://business.ingello.com/vorfahr - автоматизация продаж и интеграции, аналогичные по логике событий и платежей
- https://business.ingello.com/platforma - платформа с процессами, ролями и контролем статусов, аналогичная по бизнес-части подписки
Больше о команде и подходе к таким внедрениям
https://systems-fl.ingello.com Развернуть

Бюджет: 2000 PLN Срок: 6 дней

Я понял задачу: приложение, созданное Base44 (no-code AI builder), опубликовано в Google Play под названием "Зона Преображений". Tpay используется как платежный шлюз, BLIK настроен на периодические платежи. Первый платеж проходит корректно, банк фиксирует периодический платеж, но при продлении подписки алиасы BLIK не списывают оплату — и возникает проблема с вебхуками (Приложение↔Tpay).

По шаблону Tpay и типичным ошибкам в BLIK recurring чаще всего виноваты три вещи.

Первое — вебхук от Tpay приходит, но приложение либо не подтверждает его статусом 200, либо использует другой конечный пункт, чем зарегистрированный в панели Tpay. Tpay проверяет ответ — если приложение не ответит со статусом 200 и корректной подписью md5/sha256, Tpay считает вебхук недоставленным и несколько раз повторяет попытку, а затем прекращает периодический платеж. Необходимо проверить в панели Tpay URL уведомления и логи входящих запросов со стороны приложения.

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

Третье — неправильный идентификатор канала или группа при вызове следующей периодической транзакции. Первая транзакция может инициироваться с канала BLIK_TRANSFER, а последующие периодические должны проходить через канал BLIK_LEVEL_ZERO с параметром recurrent=1 и правильным токеном клиента. Если Base44 генерирует код без этой разницы, все обновляющиеся платежи будут пытаться пройти как новые и будут сбоить.

Что я планирую сделать. Первое — я войду в панель Tpay и проверю логи вебхуков за последние 14 дней, идентифицирую, выходят ли уведомления и с каким статусом они возвращаются. Второе — в приложении Base44 нужно найти часть, отвечающую за обработчик вебхука, и проверить код ответа плюс верификацию подписи. Третье — обзор вызова периодической транзакции в коде приложения (если у нас есть доступ к коду Base44 — вопрос, дает ли генератор экспорт). Четвертое — исправление после идентификации конкретной причины, тестирование на тестовом аккаунте Tpay (sandbox), а затем на реальном аккаунте с небольшой суммой.

Вопрос к Вам: позволяет ли Base44 редактировать/экспортировать код, или исправление может быть внесено только через их интерфейс? Есть ли у Вас доступ к панели? Развернуть

Бюджет: 800 PLN Срок: 1 день

Добрый день. Готов выполнить данный проект, имею большой опыт разработки приложений.

Бюджет: 1200 PLN Срок: 30 дней

Здравствуйте! Я ознакомился с вашим заданием и считаю, что смогу успешно его выполнить. Буду рад сотрудничеству пожалуйста, напишите мне лично для дальнейших детале

Бюджет: 1500 PLN Срок: 7 дней

Freelancehunt

Задания для фрилансеров

Интеграция Tpay с авторским приложением
Гибридные мобильные приложения, Программирование на Android — указаны неправильные категории?
2 из 6
прием предложений
Следующий шаг: подтверждение условий

Я закажу интеграцию платежного шлюза Tpay с моим авторским приложением. Нужно правильно реализовать, чтобы подписка автоматически обновлялась через циклические платежи BLIK, которые уже настроены, но есть проблема с обновлением. Приложение создается мной с помощью AI на сайте Base44. Приложение работает (магазин play Страница Преображения.pl), я не программист и у меня проблема с интеграцией. Вся система вроде работает и берет деньги с пользователя при первой транзакции, записывает в банке как циклический платеж, но есть проблема с алиасами BLIK, и когда заканчивается подписка, не хочет снова взять оплату. Проблема на линии соответствующих webhook App-> Tpay и Tpay -> App.

Предложения 8
Обсуждение 0

1988
10 0
Пример работы:
Как Gemini API съел 180 долларов за месяц: настоящая экономика AI
30 дней2500 PLN
Арсений Антоненко

Я проведу инспекцию логов и внедрю правильную обработку обновлений через API Tpay (метод циклический с использованием сохраненного cli_auth), без вовлечения пользователя в повторное введение кода BLIK. Банальные финансовые вопросы — в личном сообщении.

Проблема с циклическим BLIK чаще всего возникает из-за того, что при следующей попытке списания (когда истекает срок действия подписки) приложение отправляет запрос как стандартный, одноразовый BLIK вместо метода api/v1/transaction/execute-saved-alias, или сервер неправильно обрабатывает асинхронное уведомление (Notification URL) от Tpay, подтверждающее регистрацию алиаса пользователя. Есть ли у вас сейчас возможность просмотреть, что именно возвращает Tpay в логах в момент, когда приложение пытается автоматически обновить подписку?

Похожие выполненные заказы: В модуле OpenCart исправить 5 проблем, связанных с Facebook API
26 мая, 20:40
685
5 0

7 дней2000 PLN
Максим О.

Привет, я работал над интеграцией Stripe с мобильным приложением для фитнес-студии, где я настроил автоматическое списание месячной подписки с 95% успешностью транзакций для 150+ активных пользователей.

Интересно, возникает ли проблема с webhook только для BLIK, или другие методы оплаты также имеют проблемы с обновлением подписок?

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

Бюджет: 18000 PLN Срок: 6 дней

Здравствуйте. Задача понятная: не просто “бот с ИИ”, а нормальная система, которая регулярно забирает тендеры Prozorro, фильтрует лишнее, объясняет почему тендер подходит/не подходит и отправляет это в Telegram.

Я бы сделал так:
1. Отдельный backend-процесс для мониторинга Prozorro и хранения состояния, чтобы не терять новые тендеры и не слать дубли.
2. Правила фильтрации + AI-анализ поверх уже очищенных данных, чтобы модель не фантазировала, а работала по понятным критериям.
3. Telegram-бот с короткими карточками: суть тендера, дедлайн, сумма, почему релевантно, ссылка, быстрые действия.
4. Логи/ошибки/повторные попытки, потому что такие системы должны спокойно жить без ручного присмотра.

У меня был похожий по логике проект: n8n/PostgreSQL/OpenAI/Telegram система, которая каждый день анализировала данные и отправляла людям конкретные задачи, а не просто “AI-текст”.
По срокам: ориентир 6 дней. По бюджету: 18000 — после короткого уточнения ТЗ скажу точно, но порядок такой.

Если ок — начну с короткой схемы архитектуры и списка уточнений, чтобы сразу зафиксировать MVP без лишней разработки. Развернуть

Бюджет: 1000 PLN Срок: 5 дней

Добрый день. У меня большой опыт в интеграциях платежей, API и вебхуков. Я могу проверить текущую реализацию Tpay/Base44 и исправить проблему с обновлением подписок и алиасами BLIK. Пожалуйста, предоставьте доступ к коду и тестовой панели, тогда я оценю точный объем и сроки.

Бюджет: 2000 PLN Срок: 5 дней

Здравствуйте. Меня зовут Роман, CVO компании Echocode. Digital
У нас есть опытная команда с 8-летним стажем в создании веб-сайтов «под ключ», мобильных приложений и сложных веб-систем.
За 8 лет практики мы сформировали глубокий технический стек.
Вам не придется отдельно искать дизайнера, бэкендера и фронтендера. Наша команда работает в единой связке, что исключает недоразумения между дизайном и кодом, существенно ускоряет разработку и гарантирует качественный результат из одних рук.
Пишите нам в личные сообщения! Обсудим детали вашего проекта, рассчитаем точные сроки и бюджет.
Freelancehunt