Partneru programma — AiHummer Dokumenti

Partneru portālā izvēlieties organizāciju. Darbības atkarīgas no pašreizējās lomas un publicētajiem noteikumiem. Likmes, robežas, prasības un termiņus ņemiet no pašreizējiem Billing ierakstiem, nevis atsevišķas cenu tabulas šeit.

1. Kļūt par partneri

Iesniedziet juridiskos datus un vajadzīgos dokumentus. Izpildiet neatkarīgu pārbaudi un pieņemiet piemērojamo līgumu. Uzaiciniet vārdā nosauktus kolēģus tikai ar vajadzīgajām lomām; sensitīvas darbības prasa svaigu MFA.

2. Piesaistīt klientu

Kopīgojiet sākotnējo ieteikuma kodu. Klienta īpašnieks pārbauda un apstiprina avotu. Attiecināšana nepiešķir piekļuvi vai īpašumtiesības; ieteikums un prognoze nav samaksāta komisija.

3. Aizsargāt darījumu

Reģistrējiet klientu, produkta tvērumu un sākotnējos pierādījumus. Izlasiet aizsardzības lēmumu un termiņu. Atkārtotas prasības risiniet saglabātajā strīdā; CRM labojums neaizstāj aizsargātu avotu.

4. Ieviest klienta kontā

Vienojieties par projektu, resursu un ieviešanas tvērumu. Saņemiet klienta apstiprinātu piekļuvi un vajadzīgās maksas tiesības. Sekojiet sākotnējai instalācijai līdz klienta Core piemērošanas apstiprinājumam; uzdevuma nosūtīšana nepabeidz ieviešanu.

5. Pieprasīt piekļuvi

Norādiet mērķi, atļaujas un ilgumu. Klienta īpašnieks pārbauda un apstiprina precīzu piešķīrumu. Izmantojiet savu identitāti, neprasiet paroles. Atsaukšana vai termiņa beigas pārtrauc deleģēto piekļuvi, nepārnesot īpašumtiesības.

Tehniskam ziņojumam vajag atsevišķu pašreizējo klienta apstiprinājumu un sākotnējās instances īpašnieka skaidru nosūtīšanu. Parasta stāvokļa apmaiņa sniedz tikai stāvokli. Apstipriniet tvērumu un ilgumu, anonimizējiet papildu atbalsta materiālu un nodaliet izpilžu skaitu no biznesa rezultātiem. Eksportētu kopiju nevar atsaukt.

6. Saprast uzkrājumu

Pārbaudiet sākotnējo pasūtījumu, samaksas faktus, izpildi, atmaksas un fiksēto politiku. Atšķiriet gaidošas, pieejamas un ieturētas summas. Pieprasiet asinhronu eksportu ar sākotnējo paziņojumu un termiņu; neatbilstības saistiet ar sākotnējo ierakstu.

7. Saņemt izmaksu

Apstipriniet juridiskos, nodokļu un maksājuma dokumentus. Pieejamo summu iesniedziet neatkarīgai apstiprināšanai. Sekojiet sākotnējai izejošajai operācijai un pārbaudītam bankas norēķinam. Rezerve nepierāda pārskaitījumu. Nezināms bankas rezultāts prasa šīs operācijas salīdzināšanu, ne jaunu maksājumu.

8. Nodot apkalpošanu

Klients apstiprina jauno tvērumu un nodošanu. Atsauciet veco piekļuvi, nododiet saskaņotus uzdevumus un saglabājiet vēsturi. Pirms jaunām darbībām atjaunojiet nepabeigtās sākotnējās komandas; apkalpošanas maiņa nepārraksta agrākos uzkrājumus.

9. Iegūt sertifikātu

Izmantojiet publicēto kursa redakciju un personīgo novērtējumu. Pārbaudiet sertifikāta tvērumu, termiņu un verifikāciju. Misijas prasa pieņemtu sava ieguldījuma pierādījumu; kredīti nav nauda. Sezona un brīvprātīgs publisks reitings seko publicētiem noteikumiem.

10. Izmantot zīmolu

