Skrypt do przyjmowania płatności na stronie.

Cześć. Szukam dobrego wykonawcy, który zrobi wszystko w najlepszym porządku. Proszę, zignoruj ten temat, jeśli nie masz doświadczenia w tej dziedzinie lub jeśli to będzie dla Ciebie pierwszy raz. Doceniajmy nawzajem swój czas, dziękuję!

Potrzebuję zrealizować skrypt do przyjmowania płatności. Skrypt powinien działać na podstawie mechanizmu p2p, przelew z karty na kartę. Co do bramek, będziemy musieli omówić to bliżej tematu, na przykład można wziąć do pracy ipay, portmone itd.

Zadania:

- wybór bramek dla dobrej przepustowości płatności i nieprzerwanej pracy;

- wszystko powinno być w języku ukraińskim, szablon, w którym klient opłaca zakupy, panel administracyjny w sieci.

- panel administracyjny w sieci, w którym dodawane/usuwane są karty do przyjmowania płatności. W pracy zawsze powinna być jedna karta, dopóki jej nie usuniemy lub nie zmienimy. Tutaj wszystko powinno działać w idealnym porządku, na przykład usuwamy kartę i dodajemy nową kartę, ale klienci, którzy już są w trakcie płatności na starą kartę, powinni płacić na starą kartę, a statystyka (w której wszystko jest szczegółowo opisane) powinna aktualizować całkowitą kwotę wpływów nawet dla tej karty, którą usunęliśmy z pracy;

- konfiguracja w skrypcie, gdzie edytuje się login/hasło do panelu administracyjnego w sieci, a także adres panelu;

- osobna strona statystyki udanych płatności (bez logowania i hasła, zwykła strona), która zeruje się co 24 godziny o 00:00, logi statystyki nie muszą być nigdzie zapisywane. Na tej stronie powinna być statystyka w porządku alfabetycznym. Na przykład, na pierwszym miejscu znajduje się karta, która obecnie przyjmuje płatności, a na drugim miejscu już inna karta, którą usunięto z pracy, a obok kart powinna aktualizować się całkowita kwota wpływów dla tej karty. Statystyka powinna działać idealnie i aktualizować każdą całkowitą kwotę udanych płatności dla jakiejkolwiek karty. Na przykład, usunęliśmy jedną kartę z pracy i dodaliśmy inną kartę do pracy, ale klient płaci już na starą kartę, dlatego statystyka powinna aktualizować całkowitą kwotę nawet dla tej karty, którą usunęliśmy z pracy;

- linia w konfiguracji, gdzie edytuje się adres statystyki;

- tworzenie/usuwanie linków do płatności w panelu administracyjnym w sieci. Aby stworzyć link do płatności, należy wprowadzić kwotę płatności, a link do płatności zostanie wygenerowany. Linki powinny być wielokrotnego użytku, można je płacić w nieskończoność lub do momentu, gdy je usuniemy. Linki powinny działać w zależności od tego, która karta jest obecnie dodana, jeśli karta do przyjmowania płatności nie jest dodana, to linku nie można stworzyć. Należy uwzględnić kilka ważnych kwestii, na przykład stworzono jeden link na 500 hrywien, jeden klient już zaczyna płacić na tę kartę, którą usunięto (już jest na 3ds swojego banku), a drugi klient już płaci na tę kartę, którą właśnie dodano, pierwszy klient powinien płacić na starą kartę, a nowy klient już na nową kartę. Ale co zrobić, jeśli linki już zostały stworzone, ale karta do przyjmowania płatności nie została dodana w panelu administracyjnym w sieci, to tutaj linki powinny brać kwotę ostatniej karty, która była dodana, dopóki nie dodadzą nowej karty w panelu.

- linia w konfiguracji, gdzie edytuje się adres udanej, nieudanej płatności i stronę 404;

- jakościowy i ładny szablon, w którym klient wprowadza swoje dane karty (to jest link do płatności), a następnie jest przekierowywany na 3ds swojego banku;

