Programme partenaires — AiHummer Docs

Sélectionnez votre organisation dans le portail partenaires. Les actions dépendent du rôle actuel et des politiques publiées. Taux, limites, critères et échéances proviennent des enregistrements Billing actuels, sans tableau tarifaire indépendant ici.

1. Devenir partenaire

Soumettez les informations juridiques et documents requis. Suivez l’examen indépendant et acceptez l’accord applicable. Invitez des collègues nommés uniquement avec les rôles nécessaires ; les actions sensibles exigent une MFA récente.

2. Apporter un client

Partagez votre code de recommandation original. Le propriétaire du client examine et confirme la source. L’attribution ne donne ni accès ni propriété ; recommandation et prévision ne sont pas une commission payée.

3. Protéger une affaire

Enregistrez le client, le périmètre produit et les preuves originales. Lisez la décision de protection et l’échéance. Résolvez les revendications concurrentes par le litige conservé ; une modification CRM ne remplace pas la source protégée.

4. Déployer sur le compte du client

Convenez du projet, de la ressource et du périmètre de déploiement. Obtenez l’accès approuvé par le client et le droit payant nécessaire. Suivez l’installation originale jusqu’à confirmation par le Core du client ; envoyer une tâche ne termine pas le déploiement.

5. Demander un accès

Indiquez objectif, permissions et durée. Le propriétaire du client examine et confirme l’autorisation exacte. Utilisez votre identité, sans demander de mot de passe. Révocation ou expiration termine l’accès délégué sans transférer la propriété.

Les rapports techniques exigent l’approbation actuelle séparée du client et l’envoi explicite par le propriétaire de l’instance originale. L’échange habituel ne fournit que l’état. Confirmez périmètre et durée, anonymisez le support facultatif et distinguez nombres d’exécutions et résultats commerciaux. Une copie exportée ne peut être rappelée.

6. Comprendre une commission

Examinez commande originale, paiements, exécution, remboursements et politique capturée. Distinguez montants en attente, disponibles et retenus. Demandez un export asynchrone, utilisez son avis et son échéance originaux ; signalez les écarts sur l’enregistrement original.

7. Recevoir un paiement

Confirmez les documents juridiques, fiscaux et de paiement. Présentez le montant disponible à une approbation indépendante. Suivez l’opération sortante originale et le règlement bancaire vérifié. Une réservation ne prouve pas un virement. Un résultat bancaire inconnu exige la réconciliation de cette opération, pas un nouveau paiement.

8. Transférer le suivi

Le client approuve le nouveau périmètre et la transmission. Retirez l’ancien accès, transférez les tâches convenues et gardez l’historique. Récupérez les commandes originales inachevées avant de nouvelles actions ; changer le suivi ne réécrit pas les commissions passées.

9. Obtenir une certification

Utilisez la révision publiée du cours et l’évaluation personnelle. Vérifiez périmètre, échéance et validation du certificat. Les missions nécessitent la preuve acceptée de votre contribution ; les crédits ne sont pas de l’argent. Saison et classement public volontaire suivent les règles publiées.

10. Utiliser la marque

Utilisez les supports approuvés et les limites de campagne. Obtenez l’accord MDF avant de dépenser ; le remboursement exige documents vérifiés du fournisseur et règlement bancaire. Vérifiez responsabilité publicitaire et consentement. La remise initiale ne s’étend pas automatiquement aux renouvellements.

11. Publier une solution

Soumettez contenu original, version, droits et périmètre d’installation à un examen indépendant. Les droits d’installation payants restent distincts. Un cas client public nécessite aussi son consentement explicite actuel ; l’acceptation du projet ne suffit pas.

12. MSP et OEM

Utilisez l’accord approuvé, les frontières des clients et les droits capturés. Démo et NFR conservent l’échéance originale ; l’accès NFR distant est revérifié sous une autorisation d’au plus 30 secondes. Ce n’est pas une licence payante portable. Exportez la configuration depuis l’interface locale du propriétaire réel de l’instance, sans secrets ni contenu.

