Скрипт для прийому платежів на сайті.

Доброго дня. У пошуках хорошого виконавця, який зробить все в найкращому вигляді. Будь ласка, пропустіть цю тему, якщо у вас немає досвіду в цьому напрямку або для вас це вперше. Давайте цінувати час один одного, дякую!

Потрібно реалізувати скрипт для прийому платежів. Скрипт повинен працювати на основі механізму p2p, переказ з картки на картку. По шлюзам потрібно буде вже обговорювати ближче до справи, наприклад, в роботу можна взяти ipay, portmone і тдк.

Завдання:

- вибір шлюзів для хорошої прохідності платежів і безперебійної роботи;

- все повинно бути українською мовою, шаблон, де клієнт оплачує покупку, веб адмін-панель.

- веб адмін-панель, в якій додаються/видаляються картки для прийому платежів. В роботі завжди стоїть одна картка, до тих пір, поки її не видалимо або не змінимо. Тут повинно все працювати в ідеальному порядку, наприклад, ми видаляємо картку і додаємо нову картку, але клієнти, які вже знаходяться на оплаті на стару картку, так і повинні оплачувати на стару картку, а статистика (в якій все детально розписано) так і повинна оновлювати загальну суму заходів навіть по тій картці, яку видалили з роботи;

- конфіг в скрипті, де редагується логін/пароль від веб адмін-панелі, а також адреса панелі;

- окрема сторінка статистики успішних платежів (без логіна і пароля, звичайна сторінка), яка обнуляється кожні доби о 00:00, логи статистики не потрібно десь зберігати. На цій сторінці повинна бути статистика в алфавітному порядку. Наприклад, на першому місці стоїть картка, яка зараз приймає платежі, а на другому місці вже інша картка, яку зняли з роботи, і поруч з картками повинна оновлюватися загальна сума заходів по цій картці. Статистика повинна працювати ідеально і оновлювати кожну загальну суму успішних платежів по якійсь картці. Наприклад, ми зняли одну картку з роботи і додали іншу картку в роботу, але клієнт оплачує вже на стару картку, тому статистика повинна оновлювати загальну суму навіть по тій картці, яку зняли з роботи;

- рядок в конфігурації, де редагується адреса статистики;

- створення/видалення посилань на оплату в веб адмін-панелі. Щоб створити посилання на оплату, потрібно ввести суму платежу, і генерується посилання на оплату. Посилання повинні бути багаторазовими, їх можна оплачувати вічно або до тих пір, поки не видалимо їх. Посилання повинні працювати виходячи з того, яка зараз картка додана, якщо картка для прийому платежів не додана, то посилання створити не можна. Потрібно врахувати деякі важливі моменти, наприклад, створена одна посилання на 500 гривень, один клієнт вже починає оплачувати на ту картку, яку прибрали (він вже знаходиться на 3ds свого банку), а другий клієнт вже оплачує на ту картку, яку тільки що додали, перший клієнт так і повинен оплачувати на стару картку, а новий клієнт вже на нову картку. Але як вчинити, якщо посилання вже створені, але картка для прийому платежів не додана в веб адмін-панелі, то тут посилання повинні брати суму останньої картки, яка була додана, до тих пір, поки не додадуть нову картку в панелі.

- рядок в конфігурації, де редагується адреса успішної, неуспішної оплати і 404 сторінка;

- якісний і красивий шаблон, де клієнт вводить свої дані картки (посилання на оплату це), і потім його перебрасыває на 3ds його банку;

- якісний і красивий шаблон веб адмін-панелі;

- робота скрипта виключно на мобільних проксі. Якщо скрипт буде робити всі запити на оплату для всіх клієнтів з одного ip, система антифрод того ж portmone спрацює і буде потік неуспішних платежів;

- рядок в конфігурації, де редагуються мобільні проксі, ip:port:log:pass і посилання на зміну ip;

- в цілях доцільності скрипт буде створений на кількох шлюзах. Тому в веб адмін-панелі повинна бути функція, який шлюз включити/вимкнути. Завжди в роботі повинна бути одна шлюз. Не можна, щоб всі шлюзи були вимкнені, завжди повинен бути один включений. Також слід врахувати найважливіші моменти при переключенні шлюза, посилання на оплату, мобільні проксі повинні оновлювати цю інформацію. Але, наприклад, один клієнт вже знаходиться на 3ds свого банку на тому шлюзі, який вимкнули (наприклад, ipay), а другий клієнт вже встиг потрапити на новий шлюз (наприклад, portmone), то перший клієнт вже оплачує через старий шлюз (оскільки він вже на 3ds свого банку), а другий клієнт тільки на посиланні оплати, то він вже оплачує через новий шлюз.

- статистика платежів в телеграмі. Так, у нас є веб статистика, але це статистика загальної суми успішних заходів по картці, яка оновлюється поруч з кожною карткою. В телеграмі потрібно, щоб приходив кожен успішний і неуспішний платіж.