- jakościowy i ładny szablon panelu administracyjnego w sieci;

- działanie skryptu wyłącznie na mobilnych proxy. Jeśli skrypt będzie wykonywał wszystkie zapytania o płatność dla wszystkich klientów z jednego ip, system antyfraudowy tego samego portmone zadziała i będzie strumień nieudanych płatności;

- linia w konfiguracji, gdzie edytuje się mobilne proxy, ip:port:log:pass i link do zmiany ip;

- w celu celowości skrypt zostanie stworzony na kilku bramkach. Dlatego w panelu administracyjnym w sieci powinna być funkcja, którą bramkę włączyć/wyłączyć. Zawsze w pracy powinna być jedna bramka. Nie można, aby wszystkie bramki były wyłączone, zawsze powinna być jedna włączona. Należy również uwzględnić najważniejsze kwestie przy przełączaniu bramki, linki do płatności, mobilne proxy powinny aktualizować tę informację. Ale, na przykład, jeden klient już jest na 3ds swojego banku na tej bramce, którą wyłączono (na przykład ipay), a drugi klient już zdążył przejść na nową bramkę (na przykład portmone), to pierwszy klient już płaci przez starą bramkę (ponieważ już jest na 3ds swojego banku), a drugi klient tylko na linku do płatności, więc on już płaci przez nową bramkę.

- statystyka płatności w telegramie. Tak, mamy statystykę w sieci, ale to jest statystyka całkowitej kwoty udanych wpływów dla karty, która aktualizuje się obok każdej karty. W telegramie potrzebujemy, aby przychodziła każda udana i nieudana płatność.

- linia w konfiguracji, gdzie edytuje się token bota i chat id.

Z radością rozważę wszystkie opcje dotyczące budżetu i terminów. Dziękuję wszystkim.

Здравствуйте. В поисках хорошего исполнителя кто сделает всё в лучшем виде. Пожалуйста, пропустите эту тему если у вас нет опыта в этом направлении или для вас это впервые будет. Давайте ценить время друг друга, спасибо!

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

Задачи:

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

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

- веб админ-панель, в которой добавляются/удаляются карты для приёма платежей. В работе всегда стоит одна карта, до тех пор пока её не удалим или не поменяем. Здесь должно всё работать в идеальном порядке, к примеру мы удаляем карту и добавляем новую карту, но клиенты которые уже находятся на оплате на старую карту так и должны оплачивать на старую карту и статистика(в которой всё подробно рассписано) так и должна обновлять общую сумму заходов даже по той карте которую удалили с работы;

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

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

- строка в конфиге где редактируется адресс статистики;

- создание/удаление ссылок на оплату в веб админ-панели. Чтобы создать ссылку на оплату, нужно ввести сумму платежа и генерируется ссылка на оплату. Ссылки должны быть многоразовые, их можно оплачивать вечно или до тех пор пока не удалим её. Ссылки должны работать исходя из того какая сейчас карта добавлена, если карта для приёма платежей не добавлена, то ссылку создать нельзя. Должны учесть некоторые важные моменты, к примеру создана одна ссылка на 500 гривен, один клиент уже начинает оплачивать на ту карту которую убрали(он уже находится на 3ds своего банка) а второй клиент уже оплачивает на ту карту которую только что добавили, первый клиент так и должен оплачивать на старую карту а новый клиент уже на новую карту. Но как поступить если ссылки уже созданы, но карта для приёма платежей не добавлена в веб админ-панели, то здесь ссылки должны брать сумую последнюю карту которая была добавлена до тех пор пока не добавят новую карту в панели.

- строка в конфиге где редактируется адресс успешной, неуспешной оплаты и 404 страница;

- качественный и красивый шаблон где клиент вводит свои данные карты(ссылка на оплату это), и потом его перебрасывает на 3ds его банка;

- качественный и красивый шаблон веб админ-панели;

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

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

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

- статистика платежей в телеграме. Да, у нас есть веб статистика, но это статистика общей суммы успешных заходов по карте, которая обновляется рядом с каждой картой. В телеграме нужно чтобы приходил каждый успешный и не успешный платёж.

