Partnerprogram
Vælg organisation i partnerportalen. Handlinger afhænger af nuværende rolle og offentliggjorte regler. Satser, grænser, krav og frister kommer fra aktuelle Billing-poster, ikke en separat pristabel her.
1. Bliv partner
Send juridiske oplysninger og nødvendige dokumenter. Følg den uafhængige vurdering og accepter gældende aftale. Inviter navngivne kolleger med kun nødvendige roller; følsomme handlinger kræver frisk MFA.
2. Tiltræk en kunde
Del din oprindelige henvisningskode. Kundens ejer vurderer og bekræfter kilden. Tilskrivning giver hverken adgang eller ejerskab; henvisning og prognose er ikke betalt provision.
3. Beskyt en aftale
Registrer kunde, produktomfang og oprindelige beviser. Læs beskyttelsesbeslutningen og udløbet. Løs dobbelte krav gennem den bevarede tvist; en CRM-ændring erstatter ingen beskyttet kilde.
4. Indfør på kundens konto
Aftal projekt, ressource og indførelsesomfang. Få kundegodkendt adgang og nødvendig betalt rettighed. Følg oprindelig installation indtil kundens Core bekræfter anvendelsen; at sende en opgave afslutter ikke indførelsen.
5. Anmod om adgang
Angiv formål, rettigheder og varighed. Kundens ejer gennemgår og bekræfter den præcise tildeling. Brug egen identitet, anmod ikke om adgangskoder. Tilbagekaldelse eller udløb afslutter delegeret adgang uden at overføre ejerskab.
Tekniske rapporter kræver kundens separate aktuelle godkendelse og udtrykkelig afsendelse fra den oprindelige instansejer. Normal tilstandsudveksling giver kun status. Bekræft omfang og varighed, anonymiser valgfrit støttemateriale og adskil antal kørsler fra forretningsresultater. En eksporteret kopi kan ikke tilbagekaldes.
6. Forstå optjeningen
Gennemgå oprindelig ordre, betalingsfakta, opfyldelse, tilbagebetalinger og gemt politik. Skeln mellem afventende, tilgængelige og tilbageholdte beløb. Anmod om asynkron eksport med oprindelig besked og udløb; knyt afvigelser til den oprindelige post.
7. Modtag udbetaling
Bekræft juridiske, skatte- og betalingsdokumenter. Send det tilgængelige beløb til uafhængig godkendelse. Følg oprindelig udgående handling og verificeret bankafregning. Reservation beviser ingen bankoverførsel. Et ukendt bankresultat kræver afstemning af den samme handling, ikke ny betaling.
8. Overdrag service
Kunden godkender nyt omfang og overdragelse. Tilbagekald gammel adgang, overfør aftalte opgaver og bevar historikken. Gendan uafsluttede oprindelige kommandoer før nye handlinger; serviceskift omskriver ikke tidligere optjening.
9. Bliv certificeret
Brug offentliggjort kursusrevision og personlig vurdering. Kontroller certifikatets omfang, udløb og verifikation. Opgaver kræver godkendt bevis for dit eget bidrag; kreditter er ikke penge. Sæson og frivillig offentlig rangliste følger offentliggjorte regler.
10. Brug mærket
Brug godkendte materialer og kampagnegrænser. Få MDF-godkendelse inden udgifter; refusion kræver verificerede leverandørdokumenter og bankafregning. Kontroller reklameansvar og samtykke. Første rabat gælder ikke automatisk ved fornyelser.
11. Offentliggør en løsning
Send originalt materiale, version, rettigheder og installationsomfang til uafhængig vurdering. Betalte installationsrettigheder er separate. En offentlig kundecase kræver også kundens aktuelle udtrykkelige samtykke; projektaccept alene er utilstrækkelig.
12. MSP og OEM
Brug godkendt aftale, kundegrænser og gemte rettigheder. Demo og NFR bevarer oprindeligt udløb; fjern-NFR-adgang kontrolleres igen med en tilladelse på højst 30 sekunder. Det er ikke en flytbar betalt licens. Eksporter konfiguration via den faktiske instansejers lokale grænseflade uden hemmeligheder eller indhold.
Overfør demoen til kundens instans
- Den oprindelige demos faktiske lokale ejer åbner ”Demo → kunde”, vælger et arbejdsområde og eksporterer konfigurationen. Registrér den oprindelige eksport og hent
aihummer-sandbox-configuration.json. Historik, indhold, demohemmeligheder og licenser overføres ikke. - Vælg den registrerede eksport og kundens aktuelle betalte projekt i partnerportalen. Angiv årsag, gennemgå den oprindelige handling og bekræft den udtrykkeligt. Hent den separate fil
aihummer-demo-handoff.json. - Ejeren af kundens instans åbner lokal overførsel, vælger målarbejdsområdet og begge filer: konfiguration op til 512 KiB og portalfil op til 64 KiB. Kontrollér projektnavnet og de viste ændringer. Ingen identifikator indtastes manuelt; filerne giver ikke i sig selv tilladelse.
- Kontrollér kundens tilladelse. Bekræft før anvendelse udtrykkeligt de viste rettigheder og særskilt eventuelle farlige handlinger. Anvend ændringerne: importerede ressourcer er sat på pause, og agenter starter ikke automatisk.
- Underskriv det bevarede importresultat og send det derefter. Portalen viser anvendt tilstand (
applied) først efter modtagelse af den oprindelige bekræftelse. - Den oprindelige demos nuværende ejer afslutter overførslen særskilt i portalen: angiv årsag, gennemgå og bekræft sletningen.
cleanupbetyder, at sletning afventes;convertedvises først efter faktisk sletning af den gamle VM.
Efter en afbrydelse gendannes den oprindelige handling, og resultatet læses. Send om nødvendigt det samme bevarede resultat; opret ikke en anden eksport eller import. Manglende svar eller udløbet frist beviser ikke annullering.
Før tilladelsen gives, kan forslaget annulleres i portalen. Derefter skal kundens Core-ejer udtrykkeligt annullere den oprindelige endnu ikke anvendte import samt underskrive og sende bekræftelsen. En anvendt import kan ikke annulleres sådan. Tilbagerulning fjerner kun uændrede ressourcer på pause; betalinger refunderes ikke.
Hvis demoleverandøren er utilgængelig, kontrollerer administratoren forbindelsen og den beskyttede konfiguration af oprindelige installationsoplysninger. Send ikke disse i overførselsfiler eller beskeder. En budgetreservation er ikke en leverandørfaktura.
13. Forlad programmet
Stop nye ansøgninger, tilbagekald legitimationsoplysninger og delegeret adgang. Annuller eller gendan oprindelige afventende kommandoer. Løs bevarede forpligtelser og behold nødvendige poster; udtræden sletter ikke kundens købte data og overfører ikke ejerskab.
Kundekontrol
I kundeportalen gennemgår du invitationer, partneromfang, serviceskift og samtykke til offentlig kundecase. Tildel og tilbagekald udtrykkeligt. Ejerskab forbliver dit; støttedeltagere ser kun tilladt samtale, aldrig operatørens private noter.
Administratorens arbejde
Offentliggør regelversioner med krav, grænser og datoer efter simulering og uafhængig vurdering. Driftsstop blokerer nye handlinger separat fra handelspolitikken; tilbagekaldelser, historik og eksisterende betalte rettigheder forbliver. Afstem penge mod oprindelige beviser. Kampagner, niveauer, belønninger, hændelser og tilbageførsler bevarer historik. Meddelelsesvalg, stille timer og marketingsamtykke gælder; registreret hændelse beviser ingen levering.
API og gendannelse
Brug udrullet Billing-kontrakt til partnerkald; Core API er separat. Menneskets kommando bevarer én oprindelig UUID: forbered, vurder, udfør eller annuller. Genbrug idempotensnøglen og forventet version. Spørg efter afbrydelse om oprindeligt resultat; manglende eller udløbet status beviser ikke annullering. Begræns servicekonti, beskyt engangshemmeligheder, kontroller webhook-signaturer og fjern dubletter af oprindelige hændelses-ID’er. CRM ændrer kun tilladte felter; penge og beskyttelse kræver Billing-vurdering.
Overfør installationens ejer
Åbn Organisationer i kundekontoen, og start en særskilt overførsel med bekræftet installationsrelation, modtagerorganisation og fuldmagtsdokumenter. Begge parter bekræfter den oprindelige sag fra deres konti med MFA; operatøren kontrollerer dokumenterne uafhængigt. I Core vælger den oprindelige lokale ejer en eksisterende ejer, modtageren bekræfter fra sin konto, og kilden fuldfører en privat sikkerhedskopi. Upload det signerede bevis til den oprindelige sag og fuldfør overførslen. Licens, data og betalingshistorik bevares; gammel automatisk fornyelse stopper. Ukendt ejer kræver en særskilt gendannelsesanmodning, ikke automatisk overførsel via skatte-ID. Efter mistet svar gendannes samme kommando; fravær er ikke annullering.
Efter overførslen betaler den nuværende ejer en separat accepteret ordre i sin egen kundekonto. Tidligere betalinger, fakturaer og den tidligere betalers tilladelse til automatiske træk forbliver i den oprindelige historik. Dette er et nyt køb til en eksisterende instans, ikke oprettelse af en instans eller overførsel af det gamle abonnement. Hvis svaret går tabt, kontrollér den oprindelige ordre; en manglende registrering betyder ikke annullering. Betalingsbekræftelsen og accepten af licensudstedelsen kontrolleres særskilt fra, om licensen faktisk er taget i brug på serveren.
Kontakt og din private plan for de første 30 dage
Følg op på en henvendelse
Angiv den kontaktkanal, du har bedt om, og læs de særskilte vilkår om privatliv og markedsføring. Med en offentliggjort regel planlægges kontakterne til dag 0/3/7/14: svar, påmindelse, nyttigt materiale og afslutning. Arbejdskalender, samtykke, stille timer og grænser kan udskyde eller forhindre kontakt. Efter den indledende samtale registrerer den ansvarlige særskilt resumé, begrænsninger og næste skridt; startkladder aktiverer intet alene.
Brug den oprindelige kvittering og private kode i svarformularen til at registrere et svar eller afslag. Sæt ikke koden i et link, og del den ikke med andre. Svar, afslag eller en igangværende samtale stopper gentagen kontakt; afslaget gemmes også før sekvensens start. Tilbagekaldelse af samtykke stopper de relevante beskeder uden at slette konto, ejerskab eller købte rettigheder. En telefonhenvendelse opretter en privat opgave til operatøren om manuel kontakt; automatiske SMS’er eller opkald loves ikke.
Introduktionsopgaver
Din private organisationsplan viser oprindelige opgaver, frister, ansvarlig og historik. Den offentliggjorte plan for de første 30 dage omfatter:
- Dag 0: aftale og team med de nødvendige roller.
- Dag 3: kommerciel undervisning og personlig prøve.
- Dag 6: teknisk praktik efter obligatoriske kurser og uafhængig vurdering.
- Dag 11: en registreret handel med gældende beskyttelse.
- Dag 16: projektomfang godkendt af kunden og knyttet til den oprindelige ordre.
- Dag 22: metodologens gennemgang af implementeringen.
Skriv tre hypoteser om kundescenarier, beskriv kundeprofilen, og vælg en prioritet. Udførte opgaver kontrolleres mod oprindelige registreringer og springes over i påmindelser; et flueben i grænsefladen er ikke et resultat. Metodologen gennemgår de første to projekter, den aktuelle konfiguration og indsendte testobservationer særskilt og registrerer accept eller rettelser. Offentliggjorte regler fastsætter hjælpens omfang; ekstra hjælp aftales særskilt. Ved forsinkelse registrerer den ansvarlige årsagen—ingen kunde, uklar værdi, kompetencer, økonomi eller produktfejl—plan og dato for næste gennemgang.
Hvis svaret på en handling går tabt, kontrollér samme oprindelige operation; et manglende resultat beviser ikke mislykket afsendelse eller annullering. Forsøg ikke automatisk igen, og opret ikke en ny nøgle. At mailudbyderen accepterer en besked, bekræfter hverken levering i indbakken eller læsning. Et usikkert udfald kræver udtrykkelig kontrol og beslutning, ikke automatisk gentaget afsendelse.
Bed om første eller næste tilbud
Vælg beskyttet handel, aktuelt katalog og præcist kunde-/ressourceomfang. Første anmodning behøver ingen eksisterende quote og afventer kundeejerens godkendelse. Finanspersonale tilbyder en særskilt forberedt oprindelig quote; deling, accept og betaling er separate. Næste anmodning beholder den grundquote, kunden tidligere delte. Efter tabt svar gendan eller annuller udtrykkeligt den oprindelige anmodning.
Aftal et møde
Angiv UTC-tid, tidszone og varighed i oprindelig supportsag. Den tildelte ansvarlige bekræfter eller flytter; ønsket tid er ingen reservation. Annuller oprindelig anmodning. Ekstern kalenderinvitation er en særskilt handling.
Ændr juridisk navn
Ejer/admin kan foreslå samme verificerede enheds juridiske navn. Uafhængig gennemgang kræver oprindelige register- og identitetsbeviser. Land, juridisk form og kanonisk identitet står fast; en anden enhed skal tilmeldes. Tidligere aftaler og bankverifikation opdateres ikke automatisk.
Gendan finansielle operationer
Hver Billing-proces starter med nye overførsler lukket. Personale gennemgår ægte backup, gendannelse, kø og bankudtræk før senere reservationer åbnes. Gamle/usikre overførsler forespørges kun med oprindeligt bank-ID; manglende svar tillader ingen ny afsendelse. Kundens betalte rettigheder består.
Refusioner, point og belønninger
Ægte oprindelig refusion tilbagefører tilknyttede XP/kreditter efter oprindelige regler. Ikke leverede belønninger frigiver reservationer; leverede bevarer historik og særskilt tab af berettigelse. Demostop afventer oprindelig ejer; uafhængigt betalt konvertering består. Fysiske returneringer og manuelt leverede fordele kræver faktisk ansvarlig løsning.
Historik og rettelser
Før backfill gennemgår personale særskilt afgrænsede oprindelige optællingssider, antal, valutasummer og dokumenthash. Ukendt ejerskab forbliver undtagelse; tilknytning giver ingen rettigheder. Gennemgåede ubetalte tilskrivningsrettelser tilføjer balancerede tilbageholdte poster, ingen disponible indtægter. Betalt/reserveret historik og kontraktlige åbningssaldi har egne oprindelige ejere.
Læs analyser
Kontrollér oprindelige kilder, kohorte, tidsvindue og formel. Adskil valutaer, antal operationer, betalt indtægt og forretningsresultater. Manglende kilde er utilgængelig, aldrig nul; få observationer beviser ikke ROI. Tekniske rapporter kræver kundens særskilte aktuelle godkendelse. Finansiel fortolkning følger offentliggjort politik.
Bekræftede udgifter fra de oprindelige systemer dokumenterer ikke i sig selv alle kampagnens omkostninger. En fuldstændig opgørelse, herunder oplæring og støtte til partnere, kræver et særskilt oprindeligt omkostningsudtræk med uafhængig godkendelse. Beregn kun forholdstal inden for samme oprindelige valuta og med samme eksponent for den mindste valutaenhed. En manglende aktuel kilde vises udtrykkeligt som utilgængelig; konverteringer udledes ikke af anden aktivitet. Kunde- og kontaktidentifikatorer videregives ikke. Afholdte omkostninger dokumenterer ikke en bankbetaling.
Midlertidig lokal adgang uden forbindelse
Når funktionen understøttes, giver den lokale ejer en navngiven ingeniør kort adgang alene til den valgte arbejdsflades tekniske tilstand efter en offentliggjort og signeret Billing-politik. Fornyelse og øjeblikkelig tilbagekaldelse sker lokalt. Central tilbagekaldelse afventer synkronisering, indtil instansen importerer en verificeret signeret bekræftelse; manglende forbindelse beviser ikke, at tilbagekaldelsen er gennemført. Genstart kræver ny lokal godkendelse. Adgangen giver ingen administratorrettigheder, adgang til indhold eller betalt licens.
Bankfaktura, gaver og kort til fornyelse
Vælg din organisation i kundeportalen og åbn det oprindelige tilbud. Kontrollér hele kurven, acceptér betingelserne og betal bankfakturaen. En delbetaling afslutter ikke ordren. Når hele beløbet er modtaget, afvent bekræftelse af hele ordren og kontrollér levering af licens, ressource eller modul separat; anvendelse af licensen på serveren har sit eget resultat.
En linje »Gave — uden betaling« bevares i ordren, men skaber hverken provision eller et første betalt køb til optjening. Ekstra indbetalinger registreres separat og betaler ikke automatisk en anden ordre. Ved en reel tilknytning til din ordre kan du se modtaget, faktisk tilbagebetalt og resterende beløb; automatisk tilbagebetaling loves ikke.
- Efter bekræftelse af en egnet tjeneste vælger organisationens ejer at tilknytte et kort til fornyelse. Læs betingelserne, vælg bank og acceptér fornyelsen og kontrolbetalingen på 1 RUB med tilbagebetaling hver for sig.
- Fortsæt til banken. Denne 1 RUB kontrollerer kortet og betaler ikke ordren eller en tjenesteperiode. Tilbagebetalingen har egen status: afventer, afklares eller afsluttet.
- Kontrollér udtrykkeligt den samme handlings status efter retur. Returlinket bekræfter hverken betaling eller fuldmagt til debitering.
- Bekræft kort og fornyelse separat. Er resultatet ukendt, læs den oprindelige handling; start ikke en ny tilknytning, og send ikke automatisk igen.
En fremtidig fornyelse er en separat betaling for sin egen periode. Den første bankordre og historikken bevares; kortet alene beviser hverken betaling eller levering af en ny periode.
Skift servicepartner
Kundeorganisationens ejer foreslår først en afventende tildeling til den nye partner for samme ressource. Den nye partners ejer vælger »Foreslå et skift«, den tidligere tildeling, ikrafttrædelsesdato og begrundelse. Bekræft alle fem kontroller: serviceomfang, åbne opgaver, modtaget dokumentation, servicekontinuitet og tilbagekaldelse af tidligere adgang. Læs titlen og alle vilkår i den nye tildelings oprindelige aftale, før du udtrykkeligt bekræfter forslaget.
Kundens ejer gennemgår partnerne, initiativtageren, datoerne og følgerne. »Dato for næste periode« viser den bevarede dato fra den oprindelige tjeneste eller »Ikke tilgængelig«; en manglende eller passeret dato bliver ingen prognose. Vælg »Godkend skiftet«, derefter separat »Fuldfør skiftet« på ikrafttrædelsesdatoen eller senere. Godkendelse og tidens gang fuldfører ikke skiftet. »Annuller skiftet« annullerer et foreslået eller godkendt skift før fuldførelse.
Fuldførelsen tilbagekalder den tidligere tildeling og dens tekniske rettigheder. Ingeniørens nye adgang kræver kundens separate samtykke; øjeblikkelig tilbagekaldelse på afstand på en offline-instans er ikke garanteret. Betalte licenser, penge og registreret tilskrivning bevares. Senere økonomiske følger afhænger af den eksisterende politik uden løfte om betaling eller provision. Kunden bevarer sin selvstændige ret til at tilbagekalde adgang under en kommerciel tvist.
Efter et mistet svar vælger du »Hent det oprindelige resultat« for samme handling. Et manglende eller ukendt resultat forbliver uafklaret. Først efter kontrollen kan »Prøv samme anmodning igen« udtrykkeligt sende den bevarede præcise anmodning igen. Opret ingen erstatning, og send ikke automatisk igen.