Izmantojiet apstiprinātus materiālus un kampaņas robežas. Saņemiet MDF apstiprinājumu pirms izdevumiem; atlīdzībai vajag pārbaudītus piegādātāja dokumentus un bankas norēķinu. Pārbaudiet reklāmas atbildību un piekrišanu. Sākotnējā atlaide automātiski neattiecas uz atjaunošanu.

11. Publicēt risinājumu

Sākotnējo materiālu, versiju, tiesības un instalācijas tvērumu iesniedziet neatkarīgai pārbaudei. Maksas instalācijas tiesības ir atsevišķas. Publiskam klienta gadījumam papildus vajag viņa pašreizējo skaidro piekrišanu; projekta pieņemšana vien nav pietiekama.

12. MSP un OEM

Izmantojiet apstiprināto līgumu, klientu robežas un fiksētās tiesības. Demo un NFR saglabā sākotnējo termiņu; attālo NFR piekļuvi atkārtoti pārbauda ar atļauju līdz 30 sekundēm. Tā nav pārnesama maksas licence. Eksportējiet konfigurāciju īstā instances īpašnieka lokālajā saskarnē bez noslēpumiem un satura.

Pārnest demonstrāciju uz klienta instanci

Sākotnējās demonstrācijas faktiskais vietējais īpašnieks atver “Demonstrācija → klients”, izvēlas darbvietu un eksportē iestatījumus. Reģistrējiet sākotnējo eksportu un lejupielādējiet aihummer-sandbox-configuration.json. Vēsture, saturs, demonstrācijas noslēpumi un licences netiek pārnestas.
Partnera portālā izvēlieties šo reģistrēto eksportu un klienta pašreizējo apmaksāto projektu. Norādiet iemeslu, pārskatiet sākotnējo darbību un skaidri apstipriniet. Lejupielādējiet atsevišķu failu aihummer-demo-handoff.json.
Klienta instances īpašnieks atver vietējo pārnešanu, izvēlas mērķa darbvietu un abus failus: iestatījumus līdz 512 KiB un portāla failu līdz 64 KiB. Pārbaudiet parādīto projekta nosaukumu un izmaiņu priekšskatījumu. Identifikators nav jāievada manuāli; faili paši nedod atļauju.
Pārbaudiet klienta atļauju. Pirms piemērošanas skaidri apstipriniet parādītās tiesības un atsevišķi bīstamās darbības, ja tādas ir. Piemērojiet izmaiņas: importētie resursi ir apturēti, aģenti automātiski nesāk darboties.
Parakstiet saglabāto importa rezultātu un pēc tam nosūtiet to. Portāls rāda piemēroto stāvokli (applied) tikai pēc sākotnējā apstiprinājuma saņemšanas.
Sākotnējās demonstrācijas pašreizējais īpašnieks atsevišķi pabeidz pārnešanu portālā: norāda iemeslu, pārskata un apstiprina dzēšanu. cleanup nozīmē dzēšanas gaidīšanu; converted parādās tikai pēc vecās VM faktiskas dzēšanas.

Pēc savienojuma pārtrūkuma atjaunojiet sākotnējo darbību un izlasiet rezultātu. Vajadzības gadījumā nosūtiet to pašu saglabāto rezultātu; neveidojiet otro eksportu vai importu. Atbildes trūkums vai termiņa beigšanās nepierāda atcelšanu.

Pirms atļaujas izsniegšanas priekšlikumu var atcelt portālā. Pēc tam klienta Core īpašniekam skaidri jāatceļ vēl nepiemērotais sākotnējais imports, jāparaksta un jānosūta atcelšanas apstiprinājums. Piemērotu importu šādi neatceļ. Atgriešana dzēš tikai nemainītus apturētus resursus; tā neatmaksā maksājumus.

Ja demonstrācijas piegādātājs nav pieejams, administrators pārbauda savienojumu un sākotnējo uzstādīšanas datu aizsargāto konfigurāciju. Nesūtiet šos datus pārnešanas failos vai sarakstē. Budžeta rezervācija nav piegādātāja rēķins.

13. Izstāties no programmas