- рядок в конфігурації, де редагується token бота і chat id.

З радістю розгляну всі варіанти по бюджету і термінам. Всім дякую.

Доброго дня. У пошуках хорошого виконавця, який зробить все в найкращому вигляді. Будь ласка, пропустіть цю тему, якщо у вас немає досвіду в цьому напрямку або для вас це вперше. Давайте цінувати час один одного, дякую!

Потрібно реалізувати скрипт для прийому платежів. Скрипт повинен працювати на основі механізму p2p, переказ з картки на картку. По шлюзам потрібно буде вже обговорювати ближче до справи, наприклад, в роботу можна взяти ipay, portmone і тдк.

Завдання:

- вибір шлюзів для хорошої прохідності платежів і безперебійної роботи;

- все повинно бути українською мовою, веб адмін-панель і тдк.

- веб адмін-панель, в якій додаються/видаляються картки для прийому платежів. В роботі завжди стоїть одна картка, до тих пір поки її не видалимо або не поміняємо. Тут повинно все працювати в ідеальному порядку, наприклад, ми видаляємо картку і додаємо нову картку, але клієнти, які вже знаходяться на оплаті на стару картку, так і повинні оплачувати на стару картку, а статистика (в якій все детально розписано) так і повинна оновлювати загальну суму заходів навіть по тій картці, яку видалили з роботи;

- конфіг в скрипті, де редагується логін/пароль від веб адмін-панелі, а також адреса панелі;

- окрема сторінка статистики успішних платежів (без логіна і пароля, звичайна сторінка), яка обнуляється кожні доби о 00:00, логи статистики не потрібно десь зберігати. На цій сторінці повинна бути статистика в алфавітному порядку. Наприклад, на першому місці стоїть картка, яка зараз приймає платежі, а на другому місці вже інша картка, яку зняли з роботи, і поруч з картками повинна оновлюватися загальна сума заходів по цій картці. Статистика повинна працювати ідеально і оновлювати кожну загальну суму успішних платежів по якійсь картці. Наприклад, ми зняли одну картку з роботи і додали іншу картку в роботу, але клієнт платить вже на стару картку, тому статистика повинна оновлювати загальну суму навіть по тій картці, яку зняли з роботи;

- рядок в конфігурації, де редагується адреса статистики;

- створення/видалення посилань на оплату в веб адмін-панелі. Щоб створити посилання на оплату, потрібно ввести суму платежу і генерується посилання на оплату. Посилання повинні бути багаторазовими, їх можна оплачувати вічно або до тих пір, поки не видалимо їх. Посилання повинні працювати виходячи з того, яка зараз картка додана, якщо картка для прийому платежів не додана, то посилання створити не можна. Потрібно врахувати деякі важливі моменти, наприклад, створена одна посилання на 500 гривень, один клієнт вже починає оплачувати на ту картку, яку прибрали (він вже знаходиться на 3ds свого банку), а другий клієнт вже платить на ту картку, яку тільки що додали, перший клієнт так і повинен оплачувати на стару картку, а новий клієнт вже на нову картку. Але як вчинити, якщо посилання вже створені, але картка для прийому платежів не додана в веб адмін-панелі, то тут посилання повинні брати суму останньої картки, яка була додана, до тих пір, поки не додадуть нову картку в панелі.

- рядок в конфігурації, де редагується адреса успішної, неуспішної оплати і 404 сторінка;

- якісний і красивий шаблон веб адмін-панелі;

- робота скрипта виключно на мобільних проксі. Якщо скрипт буде робити всі запити на оплату для всіх клієнтів з одного ip, система антифрод того ж portmone спрацює і буде потік неуспішних платежів;

- рядок в конфігурації, де редагуються мобільні проксі, ip:port:log:pass і посилання на зміну ip;

- в цілях доцільності скрипт буде створений на кількох шлюзах. Тому в веб адмін-панелі повинна бути функція, який шлюз включити/вимкнути. Завжди в роботі повинна бути одна шлюз. Не можна, щоб всі шлюзи були вимкнені, завжди повинен бути один включений. Також слід врахувати найважливіші моменти при переключенні шлюза, посилання на оплату, мобільні проксі повинні оновлювати цю інформацію. Але, наприклад, один клієнт вже знаходиться на 3ds свого банку на тому шлюзі, який вимкнули (наприклад, ipay), а другий клієнт вже встиг потрапити на новий шлюз (наприклад, portmone), то перший клієнт вже платить через старий шлюз (оскільки він вже на 3ds свого банку), а другий клієнт тільки на посиланні оплати, то він вже платить через новий шлюз.

- статистика платежів у телеграмі. Так, у нас є веб статистика, але це статистика загальної суми успішних заходів по картці, яка оновлюється поруч з кожною карткою. У телеграмі потрібно, щоб приходив кожен успішний і неуспішний платіж.

- рядок в конфігурації, де редагується token бота і chat id;

- алгоритм луна на сторінці, де клієнт вводить свої дані картки і потім його перебрасыває на 3ds його банку.

