Закажу улучшение интеграции моего приложения с Tpay

Здравствуйте. Я могу проверить поток повторяющихся платежей BLIK в Tpay и исправить часть вебхука/подписки, если Base44 позволяет необходимую серверную/вебхуковую логику.

Я начну с одного полного цикла: первый платеж и регистрация псевдонима, сохраненное состояние подписки, вызов продления, уведомление Tpay обратно в приложение и обновление статуса приложения. Обычно проблема заключается в сохранении псевдонима, неправильной нагрузке/конечной точке продления, проверке вебхука или приложение не подтверждает обратный вызов корректно.

Мне нужен доступ к конфигурации Base44, настройкам/логам торговца Tpay и одному примеру неудачного продления. Если у платформы есть жесткое ограничение, я скажу об этом сразу после первой проверки.

Показать оригинал

Перевести

Здравствуйте. Я могу перейти на польский, если вы предпочитаете, но чтобы быть точным по вопросу оплаты, я оставлю это на английском. Я прочитал бриф: интеграция Tpay в основном завершена в вашем приложении Base44, одиночные платежи BLIK проходят и регистрируются в банке как повторяющиеся, но автоматическое продление не срабатывает, когда подписка заканчивается, и проблема заключается в линии вебхука между приложением и Tpay в обоих направлениях.

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

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

Чтобы точно определить объем работы: позволяет ли Base44 добавлять пользовательский код на сервере или конечные точки вебхука, или интеграция ограничена тем, что предоставляет платформа, и можете ли вы поделиться конфигурацией торговца Tpay и журналами неудачного продления? Готов начать с воспроизведения одного цикла продления и изоляции сбоя.

Показать оригинал

Перевести

Я понимаю проблему с обновлением подписки BLIK в приложении Strefa Przemienieni.pl. Первый платеж проходит и регистрирует алиас в Tpay, но последующие попытки списания средств не увенчиваются успехом из-за отсутствия корректной обработки вебхуков. Base44.app имеет специфическую структуру, но ключ к решению заключается в правильной регистрации токена алиаса, передаваемого в уведомлениях.
У меня большой опыт интеграции платежного шлюза Tpay и подписочных систем. Я реализую правильную логику обратного вебхука, которая после успешной транзакции сохраняет алиас пользователя, а затем инициирует следующее списание. Примерный набросок моего подхода к обработке уведомления выглядит следующим образом:
if ($payment['status'] === 'correct' && isset($payment['cli_auth'])) {
$this->saveBlikAlias($userId, $payment['cli_auth']);
$this->scheduleNextBilling($userId, $payment['cli_auth']);
}
Мне нужен доступ к аккаунту Tpay и панели Base44.app, чтобы проверить текущую конфигурацию вебхуков и логов.

Показать оригинал

Перевести

Здравствуйте, как вы сегодня?

Меня очень интересует ваш пост.

У меня есть обширный опыт в этой области, поэтому я могу уверенно предоставить ответ.

С нетерпением жду вашего ответа.

Спасибо

Показать оригинал

Перевести

Здравствуйте. У меня есть опыт интеграции платежных систем и работы с логикой webhook для подписок. Я могу разобрать вашу цепочку App ↔ Tpay, проверить обработку BLIK alias/recurring payments и исправить механизм обновления подписки, чтобы списание происходило автоматически через вебхуки и корректно обновлялся статус в приложении. Также проверю, где именно разрывается цепочка событий при повторном списании и как это стабилизировать.

Показать оригинал

Перевести

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

Здравствуйте.

Работаю с веб-разработкой, API-интеграциями, автоматизацией и backend-логикой. Внимательно прочитал описание проблемы.

По вашему описанию похоже, что сама регистрация циклического платежа проходит успешно, однако проблема возникает на этапе последующих списаний и обработки цепочки webhook'ов между приложением и PayU.

Что могу сделать:

• проверить текущую реализацию интеграции;
… • проанализировать цепочку App → PayU → App;
• проверить webhook'и, подписи запросов и обработку статусов;
• найти причину, по которой повторные списания не выполняются;
• предложить и реализовать исправление;
• помочь с тестированием сценариев продления подписки.

У меня есть опыт работы с API, обработкой внешних запросов, базами данных и поиском ошибок в бизнес-логике приложений. Если проблема действительно локализована в одном участке интеграции, скорее всего её удастся решить без полной переработки системы.

Готов начать с анализа текущей реализации и логов работы webhook'ов.

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

Показать оригинал

Перевести

Здравствуйте.
Есть опыт в рекуррентных платежах.
Напишите , попробуем разобраться с Вашей проблемой.

Здравствуйте! Задача мне полностью понятна, а бюджет и сроки полностью устраивают. У меня есть успешный опыт работы с автоматизацией таблиц Notion и настройкой рабочих процессов. Вместо ручного копирования, которое занимает много времени, я предлагаю настроить автоматический сценарий (Workflow) на базе платформы n8n. Робот будет самостоятельно вносить информацию в ваши таблицы Notion, проверять статусы и мгновенно обновлять списки. Это полностью исключит человеческие ошибки и задержки на протяжении всех 4 недель. Все процессы разворачиваю на собственном защищенном сервере VPS, поэтому ваши данные будут в полной безопасности. Готова обсудить детали, посмотреть на структуру списков и оперативно начать работу.

Показать оригинал

Перевести

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

Показать оригинал

Перевести