Pārtrauciet jaunus pieteikumus, atsauciet akreditācijas datus un deleģēto piekļuvi. Atceliet vai atjaunojiet sākotnējās gaidošās komandas. Atrisiniet saglabātās saistības un glabājiet vajadzīgos ierakstus; izstāšanās neizdzēš klienta nopirktos datus un nepārnes īpašumtiesības.

Klienta kontrole

Klienta portālā pārbaudiet uzaicinājumus, partnera tvērumu, apkalpošanas maiņu un publiskā gadījuma piekrišanu. Skaidri piešķiriet un atsauciet. Īpašumtiesības paliek jums; atbalsta dalībnieki redz tikai atļauto sarunu, nekad operatora privātās piezīmes.

Administratora darbs

Pēc simulācijas un neatkarīgas pārbaudes publicējiet noteikumu versijas ar prasībām, robežām un datumiem. Darbības apturēšana bloķē jaunas darbības atsevišķi no komercpolitikas; atsaukšana, vēsture un esošās maksas tiesības paliek. Salīdziniet naudu ar sākotnējiem pierādījumiem. Kampaņas, līmeņi, atlīdzības, incidenti un atgriešana saglabā vēsturi. Spēkā ir paziņojumu izvēles, klusās stundas un mārketinga piekrišana; notikuma ieraksts nepierāda piegādi.

API un atjaunošana

Partneru izsaukumiem izmantojiet izvietoto Billing līgumu; Core API ir atsevišķa saskarne. Cilvēka komanda saglabā vienu sākotnējo UUID: sagatavot, pārbaudīt, izpildīt vai atcelt. Atkārtoti lietojiet tās idempotences atslēgu un gaidīto versiju. Pēc pārtraukuma vaicājiet sākotnējo rezultātu; trūkstošs vai beidzies stāvoklis nepierāda atcelšanu. Ierobežojiet servisa kontus, aizsargājiet vienreizējus noslēpumus, pārbaudiet webhook parakstus un novērsiet sākotnējo notikumu ID dublikātus. CRM maina tikai atļautos laukus; naudai un aizsardzībai vajag Billing pārbaudi.

Instalācijas īpašnieka nodošana

Klienta kontā atveriet Organizācijas un sāciet atsevišķu nodošanu ar apstiprinātu instalācijas saiti, saņēmēja organizāciju un pilnvaru dokumentiem. Abas puses apstiprina sākotnējo lietu savos kontos ar MFA; operators neatkarīgi pārbauda dokumentus. Core sākotnējais vietējais īpašnieks izvēlas esošu īpašnieku, saņēmējs apstiprina savā kontā, bet avots pabeidz privātu dublējumkopiju. Augšupielādējiet parakstīto pierādījumu sākotnējā lietā un pabeidziet nodošanu. Licence, dati un maksājumu vēsture paliek; iepriekšējā automātiskā atjaunošana apstājas. Nezināmam īpašniekam vajadzīgs atsevišķs atjaunošanas pieprasījums, nodokļu numurs nenodod īpašumtiesības automātiski. Ja atbilde pazūd, atjaunojiet to pašu komandu; neesamība nav atcelšana.

Pēc nodošanas pašreizējais īpašnieks savā klienta kontā apmaksā atsevišķu pieņemto pasūtījumu. Iepriekšējie maksājumi, rēķini un iepriekšējā maksātāja atļauja automātiski ieturēt līdzekļus paliek sākotnējā vēsturē. Tas ir jauns pirkums esošai instancei, nevis instances izveide vai vecā abonementa pārnešana. Ja atbilde pazūd, pārbaudiet sākotnējo pasūtījumu; ieraksta neesamība nenozīmē atcelšanu. Maksājuma apstiprinājums un licences izsniegšanas pieņemšana tiek pārbaudīta atsevišķi no licences faktiskās piemērošanas serverī.

Saziņa un privātais pirmo 30 dienu plāns

Pieprasījuma turpinājums

Norādiet savu pieprasīto saziņas kanālu un izlasiet atsevišķos datu apstrādes un mārketinga noteikumus. Ja ir publicēts noteikums, saziņa tiek plānota 0./3./7./14. dienā: atbilde, atgādinājums, noderīgs materiāls un noslēgums. Darba kalendārs, piekrišana, klusās stundas un ierobežojumi var atlikt vai nepieļaut saziņu. Pēc sākotnējās tikšanās vadītājs atsevišķi reģistrē kopsavilkumu, ierobežojumus un nākamo soli; sākotnējie melnraksti paši neko neaktivizē.