Transférer la démo vers l’instance du client

Le propriétaire local réel de la démo source ouvre « Démo → client », choisit un espace de travail et exporte la configuration. Enregistrez cet export original, puis téléchargez aihummer-sandbox-configuration.json. L’historique, le contenu, les secrets de démo et les licences sont exclus.
Dans le portail partenaire, choisissez cet export enregistré et le projet payé actuel du client. Indiquez le motif, examinez l’opération originale et confirmez-la explicitement. Téléchargez séparément aihummer-demo-handoff.json.
Le propriétaire de l’instance cliente ouvre le transfert local et choisit l’espace cible ainsi que les deux fichiers : configuration jusqu’à 512 KiB et fichier du portail jusqu’à 64 KiB. Vérifiez le titre du projet et les modifications prévues. Aucun identifiant manuel n’est requis ; les fichiers ne donnent aucune autorisation.
Vérifiez l’autorisation du client. Avant l’application, confirmez explicitement les permissions affichées et séparément les actions dangereuses, le cas échéant. Appliquez les modifications : les ressources importées restent en pause, les agents ne démarrent pas automatiquement.
Signez le résultat d’import conservé, puis envoyez-le. Le portail affiche l’état appliqué (applied) uniquement après réception de la confirmation originale.
Le propriétaire actuel de la démo source finalise séparément le transfert dans le portail : indiquez le motif, examinez et confirmez la suppression. cleanup signifie que le nettoyage est en attente ; converted n’apparaît qu’après la suppression effective de l’ancienne VM.

Après une interruption, récupérez l’opération originale et lisez son résultat. Si nécessaire, envoyez le même résultat conservé ; ne créez pas un deuxième export ou import. L’absence de réponse ou l’expiration ne prouve pas une annulation.

Avant l’autorisation, la proposition peut être annulée dans le portail. Ensuite, le propriétaire du Core client doit annuler explicitement l’import original encore non appliqué, signer et envoyer sa confirmation d’annulation. Un import appliqué ne s’annule pas ainsi. Le retour arrière supprime uniquement les ressources en pause inchangées ; il ne rembourse aucun paiement.

Si le fournisseur de démo est indisponible, un administrateur vérifie la connexion et la configuration protégée des identifiants d’installation originaux. Ne transmettez pas ces identifiants dans les fichiers de transfert ou les messages. Une réservation de budget n’est pas une facture fournisseur.

13. Quitter le programme

Arrêtez les nouvelles demandes, révoquez les identifiants et l’accès délégué. Annulez ou récupérez les commandes originales en attente. Réglez les obligations conservées et gardez les documents requis ; partir ne supprime pas les données achetées du client et ne transfère pas la propriété.

Contrôles du client

Dans le portail client, examinez invitations, périmètre du partenaire, changement de suivi et consentement au cas public. Accordez et révoquez explicitement. La propriété reste la vôtre ; les participants au support voient seulement la conversation autorisée, jamais les notes privées de l’opérateur.

Travail de l’administrateur

Publiez des versions de règles avec critères, limites et dates après simulation et examen indépendant. L’arrêt opérationnel bloque les nouvelles actions séparément de la politique commerciale ; révocations, historique et droits payants existants restent. Réconciliez l’argent avec les preuves originales. Campagnes, niveaux, récompenses, incidents et retours conservent l’historique. Préférences, heures silencieuses et consentement marketing s’appliquent ; un événement enregistré ne prouve pas sa livraison.

API et reprise

Utilisez le contrat Billing déployé pour les appels partenaires ; l’API Core est distincte. Une commande humaine conserve un UUID original : préparer, examiner, exécuter ou annuler. Réutilisez sa clé d’idempotence et la version attendue. Après interruption consultez le résultat original ; absence ou expiration du statut ne prouve pas l’annulation. Limitez les comptes de service, protégez les secrets affichés une fois, vérifiez les signatures webhook et dédupliquez les ID originaux. CRM change uniquement les champs autorisés ; argent et protection exigent un examen Billing.