- строка в конфиге где редактируется token бота и chat id.

С радостью рассмотрю все варианты по бюджету и срокам. Всем спасибо.

Cześć. Szukam dobrego wykonawcy, który zrobi wszystko w najlepszym porządku. Proszę, zignoruj ten temat, jeśli nie masz doświadczenia w tej dziedzinie lub jeśli to będzie dla Ciebie pierwszy raz. Doceniajmy nawzajem swój czas, dziękuję!

Potrzebuję zrealizować skrypt do przyjmowania płatności. Skrypt powinien działać na podstawie mechanizmu p2p, przelew z karty na kartę. Co do bramek, będziemy musieli omówić to bliżej tematu, na przykład można wziąć do pracy ipay, portmone itd.

Zadania:

- wybór bramek dla dobrej przepustowości płatności i nieprzerwanej pracy;

- wszystko powinno być w języku ukraińskim, panel administracyjny itd.

- panel administracyjny, w którym dodawane/usuwane są karty do przyjmowania płatności. W pracy zawsze powinna być jedna karta, dopóki jej nie usuniemy lub nie zmienimy. Tutaj wszystko powinno działać w idealnym porządku, na przykład usuwamy kartę i dodajemy nową kartę, ale klienci, którzy już są w trakcie płatności na starą kartę, powinni płacić na starą kartę, a statystyka (w której wszystko jest szczegółowo opisane) powinna aktualizować całkowitą sumę wpływów nawet dla tej karty, którą usunęliśmy z pracy;

- konfiguracja w skrypcie, gdzie edytuje się login/hasło do panelu administracyjnego, a także adres panelu;

- osobna strona statystyki udanych płatności (bez logowania i hasła, zwykła strona), która zeruje się co 24 godziny o 00:00, logi statystyki nie muszą być nigdzie zapisywane. Na tej stronie powinna być statystyka w porządku alfabetycznym. Na przykład, na pierwszym miejscu znajduje się karta, która obecnie przyjmuje płatności, a na drugim miejscu już inna karta, którą usunięto z pracy, a obok kart powinna aktualizować się całkowita suma wpływów dla tej karty. Statystyka powinna działać idealnie i aktualizować każdą całkowitą sumę udanych płatności dla jakiejkolwiek karty. Na przykład, usunęliśmy jedną kartę z pracy i dodaliśmy inną kartę do pracy, ale klient płaci już na starą kartę, dlatego statystyka powinna aktualizować całkowitą sumę nawet dla tej karty, którą usunęliśmy z pracy;

- linia w konfiguracji, gdzie edytuje się adres statystyki;

- tworzenie/usuwanie linków do płatności w panelu administracyjnym. Aby stworzyć link do płatności, należy wprowadzić kwotę płatności i generowany jest link do płatności. Linki powinny być wielokrotnego użytku, można je płacić w nieskończoność lub do momentu, gdy je usuniemy. Linki powinny działać w zależności od tego, która karta jest obecnie dodana, jeśli karta do przyjmowania płatności nie jest dodana, to linku stworzyć nie można. Należy uwzględnić kilka ważnych kwestii, na przykład stworzono jeden link na 500 hrywien, jeden klient już zaczyna płacić na tę kartę, którą usunięto (już jest na 3ds swojego banku), a drugi klient już płaci na tę kartę, którą właśnie dodano, pierwszy klient powinien płacić na starą kartę, a nowy klient już na nową kartę. Ale co zrobić, jeśli linki już zostały stworzone, ale karta do przyjmowania płatności nie została dodana w panelu administracyjnym, to tutaj linki powinny brać sumę ostatniej karty, która była dodana, dopóki nie dodadzą nowej karty w panelu.

- linia w konfiguracji, gdzie edytuje się adres udanej, nieudanej płatności i stronę 404;

- jakościowy i ładny szablon panelu administracyjnego;