З радістю розгляну всі варіанти по бюджету і термінам. Всім дякую.

Доброго дня. У пошуках хорошого виконавця, який зробить все в найкращому вигляді. Будь ласка, пропустіть цю тему, якщо у вас немає досвіду в цьому напрямку або для вас це вперше. Давайте цінувати час один одного, дякую!

Потрібно реалізувати скрипт для прийому платежів. Скрипт повинен працювати на основі механізму p2p, переказ з карти на карту. По шлюзам потрібно буде вже обговорювати ближче до справи, наприклад, в роботу можна взяти ipay, portmone і тдк.

Завдання:

- вибір шлюзів для хорошої прохідності платежів і безперебійної роботи;

- все повинно бути українською мовою, веб адмін-панель і тдк.

- веб адмін-панель, в якій додаються/видаляються карти для прийому платежів. В роботі завжди стоїть одна карта, до тих пір поки її не видалимо або не поміняємо. Тут повинно все працювати в ідеальному порядку, наприклад, ми видаляємо карту і додаємо нову карту, але клієнти, які вже знаходяться на оплаті на стару карту, так і повинні оплачувати на стару карту, а статистика (в якій все детально розписано) так і повинна оновлювати загальну суму заходів навіть по тій карті, яку видалили з роботи;

- конфіг в скрипті, де редагується логін/пароль від веб адмін-панелі, а також адреса панелі;

- окрема сторінка статистики успішних платежів (без логіна і пароля, звичайна сторінка), яка обнуляється кожні доби о 00:00, логи статистики не потрібно десь зберігати. На цій сторінці повинна бути статистика в алфавітному порядку. Наприклад, на першому місці стоїть карта, яка зараз приймає платежі, а на другому місці вже інша карта, яку зняли з роботи, і поруч з картами повинна оновлюватися загальна сума заходів по цій карті. Статистика повинна працювати ідеально і оновлювати кожну загальну суму успішних платежів по якійсь карті. Наприклад, ми зняли одну карту з роботи і додали іншу карту в роботу, але клієнт платить вже на стару карту, тому статистика повинна оновлювати загальну суму навіть по тій карті, яку зняли з роботи;

- рядок в конфігурації, де редагується адреса статистики;

- створення/видалення посилань на оплату в веб адмін-панелі. Щоб створити посилання на оплату, потрібно ввести суму платежу і генерується посилання на оплату. Посилання повинні бути багаторазовими, їх можна оплачувати вічно або до тих пір, поки не видалимо їх. Посилання повинні працювати виходячи з того, яка зараз карта додана, якщо карта для прийому платежів не додана, то посилання створити не можна. Потрібно врахувати деякі важливі моменти, наприклад, створена одна посилання на 500 гривень, один клієнт вже починає оплачувати на ту карту, яку прибрали (він вже знаходиться на 3ds свого банку), а другий клієнт вже платить на ту карту, яку тільки що додали, перший клієнт так і повинен оплачувати на стару карту, а новий клієнт вже на нову карту. Але як вчинити, якщо посилання вже створені, але карта для прийому платежів не додана в веб адмін-панелі, то тут посилання повинні брати суму останньої карти, яка була додана, до тих пір, поки не додадуть нову карту в панелі.

- рядок в конфігурації, де редагується адреса успішної, неуспішної оплати і 404 сторінка;

- якісний і красивий шаблон веб адмін-панелі;

- робота скрипта виключно на мобільних проксі. Якщо скрипт буде робити всі запити на оплату для всіх клієнтів з одного ip, система антифрод того ж portmone спрацює і буде потік неуспішних платежів;

- рядок в конфігурації, де редагуються мобільні проксі, ip:port:log:pass і посилання на зміну ip;

- в цілях доцільності скрипт буде створений на кількох шлюзах. Тому в веб адмін-панелі повинна бути функція, який шлюз включити/вимкнути. Завжди в роботі повинен бути один шлюз. Не можна, щоб всі шлюзи були вимкнені, завжди повинен бути один включений. Також слід врахувати найважливіші моменти при переключенні шлюза, посилання на оплату, мобільні проксі повинні оновлювати цю інформацію. Але, наприклад, один клієнт вже знаходиться на 3ds свого банку на тому шлюзі, який вимкнули (наприклад, ipay), а другий клієнт вже встиг потрапити на новий шлюз (наприклад, portmone), то перший клієнт вже платить через старий шлюз (оскільки він вже на 3ds свого банку), а другий клієнт тільки на посиланні оплати, то він вже платить через новий шлюз.

- статистика платежів у телеграмі. Так, у нас є веб статистика, але це статистика загальної суми успішних заходів по карті, яка оновлюється поруч з кожною картою. У телеграмі потрібно, щоб приходив кожен успішний і неуспішний платіж.

- рядок в конфігурації, де редагується token бота і chat id;

З радістю розгляну всі варіанти по бюджету і термінам. Всім дякую.