Cześć. W poszukiwaniu dobrego wykonawcy, który zrobi wszystko w najlepszym porządku. Proszę, zignoruj ten temat, jeśli nie masz doświadczenia w tym zakresie lub jeśli to będzie dla Ciebie pierwszy raz. Doceniajmy nawzajem swój czas, dziękuję!
Potrzebny jest skrypt do przyjmowania płatności. Skrypt powinien działać na podstawie mechanizmu p2p, przelew z karty na kartę. W kwestii bramek będziemy musieli omówić to bliżej, 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 płaci za zakupy, panel administracyjny w sieci, strony udanej/nieudanej płatności itd.
- 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ą usunięto z pracy;
- konfiguracja w skrypcie, w której 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ą usunięto z pracy;
- linia w konfiguracji, w której edytuje się adres statystyki;
- tworzenie/usuwanie linków do płatności w panelu administracyjnym w sieci. Aby utworzyć 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 utworzyć. Należy uwzględnić kilka ważnych kwestii, na przykład utworzono 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 utworzone, 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 została dodana, dopóki nie dodadzą nowej karty w panelu.
- strony udanej i nieudanej płatności (szablony i dokąd przekierować klientów będą omawiane);
- linia w konfiguracji, w której edytuje się adres udanej i nieudanej płatności;
- jakościowy i ładny szablon, w którym klient wprowadza dane swojej karty (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, w której edytuje się mobilne proxy, ip:port:log:pass i link do zmiany ip;
- w celach 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ć te informacje.
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ę w sieci, ale to 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, w której edytuje się token bota i chat id.
Z radością rozważę wszystkie opcje dotyczące budżetu i terminów. Dziękuję wszystkim.
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.
Zaloguj się
lub
zarejestruj się,
żeby zobaczyć oryginał
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.
Zaloguj się
lub
zarejestruj się,
żeby zobaczyć oryginał
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.
Zaloguj się
lub
zarejestruj się,
żeby zobaczyć oryginał
