Napisać OPROGRAMOWANIE na BLOCKCHAIN część 3

- 3. umowa na rozwój backendu i wdrożenie frontu + podłączenie do smart kontraktu 

frontend (react) zgodnie z projektem https://drive.google.com/file/d/1TZJkWb4BSQl4Zq7NetWcN5q5IqI1po0o/view?usp=sharing

backend (Nodejs) zgodnie z wymaganiami:

Wymagania dotyczące sieci referencyjnej na 10 poziomach.

Gracz w programie referencyjnym buduje sieć na podstawie rekomendacji, tzn. powinno być pole do generowania linku referencyjnego i kodu QR.

Definicje:

Gracz - klient, który okresowo korzysta z usługi.

Aktywny Gracz - klient, który w ciągu miesiąca kalendarzowego dokonał płatności na kwotę od 30 UAH (jako przykład).

Wszystkie wartości cyfrowe to  zmienna wielkość.

Przyznania są dokonywane w pierwszy dzień nowego miesiąca za poprzedni.

Przyznania nagród (bonusów) są dokonywane tylko  dla tych, którzy dokonali płatności na kwotę od 30 UAH, jeśli nie ma płatności, bonusy nie są przyznawane.

Gracz  domyślnie uważany jest za poziom zerowy (korzeniowy).

Od pierwszego  poziomu  (kogo osobiście zaprosił) otrzymuje  5% płatności za miesiąc;

Od drugiego      5%;

Od trzeciego      5%;

Od czwartego    5%;

Od piątego        5%.

Od szóstego       5%

Od siódmego      5%

Od ósmego      5%

Od dziewiątego      5%

Od dziesiątego      5% 

Poniżej dziesiątego poziomu przyznania  dla poziomu zerowego nie ma.  Nagrody wynoszą 50%.

Administrator widzi całą sieć. Gracze tylko swoją w swoich panelach.

Klienci powinni przyciągać referentów wszystkimi dostępnymi metodami - media społecznościowe, kody QR i inne.

Administrator -  dwa poziomy - administrator, operator.

W panelu  Administratora powinno być:

1. Konfigurowalne poziomy dostępu.

1.1. Administrator 

1.2. Operator

Co powinno być - liczba wszystkich osób, liczba płatności, liczba przyznań. 

Eksport dokumentów dla BAZ.

Wykresy, wybór według interesujących parametrów. Okno wiadomości z banerem reklamowym - ustawienia dla klientów.

2. Klient

Liczba zaproszonych referentów ogółem i według poziomów

Liczba aktywnych (opłaconych) referentów ogółem i według poziomów

Kwota przyznanych bonusów

Okno wiadomości lub baner reklamowy.

Okno generowania kodu QR linku referencyjnego i stałego linku referencyjnego.

Strona główna 

Zapytanie o rejestrację użytkownika w nowej oddzielnej bazie danych referentów z potwierdzeniem przez e-mail. (plus dodajemy zapytanie łączące, aby sprawdzić, czy ten użytkownik znajduje się w ogólnej bazie danych oraz wymyślamy przekazywanie i aktualizację liczby mirakoinów i płatności między dwiema bazami danych) p.s będzie można ustalić czas na rozmowę i omówić możliwe opcje.

Zapytanie o podstawowe wejście na stronę.

Strona “Mój profil”

Zapytanie, które zwraca sumę wpłat oraz status konta, saldo użytkownika oraz liczbę referentów. 

Przycisk “doładuj konto” (nasze systemy płatności, nic nie jest potrzebne)

Przycisk “Wypłać bonusy” nie ma zapytania, ponieważ przenosi użytkownika na stronę bonusów. 

Przycisk “Szczegóły” pod referentami również nie wymaga zapytania, przenosi użytkownika na inną stronę.

Strona “Moje bonusy”

Zapytanie o saldo bieżących bonusów użytkownika oraz statystyki przyznawania bonusów (rok, trzy miesiące, miesiąc, tydzień) oraz wypłat z tymi samymi interwałami.

Zapytanie o wypłatę środków na kartę (dodatkowe informacje, przekażemy podczas realizacji)