- działanie skryptu wyłącznie na mobilnych proxy. Jeśli skrypt będzie robił wszystkie zapytania o płatność dla wszystkich klientów z jednego ip, system antyfraudowy tego samego portmone zadziała i będzie strumień nieudanych płatności;

- linia w konfiguracji, gdzie edytuje się mobilne proxy, ip:port:log:pass i link do zmiany ip;

- w celach celowości skrypt będzie stworzony na kilku bramkach. Dlatego w panelu administracyjnym powinna być funkcja, którą bramkę włączyć/wyłączyć. Zawsze w pracy powinna być jedna bramka. Nie można, aby wszystkie bramki były wyłączone, zawsze powinna być jedna włączona. Należy również uwzględnić najważniejsze kwestie przy przełączaniu bramki, linki do płatności, mobilne proxy powinny aktualizować tę informację. Ale, na przykład, jeden klient już jest na 3ds swojego banku na tej bramce, którą wyłączono (na przykład ipay), a drugi klient już zdążył przejść na nową bramkę (na przykład portmone), to pierwszy klient już płaci przez starą bramkę (ponieważ już jest na 3ds swojego banku), a drugi klient tylko na linku płatności, więc on już płaci przez nową bramkę.

- statystyka płatności w telegramie. Tak, mamy statystykę webową, ale to statystyka całkowitej sumy udanych wpływów dla karty, która aktualizuje się obok każdej karty. W telegramie potrzebujemy, aby przychodziła każda udana i nieudana płatność.

- linia w konfiguracji, gdzie edytuje się token bota i chat id;

- algorytm luna na stronie, gdzie klient wprowadza swoje dane karty, a następnie jest przekierowywany na 3ds swojego banku.

Z radością rozważę wszystkie opcje dotyczące budżetu i terminów. Dziękuję wszystkim.

Здравствуйте. В поисках хорошего исполнителя кто сделает всё в лучшем виде. Пожалуйста, пропустите эту тему если у вас нет опыта в этом направлении или для вас это впервые будет. Давайте ценить время друг друга, спасибо!

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

Задачи:

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

- всё должно быть на украинском языке, веб админ-панель и тдк.

- веб админ-панель, в которой добавляются/удаляются карты для приёма платежей. В работе всегда стоит одна карта, до тех пор пока её не удалим или не поменяем. Здесь должно всё работать в идеальном порядке, к примеру мы удаляем карту и добавляем новую карту, но клиенты которые уже находятся на оплате на старую карту так и должны оплачивать на старую карту и статистика(в которой всё подробно рассписано) так и должна обновлять общую сумму заходов даже по той карте которую удалили с работы;

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

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

- строка в конфиге где редактируется адресс статистики;

- создание/удаление ссылок на оплату в веб админ-панели. Чтобы создать ссылку на оплату, нужно ввести сумму платежа и генерируется ссылка на оплату. Ссылки должны быть многоразовые, их можно оплачивать вечно или до тех пор пока не удалим её. Ссылки должны работать исходя из того какая сейчас карта добавлена, если карта для приёма платежей не добавлена, то ссылку создать нельзя. Должны учесть некоторые важные моменты, к примеру создана одна ссылка на 500 гривен, один клиент уже начинает оплачивать на ту карту которую убрали(он уже находится на 3ds своего банка) а второй клиент уже оплачивает на ту карту которую только что добавили, первый клиент так и должен оплачивать на старую карту а новый клиент уже на новую карту. Но как поступить если ссылки уже созданы, но карта для приёма платежей не добавлена в веб админ-панели, то здесь ссылки должны брать сумую последнюю карту которая была добавлена до тех пор пока не добавят новую карту в панели.

- строка в конфиге где редактируется адресс успешной, неуспешной оплаты и 404 страница;

- качественный и красивый шаблон веб админ-панели;

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

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

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

- статистика платежей в телеграме. Да, у нас есть веб статистика, но это статистика общей суммы успешных заходов по карте, которая обновляется рядом с каждой картой. В телеграме нужно чтобы приходил каждый успешный и не успешный платёж.

