Program partnerski
Wybierz organizację w portalu partnera. Działania zależą od aktualnej roli i opublikowanych zasad. Stawki, limity, wymagania i terminy pochodzą z aktualnych zapisów Billing, nie z osobnej tabeli cen tutaj.
1. Zostać partnerem
Prześlij dane prawne i wymagane dokumenty. Przejdź niezależną ocenę i zaakceptuj obowiązującą umowę. Zapraszaj imiennych współpracowników tylko z potrzebnymi rolami; wrażliwe działania wymagają świeżego MFA.
2. Pozyskać klienta
Udostępnij pierwotny kod polecenia. Właściciel klienta sprawdza i potwierdza źródło. Atrybucja nie daje dostępu ani własności; polecenie i prognoza nie są wypłaconą prowizją.
3. Chronić transakcję
Zarejestruj klienta, zakres produktu i pierwotne dowody. Przeczytaj decyzję ochrony oraz termin. Rozstrzygaj powtórne roszczenia przez zachowany spór; edycja CRM nie zastępuje chronionego źródła.
4. Wdrożyć na koncie klienta
Uzgodnij projekt, zasób i zakres wdrożenia. Uzyskaj dostęp zatwierdzony przez klienta oraz wymagane płatne prawo. Śledź pierwotną instalację do potwierdzenia zastosowania przez Core klienta; wysłanie zadania nie kończy wdrożenia.
5. Poprosić o dostęp
Podaj cel, uprawnienia i czas. Właściciel klienta ocenia i potwierdza dokładne nadanie. Działaj pod własną tożsamością, nie proś o hasła. Cofnięcie lub wygaśnięcie kończy delegowany dostęp bez przeniesienia własności.
Raport techniczny wymaga osobnej aktualnej zgody klienta i jawnego wysłania przez właściciela pierwotnej instancji. Zwykła wymiana dotyczy tylko stanu. Potwierdź zakres i czas, zanonimizuj opcjonalne materiały wsparcia i oddziel liczbę wykonań od efektów biznesowych. Wyeksportowanej kopii nie można wycofać.
6. Zrozumieć naliczenie
Sprawdź pierwotne zamówienie, fakty płatności, realizację, zwroty i utrwaloną politykę. Odróżniaj kwoty oczekujące, dostępne i wstrzymane. Poproś o eksport asynchroniczny z pierwotnym powiadomieniem i terminem; zgłaszaj różnice dla pierwotnego zapisu.
7. Otrzymać wypłatę
Potwierdź dokumenty prawne, podatkowe i płatnicze. Przekaż dostępną kwotę do niezależnej akceptacji. Śledź pierwotną operację wychodzącą i zweryfikowane rozliczenie bankowe. Rezerwacja nie dowodzi przelewu. Nieznany wynik banku wymaga uzgodnienia tej operacji, nie nowej płatności.
8. Przekazać obsługę
Klient zatwierdza nowy zakres i przekazanie. Cofnij stary dostęp, przekaż uzgodnione zadania i zachowaj historię. Odzyskaj niedokończone pierwotne polecenia przed nowymi działaniami; zmiana obsługi nie przepisuje dawnych naliczeń.
9. Uzyskać certyfikat
Użyj opublikowanej wersji kursu i osobistej oceny. Sprawdź zakres, ważność i weryfikację certyfikatu. Misje wymagają zaakceptowanego dowodu własnego wkładu; kredyty nie są pieniędzmi. Sezon i dobrowolny publiczny ranking podlegają opublikowanym regułom.
10. Używać marki
Używaj zatwierdzonych materiałów i limitów kampanii. Uzyskaj akceptację MDF przed wydatkami; zwrot wymaga sprawdzonych dokumentów dostawcy i rozliczenia bankowego. Sprawdź odpowiedzialność reklamową i zgodę. Początkowy rabat nie przechodzi automatycznie na odnowienia.
11. Opublikować rozwiązanie
Przekaż materiał źródłowy, wersję, prawa i zakres instalacji do niezależnej oceny. Płatne prawa instalacji są osobne. Publiczny przypadek klienta wymaga jego aktualnej wyraźnej zgody; samo przyjęcie projektu nie wystarcza.
12. MSP i OEM
Używaj zatwierdzonej umowy, granic klientów i utrwalonych praw. Demo i NFR zachowują pierwotny termin; zdalny dostęp NFR jest sprawdzany ponownie w ramach uprawnienia do 30 sekund. Nie jest to przenośna płatna licencja. Eksportuj konfigurację przez lokalny interfejs rzeczywistego właściciela instancji, bez sekretów i treści.
Przenieś demo do instancji klienta
- Faktyczny lokalny właściciel źródłowego demo otwiera „Demo → klient”, wybiera obszar roboczy i eksportuje konfigurację. Zarejestruj pierwotny eksport, następnie pobierz
aihummer-sandbox-configuration.json. Historia, treść, sekrety demo i licencje nie są przenoszone. - W portalu partnera wybierz ten zarejestrowany eksport i aktualny opłacony projekt klienta. Podaj powód, sprawdź pierwotną operację i wyraźnie ją potwierdź. Pobierz oddzielny plik
aihummer-demo-handoff.json. - Właściciel instancji klienta otwiera lokalne przeniesienie, wybiera docelowy obszar roboczy oraz oba pliki: konfigurację do 512 KiB i plik portalu do 64 KiB. Sprawdź wyświetloną nazwę projektu i podgląd zmian. Nie wpisuje się ręcznie identyfikatora; pliki same nie udzielają zgody.
- Sprawdź zgodę klienta. Przed zastosowaniem wyraźnie potwierdź pokazane uprawnienia oraz osobno niebezpieczne działania, jeśli występują. Zastosuj zmiany: importowane zasoby są wstrzymane, agenci nie uruchamiają się automatycznie.
- Podpisz zachowany wynik importu, następnie go wyślij. Portal pokazuje stan zastosowany (
applied) dopiero po odebraniu pierwotnego potwierdzenia. - Aktualny właściciel źródłowego demo osobno kończy przeniesienie w portalu: podaje powód, sprawdza i potwierdza usunięcie.
cleanupoznacza oczekiwanie na usunięcie;convertedpojawia się dopiero po faktycznym usunięciu starej VM.
Po przerwaniu połączenia odzyskaj pierwotną operację i odczytaj wynik. W razie potrzeby wyślij ten sam zachowany wynik; nie twórz drugiego eksportu ani importu. Brak odpowiedzi lub upływ terminu nie dowodzi anulowania.
Przed udzieleniem zgody propozycję można anulować w portalu. Później właściciel Core klienta musi wyraźnie wycofać pierwotny, jeszcze niezastosowany import oraz podpisać i wysłać potwierdzenie wycofania. Zastosowanego importu nie można tak wycofać. Przywrócenie usuwa tylko niezmienione wstrzymane zasoby; nie zwraca płatności.
Gdy dostawca demo jest niedostępny, administrator sprawdza połączenie i chronioną konfigurację pierwotnych danych instalacyjnych. Nie przesyłaj tych danych w plikach przeniesienia ani wiadomościach. Rezerwa budżetowa nie jest fakturą dostawcy.
13. Opuścić program
Zatrzymaj nowe wnioski, cofnij dane uwierzytelniające i dostęp delegowany. Anuluj lub odzyskaj pierwotne oczekujące polecenia. Rozwiąż zachowane zobowiązania i przechowuj wymagane zapisy; wyjście nie usuwa zakupionych danych klienta i nie przenosi własności.
Kontrola klienta
W portalu klienta sprawdzaj zaproszenia, zakres partnera, zmianę obsługi i zgodę na publiczny przypadek. Nadawaj i cofaj wyraźnie. Własność pozostaje twoja; uczestnicy wsparcia widzą tylko uprawnioną rozmowę, nigdy prywatne notatki operatora.
Praca administratora
Publikuj wersje zasad z wymaganiami, limitami i datami po symulacji oraz niezależnej ocenie. Stop operacyjny blokuje nowe działania niezależnie od polityki handlowej; cofnięcia, historia i istniejące płatne prawa pozostają. Uzgadniaj pieniądze z pierwotnymi dowodami. Kampanie, poziomy, nagrody, incydenty i wycofania zachowują historię. Obowiązują preferencje, ciche godziny i zgoda marketingowa; zapis zdarzenia nie dowodzi dostarczenia.
API i odzyskiwanie
Dla wywołań partnerskich używaj wdrożonego kontraktu Billing; API Core jest osobne. Polecenie człowieka zachowuje jeden pierwotny UUID: przygotuj, oceń, wykonaj lub anuluj. Ponownie użyj klucza idempotencji i oczekiwanej wersji. Po przerwaniu sprawdź pierwotny wynik; brak lub wygaśnięcie stanu nie dowodzi anulowania. Ogranicz konta usługowe, chroń jednorazowe sekrety, sprawdzaj podpisy webhook i usuwaj duplikaty pierwotnych ID zdarzeń. CRM zmienia wyłącznie dozwolone pola; pieniądze i ochrona wymagają oceny Billing.
Przekazanie właściciela instalacji
W koncie klienta otwórz Organizacje i rozpocznij osobne przekazanie z potwierdzanym powiązaniem instalacji, organizacją odbiorcy i dokumentami uprawnień. Obie strony potwierdzają pierwotną sprawę ze swoich kont z MFA; operator niezależnie sprawdza dokumenty. W Core pierwotny lokalny właściciel wybiera istniejącego właściciela, odbiorca potwierdza ze swojego konta, a źródło kończy prywatną kopię. Prześlij podpisany dowód do pierwotnej sprawy i zakończ przekazanie. Licencja, dane i historia płatności pozostają; stara automatyczna odnowa ustaje. Nieznany właściciel wymaga osobnego wniosku odzyskania, bez automatycznego przekazania po numerze podatkowym. Po utracie odpowiedzi odzyskaj to samo polecenie; brak nie oznacza anulowania.
Po przekazaniu obecny właściciel opłaca oddzielne przyjęte zamówienie na swoim koncie klienta. Wcześniejsze płatności, faktury i zgoda poprzedniego płatnika na automatyczne obciążenia pozostają w pierwotnej historii. Jest to nowy zakup dla istniejącej instancji, a nie utworzenie instancji lub przeniesienie starej subskrypcji. W razie utraty odpowiedzi sprawdź pierwotne zamówienie; brak wpisu nie oznacza anulowania. Potwierdzenie płatności i przyjęcie wydania licencji są sprawdzane oddzielnie od jej faktycznego zastosowania na serwerze.
Kontakt i prywatny plan pierwszych 30 dni
Dalszy kontakt po zgłoszeniu
Podaj wybrany przez siebie kanał kontaktu i przeczytaj osobne warunki przetwarzania danych oraz marketingu. Przy opublikowanej regule kontakty planowane są na dni 0/3/7/14: odpowiedź, przypomnienie, przydatny materiał i zamknięcie. Kalendarz pracy, zgoda, godziny ciszy i limity mogą opóźnić lub wykluczyć kontakt. Po spotkaniu wstępnym opiekun osobno zapisuje podsumowanie, ograniczenia i następny krok; szkice startowe same niczego nie uruchamiają.
Aby zgłosić odpowiedź lub odmowę, użyj pierwotnego potwierdzenia i prywatnego kodu w formularzu odpowiedzi. Nie umieszczaj kodu w linku ani nie przekazuj go innym. Odpowiedź, odmowa lub trwająca rozmowa zatrzymują powtarzane kontakty; odmowa zostaje zachowana także przed uruchomieniem sekwencji. Wycofanie zgody zatrzymuje odpowiednie wiadomości bez usuwania konta, własności czy zakupionych praw. Zgłoszenie telefoniczne tworzy prywatne zadanie ręcznego kontaktu dla operatora; nie obiecuje automatycznych SMS-ów ani połączeń.
Zadania wdrożeniowe
Prywatny plan organizacji pokazuje pierwotne zadania, terminy, opiekuna i historię. Opublikowany plan pierwszych 30 dni obejmuje:
- Dzień 0: umowę i zespół z wymaganymi rolami.
- Dzień 3: szkolenie handlowe i osobisty egzamin.
- Dzień 6: praktykę techniczną po obowiązkowych kursach i niezależną ocenę.
- Dzień 11: zarejestrowaną transakcję z aktualną ochroną.
- Dzień 16: zakres projektu zatwierdzony przez klienta i powiązanie z pierwotnym zamówieniem.
- Dzień 22: ocenę wdrożenia przez metodyka.
Zapisz trzy hipotezy scenariuszy klienta, opisz jego profil i wybierz priorytet. Wykonane zadania są sprawdzane w pierwotnych zapisach i pomijane w przypomnieniach; zaznaczenie w interfejsie nie jest wynikiem. Metodyk osobno ocenia pierwsze dwa projekty, bieżącą konfigurację i złożone obserwacje testów, zapisując akceptację lub poprawki. Opublikowane reguły określają zakres pomocy; dodatkową pomoc uzgadnia się oddzielnie. Przy opóźnieniu opiekun zapisuje przyczynę—brak klienta, niejasną wartość, kompetencje, ekonomię lub wadę produktu—plan i datę kolejnego przeglądu.
Jeśli odpowiedź na działanie zaginie, sprawdź tę samą pierwotną operację; brak wyniku nie dowodzi błędu wysłania ani anulowania. Nie ponawiaj automatycznie i nie twórz nowego klucza. Przyjęcie wiadomości przez dostawcę poczty nie potwierdza dotarcia do skrzynki ani przeczytania. Niepewny wynik wymaga jawnego sprawdzenia i decyzji, a nie automatycznej powtórnej wysyłki.
Poproś o pierwszą lub kolejną ofertę
Wybierz chronioną transakcję, aktualny katalog i dokładny zakres klienta/zasobu. Pierwszy wniosek nie wymaga istniejącego quote i czeka na zgodę właściciela klienta. Finanse oferują oddzielnie przygotowany oryginalny quote; udostępnienie, akceptacja i płatność pozostają osobne. Kolejny wniosek zachowuje quote bazowy wcześniej udostępniony przez klienta. Po utracie odpowiedzi odzyskaj lub jawnie anuluj pierwotny wniosek.
Uzgodnij spotkanie
Podaj czas UTC, strefę i długość w oryginalnym zgłoszeniu. Przydzielony menedżer potwierdza lub przesuwa; proponowany czas nie jest rezerwacją. Anuluj oryginalny wniosek. Zaproszenie do zewnętrznego kalendarza jest osobną czynnością.
Zmień nazwę prawną
Właściciel/admin może zaproponować nazwę prawną tego samego zweryfikowanego podmiotu. Niezależna ocena wymaga oryginalnych dowodów rejestru i tożsamości. Kraj, forma prawna i tożsamość kanoniczna pozostają stałe; inny podmiot wymaga rejestracji. Dawne umowy i weryfikacja bankowa nie aktualizują się automatycznie.
Przywróć operacje finansowe
Każdy proces Billing zaczyna z zamkniętymi nowymi przelewami. Personel sprawdza rzeczywistą kopię, odtworzenie, kolejkę i wyciąg bankowy przed otwarciem późniejszych rezerwacji. Stare/niepewne przelewy są tylko odpytywane przez oryginalny bank ID; brak odpowiedzi nie zezwala na nowe wysłanie. Opłacone prawa klienta pozostają.
Zwroty, punkty i nagrody
Rzeczywisty oryginalny zwrot odwraca powiązane XP/kredyty według pierwotnych zasad. Niedostarczone nagrody zwalniają rezerwy; dostarczone zachowują historię oraz osobną utratę uprawnienia. Zatrzymanie demo czeka na pierwotnego właściciela; niezależnie opłacona konwersja pozostaje. Fizyczne zwroty i ręcznie dostarczone korzyści wymagają rzeczywistego rozstrzygnięcia odpowiedzialnego.
Historia i korekty
Przed backfill personel osobno sprawdza ograniczone strony pierwotnego spisu, liczby, sumy walutowe i hashe dokumentów. Nieznana własność pozostaje wyjątkiem; mapowanie nie nadaje praw. Ocenione nieopłacone korekty przypisania dodają zbilansowane zatrzymane zapisy, nie dostępny zarobek. Opłacona/zarezerwowana historia i umowne salda początkowe mają oddzielnych pierwotnych właścicieli.
Czytaj analizy
Sprawdź pierwotne źródła, kohortę, okres i formułę. Oddziel waluty, liczby operacji, opłacony przychód i wyniki biznesowe. Brakujące źródło jest niedostępne, nigdy zerowe; mało obserwacji nie dowodzi ROI. Raporty techniczne wymagają osobnej aktualnej zgody klienta. Interpretacja finansowa wynika z opublikowanej polityki.
Potwierdzone wydatki z pierwotnych systemów same nie dowodzą pełnych kosztów kampanii. Pełny zakres kosztów, w tym szkolenia i wsparcie partnerów, wymaga osobnego pierwotnego zestawienia kosztów zatwierdzonego niezależnie. Wskaźniki ilorazowe obliczaj tylko w tej samej pierwotnej walucie i przy tym samym wykładniku najmniejszej jednostki pieniężnej. Brak bieżącego źródła jest wyraźnie oznaczany jako niedostępność; konwersji nie wyprowadza się z innych działań. Identyfikatory klientów i kontaktów nie są ujawniane. Poniesione koszty nie potwierdzają płatności bankowej.
Tymczasowy dostęp lokalny bez połączenia
Jeśli funkcja jest obsługiwana, lokalny właściciel przyznaje wskazanemu imiennie inżynierowi krótki dostęp wyłącznie do stanu technicznego wybranego obszaru roboczego, zgodnie z opublikowaną, podpisaną polityką Billing. Przedłużenie i natychmiastowe cofnięcie następują lokalnie. Centralne cofnięcie oczekuje na synchronizację, dopóki instancja nie zaimportuje zweryfikowanego podpisanego potwierdzenia; brak połączenia nie dowodzi zastosowania cofnięcia. Ponowne uruchomienie wymaga nowej zgody lokalnej. Dostęp nie nadaje uprawnień administracyjnych, dostępu do treści ani płatnej licencji.
Faktura bankowa, prezenty i karta do odnowienia
W panelu klienta wybierz swoją organizację i otwórz pierwotną ofertę. Sprawdź cały koszyk, zaakceptuj warunki i opłać fakturę bankową. Częściowy wpływ nie kończy zamówienia. Po otrzymaniu całej kwoty poczekaj na potwierdzenie całego zamówienia i osobno sprawdź dostarczenie licencji, zasobu lub modułu; zastosowanie licencji na serwerze ma własny wynik.
Pozycja „Prezent — bez opłat” pozostaje w zamówieniu, ale nie tworzy prowizji ani pierwszego płatnego zakupu dla naliczeń. Dodatkowe wpływy są rozliczane osobno i nie opłacają automatycznie innego zamówienia. Przy potwierdzonym powiązaniu z Twoim zamówieniem można zobaczyć kwotę otrzymaną, faktycznie zwróconą i pozostałą; automatyczny zwrot nie jest obiecany.
- Po potwierdzeniu odpowiedniej usługi właściciel organizacji wybiera połączenie karty do odnowienia. Przeczytaj warunki, wybierz bank i osobno zaakceptuj odnowienie oraz płatność weryfikacyjną 1 RUB z jej zwrotem.
- Przejdź do banku. Ten 1 RUB weryfikuje kartę i nie opłaca zamówienia ani okresu usługi. Zwrot ma osobny stan: oczekujący, wyjaśniany lub zakończony.
- Po powrocie jawnie sprawdź stan tej samej operacji. Link powrotu nie potwierdza płatności ani upoważnienia do obciążenia.
- Osobno potwierdź kartę i odnowienie. Jeśli wynik jest nieznany, odczytaj pierwotną operację; nie rozpoczynaj nowego połączenia i nie wysyłaj ponownie automatycznie.
Przyszłe odnowienie to osobna płatność za własny okres. Pierwsze zamówienie bankowe i jego historia pozostają; sama karta nie dowodzi zapłaty ani realizacji nowego okresu.
Zmiana partnera obsługującego
Właściciel organizacji klienta najpierw proponuje oczekujące przypisanie nowemu partnerowi dla tego samego zasobu. Właściciel nowego partnera wybiera „Zaproponuj zmianę”, poprzednie przypisanie, datę wejścia w życie i powód. Potwierdź pięć kontroli: zakres obsługi, otwarte prace, otrzymaną dokumentację, ciągłość obsługi i cofnięcie poprzedniego dostępu. Przeczytaj tytuł i pełne warunki pierwotnej umowy nowego przypisania przed jawnym potwierdzeniem propozycji.
Właściciel klienta sprawdza partnerów, inicjatora, daty i skutki. „Data następnego okresu” pokazuje zachowaną datę pierwotnej usługi albo „Niedostępne”; brak lub upływ daty nie oznacza prognozy. Wybierz „Zatwierdź zmianę”, potem osobno „Zakończ zmianę” w dniu wejścia w życie lub później. Zatwierdzenie i upływ czasu nie kończą zmiany. „Anuluj zmianę” anuluje proponowaną lub zatwierdzoną zmianę przed zakończeniem.
Zakończenie cofa poprzednie przypisanie i jego uprawnienia techniczne. Nowy dostęp inżyniera wymaga osobnej zgody klienta; natychmiastowe zdalne cofnięcie na instancji offline nie jest gwarantowane. Opłacone licencje, pieniądze i zapisana atrybucja pozostają. Późniejsze skutki finansowe wynikają z istniejącej polityki bez obietnicy płatności lub prowizji. Klient zachowuje niezależne prawo cofnięcia dostępu podczas sporów handlowych.
Po utracie odpowiedzi wybierz „Odzyskaj pierwotny wynik” dla tej samej operacji. Brakujący lub nieznany wynik pozostaje nierozstrzygnięty. Dopiero po sprawdzeniu „Ponów to samo żądanie” pozwala jawnie wysłać ponownie zachowane dokładne żądanie. Nie twórz zastępczej operacji i nie wysyłaj automatycznie.