Zapytanie o przeliczenie bonusów na miraplay (zmiana liczby monet w bazie użytkownika, przygotuję odpowiednią trasę według parametrów) 

Zapytanie o wypłatę na portfel kryptograficzny.

Strona “Moje Referencje”

      1.Dane o zaproszonych i aktywnych użytkownikach.

      2.Dane o referentach porównawczo (wszystkie informacje wraz z procentami w zależności od poziomu) z imieniem i awatarem użytkownika-referenta.

      3.Wyciąg agregatu analityki o rejestracji referentów  (rok, trzy miesiące, miesiąc, tydzień)

Strona “Moje linki referencyjne”

      1. Zapytanie o stworzenie linku referencyjnego (w polu wejściowym użytkownik będzie dodawał nazwę linku, która na backendzie dodawana jest do ogólnego formatu linków i generowana. W miarę możliwości zrobić je krótkimi).

      1.1 edytowanie nazwy linku i regeneracja linku. 

     2.Zapytanie, które zwraca aktywne linki użytkownika. 

     3. Zapytanie o usunięcie linku z bazy danych.

     4. Logowanie przejścia po zapytaniu.

     5. Analiza liczby przejść i rejestracji dla każdego z linków według nazwy. 

Strona “Moje Ustawienia”

Zapytanie o wszystkie dane.

zapytanie o zmianę danych (Nazwisko, Imię, Imię ojca, Login, E-mail, Telefon, Data urodzenia, Telegram, Zmiana hasła, Kod identyfikacyjny, Seria i numer paszportu, Twoje zameldowanie, Kto wydał, Twoje dane, KVED, EDRPOU, Nazwa TOW, Avatar Użytkownika)

Strona “FAQ” 

Zapytanie o uzyskanie wszystkich pytań i odpowiedzi.

Zapytanie administracyjne do dodawania, edytowania i usuwania pytań. (+ potrzebny dynamiczny tłumaczenie).

Przycisk “Skontaktuj się z nami” przyjmuje dane (Temat, pytanie, użytkownik) i zapisuje pytanie w bazie danych. Osobno i w podmiocie użytkownika, który zadawał pytanie, aby później wyświetlić historię korespondencji.  

Strona “Użytkownicy” (Administracyjna)

Zapytanie o wszystkich użytkowników.

Zapytanie o posortowanych aktywnych klientów, którzy już mają zarejestrowanych referentów.

Zapytanie o posortowanych użytkowników, którzy mają przynajmniej 1 płatność.

Zapytanie administracyjne o zablokowanie użytkownika z logowaniem przyczyny.

Zapytanie administracyjne o przeniesienie użytkownika do operatora.

Zapytanie administracyjne o informacje o konkretnym użytkowniku. 

Zapytanie o obniżenie operatora z powrotem do użytkownika (z logowaniem w formacie “usunięci operatorzy”)

Zapytanie o wszystkich usuniętych operatorów.

Zapytanie o zablokowanych użytkowników ze wszystkimi informacjami i przyczyną blokady. 

Strona “Statystyki” (Administracyjna)  

Statystyki dotyczące płatności użytkowników (dzień, tydzień, miesiąc, trzy miesiące, rok, wprowadzenie według dat) oraz całkowita kwota za wybrany okres. 

Statystyki dotyczące rejestracji (dzień, tydzień, miesiąc, trzy miesiące, rok, wprowadzenie według dat)

Statystyki dotyczące aktywnych (ponad 100 UAH) i nieaktywnych użytkowników (dzień, tydzień, miesiąc, trzy miesiące, rok, wprowadzenie według dat)

Statystyki dotyczące przejść referencyjnych (dzień, tydzień, miesiąc, trzy miesiące, rok, wprowadzenie według dat)

Statystyki wypłat z wariantami “na konto”, “przeniesienie na mirakoiny”, “wypłata na portfel kryptograficzny”.

Statystyka różnicy aktywnych użytkowników w porównaniu do poprzedniego miesiąca. 

Strona “Ustawienia poziomów referencyjnych” (Administracyjna)

     1.Zapytanie o edytowanie stawki procentowej poziomów referentów  

Strona “Opinie” (Administracyjna)

