Бюджет: 2000 UAH Термін: 1 день
Доброго дня, Вікторе. По логах бачу проблему — mono_pay/response викликається двічі, при другому виклику Monobank вже віддає інший статус і сайт йде на fail. Виправлю в одному файлі контролера: додам перевірку "якщо замовлення вже оплачено — одразу редирект на success".
Бюджет: 3000 UAH Термін: 1 день
Доброго дня. Є великий досвід з Опенкартом. Готовий виправити проблему.
Бюджет: 800 UAH Термін: 1 день
Доброго дня, можу розібратися з логікою оплати в OpenCart і виправити некоректну перевірку статусу еквайрингу Monobank, щоб клієнт завжди потрапляв на правильну сторінку після успішної оплати.
1. Яка версія OpenCart використовується?
2. Чи є доступ до адмінки та FTP/сервера (для перевірки логів і коду)?
3. Яка версія/модуль оплати Monobank встановлений (офіційний чи сторонній)?
4. Використовується callback (server-to-server) від Monobank чи тільки редирект?
5. Чи є доступ до логів помилок/запитів у момент збою?
Бюджет: 1500 UAH Термін: 2 дні
Доброго дня. Прочитав опис, тут задача виглядає як цілком конкретний баг у ланцюжку після успішної оплати. Можу швидко переглянути логіку callback і редиректу, знайти чому при успішній оплаті частина клієнтів йде на fail, і виправити це без зайвого ускладнення. Якщо причина дійсно в кривому модулі, теж одразу стане зрозуміло по коду.
Бюджет: 2000 UAH Термін: 2 дні
Вітаю, не побачив на другому скріні посилань на фейл сторінку.
З опенкартом працюю давно і глибоко, тому було б цікаво вирішити вашу проблему.
Бюджет: 5000 UAH Термін: 3 дні
Доброго дня. Наші спеціалісти займаються інтеграціями платіжних систем з OpenCart і готові виправити проблему з редиректами після оплати. Ми перевіримо поточний платіжний модуль, налаштуємо коректну обробку відповідей від Monobank і забезпечимо надійне завершення замовлень.
Бюджет: 700 UAH Термін: 1 день
Доброго дня.
Зможу виправити цю помилку.
Якщо у вас є питання можете написати мені в ПП.
Бюджет: 3000 UAH Термін: 2 дні
Як спеціаліст з OpenCart 3 / OcStore, я неодноразово налаштовував еквайринг і виправляв помилки в логіці оформлення замовлень.
Що б я дивився у вашому випадку.
Аналіз логів: Першим ділом вивчу system/storage/logs/ і логи самого модуля оплати, щоб зрозуміти, який відповідь повертає скрипт перевірки в момент редиректу.
Перевірка Callback: Переконаємось, що сервер коректно відповідає банку «200 OK», інакше банк може надсилати повторні запити, які збивають статус сесії.
Переустановка модуля: Якщо підтвердиться версія з «крякнутим» віджетом, я оперативно заміню його на офіційний куплений вами модуль, перенесу налаштування і протестую ланцюг оплати на тестовій транзакції.
Готовий розпочати діагностику прямо зараз. Давайте обговоримо деталі в чаті!
Бюджет: 1500 UAH Термін: 1 день
доброго дня, скоріше за все потрібно буде ставити інший модуль оплати
Бюджет: 2500 UAH Термін: 1 день
Доброго дня! Готовий взяти завдання в роботу зараз. Пишіть в ЛС для обговорення деталей.
