Партнёрская праграма
У партнёрскім партале выберыце сваю арганізацыю. Дзеянні залежаць ад цяперашняй ролі і апублікаваных правіл. Стаўкі, ліміты, патрабаванні і тэрміны бярыце з дзейных запісаў Billing, а не з асобнай табліцы цэн.
1. Стаць партнёрам
Падайце юрыдычныя звесткі і неабходныя дакументы. Прайдзіце незалежны разгляд і прыміце дзейную дамову. Запрашайце канкрэтных калег толькі з патрэбнымі ролямі; адчувальныя дзеянні патрабуюць свежай MFA.
2. Прывесці кліента
Перадайце зыходны рэферальны код. Уладальнік кліента правярае і пацвярджае крыніцу. Атрыбуцыя не дае доступу або ўласнасці; зварот і прагноз не з’яўляюцца аплачанай камісіяй.
3. Абараніць здзелку
Зарэгіструйце кліента, прадуктовы абсяг і зыходныя доказы. Прачытайце рашэнне аб абароне і тэрмін. Паўторныя прэтэнзіі вырашайце праз захаваны спрэчны выпадак; праўка CRM не замяняе абароненую крыніцу.
4. Укараніць на акаўнце кліента
Узгадніце праект, рэсурс і межы ўкаранення. Атрымайце ўхвалены кліентам доступ і неабходнае платнае права. Адсочвайце зыходную ўстаноўку да пацвярджэння прымянення ядром кліента; адпраўка задачы не завяршае ўкараненне.
5. Запытаць доступ
Укажыце мэту, дазволы і тэрмін. Уладальнік кліента разглядае і пацвярджае дакладны допуск. Працуйце пад сваім імем, не запытвайце паролі. Адкліканне або сканчэнне спыняе дэлегаваны доступ без перадачы ўласнасці.
Тэхнічнаму справаздачнаму дакументу патрэбныя асобнае цяперашняе ўхваленне кліента і яўная адпраўка зыходным уладальнікам інстанса. Звычайны абмен станам дазваляе толькі звесткі пра стан. Пацвердзіце дакладны абсяг і тэрмін, абязлічце дадатковыя матэрыялы падтрымкі і аддзяляйце колькасць выкананняў ад бізнес-выніку. Экспартаваную копію адклікаць нельга.
6. Зразумець налічэнне
Вывучыце зыходны заказ, аплачаныя факты, выкананне, вяртанні і зафіксаваную палітыку. Адрознівайце чаканыя, даступныя і ўтрыманыя сумы. Запытайце асінхронны экспарт і карыстайцеся зыходным паведамленнем і тэрмінам; разыходжанні прывязвайце да арыгінальнага запісу.
7. Атрымаць выплату
Пацвердзіце юрыдычныя, падатковыя і плацежныя дакументы. Падайце даступную суму на незалежнае ўхваленне. Адсочвайце зыходную расходную аперацыю і пацверджанае банкаўскае выкананне. Невядомы вынік банка патрабуе зверкі гэтай аперацыі, а не новай выплаты.
Рэзерваванне не пацвярджае банкаўскі пераказ.
8. Перадаць суправаджэнне
Атрымайце ўхваленне кліента на новы абсяг і перадачу. Адклічце стары доступ, перадайце ўзгодненыя задачы і захавайце гісторыю. Аднавіце незавершаныя зыходныя каманды перад новымі дзеяннямі; змена сэрвісу не перапісвае мінулыя налічэнні.
9. Прайсці сертыфікацыю
Карыстайцеся апублікаванай рэдакцыяй курса і асабістай ацэнкай. Праверце абсяг, тэрмін і сапраўднасць сертыфіката. Місіі патрабуюць прынятых доказаў уласнага ўнёску; крэдыты не грошы. Сезон і добраахвотны публічны рэйтынг вызначаюцца апублікаванымі правіламі.
10. Карыстацца брэндам
Карыстайцеся зацверджанымі матэрыяламі і лімітамі кампаніі. Атрымайце ўхваленне MDF да выдаткаў; кампенсацыя патрабуе правераных дакументаў пастаўшчыка і банкаўскага выканання. Праверце рэкламную адказнасць і згоду. Першапачатковая зніжка не пераносіцца на падаўжэнні аўтаматычна.
11. Апублікаваць рашэнне
Падайце зыходны матэрыял, версію, правы і межы ўстаноўкі на незалежны разгляд. Платныя правы ўстаноўкі асобныя. Публічнаму кліенцкаму кейсу патрэбная актуальная відавочная згода кліента; аднаго прыняцця праекта недастаткова.
12. MSP і OEM
Карыстайцеся ўхваленай дамовай, межамі кліентаў і зафіксаванымі правамі. Дэма і NFR захоўваюць зыходны тэрмін; аддалены NFR-доступ пераправяраецца з допускам не больш за 30 секунд. Гэта не пераносная платная ліцэнзія. Экспартуйце канфігурацыю праз лакальны інтэрфейс сапраўднага ўладальніка інстанса без сакрэтаў і кантэнту.
Перанесці дэма ў інстанс кліента
- Фактычны лакальны ўладальнік зыходнага дэма адкрывае «Дэма → кліент», выбірае працоўную прастору і экспартуе налады. Зарэгіструйце зыходны экспарт і спампуйце
aihummer-sandbox-configuration.json. Гісторыя, змесціва, дэманстрацыйныя сакрэты і ліцэнзіі не пераносяцца. - У партнёрскім партале выберыце гэты зарэгістраваны экспарт і дзейны аплачаны праект кліента. Укажыце падставу, разгледзьце зыходную аперацыю і яўна пацвердзіце яе. Спампуйце асобны файл
aihummer-demo-handoff.json. - Уладальнік інстанса кліента адкрывае лакальны перанос, выбірае мэтавую прастору і абодва файлы: налады да 512 KiB і файл партала да 64 KiB. Праверце назву праекта і папярэднія змены. Ідэнтыфікатар уручную не ўводзіцца; самі файлы дазволу не даюць.
- Праверце дазвол кліента. Перад прымяненнем яўна пацвердзіце паказаныя правы і асобна небяспечныя дзеянні, калі яны ёсць. Прымяніце змены: імпарт стварае прыпыненыя рэсурсы, агенты аўтаматычна не запускаюцца.
- Падпішыце захаваны вынік імпарту, затым адпраўце яго. У партале прымененае становішча (
applied) з’яўляецца толькі пасля атрымання зыходнага пацвярджэння. - Цяперашні ўладальнік зыходнага дэма асобна завяршае перанос у партале: указвае падставу, разглядае і пацвярджае выдаленне.
cleanupазначае чаканне ўборкі;convertedз’яўляецца толькі пасля фактычнага выдалення старой VM.
Пасля абрыву аднавіце зыходную аперацыю і прачытайце вынік. Пры патрэбе адпраўляйце той жа захаваны вынік; не стварайце другі экспарт або імпарт. Адсутнасць адказу або заканчэнне тэрміну не пацвярджае скасаванне.
Да выдачы дазволу прапанову можна скасаваць у партале. Пасля выдачы ўладальнік Core кліента павінен яўна скасаваць яшчэ не прыменены зыходны імпарт, падпісаць і адправіць пацвярджэнне скасавання. Прыменены імпарт так не скасоўваецца. Адкат выдаляе толькі нязмененыя прыпыненыя рэсурсы; ён не вяртае плацяжы.
Калі пастаўшчык дэма недаступны, адміністратар правярае падключэнне і абароненую наладу зыходных усталявальных даных. Не перадавайце іх у файлах пераносу або перапісцы. Рэзерв бюджэту не з’яўляецца рахункам пастаўшчыка.
13. Выйсці з праграмы
Спыніце новыя заяўкі, адклічце ўліковыя даныя і дэлегаваны доступ. Скасуйце або аднавіце зыходныя чаканыя каманды. Выканайце захаваныя абавязацельствы і захоўвайце неабходныя запісы; выхад не выдаляе купленыя кліентам даныя і не перадае ўласнасць.
Правы кліента
У кабінеце кліента правярайце запрашэнні, абсяг партнёра, змену суправаджэння і згоду на публічны кейс. Давайце і адклікайце відавочна. Уласнасць застаецца вашай; удзельнік падтрымкі бачыць толькі дазволеную размову, ніколі прыватныя нататкі аператара.
Праца адміністратара
Публікуйце версіі правіл з патрабаваннямі, лімітамі і тэрмінамі пасля мадэлявання і незалежнага разгляду. Звярайце грошы з зыходнымі доказамі. Кампаніі, узроўні, узнагароды, інцыдэнты і адкаты захоўваюць гісторыю. Улічвайце налады паведамленняў, ціхія гадзіны і маркетынгавую згоду; запіс падзеі не даказвае дастаўку.
Аперацыйная прыпынка блакуе новыя допускі асобна ад камерцыйнай палітыкі; адкліканне доступу, аднаўленне зыходных аперацый, гісторыя і існыя аплачаныя правы кліента захоўваюцца.
API і аднаўленне
Для партнёрскіх выклікаў выкарыстоўвайце кантракт разгорнутага Billing; API ядра асобны. Каманда захоўвае адзін зыходны UUID: падрыхтаваць, разгледзець, выканаць або скасаваць. Паўторна выкарыстоўвайце яго ключ ідэмпатэнтнасці і чаканую версію. Пасля абрыву запытайце зыходны вынік; адсутнасць або сканчэнне статусу не даказвае скасаванне. Абмяжоўвайце сэрвісныя акаўнты, абараняйце аднаразовыя сакрэты, правярайце подпісы webhook і выключайце паўторы зыходных ID падзей. CRM змяняе толькі дазволеныя палі; грошы і абарона патрабуюць разгляду Billing.
Перадача ўладальніка ўстаноўкі
У кабінеце кліента ў раздзеле Арганізацыі пачніце асобную перадачу з пацверджанай прывязкай, арганізацыяй атрымальніка і дакументамі паўнамоцтваў. Абодва бакі пацвярджаюць зыходную справу са сваіх акаўнтаў з MFA; аператар незалежна правярае дакументы. У Core зыходны лакальны ўладальнік выбірае існага ўладальніка, атрымальнік пацвярджае са свайго акаўнта, зыходны завяршае прыватную рэзервовую копію. Загрузіце падпісанае пацвярджэнне ў зыходную справу і завяршыце перадачу. Ліцэнзія, даныя і гісторыя плацяжоў застаюцца; старое аўтападаўжэнне спыняецца. Невядомы ўладальнік патрабуе асобнага звароту на аднаўленне, без аўтаматычнай перадачы па ІНП. Пры страце адказу аднаўляйце тую ж каманду; адсутнасць не азначае адмену.
Пасля перадачы цяперашні ўладальнік аплачвае асобны прыняты заказ у сваім асабістым кабінеце. Ранейшыя плацяжы, рахункі і дазвол папярэдняга плацельшчыка на аўтаматычныя спісанні застаюцца ў першапачатковай гісторыі. Гэта новая пакупка для існуючага інстанса, а не стварэнне інстанса або перанос старой падпіскі. Пры страце адказу праверце першапачатковы заказ; адсутнасць запісу не азначае адмену. Пацвярджэнне аплаты і прыняцце выдачы ліцэнзіі правяраюцца асобна ад яе фактычнага прымянення на серверы.
Кантакт і асабісты план першых 30 дзён
Працяг звароту
Пакажыце запытаны спосаб сувязі і прачытайце асобныя ўмовы апрацоўкі даных і маркетынгу. Пры апублікаваным правіле кантактны ланцужок плануецца на дні 0/3/7/14: адказ на зварот, напамін, карысны матэрыял і завяршэнне. Працоўны каляндар, згода, ціхія гадзіны і ліміты могуць адкласці або выключыць кантакт. Пасля ўступнай сустрэчы менеджар асобна фіксуе вынікі, абмежаванні і наступны крок; пачатковыя чарнавікі самі нічога не ўключаюць.
Каб паведаміць пра адказ або адмову, выкарыстоўвайце зыходную квітанцыю і прыватны код у форме адказу. Не змяшчайце код у спасылку і не перадавайце іншым. Адказ, адмова або актыўная размова спыняюць паўторныя кантакты; адмова захоўваецца і да запуску ланцужка. Адкліканне згоды спыняе адпаведныя паведамленні, але не выдаляе ўліковы запіс, валоданне або аплачаныя правы. Тэлефонны зварот стварае прыватную задачу аператару для ручной сувязі; аўтаматычныя SMS або званкі не абяцаюцца.
Задачы ўвядзення ў працу
У асабістым плане арганізацыі бачныя вашы зыходныя задачы, тэрміны, адказны менеджар і гісторыя. Апублікаваны план першых 30 дзён уключае:
- Дзень 0: дагавор і каманду з неабходнымі ролямі.
- Дзень 3: камерцыйнае навучанне і асабісты экзамен.
- Дзень 6: тэхнічную практыку пасля абавязковых курсаў і незалежную ацэнку.
- Дзень 11: зарэгістраваную здзелку з дзейнай абаронай.
- Дзень 16: ухваленыя кліентам межы праекта і прывязку да зыходнага заказу.
- Дзень 22: разгляд укаранення метадыстам.
Запішыце тры гіпотэзы кліенцкіх сцэнарыяў, апішыце профіль кліента і выберыце прыярытэт. Выкананыя задачы правяраюцца па зыходных запісах і прапускаюцца ў напамінах; адзнака ў інтэрфейсе не замяняе вынік. Метадыст асобна разглядае першыя два праекты, актуальную канфігурацыю і пададзеныя назіранні выпрабаванняў, фіксуе прыняцце або дапрацоўку. Аб’ём дапамогі вызначае апублікаванае правіла, дадатковая дапамога ўзгадняецца асобна. Пры затрымцы менеджар запісвае прычыну: няма кліента, незразумелая каштоўнасць, кампетэнцыі, эканоміка або дэфект прадукту, — план і дату наступнага разбору.
Калі адказ на дзеянне страчаны, праверце тую ж зыходную аперацыю; адсутнасць выніку не даказвае няўдалую адпраўку або адмену. Не паўтарайце аўтаматычна і не стварайце новы ключ. Прыняцце ліста паштовым правайдарам не пацвярджае дастаўку ва ўваходныя або прачытанне. Нявызначаны вынік патрабуе яўнай праверкі і рашэння, а не аўтаматычнай паўторнай рассылкі.
Запытаць першую або наступную прапанову
Выберыце абароненую здзелку, актуальны каталог і дакладныя межы кліента/рэсурсу. Першы запыт не патрабуе гатовага quote і чакае згоды ўладальніка кліента. Фінансавы супрацоўнік прапануе асобна падрыхтаваны зыходны quote; раскрыццё, акцэпт і аплата застаюцца асобнымі. Наступны запыт захоўвае раней раскрыты кліентам базавы quote. Пасля страты адказу аднавіце або відавочна скасуйце зыходны запыт.
Дамовіцца пра сустрэчу
У зыходным звароце падтрымкі пазначце час UTC, гадзінны пояс і працягласць. Прызначаны менеджар пацвярджае або пераносіць сустрэчу; запытаны час яшчэ не запіс. Скасоўвайце зыходны запыт. Запрашэнне ў знешні каляндар — асобнае дзеянне.
Змяніць юрыдычную назву
Уладальнік/адміністратар можа прапанаваць змену назвы той жа праверанай юрыдычнай асобы. Незалежны разгляд патрабуе зыходных рэестравых доказаў і праверкі асобы. Краіна, прававая форма і кананічная ідэнтычнасць нязменныя; іншая асоба праходзіць рэгістрацыю. Старыя дамовы і банкаўская праверка аўтаматычна не абнаўляюцца.
Аднавіць фінансавыя аперацыі
Кожны працэс Billing пачынаецца з закрытым допускам новых перакладаў. Супрацоўнікі правяраюць сапраўдныя рэзервовую копію, аднаўленне, чаргу і банкаўскую выпіску перад адкрыццём наступных рэзерваў. Старыя або нявызначаныя пераклады толькі правяраюцца па зыходным bank ID; адсутнасць адказу не дазваляе новай адпраўкі. Аплачаныя правы кліента захоўваюцца.
Вяртанні, балы і ўзнагароды
Сапраўднае зыходнае вяртанне сторнуе звязаныя XP/крэдыты паводле захаваных правіл. Нявыдадзеныя ўзнагароды вызваляюць рэзервы; выдадзеныя захоўваюць гісторыю выдачы і асобную страту допуску. Спыненне дэма чакае пацвярджэння зыходнага ўладальніка; незалежна аплачаная канверсія захоўваецца. Фізічнае вяртанне і ручныя выдадзеныя выгоды патрабуюць рэальнага рашэння адказнага.
Гісторыя і выпраўленні
Перад backfill супрацоўнікі асобна скануюць і правяраюць абмежаваныя зыходныя перапісы, колькасці, сумы па валютах і hashes дакументаў. Невядомае ўладанне застаецца выключэннем; mapping не дае правоў. Разгледжаныя неаплачаныя карэкціроўкі атрыбуцыі дадаюць збалансаваныя ўтрыманыя запісы, не даступны заробак. Аплачаная/зарэзерваваная гісторыя і дамоўныя пачатковыя рэшткі маюць асобных зыходных уладальнікаў.
Чытаць аналітыку
Правярайце зыходныя крыніцы, кагорту, акно і формулу паказчыка. Аддзяляйце валюты, колькасць аперацый, аплачаны даход і бізнес-вынік. Адсутная крыніца недаступная, а не нулявая; мала назіранняў не даказвае ROI. Тэхнічная справаздача патрабуе асобнай актуальнай згоды кліента. Фінансавы сэнс задае апублікаваная палітыка.
Пацверджаныя выдаткі зыходных сістэм самі па сабе не даказваюць поўны склад выдаткаў кампаніі. Паўната выдаткаў, уключаючы навучанне і падтрымку партнёраў, патрабуе асобнага зыходнага зрэзу з незалежным ухваленнем. Разлічвайце суадносіны толькі ў адной зыходнай валюце з аднолькавай разраднасцю грашовых адзінак. Адсутная актуальная крыніца відавочна недаступная; канверсіі не выводзяцца з іншай актыўнасці. Ідэнтыфікатары кліентаў і кантактаў не раскрываюцца. Панесеныя выдаткі не пацвярджаюць банкаўскую аплату.
Часовы лакальны доступ без сувязі
Калі магчымасць падтрымліваецца, лакальны ўладальнік выдае імянному інжынеру кароткі доступ толькі да тэхнічнага стану выбранай працоўнай прасторы паводле падпісанай апублікаванай палітыкі Billing. Падаўжэнне і неадкладны водгук выконваюцца лакальна. Цэнтральны водгук чакае сінхранізацыі, пакуль інстанс не прыме правераную падпісаную квітанцыю; адсутнасць сувязі не пацвярджае прымяненне водгуку. Пасля перазапуску патрэбнае новае лакальнае ўзгадненне. Гэты доступ не дае адміністрацыйных правоў, доступу да змесціва або аплачанай ліцэнзіі.
Банкаўскі рахунак, падарункі і картка для падаўжэння
У кабінеце кліента выберыце сваю арганізацыю і адкрыйце зыходную прапанову. Праверце ўвесь кошык, прыміце ўмовы і аплаціце яго банкаўскі рахунак. Частковае паступленне не завяршае заказ. Пасля атрымання ўсёй сумы дачакайцеся пацверджання цэлага заказу і асобна праверце выдачу ліцэнзіі, рэсурсу або модуля; прымяненне ліцэнзіі на серверы мае свой вынік.
Радок «Падарунак — без аплаты» захоўваецца ў заказе, але не стварае камісію або першую аплачаную пакупку для налічэнняў. Лішнія паступленні ўлічваюцца асобна і не аплачваюць іншы заказ аўтаматычна. Па сапраўднай сувязі са сваім заказам можна бачыць атрыманую суму, фактычна вернутую частку і рэшту; аўтаматычнае вяртанне не абяцаецца.
- Пасля пацверджання дапушчальнай паслугі ўладальнік арганізацыі выбірае падключэнне карткі для падаўжэння. Прачытайце ўмовы, выберыце банк і асобна пагадзіцеся на падаўжэнне і праверачны плацёж 1 RUB з вяртаннем.
- Перайдзіце ў банк. 1 RUB правярае картку, а не аплачвае заказ або перыяд паслугі. Вяртанне мае асобны статус: чакаецца, удакладняецца або завершана.
- Пасля вяртання яўна праверце статус той жа аперацыі. Зваротная спасылка не пацвярджае аплату або дазвол на спісанне.
- Асобна пацвердзіце картку і падаўжэнне. Пры невядомым выніку чытайце зыходную аперацыю; не пачынайце новае падключэнне і не паўтарайце адпраўку аўтаматычна.
Будучае падаўжэнне — асобная аплата свайго перыяду. Першы банкаўскі заказ і гісторыя захоўваюцца; картка сама па сабе не пацвярджае аплату або выкананне новага перыяду.
Змена абслугоўваючага партнёра
Спачатку ўладальнік арганізацыі кліента прапануе новае прызначэнне абслугоўвання для таго ж рэсурсу; змена застаецца ў чаканні. Уладальнік арганізацыі партнёра, які прымае абслугоўванне, перад яўным пацвярджэннем прапановы правярае назву і ўсе ўмовы зыходнага пагаднення свайго прызначэння абслугоўвання. Затым праз «Прапанаваць змену» прапануе дакладную перадачу, указвае ранейшае прызначэнне, дату пачатку і падставу і адзначае ўсе пяць праверак: абсяг абслугоўвання, незавершаныя працы, атрыманыя дакументы, бесперапыннасць і адклік ранейшых правоў. Кліент правярае ранейшага і новага партнёраў, ініцыятара і дату пачатку. Поле наступнага перыяду паказвае захаваную зыходную дату абслугоўвання або «Недаступна». Калі дата адсутнічае ці ўжо мінула, будучая дата замест яе не прагназуецца.
Кліент асобна выбірае «Узгадніць змену», затым у названую дату або пазней сам выбірае «Завяршыць змену». Прапанаваную або ўзгодненую змену да завяршэння можна спыніць праз «Адмяніць змену». Наступленне даты нічога аўтаматычна не змяняе. Завяршэнне адклікае ранейшае прызначэнне абслугоўвання і тэхнічныя дазволы. Аплачаныя ліцэнзіі, грошы і гістарычная атрыбуцыя захоўваюцца. Будучыя фінансавыя наступствы вызначае дзейная палітыка; плацёж або камісія не абяцаюцца. Новы доступ інжынера патрабуе асобнай згоды кліента; імгненны дыстанцыйны адклік offline-правоў не гарантаваны. Кліент можа самастойна, аднабакова адклікаць доступ; камерцыйная спрэчка гэтаму не перашкаджае.
Калі адказ страчаны, спачатку выберыце «Атрымаць зыходны вынік», каб атрымаць стан той жа зыходнай аперацыі. Толькі пасля гэтага можна яўна выбраць «Паўтарыць той жа запыт», захаваўшы зыходны запыт і ўсе яго звесткі без змен. Недаступны або адсутны вынік застаецца невядомым. Не стварайце аперацыю на замену і не адпраўляйце яе паўторна аўтаматычна.