Transférer le propriétaire de l’installation

Dans le cabinet client, ouvrez Organisations et lancez un transfert distinct avec la relation confirmée, l’organisation destinataire et les justificatifs d’autorité. Les deux parties confirment le dossier initial depuis leurs comptes avec MFA ; un opérateur vérifie indépendamment les documents. Dans Core, le propriétaire local initial choisit un propriétaire existant, le destinataire confirme depuis son compte et la source termine la sauvegarde privée. Chargez la preuve signée dans le dossier initial et terminez le transfert. Licence, données et historique des paiements restent ; l’ancien renouvellement automatique cesse. Un propriétaire inconnu nécessite une demande de récupération distincte, sans transfert automatique par identifiant fiscal. Après une réponse perdue, récupérez la même commande ; l’absence ne vaut pas annulation.

Après le transfert, le propriétaire actuel paie une commande acceptée distincte dans son propre espace client. Les anciens paiements, factures et l’autorisation de prélèvement automatique de l’ancien payeur restent dans l’historique d’origine. Il s’agit d’un nouvel achat pour une instance existante, et non de la création d’une instance ou du transfert de l’ancien abonnement. Si la réponse est perdue, vérifiez la commande initiale ; l’absence d’enregistrement ne signifie pas une annulation. La confirmation du paiement et l’acceptation de l’émission de la licence sont vérifiées séparément de son application effective sur le serveur.

Contact et plan privé des 30 premiers jours

Suivi d’une demande

Indiquez le canal de contact demandé et lisez séparément les conditions de confidentialité et de marketing. Lorsqu’une règle est publiée, la séquence est prévue aux jours 0/3/7/14 : réponse, rappel, document utile et clôture. Le calendrier de travail, le consentement, les heures de tranquillité et les limites peuvent reporter ou empêcher un contact. Après l’entretien initial, le responsable consigne séparément le résumé, les contraintes et la prochaine étape ; les brouillons de départ n’activent rien à eux seuls.

Pour enregistrer une réponse ou un refus, utilisez le reçu original et le code privé dans le formulaire de réponse. Ne mettez pas le code dans un lien et ne le partagez pas. Une réponse, un refus ou une conversation en cours arrêtent les contacts répétés ; le refus reste enregistré même avant le démarrage de la séquence. Retirer son consentement arrête les messages concernés sans supprimer le compte, la propriété ni les droits achetés. Une demande téléphonique crée une tâche privée de contact manuel pour l’opérateur ; aucun SMS ni appel automatique n’est promis.

Tâches d’intégration

Le plan privé de votre organisation présente vos tâches originales, échéances, responsable et historique. Le plan publié des 30 premiers jours comprend :

Jour 0 : accord et équipe avec les rôles nécessaires.
Jour 3 : formation commerciale et examen personnel.
Jour 6 : pratique technique après les cours obligatoires et évaluation indépendante.
Jour 11 : affaire enregistrée avec une protection en vigueur.
Jour 16 : périmètre du projet approuvé par le client et lié à la commande originale.
Jour 22 : examen de la mise en œuvre par le méthodologue.

Notez trois hypothèses de scénarios clients, décrivez le profil du client et choisissez une priorité. Les tâches réalisées sont vérifiées dans les enregistrements originaux et exclues des rappels ; une case cochée n’est pas un résultat. Le méthodologue examine séparément les deux premiers projets, la configuration actuelle et les observations de tests soumises, puis consigne l’acceptation ou les corrections nécessaires. Les règles publiées fixent l’aide disponible ; toute aide supplémentaire fait l’objet d’un accord distinct. En cas de retard, le responsable note la cause—absence de client, valeur peu claire, compétences, économie ou défaut du produit—le plan et la date du prochain examen.

