Бюджет: 500 PLN Термін: 3 дні
Йоанно, я бачу, що сама інтеграція Tpay працює, а проблема стосується оновлень і вебхуків між App та Tpay. Я можу проаналізувати потік циклічних платежів BLIK, перевірити псевдоніми, логіку підписки та покращити обробку колбеків, щоб повторний платіж стягувався правильно. У мене 7 років досвіду в мобільних та веб-додатках, тому я швидко знайду джерело помилки. З радістю обговорю деталі.
Бюджет: 500 PLN Термін: 3 дні
Привіт. Я можу перевірити потік повторюваних платежів BLIK через Tpay і виправити частину вебхука/підписки, якщо Base44 дозволяє необхідну серверну/вебхукову логіку.
Я почну з одного повного циклу: перший платіж і реєстрація псевдоніму, збережений стан підписки, виклик поновлення, сповіщення Tpay назад до програми та оновлення статусу програми. Зазвичай проблема полягає у збереженні псевдоніму, неправильному навантаженні/кінцевій точці поновлення, перевірці вебхука або в тому, що програма не підтверджує зворотний виклик правильно.
Мені потрібен доступ до конфігурації Base44, налаштувань/логів торговця Tpay та одного прикладу невдалого поновлення. Якщо платформа має жорстке обмеження, я скажу про це безпосередньо після першої перевірки.
Бюджет: 500 PLN Термін: 4 дні
Привіт. Я можу перейти на польську, якщо ви віддаєте перевагу, але щоб бути точним щодо питання оплати, я залишу це англійською. Я прочитав бриф: інтеграція Tpay в основному завершена у вашому додатку Base44, одноразові платежі BLIK проходять і реєструються в банку як повторювані, але автоматичне поновлення не працює, коли підписка закінчується, і проблема полягає в лінії вебхука між додатком і Tpay в обох напрямках.
Повторюваний BLIK з Tpay працює через збережений псевдонім з першої транзакції, а поновлення є окремим серверним платежем, який використовує цей псевдонім, а не нову підтвердження BLIK. Звичайні точки збоїв саме там: псевдонім не зберігається або не надсилається правильно під час наступного платежу, повторювана транзакція ініціюється з неправильним прапором або кінцевою точкою, або вебхук сповіщення Tpay не отримується і не підтверджується додатком, тому поновлення ніколи не завершується або не реєструється.
Мій підхід полягатиме в тому, щоб простежити один повний цикл від початку до кінця: перший платіж і реєстрація псевдоніма, потім виклик поновлення та вебхук сповіщення в обох напрямках, знайти, де псевдонім або підтвердження зривається, і виправити платіж за поновлення та обробку вебхука, щоб підписка поновлювалася автоматично. Я регулярно працюю з інтеграціями платіжних шлюзів, вебхуками та API.
Щоб точно визначити обсяг: чи дозволяє Base44 додавати власний код бекенду або кінцеві точки вебхука, чи обмежена інтеграція тим, що платформа надає, і чи можете ви поділитися конфігурацією торговця Tpay та журналами з невдалого поновлення? Готовий почати з відтворення одного циклу поновлення та ізоляції збоїв.
Бюджет: 500 PLN Термін: 3 дні
Розумію проблему з оновленням підписки 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, щоб перевірити поточну конфігурацію вебхуків і логів.
Бюджет: 500 PLN Термін: 1 день
Привіт, як ти сьогодні?
Мене дуже цікавить твій пост.
У мене великий досвід у цій сфері, тому я можу впевнено надати відповідь.
Чекаю на твою відповідь.
Дякую
Бюджет: 500 PLN Термін: 5 днів
Вітаю. Маю досвід інтеграцій платіжних систем і роботи з webhook-логікою під підписки. Можу розібрати ваш ланцюг App ↔ Tpay, перевірити обробку BLIK alias/recurring payments і виправити механізм поновлення підписки, щоб списання відбувалось автоматично через вебхуки та коректно оновлювався статус у застосунку. Також перевірю, де саме розривається ланцюг подій при повторному списанні і як це стабілізувати.
Бюджет: 500 PLN Термін: 30 днів
Привіт! Я ознайомився з вашим завданням і вважаю, що зможу успішно його виконати. Буду радий співпраці, будь ласка, напишіть мені особисто для подальших деталей.
Бюджет: 550 PLN Термін: 2 дні
Доброго дня.
Працюю з веб-розробкою, API-інтеграціями, автоматизацією та бекенд-логікою. Уважно прочитав опис проблеми.
За вашим описом, здається, що сама реєстрація циклічного платежу проходить успішно, однак проблема виникає на етапі подальших списань та обробки ланцюга webhook'ів між додатком та PayU.
Що можу зробити:
• перевірити поточну реалізацію інтеграції;
• проаналізувати ланцюг App → PayU → App;
• перевірити webhook'и, підписи запитів та обробку статусів;
• знайти причину, чому повторні списання не виконуються;
• запропонувати та реалізувати виправлення;
• допомогти з тестуванням сценаріїв продовження підписки.
У мене є досвід роботи з API, обробкою зовнішніх запитів, базами даних та пошуком помилок у бізнес-логіці додатків. Якщо проблема дійсно локалізована в одному сегменті інтеграції, швидше за все, її вдасться вирішити без повної переробки системи.
Готовий почати з аналізу поточної реалізації та логів роботи webhook'ів.
Бюджет: 500 PLN Термін: 7 днів
Вітаю. Мене звати Роман , CVO компанії Echocode. Digital
Маємо досвідчену команду із 8-річним стажем у створенні веб-сайтів «під ключ», мобільних додатків та складних веб-систем.
За 8 років практики сформували глибокий технічний стек.
Досвід в інтеграції платежів присутній)
Пишіть нам у приватні повідомлення! Обговоримо деталі вашого проекту
Freelancehunt
Бюджет: 500 PLN Термін: 3 дні
Доброго дня. Є досвід у рекурентних платежах. Напишіть, спробуємо розібратися з Вашою проблемою.
Бюджет: 515 PLN Термін: 4 дні
Вітаю! Задача мені повністю зрозуміла, а бюджет та терміни повністю влаштовують. Маю успішний досвід роботи з автоматизацією таблиць Notion та налаштуванням робочих процесів.
Замість ручного копіювання, яке забирає багато часу, я пропоную налаштувати автоматичний сценарий (Workflow) на базі платформи n8n. Робот буде самостійно вносити інформацію у ваші таблиці Notion, перевіряти статуси та миттєво оновлювати списки. Це повністю виключить людські помилки та затримки протягом усіх 4 тижнів.
Усі процеси розгортаю на власному захищеному сервере VPS, тому ваші дані будуть у повній безпеці. Готова обговорити деталі, подивитися на структуру списків та оперативно розпочати роботу.
Бюджет: 515 PLN Термін: 10 днів
Привіт,
Я займаюся інтеграцією платежів і хотів би працювати над вашим сценарієм. Я забезпечу повну автоматизацію та також з'ясую, що не так з вебхуками.
Будь ласка, напишіть мені.