Zapytanie o wyświetlenie wszystkich wysłanych zapytań. 

Zapytanie, które przyjmuje odpowiedź do konkretnego pytania i dodaje tę odpowiedź do informacji użytkownika, który zadawał to pytanie.

Model użytkownika

System przyznawania bonusów zaczyna się od momentu, gdy użytkownik przyprowadza pierwszego referenta, który dokonuje płatności. 

Te bonusy są “szare”, dopóki użytkownik nie wpłaci na konto od 100 UAH. Po zmianie statusu konta na “aktywny” te bonusy przenoszą się do kategorii “zielone” i są już nie w “bonusach” użytkownika, ale w jego saldzie. To znaczy, że są zachowywane. Od następnego miesiąca wszystkie bonusy znowu są liczone w kategorii “szare” i zerowane, jeśli w ciągu bieżącego miesiąca konto nie zostało przeniesione do statusu “aktywny” (kwota wpłat była mniejsza niż 100 UAH). Wypłata bonusów jest możliwa tylko pod warunkiem, że w momencie składania wniosku o wypłatę konto użytkownika jest w statusie “aktywny” (kwota doładowań za bieżącą liczbę dni przekracza 100 UAH). Rozpoczęcie i aktualizacja konta oraz statusu bonusów są powiązane z początkiem i końcem miesiąca kalendarzowego. 

Wyjaśnienia dotyczące ważnych punktów modelu użytkownika, dla wygody.

logowanie przejść po  linkach referencyjnych użytkownika (nawet jeśli bez rejestracji, rejestrujemy aktywność oraz  liczbę  zainteresowanych klientów). 

pole dotyczące posiadania podpisanej umowy na wypłatę środków (będzie zmieniać się przez zapytanie administracyjne-potwierdzenie).

Pole rejestracji, czy jest to osoba publiczna, przez zapytanie administracyjne 

pola z wartościami wypłaty środków na różne systemy.

tablica z korespondencją z administratorem/operatorami z datami i tematyką korespondencji.

pole, czy użytkownik był operatorem

przyczyna blokady, jeśli został zablokowany. 

logowanie wypłat środków na różnych systemach 

rachunek całkowitego doładowania i usunięcia przez cały czas istnienia “użytkownika”

rejestracja każdej wypłaty i doładowania środków z datą i czasem. 

rejestracja ostatniego aktywnego miesiąca użytkownika. Jeśli u wcześniej aktywnego użytkownika wystąpi przerwa w 2 miesiącach, wysyłamy zaplanowane powiadomienie na e-mail. 

Tak samo zaplanowane powiadomienie o możliwości utraty przyznanych “szarych” bonusów, na 10 dni przed końcem miesiąca. 

wysyłanie ostrzeżenia o dużej liczbie referentów, którzy weszli przez link, ale się nie zarejestrowali, z wyjaśnieniem nazwy linku. Dla zwykłego użytkownika po każdych 20 “pustych” przejściach. Dla użytkownika publicznego po każdych 50 “pustych” przejściach.

I połączenie z główną bazą danych, aby jednocześnie zaktualizować liczbę płatności i monet. 

Również należy wyróżnić i zabronić usuwania profili “czystych” administratorów. Ale mieć zapytanie o przekształcenie użytkownika w użytkownika&operatora lub użytkownika&administratora, których można blokować i usuwać. To znaczy mieć różnicę zapisów w bazie danych dla czystych i mianowanych administratorów.

I śledzić liczbę użytkowników na stronie w danym momencie.

Logowanie, które musi być obowiązkowe.

     Liczba przejść przez linki

     Liczba aktywnych użytkowników według miesięcy

     Liczba nieaktywnych użytkowników według miesięcy

     Korespondencja z klientami z powiązaniem id użytkownika, który pyta oraz administratora/operatora, który odpowiada. 

     Usunięci operatorzy/administratorzy

Zachowanie struktury użytkowników w systemie blockchain poprzez smart kontrakt z elastyczną możliwością wdrażania dodatkowych funkcji (system modułowy)

Przykład: kontrola salda bonusów

Baza danych według uznania

Kopia wszystkich użytkowników z uwzględnieniem struktury zachować w bazie danych