Si la réponse à une action est perdue, vérifiez la même opération originale ; l’absence de résultat ne prouve ni l’échec de l’envoi ni l’annulation. Ne réessayez pas automatiquement et ne créez pas de nouvelle clé. L’acceptation d’un message par le fournisseur de messagerie ne confirme ni sa réception dans la boîte de réception ni sa lecture. Un résultat incertain demande une vérification et une décision explicites, pas un nouvel envoi automatique.

Demander une proposition initiale ou suivante

Choisissez l’affaire protégée, le catalogue actuel et le périmètre client/ressource exact. La demande initiale ne nécessite aucun quote existant et attend l’accord du propriétaire client. La finance propose un quote original préparé séparément ; partage, acceptation et paiement restent distincts. La demande suivante conserve le quote de base déjà partagé par le client. Après une réponse perdue, récupérez ou annulez explicitement la demande originale.

Organiser une réunion

Indiquez heure UTC, fuseau et durée dans le ticket original. Le responsable désigné confirme ou reporte ; une heure demandée n’est pas une réservation. Annulez la demande originale. Une invitation dans un calendrier externe est une action distincte.

Modifier la dénomination juridique

Le propriétaire/admin peut proposer le nom juridique de la même entité vérifiée. L’examen indépendant nécessite les preuves originales du registre et de l’identité. Pays, forme juridique et identité canonique restent fixes ; une autre entité doit s’inscrire. Contrats et vérification bancaire antérieurs ne sont pas actualisés automatiquement.

Rétablir les opérations financières

Chaque processus Billing démarre avec les nouveaux virements fermés. Le personnel examine sauvegarde réelle, restauration, file et relevé bancaire avant d’ouvrir les réservations ultérieures. Les virements anciens/incertains sont seulement interrogés par leur ID bancaire original ; l’absence de réponse n’autorise jamais un nouvel envoi. Les droits payés du client continuent.

Remboursements, points et récompenses

Un remboursement original réel inverse les XP/crédits concernés selon leurs règles originales. Les récompenses non livrées libèrent les réservations ; celles livrées conservent historique et perte d’éligibilité séparément. L’arrêt d’une démo attend son responsable original ; une conversion payée indépendamment continue. Retours physiques et avantages manuels livrés nécessitent la résolution du responsable réel.

Historique et corrections

Avant backfill, le personnel vérifie séparément les pages bornées du recensement original, nombres, totaux par devise et hashes documentaires. La propriété inconnue reste une exception ; les correspondances ne donnent aucun droit. Les corrections examinées d’attribution non payée ajoutent des écritures équilibrées retenues, pas des gains disponibles. Historique payé/réservé et soldes contractuels initiaux ont leurs responsables originaux distincts.

Lire les analyses

Vérifiez sources originales, cohorte, fenêtre et formule. Séparez devises, nombres d’opérations, revenus payés et résultats commerciaux. Une source absente est indisponible, jamais zéro ; trop peu d’observations ne prouvent pas le ROI. Les rapports techniques nécessitent l’accord actuel séparé du client. L’interprétation financière suit la politique publiée.

Les dépenses confirmées des systèmes d’origine ne prouvent pas à elles seules le coût complet d’une campagne. La couverture complète, y compris la formation et l’accompagnement des partenaires, exige un état original distinct des coûts, approuvé indépendamment. Calculez les ratios uniquement dans une même devise d’origine, avec le même exposant d’unité monétaire mineure. Une source actuelle absente est explicitement indisponible ; les conversions ne sont pas déduites d’autres activités. Les identifiants des clients et des contacts ne sont pas divulgués. Les coûts engagés ne prouvent pas le règlement bancaire.

Accès local temporaire sans connexion