- строка в конфиге где редактируется token бота и chat id;

- алгоритм луна на странице где клиент вводит свои данные карты и потом его перебрасывает на 3ds его банка.

С радостью рассмотрю все варианты по бюджету и срокам. Всем спасибо.

Cześć. Szukam dobrego wykonawcy, który zrobi wszystko w najlepszym porządku. Proszę, zignoruj ten temat, jeśli nie masz doświadczenia w tej dziedzinie lub jeśli to będzie dla Ciebie pierwszy raz. Doceniajmy nawzajem swój czas, dziękuję!

Potrzebuję zrealizować skrypt do przyjmowania płatności. Skrypt powinien działać na podstawie mechanizmu p2p, przelew z karty na kartę. Co do bramek, będziemy musieli omówić to bliżej tematu, na przykład można wziąć do pracy ipay, portmone itd.

Zadania:

- wybór bramek dla dobrej przepustowości płatności i nieprzerwanej pracy;

- wszystko powinno być w języku ukraińskim, panel administracyjny itd.

- panel administracyjny, w którym dodawane/usuwane są karty do przyjmowania płatności. W pracy zawsze powinna być jedna karta, dopóki jej nie usuniemy lub nie zmienimy. Tutaj wszystko powinno działać w idealnym porządku, na przykład usuwamy kartę i dodajemy nową kartę, ale klienci, którzy już są w trakcie płatności na starą kartę, powinni płacić na starą kartę, a statystyka (w której wszystko jest szczegółowo opisane) powinna aktualizować całkowitą kwotę wpływów nawet dla tej karty, którą usunęliśmy z pracy;

- konfiguracja w skrypcie, gdzie edytuje się login/hasło do panelu administracyjnego, a także adres panelu;

- osobna strona statystyki udanych płatności (bez logowania i hasła, zwykła strona), która zeruje się co 24 godziny o 00:00, logi statystyki nie muszą być nigdzie zapisywane. Na tej stronie powinna być statystyka w porządku alfabetycznym. Na przykład, na pierwszym miejscu znajduje się karta, która obecnie przyjmuje płatności, a na drugim miejscu już inna karta, którą usunięto z pracy, a obok kart powinna aktualizować się całkowita kwota wpływów dla tej karty. Statystyka powinna działać idealnie i aktualizować każdą całkowitą kwotę udanych płatności dla jakiejkolwiek karty. Na przykład, usunęliśmy jedną kartę z pracy i dodaliśmy inną kartę do pracy, ale klient płaci już na starą kartę, dlatego statystyka powinna aktualizować całkowitą kwotę nawet dla tej karty, którą usunęliśmy z pracy;

- linia w konfiguracji, gdzie edytuje się adres statystyki;

- tworzenie/usuwanie linków do płatności w panelu administracyjnym. Aby stworzyć link do płatności, należy wprowadzić kwotę płatności i generowany jest link do płatności. Linki powinny być wielokrotnego użytku, można je płacić w nieskończoność lub do momentu, gdy je usuniemy. Linki powinny działać w zależności od tego, która karta jest obecnie dodana, jeśli karta do przyjmowania płatności nie jest dodana, to linku stworzyć nie można. Należy uwzględnić kilka ważnych kwestii, na przykład stworzono jeden link na 500 hrywien, jeden klient już zaczyna płacić na tę kartę, którą usunięto (już jest na 3ds swojego banku), a drugi klient już płaci na tę kartę, którą właśnie dodano, pierwszy klient powinien płacić na starą kartę, a nowy klient już na nową kartę. Ale co zrobić, jeśli linki już zostały stworzone, ale karta do przyjmowania płatności nie została dodana w panelu administracyjnym, to tutaj linki powinny brać kwotę ostatniej karty, która była dodana, dopóki nie dodadzą nowej karty w panelu.

- linia w konfiguracji, gdzie edytuje się adres udanej, nieudanej płatności i stronę 404;

- jakościowy i ładny szablon panelu administracyjnego;