Lai reģistrētu atbildi vai atteikumu, atbildes veidlapā izmantojiet sākotnējo apliecinājumu un privāto kodu. Neievietojiet kodu saitē un nedodiet to citiem. Atbilde, atteikums vai notiekoša saruna aptur atkārtotu saziņu; atteikums saglabājas arī pirms secības sākuma. Piekrišanas atsaukšana aptur attiecīgos ziņojumus, nedzēšot kontu, īpašumtiesības vai iegādātās tiesības. Telefona pieprasījums izveido privātu operatora uzdevumu manuālai saziņai; automātiskas SMS vai zvani netiek solīti.

Ievadīšanas uzdevumi

Organizācijas privātajā plānā redzami sākotnējie uzdevumi, termiņi, atbildīgais vadītājs un vēsture. Publicētais pirmo 30 dienu plāns ietver:

1. dienā: līgumu un komandu ar vajadzīgajām lomām.
1. dienā: komerciālās mācības un individuālu eksāmenu.
1. dienā: tehnisko praksi pēc obligātajiem kursiem un neatkarīgu novērtējumu.
1. dienā: reģistrētu darījumu ar spēkā esošu aizsardzību.
1. dienā: klienta apstiprinātu projekta tvērumu un saikni ar sākotnējo pasūtījumu.
1. dienā: ieviešanas izvērtējumu pie metodiķa.

Pierakstiet trīs klientu scenāriju hipotēzes, aprakstiet klienta profilu un izvēlieties prioritāti. Izpildītie uzdevumi tiek pārbaudīti sākotnējos ierakstos un izlaisti atgādinājumos; atzīme saskarnē nav rezultāts. Metodiķis atsevišķi izvērtē pirmos divus projektus, pašreizējo konfigurāciju un iesniegtos testu novērojumus, reģistrējot pieņemšanu vai labojumus. Publicētie noteikumi nosaka palīdzības apjomu; papildu palīdzība tiek saskaņota atsevišķi. Kavēšanās gadījumā vadītājs reģistrē iemeslu—nav klienta, neskaidra vērtība, kompetence, ekonomika vai produkta defekts—plānu un nākamās pārskatīšanas datumu.

Ja darbības atbilde pazūd, pārbaudiet to pašu sākotnējo operāciju; rezultāta trūkums nepierāda neveiksmīgu nosūtīšanu vai atcelšanu. Neatkārtojiet automātiski un neveidojiet jaunu atslēgu. Pasta pakalpojuma sniedzēja pieņemts ziņojums neapstiprina saņemšanu iesūtnē vai izlasīšanu. Neskaidram iznākumam vajadzīga skaidra pārbaude un lēmums, nevis automātiska atkārtota sūtīšana.

Pieprasīt pirmo vai nākamo piedāvājumu

Izvēlieties aizsargāto darījumu, pašreizējo katalogu un precīzu klienta/resursa tvērumu. Pirmajam pieprasījumam nevajag esošu quote, un tas gaida klienta īpašnieka atļauju. Finanšu darbinieks piedāvā atsevišķi sagatavotu sākotnējo quote; kopīgošana, pieņemšana un samaksa paliek atsevišķas. Nākamais pieprasījums saglabā klienta agrāk kopīgoto pamata quote. Ja atbilde zudusi, atjaunojiet vai skaidri atceliet sākotnējo pieprasījumu.

Vienoties par tikšanos

Sākotnējā atbalsta pieteikumā norādiet UTC laiku, laika joslu un ilgumu. Piešķirtais vadītājs apstiprina vai pārceļ; pieprasītais laiks vēl nav rezervācija. Atceliet sākotnējo pieprasījumu. Ārēja kalendāra uzaicinājums ir atsevišķa darbība.

Mainīt juridisko nosaukumu