Lorsque la fonction est prise en charge, le propriétaire local accorde à un ingénieur identifié un accès bref au seul état technique de l’espace choisi, selon une politique Billing publiée et signée. Le renouvellement et la révocation immédiate se font localement. La révocation centrale reste en attente de synchronisation tant que l’instance n’importe pas un reçu signé et vérifié ; une perte de connexion ne prouve pas son application. Un redémarrage exige une nouvelle approbation locale. Cet accès n’accorde ni droits administratifs, ni accès au contenu, ni licence payante.

Facture bancaire, cadeaux et carte de renouvellement

Dans l’espace client, choisissez votre organisation et ouvrez le devis d’origine. Vérifiez tout le panier, acceptez les conditions et payez sa facture bancaire. Un versement partiel ne termine pas la commande. Après réception du montant total, attendez la confirmation de la commande entière et vérifiez séparément la livraison de la licence, de la ressource ou du module ; l’application de la licence sur le serveur a son propre résultat.

Une ligne « Cadeau — sans frais » reste dans la commande, mais ne crée ni commission ni premier achat payé ouvrant droit à une rémunération. Les versements supplémentaires sont comptabilisés séparément et ne paient pas automatiquement une autre commande. Pour les sommes réellement liées à votre commande, vous pouvez voir le montant reçu, effectivement restitué et restant ; aucun remboursement automatique n’est promis.

Après confirmation d’un service éligible, le propriétaire de l’organisation choisit d’associer une carte pour le renouvellement. Lisez les conditions, choisissez la banque et acceptez séparément le renouvellement et le paiement de vérification de 1 RUB avec son remboursement.
Continuez vers la banque. Ce 1 RUB vérifie la carte, sans payer la commande ni une période de service. Son remboursement a un état distinct : en attente, à clarifier ou terminé.
Au retour, consultez explicitement l’état de la même opération. Le lien de retour ne confirme ni le paiement ni l’autorisation de prélèvement.
Confirmez séparément la carte et le renouvellement. Si le résultat est inconnu, consultez l’opération d’origine ; ne lancez pas une nouvelle association et ne renvoyez pas automatiquement la demande.

Un futur renouvellement est un paiement distinct pour sa propre période. La commande bancaire initiale et son historique restent conservés ; la carte seule ne prouve ni paiement ni livraison d’une nouvelle période.

Changer de partenaire de service

Le propriétaire de l’organisation cliente propose d’abord une affectation en attente au nouveau partenaire pour la même ressource. Le propriétaire du nouveau partenaire choisit « Proposer un changement », l’affectation précédente, la date de prise d’effet et le motif. Confirmez les cinq vérifications : périmètre du service, travaux ouverts, documentation reçue, continuité du service et révocation des anciens accès. Lisez le titre et toutes les conditions de l’accord d’origine de la nouvelle affectation avant de confirmer explicitement la proposition.

Le propriétaire client vérifie les partenaires, l’initiateur, les dates et les conséquences. « Date de la prochaine période » affiche la date conservée du service d’origine ou « Indisponible » ; une date absente ou passée ne devient jamais une prévision. Choisissez « Approuver le changement », puis séparément « Terminer le changement » à la date prévue ou après. L’approbation et le passage du temps ne terminent pas le changement. « Annuler le changement » annule un changement proposé ou approuvé avant sa finalisation.

La finalisation révoque l’ancienne affectation et ses permissions techniques. Le nouvel accès de l’ingénieur exige un accord distinct du client ; la révocation immédiate à distance sur une instance offline n’est pas garantie. Les licences payées, les fonds et les attributions enregistrées sont conservés. Les effets financiers ultérieurs suivent la politique existante sans promesse de paiement ni commission. Le client conserve son droit indépendant de révoquer l’accès pendant un litige commercial.

Après une réponse perdue, choisissez « Récupérer le résultat initial » pour la même opération. Un résultat absent ou inconnu reste indéterminé. Après vérification seulement, « Répéter la même demande » permet de renvoyer explicitement la demande exacte conservée. Ne créez pas de remplacement et ne renvoyez rien automatiquement.