- działanie skryptu wyłącznie na mobilnych proxy. Jeśli skrypt będzie robił wszystkie zapytania o płatność dla wszystkich klientów z jednego ip, system antyfraudowy tego samego portmone zadziała i będzie strumień nieudanych płatności;

- linia w konfiguracji, gdzie edytuje się mobilne proxy, ip:port:log:pass i link do zmiany ip;

- w celach celowości skrypt będzie stworzony na kilku bramkach. Dlatego w panelu administracyjnym powinna być funkcja, którą bramkę włączyć/wyłączyć. Zawsze w pracy powinna być jedna bramka. Nie można, aby wszystkie bramki były wyłączone, zawsze powinna być jedna włączona. Należy również uwzględnić najważniejsze kwestie przy przełączaniu bramki, linki do płatności, mobilne proxy powinny aktualizować tę informację. Ale, na przykład, jeden klient już jest na 3ds swojego banku na tej bramce, którą wyłączono (na przykład ipay), a drugi klient już zdążył przejść na nową bramkę (na przykład portmone), to pierwszy klient już płaci przez starą bramkę (ponieważ już jest na 3ds swojego banku), a drugi klient tylko na linku płatności, więc on już płaci przez nową bramkę.

- statystyka płatności w telegramie. Tak, mamy statystykę webową, ale to jest statystyka całkowitej kwoty udanych wpływów dla karty, która aktualizuje się obok każdej karty. W telegramie potrzebujemy, aby przychodziła każda udana i nieudana płatność.

- linia w konfiguracji, gdzie edytuje się token bota i chat id;

Z radością rozważę wszystkie opcje dotyczące budżetu i terminów. Dziękuję wszystkim.

Здравствуйте. В поисках хорошего исполнителя кто сделает всё в лучшем виде. Пожалуйста, пропустите эту тему если у вас нет опыта в этом направлении или для вас это впервые будет. Давайте ценить время друг друга, спасибо!

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

Задачи:

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

- всё должно быть на украинском языке, веб админ-панель и тдк.

- веб админ-панель, в которой добавляются/удаляются карты для приёма платежей. В работе всегда стоит одна карта, до тех пор пока её не удалим или не поменяем. Здесь должно всё работать в идеальном порядке, к примеру мы удаляем карту и добавляем новую карту, но клиенты которые уже находятся на оплате на старую карту так и должны оплачивать на старую карту и статистика(в которой всё подробно рассписано) так и должна обновлять общую сумму заходов даже по той карте которую удалили с работы;

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

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

- строка в конфиге где редактируется адресс статистики;

- создание/удаление ссылок на оплату в веб админ-панели. Чтобы создать ссылку на оплату, нужно ввести сумму платежа и генерируется ссылка на оплату. Ссылки должны быть многоразовые, их можно оплачивать вечно или до тех пор пока не удалим её. Ссылки должны работать исходя из того какая сейчас карта добавлена, если карта для приёма платежей не добавлена, то ссылку создать нельзя. Должны учесть некоторые важные моменты, к примеру создана одна ссылка на 500 гривен, один клиент уже начинает оплачивать на ту карту которую убрали(он уже находится на 3ds своего банка) а второй клиент уже оплачивает на ту карту которую только что добавили, первый клиент так и должен оплачивать на старую карту а новый клиент уже на новую карту. Но как поступить если ссылки уже созданы, но карта для приёма платежей не добавлена в веб админ-панели, то здесь ссылки должны брать сумую последнюю карту которая была добавлена до тех пор пока не добавят новую карту в панели.

- строка в конфиге где редактируется адресс успешной, неуспешной оплаты и 404 страница;

- качественный и красивый шаблон веб админ-панели;

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

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

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

- статистика платежей в телеграме. Да, у нас есть веб статистика, но это статистика общей суммы успешных заходов по карте, которая обновляется рядом с каждой картой. В телеграме нужно чтобы приходил каждый успешный и не успешный платёж.

- строка в конфиге где редактируется token бота и chat id;

С радостью рассмотрю все варианты по бюджету и срокам. Всем спасибо.