Īpašnieks/admin var ierosināt tās pašas pārbaudītās juridiskās personas nosaukumu. Neatkarīga izskatīšana prasa sākotnējos reģistra un identitātes pierādījumus. Valsts, juridiskā forma un kanoniskā identitāte nemainās; citai personai vajadzīga reģistrācija. Vecie līgumi un bankas pārbaude automātiski netiek atjaunināti.

Atjaunot finanšu darbības

Katrs Billing process sāk ar slēgtiem jauniem pārskaitījumiem. Darbinieki pārbauda īstu kopiju, atjaunošanu, rindu un bankas izrakstu pirms vēlāku rezervāciju atvēršanas. Veci/neskaidri pārskaitījumi tiek tikai pārbaudīti ar sākotnējo bankas ID; atbildes trūkums neļauj sūtīt atkārtoti. Klienta apmaksātās tiesības saglabājas.

Atmaksas, punkti un balvas

Īsta sākotnējā atmaksa atceļ saistītos XP/kredītus pēc sākotnējiem noteikumiem. Neizsniegtas balvas atbrīvo rezervācijas; izsniegtās saglabā vēsturi un atsevišķu atbilstības zudumu. Demo apturēšana gaida sākotnējā īpašnieka apstiprinājumu; neatkarīgi apmaksāta pārveide saglabājas. Fiziska atgriešana un manuāli izsniegts labums prasa īstā atbildīgā risinājumu.

Vēsture un labojumi

Pirms backfill darbinieki atsevišķi pārbauda ierobežotas sākotnējā uzskaitījuma lapas, skaitus, valūtu summas un dokumentu hash. Nezināma īpašumtiesība paliek izņēmums; sasaistīšana tiesības nedod. Izskatīti nesamaksātas attiecināšanas labojumi pievieno līdzsvarotus aizturētus ierakstus, ne pieejamu peļņu. Apmaksātai/rezervētai vēsturei un līgumiskiem sākuma atlikumiem ir atsevišķi sākotnējie īpašnieki.

Lasīt analītiku

Pārbaudiet sākotnējos avotus, grupu, intervālu un formulu. Atdaliet valūtas, darbību skaitu, apmaksātos ieņēmumus un biznesa rezultātus. Trūkstošs avots nav pieejams, nav nulle; maz novērojumu nepierāda ROI. Tehniskajiem pārskatiem vajag atsevišķu aktuālu klienta atļauju. Finanšu skaidrojums ievēro publicēto politiku.

Apstiprinātie sākotnējo sistēmu izdevumi paši par sevi nepierāda visas kampaņas izmaksas. Pilnīgam izmaksu tvērumam, tostarp partneru apmācībai un atbalstam, vajadzīgs atsevišķs sākotnējais izmaksu šķēlums ar neatkarīgu apstiprinājumu. Attiecības aprēķiniet tikai vienā sākotnējā valūtā ar vienādu mazākās naudas vienības pakāpi. Trūkstošs pašreizējais avots tiek skaidri norādīts kā nepieejams; konversijas netiek secinātas no citas aktivitātes. Klientu un kontaktu identifikatori netiek atklāti. Radušās izmaksas neapstiprina bankas maksājumu.

Pagaidu vietējā piekļuve bez savienojuma

Ja iespēja tiek atbalstīta, vietējais īpašnieks saskaņā ar publicētu un parakstītu Billing politiku konkrēti nosauktam inženierim piešķir īslaicīgu piekļuvi tikai izvēlētās darbvietas tehniskajam stāvoklim. Pagarināšana un tūlītēja atsaukšana notiek vietēji. Centrālā atsaukšana gaida sinhronizāciju, līdz instance importē pārbaudītu parakstītu apstiprinājumu; savienojuma neesamība nepierāda atsaukšanas piemērošanu. Pēc restartēšanas vajadzīgs jauns vietējais apstiprinājums. Šī piekļuve nepiešķir administratora tiesības, piekļuvi saturam vai maksas licenci.

Bankas rēķins, dāvanas un atjaunošanas karte

Klienta portālā izvēlieties savu organizāciju un atveriet sākotnējo piedāvājumu. Pārbaudiet visu grozu, pieņemiet noteikumus un apmaksājiet bankas rēķinu. Daļēja iemaksa nepabeidz pasūtījumu. Pēc visas summas saņemšanas sagaidiet visa pasūtījuma apstiprinājumu un atsevišķi pārbaudiet licences, resursa vai moduļa piegādi; licences piemērošanai serverī ir savs rezultāts.

