Kumppaniohjelma
Valitse organisaatio kumppaniportaalissa. Toimet riippuvat nykyisestä roolista ja julkaistuista säännöistä. Hinnat, rajat, vaatimukset ja määräajat tulevat nykyisistä Billing-tietueista, eivät erillisestä hinnastosta täällä.
1. Ryhdy kumppaniksi
Lähetä oikeudelliset tiedot ja tarvittavat asiakirjat. Seuraa riippumatonta arviointia ja hyväksy sovellettava sopimus. Kutsu nimetyt kollegat vain tarpeellisiin rooleihin; arkaluonteiset toimet vaativat tuoreen MFA:n.
2. Tuo asiakas
Jaa alkuperäinen suosittelukoodisi. Asiakkaan omistaja tarkistaa ja vahvistaa lähteen. Kohdistus ei anna pääsyä tai omistajuutta; suosittelu ja ennuste eivät ole maksettua palkkiota.
3. Suojaa kauppa
Rekisteröi asiakas, tuotelaajuus ja alkuperäiset todisteet. Lue suojauspäätös ja määräaika. Ratkaise päällekkäiset vaatimukset säilytetyssä riidassa; CRM-muutos ei korvaa suojattua lähdettä.
4. Ota käyttöön asiakkaan tilillä
Sovi projekti, resurssi ja käyttöönoton laajuus. Hanki asiakkaan hyväksymä pääsy ja tarvittava maksullinen oikeus. Seuraa alkuperäistä asennusta asiakkaan Coren soveltamisvahvistukseen asti; tehtävän lähettäminen ei viimeistele käyttöönottoa.
5. Pyydä pääsy
Määritä tarkoitus, oikeudet ja kesto. Asiakkaan omistaja arvioi ja vahvistaa tarkan myönnön. Käytä omaa identiteettiä, älä pyydä salasanoja. Peruutus tai vanheneminen lopettaa delegoidun pääsyn siirtämättä omistajuutta.
Tekninen raportti vaatii asiakkaan erillisen nykyisen hyväksynnän ja alkuperäisen instanssin omistajan nimenomaisen lähetyksen. Tavallinen tilavaihto antaa vain tilatietoa. Vahvista laajuus ja kesto, anonymisoi valinnainen tukimateriaali ja erota suoritusmäärät liiketoimintatuloksista. Vietyä kopiota ei voi perua.
6. Ymmärrä kertymä
Tarkista alkuperäinen tilaus, maksut, toteutus, palautukset ja talletettu käytäntö. Erota odottavat, käytettävissä olevat ja pidätetyt summat. Pyydä asynkroninen vienti alkuperäisellä ilmoituksella ja määräajalla; liitä poikkeama alkuperäiseen tietueeseen.
7. Vastaanota maksu
Vahvista oikeudelliset, vero- ja maksutositteet. Esitä saatavilla oleva summa riippumattomaan hyväksyntään. Seuraa alkuperäistä lähtevää tapahtumaa ja tarkistettua pankkiselvitystä. Varaus ei todista tilisiirtoa. Tuntematon pankkitulos vaatii saman tapahtuman täsmäytyksen, ei uutta maksua.
8. Siirrä palvelu
Asiakas hyväksyy korvaavan laajuuden ja luovutuksen. Poista vanha pääsy, siirrä sovitut tehtävät ja säilytä historia. Palauta keskeneräiset alkuperäiset komennot ennen uusia toimia; palvelun vaihtaminen ei kirjoita vanhoja kertymiä uudelleen.
9. Hanki sertifiointi
Käytä julkaistua kurssiversiota ja henkilökohtaista arviointia. Tarkista todistuksen laajuus, päättymisaika ja varmennus. Tehtävät tarvitsevat hyväksytyn todisteen omasta panoksesta; krediitit eivät ole rahaa. Kausi ja vapaaehtoinen julkinen tulostaulu noudattavat julkaistuja sääntöjä.
10. Käytä brändiä
Käytä hyväksyttyä aineistoa ja kampanjarajoja. Hanki MDF-hyväksyntä ennen kulutusta; korvaus vaatii tarkistetut toimittaja-asiakirjat ja pankkiselvityksen. Tarkista mainosvastuu ja suostumus. Alkuperäinen alennus ei siirry automaattisesti uusintaan.
11. Julkaise ratkaisu
Lähetä alkuperäinen aineisto, versio, oikeudet ja asennuslaajuus riippumattomaan arviointiin. Maksulliset asennusoikeudet ovat erillisiä. Julkinen asiakastapaus vaatii asiakkaan nykyisen nimenomaisen suostumuksen; projektin hyväksyntä ei yksin riitä.
12. MSP ja OEM
Käytä hyväksyttyä sopimusta, asiakasrajoja ja talletettuja oikeuksia. Demo ja NFR säilyttävät alkuperäisen päättymisajan; NFR-etäpääsy tarkistetaan uudelleen enintään 30 sekunnin luvalla. Se ei ole siirrettävä maksullinen lisenssi. Vie asetukset todellisen instanssin omistajan paikallisesta käyttöliittymästä ilman salaisuuksia ja sisältöä.
Siirrä demo asiakkaan instanssiin
- Alkuperäisen demon todellinen paikallinen omistaja avaa ”Demo → asiakas”, valitsee työtilan ja vie asetukset. Rekisteröi alkuperäinen vienti ja lataa
aihummer-sandbox-configuration.json. Historiaa, sisältöä, demon salaisuuksia tai lisenssejä ei siirretä. - Valitse kumppaniportaalissa tämä rekisteröity vienti ja asiakkaan nykyinen maksettu projekti. Anna syy, tarkista alkuperäinen toiminto ja vahvista se nimenomaisesti. Lataa erillinen
aihummer-demo-handoff.json. - Asiakasinstanssin omistaja avaa paikallisen siirron, valitsee kohdetyötilan ja molemmat tiedostot: asetukset enintään 512 KiB ja portaalitiedosto enintään 64 KiB. Tarkista näytetty projektin nimi ja muutosten esikatselu. Tunnistetta ei syötetä käsin; tiedostot itsessään eivät anna lupaa.
- Tarkista asiakkaan lupa. Vahvista ennen käyttöönottoa nimenomaisesti näytetyt oikeudet ja erikseen mahdolliset vaaralliset toiminnot. Ota muutokset käyttöön: tuodut resurssit ovat keskeytettyjä eivätkä agentit käynnisty automaattisesti.
- Allekirjoita säilytetty tuontitulos ja lähetä se sitten. Portaali näyttää käyttöön otetun tilan (
applied) vasta saatuaan alkuperäisen vahvistuksen. - Alkuperäisen demon nykyinen omistaja viimeistelee siirron erikseen portaalissa: anna syy, tarkista ja vahvista poisto.
cleanuptarkoittaa, että poisto on kesken;convertedilmestyy vasta vanhan VM:n todellisen poistamisen jälkeen.
Palauta katkoksen jälkeen alkuperäinen toiminto ja lue tulos. Lähetä tarvittaessa sama säilytetty tulos; älä luo toista vientiä tai tuontia. Puuttuva vastaus tai määräajan umpeutuminen ei todista peruutusta.
Ennen luvan myöntämistä ehdotuksen voi peruuttaa portaalissa. Sen jälkeen asiakkaan Core-omistajan on nimenomaisesti peruutettava alkuperäinen vielä käyttämätön tuonti sekä allekirjoitettava ja lähetettävä peruutusvahvistus. Käyttöön otettua tuontia ei peruuteta näin. Palautus poistaa vain muuttumattomat keskeytetyt resurssit; maksuja ei palauteta.
Jos demotoimittaja ei ole käytettävissä, ylläpitäjä tarkistaa yhteyden ja alkuperäisten asennustunnusten suojatun määrityksen. Älä välitä tunnuksia siirtotiedostoissa tai viesteissä. Budjettivaraus ei ole toimittajan lasku.
13. Poistu ohjelmasta
Lopeta uudet hakemukset, peru tunnukset ja delegoitu pääsy. Peru tai palauta alkuperäiset odottavat komennot. Selvitä säilytetyt velvoitteet ja pidä tarvittavat tiedot; poistuminen ei poista asiakkaan ostamia tietoja eikä siirrä omistajuutta.
Asiakkaan valvonta
Tarkista asiakasportaalissa kutsut, kumppanin laajuus, palvelun vaihto ja julkisen tapauksen suostumus. Myönnä ja peru nimenomaisesti. Omistajuus säilyy sinulla; tukiosallistujat näkevät vain sallitun keskustelun, eivät operaattorin yksityisiä muistiinpanoja.
Ylläpitäjän työnkulku
Julkaise sääntöversiot vaatimuksineen, rajoineen ja päivämäärineen simuloinnin ja riippumattoman arvioinnin jälkeen. Toiminnan pysäytys estää uudet toimet erillään kaupallisesta käytännöstä; peruutukset, historia ja olemassa olevat maksulliset oikeudet säilyvät. Täsmäytä raha alkuperäisiin todisteisiin. Kampanjat, tasot, palkinnot, tapahtumat ja palautukset säilyttävät historian. Ilmoitusvalinnat, hiljaiset tunnit ja markkinointisuostumus koskevat lähetyksiä; tapahtumatieto ei todista toimitusta.
API ja palautus
Käytä kumppanikutsuihin käyttöönotettua Billing-sopimusta; Core API on erillinen. Ihmisen komento säilyttää yhden alkuperäisen UUID:n: valmistele, arvioi, suorita tai peru. Käytä samaa idempotenssiavainta ja odotettua versiota. Kysy katkon jälkeen alkuperäinen tulos; puuttuva tai vanhentunut tila ei todista peruutusta. Rajaa palvelutilit, suojaa kertaluonteiset salaisuudet, tarkista webhook-allekirjoitukset ja poista alkuperäisten tapahtumatunnusten kaksoiskappaleet. CRM muuttaa vain sallittuja kenttiä; raha ja suojaus vaativat Billing-arvioinnin.
Asennuksen omistajan siirto
Avaa asiakastilillä Organisaatiot ja aloita erillinen siirto vahvistetulla asennussuhteella, vastaanottavalla organisaatiolla ja valtuutusasiakirjoilla. Molemmat osapuolet vahvistavat alkuperäisen asian omilla tileillään MFA:lla; ylläpitäjä tarkistaa asiakirjat itsenäisesti. Coressa alkuperäinen paikallinen omistaja valitsee olemassa olevan omistajan, vastaanottaja vahvistaa omalla tilillään ja lähde viimeistelee yksityisen varmuuskopion. Lataa allekirjoitettu todiste alkuperäiseen asiaan ja viimeistele siirto. Lisenssi, tiedot ja maksuhistoria säilyvät; vanha automaattinen uusinta päättyy. Tuntematon omistaja edellyttää erillistä palautuspyyntöä, verotunniste ei siirrä omistusta automaattisesti. Kadonneen vastauksen jälkeen palauta sama komento; puuttuminen ei ole peruutus.
Siirron jälkeen nykyinen omistaja maksaa erillisen hyväksytyn tilauksen omalla asiakastilillään. Aiemmat maksut, laskut ja entisen maksajan automaattiveloitusvaltuutus jäävät alkuperäiseen historiaan. Kyseessä on uusi ostos olemassa olevalle instanssille, ei instanssin luonti tai vanhan tilauksen siirto. Jos vastaus katoaa, tarkista alkuperäinen tilaus; puuttuva merkintä ei tarkoita peruutusta. Maksun vahvistus ja lisenssin myöntämisen hyväksyminen tarkistetaan erikseen lisenssin tosiasiallisesta käyttöönotosta palvelimella.
Yhteydenpito ja ensimmäisten 30 päivän henkilökohtainen suunnitelma
Tiedustelun jatkaminen
Ilmoita pyytämäsi yhteydenpitokanava ja lue erilliset tietosuoja- ja markkinointiehdot. Kun sääntö on julkaistu, yhteydenotot suunnitellaan päiville 0/3/7/14: vastaus, muistutus, hyödyllinen aineisto ja päättäminen. Työkalenteri, suostumus, hiljaiset ajat ja rajat voivat siirtää tai estää yhteydenoton. Alkukeskustelun jälkeen vastuuhenkilö kirjaa yhteenvedon, rajoitukset ja seuraavan vaiheen erikseen; aloitusluonnokset eivät itsessään käynnistä mitään.
Kirjaa vastaus tai kieltäytyminen vastauslomakkeella käyttäen alkuperäistä kuittia ja yksityistä koodia. Älä laita koodia linkkiin tai jaa sitä muille. Vastaus, kieltäytyminen tai käynnissä oleva keskustelu lopettaa toistuvat yhteydenotot; kieltäytyminen säilyy myös ennen ketjun alkamista. Suostumuksen peruminen lopettaa kyseiset viestit poistamatta tiliä, omistajuutta tai ostettuja oikeuksia. Puhelintiedustelu luo käsittelijälle yksityisen tehtävän manuaalista yhteydenottoa varten; automaattisia tekstiviestejä tai puheluita ei luvata.
Perehdytyksen tehtävät
Organisaation henkilökohtainen suunnitelma näyttää alkuperäiset tehtäväsi, määräajat, vastuuhenkilön ja historian. Julkaistu ensimmäisten 30 päivän suunnitelma sisältää:
- Päivä 0: sopimus ja tarvittavat roolit sisältävä tiimi.
- Päivä 3: kaupallinen koulutus ja henkilökohtainen koe.
- Päivä 6: tekninen harjoittelu pakollisten kurssien jälkeen ja riippumaton arviointi.
- Päivä 11: rekisteröity kauppa, jonka suoja on voimassa.
- Päivä 16: asiakkaan hyväksymä projektin laajuus ja yhteys alkuperäiseen tilaukseen.
- Päivä 22: toteutuksen menetelmäasiantuntijan arviointi.
Kirjaa kolme asiakasskenaariohypoteesia, kuvaa asiakasprofiili ja valitse painopiste. Valmiit tehtävät tarkistetaan alkuperäisistä tiedoista ja ohitetaan muistutuksissa; käyttöliittymän valintamerkki ei ole tulos. Menetelmäasiantuntija arvioi kaksi ensimmäistä projektia, nykyisen kokoonpanon ja toimitetut testihavainnot erikseen ja kirjaa hyväksynnän tai korjaukset. Julkaistut säännöt määräävät avun määrän; lisäavusta sovitaan erikseen. Viiveessä vastuuhenkilö kirjaa syyn—ei asiakasta, epäselvä hyöty, osaaminen, talous tai tuotevika—suunnitelman ja seuraavan arviointipäivän.
Jos toiminnon vastaus katoaa, tarkista sama alkuperäinen tapahtuma; puuttuva tulos ei todista lähetyksen epäonnistumista tai perumista. Älä yritä automaattisesti uudelleen tai luo uutta avainta. Sähköpostipalvelun hyväksymä viesti ei todista saapumista postilaatikkoon tai lukemista. Epäselvä tulos edellyttää erillistä tarkistusta ja päätöstä, ei automaattista uusintaviestiä.
Pyydä ensimmäistä tai seuraavaa tarjousta
Valitse suojattu kauppa, nykyinen luettelo ja tarkka asiakas-/resurssirajaus. Ensimmäinen pyyntö ei tarvitse olemassa olevaa quotea ja odottaa asiakkaan omistajan lupaa. Taloushenkilö tarjoaa erikseen valmistellun alkuperäisen quoten; jakaminen, hyväksyminen ja maksaminen ovat erillisiä. Seuraava pyyntö säilyttää asiakkaan aiemmin jakaman pohjaquoten. Kadonneen vastauksen jälkeen palauta tai peru alkuperäinen pyyntö nimenomaisesti.
Sovi tapaaminen
Anna alkuperäisessä tukipyynnössä UTC-aika, aikavyöhyke ja kesto. Nimetty vastuuhenkilö vahvistaa tai siirtää; pyydetty aika ei ole varaus. Peru alkuperäinen pyyntö. Ulkoinen kalenterikutsu on erillinen toiminto.
Muuta juridista nimeä
Omistaja/admin voi ehdottaa saman tarkistetun yhteisön juridista nimeä. Riippumaton käsittely tarvitsee alkuperäiset rekisteri- ja henkilöllisyystodisteet. Maa, oikeudellinen muoto ja kanoninen identiteetti pysyvät; toinen yhteisö tarvitsee liittymisen. Vanhat sopimukset ja pankkitarkistus eivät päivity automaattisesti.
Palauta taloustoiminnot
Jokainen Billing-prosessi alkaa uudet siirrot suljettuina. Henkilöstö tarkistaa aidon varmuuskopion, palautuksen, jonon ja pankkiaineiston ennen myöhempien varausten avaamista. Vanhoja/epäselviä siirtoja vain kysellään alkuperäisellä pankki-ID:llä; vastauksen puute ei salli uutta lähetystä. Asiakkaan maksetut oikeudet säilyvät.
Palautukset, pisteet ja palkinnot
Aito alkuperäinen palautus kumoaa siihen liittyvät XP/krediitit alkuperäisin säännöin. Toimittamattomat palkinnot vapauttavat varaukset; toimitettujen historia ja kelpoisuuden menetys säilyvät erikseen. Demon pysäytys odottaa alkuperäisen omistajan vahvistusta; erikseen maksettu muunnos säilyy. Fyysinen palautus ja käsin toimitettu etu vaativat todellisen vastuuhenkilön ratkaisun.
Historia ja korjaukset
Ennen backfilliä henkilöstö tarkistaa erikseen rajatut alkuperäiset luettelot, määrät, valuuttasummat ja asiakirjojen tiivisteet. Tuntematon omistus jää poikkeamaksi; kohdistus ei myönnä oikeuksia. Tarkistetut maksamattoman kohdistuksen korjaukset lisäävät tasapainoiset pidätetyt kirjaukset, eivät käytettävää tuloa. Maksetulla/varatulla historialla ja sopimusten alkusaldoilla on omat alkuperäiset omistajansa.
Lue analytiikkaa
Tarkista alkuperäiset lähteet, kohortti, aikaväli ja kaava. Erota valuutat, toimintamäärät, maksettu tulo ja liiketoiminnan tulokset. Puuttuva lähde ei ole käytettävissä, ei nolla; vähäiset havainnot eivät osoita ROI:ta. Tekniset raportit vaativat asiakkaan erillisen nykyisen luvan. Taloudellinen tulkinta seuraa julkaistua käytäntöä.
Alkuperäisten järjestelmien vahvistetut menot eivät yksin osoita kampanjan kaikkia kustannuksia. Kaikkien kustannusten dokumentointi, myös kumppanien koulutuksen ja tuen osalta, edellyttää erillistä alkuperäistä kustannusotosta ja riippumatonta hyväksyntää. Laske suhdeluvut vain samassa alkuperäisessä valuutassa ja samalla pienimmän rahayksikön eksponentilla. Puuttuva ajantasainen lähde merkitään selvästi tilanteeksi, jossa tietoja ei ole saatavilla; muusta toiminnasta ei päätellä konversioita. Asiakkaiden tai yhteyshenkilöiden tunnisteita ei paljasteta. Syntyneet kustannukset eivät todista pankkimaksua.
Tilapäinen paikallinen käyttö ilman yhteyttä
Kun ominaisuutta tuetaan, paikallinen omistaja antaa nimetylle insinöörille lyhyen käyttöoikeuden vain valitun työtilan tekniseen tilaan julkaistun ja allekirjoitetun Billing-käytännön mukaisesti. Uusiminen ja välitön peruminen tehdään paikallisesti. Keskitetty peruminen odottaa synkronointia, kunnes instanssi tuo tarkistetun allekirjoitetun vahvistuksen; yhteyden puuttuminen ei osoita perumisen toteutuneen. Uudelleenkäynnistys vaatii uuden paikallisen hyväksynnän. Käyttö ei anna ylläpito-oikeuksia, pääsyä sisältöön eikä maksullista lisenssiä.
Pankkilasku, lahjat ja uusimiskortti
Valitse asiakasportaalissa organisaatiosi ja avaa alkuperäinen tarjous. Tarkista koko ostoskori, hyväksy ehdot ja maksa pankkilasku. Osittainen maksun saapuminen ei päätä tilausta. Odota koko summan saapumisen jälkeen koko tilauksen vahvistusta ja tarkista lisenssin, resurssin tai moduulin toimitus erikseen; lisenssin käyttöönotolla palvelimessa on oma tuloksensa.
Rivi ”Lahja — maksuton” säilyy tilauksessa, mutta ei luo palkkiota tai kertymien ensimmäistä maksettua ostoa. Ylimääräiset maksut kirjataan erikseen eivätkä maksa toista tilausta automaattisesti. Kun yhteys tilaukseesi on todellinen, voit nähdä vastaanotetun, tosiasiassa palautetun ja jäljellä olevan summan; automaattista palautusta ei luvata.
- Kun soveltuva palvelu on vahvistettu, organisaation omistaja valitsee kortin liittämisen uusimista varten. Lue ehdot, valitse pankki ja hyväksy erikseen uusiminen sekä palautettava 1 RUB:n tarkistusmaksu.
- Siirry pankkiin. Tämä 1 RUB tarkistaa kortin eikä maksa tilausta tai palvelukautta. Palautuksella on oma tilansa: odottaa, selvitetään tai valmis.
- Palattuasi tarkista nimenomaisesti saman toiminnon tila. Paluulinkki ei vahvista maksua tai veloituslupaa.
- Vahvista kortti ja uusiminen erikseen. Jos tulos on tuntematon, lue alkuperäinen toiminto; älä aloita uutta liittämistä tai lähetä automaattisesti uudelleen.
Tuleva uusiminen on oman kautensa erillinen maksu. Alkuperäinen pankkitilaus ja historia säilyvät; kortti yksin ei todista uuden kauden maksua tai toimitusta.
Vaihda palvelukumppani
Asiakasorganisaation omistaja ehdottaa ensin uudelle kumppanille odottavaa määritystä samalle resurssille. Uuden kumppanin omistaja valitsee ”Ehdota vaihtoa”, aiemman määrityksen, voimaantulopäivän ja perusteen. Vahvista kaikki viisi tarkistusta: palvelun laajuus, avoimet työt, vastaanotetut asiakirjat, palvelun jatkuvuus ja aiemman pääsyn peruminen. Lue uuden määrityksen alkuperäisen sopimuksen otsikko ja kaikki ehdot ennen ehdotuksen nimenomaista vahvistamista.
Asiakkaan omistaja tarkistaa kumppanit, aloittajan, päivät ja seuraukset. ”Seuraavan kauden päivä” näyttää alkuperäisen palvelun tallennetun päivän tai ”Ei saatavilla”; puuttuva tai ohitettu päivä ei ole ennuste. Valitse ”Hyväksy vaihto”, sitten erikseen ”Viimeistele vaihto” voimaantulopäivänä tai sen jälkeen. Hyväksyntä ja ajan kuluminen eivät viimeistele vaihtoa. ”Peruuta vaihto” peruuttaa ehdotetun tai hyväksytyn vaihdon ennen viimeistelyä.
Viimeistely peruu aiemman määrityksen ja sen tekniset oikeudet. Insinöörin uusi pääsy vaatii asiakkaan erillisen hyväksynnän; offline-instanssin välitöntä etäperumista ei taata. Maksetut lisenssit, raha ja tallennetut kohdistukset säilyvät. Myöhemmät taloudelliset vaikutukset noudattavat nykyistä käytäntöä ilman maksu- tai palkkiolupausta. Asiakas säilyttää itsenäisen oikeuden perua pääsyn myös kaupallisen riidan aikana.
Jos vastaus katoaa, valitse samalle toiminnolle ”Hae alkuperäinen tulos”. Puuttuva tai tuntematon tulos jää ratkaisematta. Vasta tarkistuksen jälkeen ”Yritä samaa pyyntöä uudelleen” sallii tallennetun täsmällisen pyynnön erillisen uudelleenlähetyksen. Älä luo korvaavaa toimintoa tai lähetä automaattisesti uudelleen.