Partnerprogram
Velg organisasjon i partnerportalen. Handlinger avhenger av gjeldende rolle og publiserte regler. Satser, grenser, krav og frister kommer fra gjeldende Billing-poster, ikke en egen pristabell her.
1. Bli partner
Send juridiske opplysninger og nødvendige dokumenter. Følg uavhengig vurdering og godta gjeldende avtale. Inviter navngitte kolleger med bare nødvendige roller; følsomme handlinger krever fersk MFA.
2. Skaff en kunde
Del den opprinnelige henvisningskoden. Kundens eier vurderer og bekrefter kilden. Tilordning gir verken tilgang eller eierskap; henvisning og prognose er ikke betalt provisjon.
3. Beskytt en avtale
Registrer kunde, produktomfang og opprinnelige bevis. Les beskyttelsesbeslutningen og fristen. Løs doble krav gjennom den bevarte tvisten; en CRM-endring erstatter ikke en beskyttet kilde.
4. Innfør på kundens konto
Avtal prosjekt, ressurs og innføringsomfang. Få kundegodkjent tilgang og nødvendig betalt rettighet. Følg opprinnelig installasjon til kundens Core bekrefter anvendelsen; å sende en oppgave fullfører ikke innføringen.
5. Be om tilgang
Oppgi formål, tillatelser og varighet. Kundens eier vurderer og bekrefter nøyaktig tillatelse. Bruk egen identitet, ikke be om passord. Tilbakekalling eller utløp avslutter delegert tilgang uten å overføre eierskapet.
Tekniske rapporter krever kundens separate gjeldende godkjenning og uttrykkelig sending fra opprinnelig instanseier. Vanlig tilstandsutveksling gir bare status. Bekreft omfang og varighet, anonymiser valgfritt støttemateriale og skill antall kjøringer fra forretningsresultater. En eksportert kopi kan ikke tilbakekalles.
6. Forstå opptjeningen
Undersøk opprinnelig ordre, betalingsfakta, oppfyllelse, refusjoner og lagret policy. Skill mellom ventende, tilgjengelige og tilbakeholdte beløp. Be om asynkron eksport med opprinnelig varsel og frist; knytt avvik til den opprinnelige posten.
7. Motta utbetaling
Bekreft juridiske, skatte- og betalingsdokumenter. Send tilgjengelig beløp til uavhengig godkjenning. Følg opprinnelig utgående operasjon og verifisert bankoppgjør. Reservasjon beviser ingen bankoverføring. Ukjent bankresultat krever avstemming av samme operasjon, ikke ny betaling.
8. Overfør oppfølging
Kunden godkjenner nytt omfang og overlevering. Trekk tilbake gammel tilgang, overfør avtalte oppgaver og bevar historikken. Gjenopprett ufullførte opprinnelige kommandoer før nye handlinger; tjenestebytte skriver ikke om tidligere opptjening.
9. Bli sertifisert
Bruk publisert kursrevisjon og personlig vurdering. Kontroller sertifikatets omfang, utløp og verifikasjon. Oppdrag krever godkjente bevis for ditt eget bidrag; kreditter er ikke penger. Sesong og frivillig offentlig rangering følger publiserte regler.
10. Bruk merkevaren
Bruk godkjent materiale og kampanjegrenser. Få MDF-godkjenning før utgifter; refusjon krever verifiserte leverandørdokumenter og bankoppgjør. Kontroller reklameansvar og samtykke. Første rabatt gjelder ikke automatisk ved fornyelse.
11. Publiser en løsning
Send originalmateriale, versjon, rettigheter og installasjonsomfang til uavhengig vurdering. Betalte installasjonsrettigheter er separate. En offentlig kundehistorie trenger også kundens gjeldende uttrykkelige samtykke; prosjektaksept er ikke nok.
12. MSP og OEM
Bruk godkjent avtale, kundegrenser og lagrede rettigheter. Demo og NFR beholder opprinnelig utløp; fjern-NFR-tilgang kontrolleres på nytt med tillatelse på høyst 30 sekunder. Det er ikke en flyttbar betalt lisens. Eksporter konfigurasjon via den virkelige instanseierens lokale grensesnitt, uten hemmeligheter eller innhold.
Overfør demoen til kundens instans
- Den opprinnelige demoens faktiske lokale eier åpner «Demo → kunde», velger et arbeidsområde og eksporterer konfigurasjonen. Registrer den opprinnelige eksporten og last ned
aihummer-sandbox-configuration.json. Historikk, innhold, demohemmeligheter og lisenser overføres ikke. - Velg den registrerte eksporten og kundens gjeldende betalte prosjekt i partnerportalen. Oppgi grunn, gjennomgå den opprinnelige handlingen og bekreft den uttrykkelig. Last ned den separate filen
aihummer-demo-handoff.json. - Eieren av kundeinstansen åpner lokal overføring, velger målarbeidsområdet og begge filene: konfigurasjon opptil 512 KiB og portalfil opptil 64 KiB. Kontroller prosjektnavnet og forhåndsviste endringer. Ingen identifikator legges inn manuelt; filene gir i seg selv ingen tillatelse.
- Kontroller kundens tillatelse. Før du anvender endringene, bekreft uttrykkelig viste rettigheter og eventuelle farlige handlinger separat. Importerte ressurser er satt på pause, og agenter starter ikke automatisk.
- Signer det bevarte importresultatet og send det deretter. Portalen viser anvendt tilstand (
applied) først etter mottak av den opprinnelige bekreftelsen. - Den opprinnelige demoens nåværende eier fullfører overføringen separat i portalen: oppgi grunn, gjennomgå og bekreft sletting.
cleanupbetyr at sletting avventes;convertedvises først etter faktisk sletting av den gamle VM-en.
Etter et avbrudd gjenoppretter du den opprinnelige handlingen og leser resultatet. Send ved behov samme bevarte resultat; ikke opprett en ny eksport eller import. Manglende svar eller utløpt frist beviser ikke kansellering.
Før tillatelsen gis, kan forslaget kanselleres i portalen. Deretter må kundens Core-eier uttrykkelig trekke tilbake den opprinnelige ennå ikke anvendte importen samt signere og sende bekreftelsen. En anvendt import kan ikke trekkes tilbake slik. Tilbakerulling fjerner bare uendrede ressurser på pause; den refunderer ikke betalinger.
Hvis demoleverandøren er utilgjengelig, kontrollerer administratoren forbindelsen og den beskyttede konfigurasjonen av opprinnelige installasjonsopplysninger. Ikke send disse i overføringsfiler eller meldinger. En budsjettreservasjon er ikke en leverandørfaktura.
13. Forlat programmet
Stopp nye søknader, trekk tilbake legitimasjon og delegert tilgang. Avbryt eller gjenopprett opprinnelige ventende kommandoer. Løs bevarte forpliktelser og behold nødvendige poster; uttreden sletter ikke kundens kjøpte data og overfører ikke eierskap.
Kundekontroll
I kundeportalen vurderer du invitasjoner, partneromfang, tjenestebytte og samtykke til offentlig kundehistorie. Gi og trekk tilbake uttrykkelig. Eierskap forblir ditt; støttedeltakere ser kun godkjent samtale, aldri operatørens private notater.
Administratorens arbeid
Publiser regelversjoner med krav, grenser og datoer etter simulering og uavhengig vurdering. Driftsstopp blokkerer nye handlinger separat fra forretningspolicyen; tilbakekalling, historikk og eksisterende betalte rettigheter består. Avstem penger mot opprinnelige bevis. Kampanjer, nivåer, belønninger, hendelser og tilbakeføringer bevarer historikk. Varslingsvalg, stille timer og markedsføringssamtykke gjelder; registrert hendelse beviser ikke levering.
API og gjenoppretting
Bruk utrullet Billing-kontrakt for partnerkall; Core API er separat. Menneskets kommando beholder én opprinnelig UUID: forbered, vurder, utfør eller avbryt. Gjenbruk idempotensnøkkelen og forventet versjon. Etter avbrudd spør etter opprinnelig resultat; manglende eller utløpt status beviser ikke avbrudd. Begrens tjenestekontoer, beskytt engangshemmeligheter, kontroller webhook-signaturer og fjern dupliserte opprinnelige hendelses-ID-er. CRM endrer bare tillatte felt; penger og beskyttelse krever Billing-vurdering.
Overfør installasjonens eier
Åpne Organisasjoner i kundekontoen og start en egen overføring med bekreftet installasjonsrelasjon, mottakerorganisasjon og fullmaktsdokumenter. Begge parter bekrefter den opprinnelige saken fra sine kontoer med MFA; operatøren kontrollerer dokumentene uavhengig. I Core velger den opprinnelige lokale eieren en eksisterende eier, mottakeren bekrefter fra sin konto, og kilden fullfører en privat sikkerhetskopi. Last opp signert bevis til den opprinnelige saken og fullfør overføringen. Lisens, data og betalingshistorikk bevares; gammel automatisk fornyelse stopper. Ukjent eier krever en separat gjenopprettingsforespørsel, ikke automatisk overføring etter skatte-ID. Ved tapt svar gjenopprett samme kommando; fravær er ikke kansellering.
Etter overføringen betaler den nåværende eieren en separat akseptert bestilling i sin egen kundekonto. Tidligere betalinger, fakturaer og den tidligere betalerens fullmakt til automatiske trekk forblir i den opprinnelige historikken. Dette er et nytt kjøp for en eksisterende instans, ikke opprettelse av en instans eller overføring av det gamle abonnementet. Hvis svaret går tapt, kontroller den opprinnelige bestillingen; en manglende oppføring betyr ikke annullering. Betalingsbekreftelsen og aksept av lisensutstedelsen kontrolleres separat fra at lisensen faktisk er tatt i bruk på serveren.
Kontakt og din private plan for de første 30 dagene
Følg opp en henvendelse
Oppgi kontaktkanalen du har bedt om, og les de separate vilkårene for personvern og markedsføring. Med en publisert regel planlegges kontaktene til dag 0/3/7/14: svar, påminnelse, nyttig materiale og avslutning. Arbeidskalender, samtykke, stille timer og grenser kan utsette eller hindre kontakt. Etter den første samtalen registrerer ansvarlig person sammendrag, begrensninger og neste steg separat; startutkast aktiverer ingenting alene.
For å registrere svar eller avslag bruker du den opprinnelige kvitteringen og den private koden i svarskjemaet. Ikke legg koden i en lenke eller del den med andre. Svar, avslag eller en pågående samtale stopper gjentatt kontakt; avslaget beholdes også før sekvensen starter. Tilbaketrukket samtykke stopper de aktuelle meldingene uten å slette konto, eierskap eller kjøpte rettigheter. En telefonhenvendelse oppretter en privat operatøroppgave for manuell kontakt; automatiske SMS eller oppringninger loves ikke.
Introduksjonsoppgaver
Din private organisasjonsplan viser opprinnelige oppgaver, frister, ansvarlig person og historikk. Den publiserte planen for de første 30 dagene omfatter:
- Dag 0: avtale og team med nødvendige roller.
- Dag 3: kommersiell opplæring og personlig eksamen.
- Dag 6: teknisk praksis etter obligatoriske kurs og uavhengig vurdering.
- Dag 11: en registrert avtale med gjeldende beskyttelse.
- Dag 16: prosjektomfang godkjent av kunden og knyttet til den opprinnelige ordren.
- Dag 22: metodologens gjennomgang av gjennomføringen.
Skriv tre hypoteser om kundescenarier, beskriv kundeprofilen og velg en prioritet. Fullførte oppgaver kontrolleres mot opprinnelige registreringer og hoppes over i påminnelser; en avkrysning i grensesnittet er ikke et resultat. Metodologen vurderer de to første prosjektene, gjeldende konfigurasjon og innsendte testobservasjoner separat og registrerer godkjenning eller rettelser. Publiserte regler fastsetter mengden hjelp; ekstra hjelp avtales separat. Ved forsinkelse registrerer ansvarlig person årsaken—ingen kunde, uklar verdi, kompetanse, økonomi eller produktfeil—plan og dato for neste gjennomgang.
Hvis svaret på en handling går tapt, kontroller samme opprinnelige operasjon; manglende resultat beviser ikke mislykket sending eller kansellering. Ikke prøv automatisk igjen eller lag en ny nøkkel. At e-postleverandøren aksepterer en melding, bekrefter verken levering i innboksen eller lesing. Et usikkert utfall krever uttrykkelig kontroll og beslutning, ikke automatisk gjentatt sending.
Be om første eller neste tilbud
Velg beskyttet avtale, gjeldende katalog og nøyaktig kunde-/ressursomfang. Første forespørsel trenger ingen eksisterende quote og venter på kundeeierens godkjenning. Finanspersonell tilbyr en separat forberedt opprinnelig quote; deling, aksept og betaling er separate. Neste forespørsel beholder grunnquote som kunden tidligere delte. Etter tapt svar gjenopprett eller avbryt uttrykkelig den opprinnelige forespørselen.
Avtal et møte
Oppgi UTC-tid, tidssone og varighet i opprinnelig støttesak. Tildelt ansvarlig bekrefter eller flytter; foreslått tid er ingen reservasjon. Avbryt opprinnelig forespørsel. Ekstern kalenderinvitasjon er en separat handling.
Endre juridisk navn
Eier/admin kan foreslå juridisk navn for samme verifiserte enhet. Uavhengig gjennomgang krever opprinnelige register- og identitetsbevis. Land, juridisk form og kanonisk identitet forblir faste; annen enhet må registreres. Tidligere avtaler og bankverifisering oppdateres ikke automatisk.
Gjenopprett finansielle operasjoner
Hver Billing-prosess starter med nye overføringer stengt. Ansatte vurderer ekte backup, gjenoppretting, kø og bankutskrift før senere reservasjoner åpnes. Gamle/usikre overføringer kan bare forespørres med opprinnelig bank-ID; manglende svar tillater ingen ny sending. Kundens betalte rettigheter består.
Refusjoner, poeng og belønninger
Ekte opprinnelig refusjon reverserer tilhørende XP/kreditter etter opprinnelige regler. Uleverte belønninger frigjør reservasjoner; leverte beholder historikk og separat tap av kvalifisering. Demostopp venter på opprinnelig eier; uavhengig betalt konvertering består. Fysiske returer og manuelt leverte fordeler krever faktisk ansvarlig løsning.
Historikk og korrigeringer
Før backfill vurderer ansatte separat avgrensede opprinnelige opptellingssider, antall, valutasummer og dokumenthash. Ukjent eierskap forblir unntak; kobling gir ingen rettigheter. Vurderte ubetalte attribusjonskorreksjoner legger til balanserte tilbakeholdte poster, ingen tilgjengelig inntekt. Betalt/reservert historikk og avtalte åpningssaldoer har egne opprinnelige eiere.
Les analyser
Kontroller opprinnelige kilder, kohort, tidsvindu og formel. Skill valutaer, antall operasjoner, betalt inntekt og forretningsresultater. Manglende kilde er utilgjengelig, aldri null; få observasjoner beviser ikke ROI. Tekniske rapporter krever kundens separate aktuelle godkjenning. Finansiell tolkning følger publisert policy.
Bekreftede utgifter fra de opprinnelige systemene dokumenterer ikke alene alle kampanjekostnadene. En fullstendig oversikt over kostnadene, inkludert opplæring og støtte til partnere, krever et eget opprinnelig kostnadsuttrekk med uavhengig godkjenning. Beregn forholdstall bare innenfor samme opprinnelige valuta og med samme eksponent for den minste valutaenheten. En manglende aktuell kilde vises uttrykkelig som utilgjengelig; konverteringer utledes ikke fra annen aktivitet. Kunde- og kontaktidentifikatorer utleveres ikke. Påløpte kostnader bekrefter ikke bankbetaling.
Midlertidig lokal tilgang uten forbindelse
Når funksjonen støttes, gir den lokale eieren en navngitt ingeniør kort tilgang bare til den valgte arbeidsflatens tekniske tilstand etter en publisert og signert Billing-policy. Fornyelse og umiddelbar tilbakekalling skjer lokalt. Sentral tilbakekalling venter på synkronisering til instansen importerer en verifisert signert bekreftelse; manglende forbindelse beviser ikke at tilbakekallingen er gjennomført. Omstart krever ny lokal godkjenning. Tilgangen gir ingen administratorrettigheter, innholdstilgang eller betalt lisens.
Bankfaktura, gaver og kort for fornyelse
Velg organisasjonen din i kundeportalen og åpne det opprinnelige tilbudet. Kontroller hele handlekurven, godta vilkårene og betal bankfakturaen. En delinnbetaling fullfører ikke bestillingen. Etter at hele beløpet er mottatt, vent på bekreftelse av hele bestillingen og kontroller levering av lisens, ressurs eller modul separat; anvendelse av lisensen på serveren har sitt eget resultat.
En linje «Gave — gratis» beholdes i bestillingen, men skaper verken provisjon eller et første betalt kjøp for opptjening. Ekstra innbetalinger føres separat og betaler ikke automatisk en annen bestilling. Ved en ekte kobling til bestillingen din kan du se mottatt, faktisk tilbakebetalt og gjenstående beløp; automatisk tilbakebetaling loves ikke.
- Etter bekreftelse av en egnet tjeneste velger organisasjonens eier å koble til et kort for fornyelse. Les vilkårene, velg bank og godta fornyelsen og kontrollbetalingen på 1 RUB med tilbakebetaling hver for seg.
- Fortsett til banken. Denne 1 RUB kontrollerer kortet og betaler ikke bestillingen eller en tjenesteperiode. Tilbakebetalingen har egen status: venter, avklares eller fullført.
- Kontroller uttrykkelig statusen for samme handling etter retur. Returlenken bekrefter verken betaling eller belastningsfullmakt.
- Bekreft kort og fornyelse separat. Hvis resultatet er ukjent, les den opprinnelige handlingen; ikke start en ny tilkobling eller send automatisk på nytt.
En senere fornyelse er en egen betaling for sin periode. Den første bankbestillingen og historikken beholdes; kortet alene beviser verken betaling eller levering av en ny periode.
Bytt servicepartner
Kundeorganisasjonens eier foreslår først en ventende tilordning til den nye partneren for samme ressurs. Den nye partnerens eier velger «Foreslå et bytte», tidligere tilordning, ikrafttredelsesdato og begrunnelse. Bekreft alle fem kontroller: serviceomfang, åpne arbeider, mottatt dokumentasjon, servicekontinuitet og tilbakekalling av tidligere tilgang. Les tittelen og alle vilkår i den nye tilordningens opprinnelige avtale før du uttrykkelig bekrefter forslaget.
Kundens eier gjennomgår partnerne, initiativtakeren, datoene og konsekvensene. «Dato for neste periode» viser den bevarte datoen fra den opprinnelige tjenesten eller «Ikke tilgjengelig»; en manglende eller passert dato blir ingen prognose. Velg «Godkjenn byttet», deretter separat «Fullfør byttet» på ikrafttredelsesdatoen eller senere. Godkjenning og tidens gang fullfører ikke byttet. «Avbryt byttet» avbryter et foreslått eller godkjent bytte før fullføring.
Fullføring tilbakekaller den tidligere tilordningen og dens tekniske rettigheter. Ingeniørens nye tilgang krever separat kundesamtykke; umiddelbar fjernoppheving på en offline-instans er ikke garantert. Betalte lisenser, penger og registrert tilordning beholdes. Senere økonomiske virkninger følger gjeldende policy uten løfte om betaling eller provisjon. Kunden beholder sin selvstendige rett til å tilbakekalle tilgang også under en kommersiell tvist.
Etter et tapt svar velger du «Hent opprinnelig resultat» for samme handling. Et manglende eller ukjent resultat forblir uavklart. Først etter kontroll kan «Prøv samme forespørsel igjen» uttrykkelig sende den bevarte nøyaktige forespørselen igjen. Ikke opprett en erstatning og ikke send automatisk på nytt.