Rinda „Dāvana — bez maksas” paliek pasūtījumā, taču nerada komisiju vai pirmo apmaksāto pirkumu atlīdzības aprēķinam. Papildu iemaksas uzskaita atsevišķi, un tās automātiski neapmaksā citu pasūtījumu. Ja pastāv īsta saikne ar jūsu pasūtījumu, var redzēt saņemto, faktiski atmaksāto un atlikušo summu; automātiska atmaksa netiek solīta.

Pēc atbilstoša pakalpojuma apstiprināšanas organizācijas īpašnieks izvēlas pievienot karti atjaunošanai. Izlasiet noteikumus, izvēlieties banku un atsevišķi piekrītiet atjaunošanai un 1 RUB pārbaudes maksājumam ar atmaksu.
Dodieties uz banku. Šis 1 RUB pārbauda karti, nevis apmaksā pasūtījumu vai pakalpojuma periodu. Atmaksai ir atsevišķs statuss: gaidāma, precizējama vai pabeigta.
Atgriežoties skaidri pārbaudiet tās pašas darbības statusu. Atgriešanās saite neapstiprina maksājumu vai naudas norakstīšanas atļauju.
Atsevišķi apstipriniet karti un atjaunošanu. Ja rezultāts nav zināms, lasiet sākotnējo darbību; nesāciet jaunu pievienošanu un nesūtiet automātiski vēlreiz.

Turpmāka atjaunošana ir atsevišķs maksājums par savu periodu. Pirmais bankas pasūtījums un vēsture saglabājas; pati karte nepierāda jaunā perioda apmaksu vai piegādi.

Apkalpojošā partnera maiņa

Klienta organizācijas īpašnieks vispirms ierosina gaidošu piešķīrumu jaunajam partnerim tam pašam resursam. Jaunā partnera īpašnieks izvēlas „Ierosināt maiņu”, iepriekšējo piešķīrumu, spēkā stāšanās datumu un pamatojumu. Apstipriniet visas piecas pārbaudes: pakalpojuma tvērumu, atvērtos darbus, saņemto dokumentāciju, pakalpojuma nepārtrauktību un iepriekšējās piekļuves atsaukšanu. Pirms priekšlikuma skaidras apstiprināšanas izlasiet jaunā piešķīruma sākotnējās vienošanās nosaukumu un pilnos noteikumus.

Klienta īpašnieks pārskata partnerus, iniciatoru, datumus un sekas. „Nākamā perioda datums” rāda saglabāto sākotnējā pakalpojuma datumu vai „Nav pieejams”; trūkstošs vai pagājis datums nekļūst par prognozi. Izvēlieties „Apstiprināt maiņu”, pēc tam atsevišķi „Pabeigt maiņu” norādītajā datumā vai vēlāk. Apstiprinājums un laika ritējums maiņu nepabeidz. „Atcelt maiņu” atceļ ierosinātu vai apstiprinātu maiņu pirms pabeigšanas.

Pabeigšana atsauc iepriekšējo piešķīrumu un tā tehniskās tiesības. Jaunai inženiera piekļuvei vajadzīga atsevišķa klienta piekrišana; tūlītēja attālināta atsaukšana offline instancē nav garantēta. Apmaksātās licences, nauda un reģistrētā attiecināšana saglabājas. Turpmākās finanšu sekas nosaka esošā politika bez maksājuma vai komisijas solījuma. Klientam saglabājas neatkarīgas tiesības atsaukt piekļuvi arī komerciāla strīda laikā.

Pēc atbildes zuduma izvēlieties „Iegūt sākotnējo rezultātu” tai pašai operācijai. Trūkstošs vai nezināms rezultāts paliek neatrisināts. Tikai pēc pārbaudes „Atkārtot to pašu pieprasījumu” ļauj apzināti atkārtoti nosūtīt saglabāto precīzo pieprasījumu. Neveidojiet aizvietojošu operāciju un nesūtiet automātiski.