Programa de socios
Seleccione su organización en el portal de socios. Las acciones dependen del rol actual y las políticas publicadas. Tasas, límites, requisitos y plazos proceden de los registros actuales de Billing, no de una tabla de precios independiente aquí.
1. Ser socio
Envíe los datos legales y documentos necesarios. Siga la revisión independiente y acepte el acuerdo aplicable. Invite a personas identificadas solo con los roles necesarios; las acciones sensibles requieren MFA reciente.
2. Traer un cliente
Comparta su código de referencia original. El propietario del cliente revisa y confirma la fuente. La atribución no concede acceso ni propiedad; una referencia o previsión no es una comisión pagada.
3. Proteger un acuerdo
Registre cliente, alcance del producto y pruebas originales. Lea la decisión de protección y su vencimiento. Resuelva reclamaciones duplicadas mediante la disputa conservada; una edición de CRM no sustituye la fuente protegida.
4. Implementar en la cuenta del cliente
Acuerde proyecto, recurso y alcance de implementación. Obtenga acceso aprobado por el cliente y el derecho de pago necesario. Siga la instalación original hasta que Core del cliente confirme su aplicación; enviar una tarea no completa la implementación.
5. Solicitar acceso
Indique finalidad, permisos y duración. El propietario del cliente revisa y confirma la autorización exacta. Use su identidad, sin pedir contraseñas. Revocar o vencer la autorización termina el acceso delegado sin transferir la propiedad.
Los informes técnicos requieren aprobación actual separada del cliente y envío explícito del propietario de la instancia original. El intercambio habitual solo aporta estado. Confirme alcance y duración exactos, anonimice el material opcional de soporte y separe ejecuciones de resultados comerciales. Una copia exportada no puede retirarse.
6. Entender un devengo
Examine pedido original, pagos, cumplimiento, devoluciones y política capturada. Distinga importes pendientes, disponibles y retenidos. Solicite exportación asíncrona y use su aviso y vencimiento originales; informe diferencias contra el registro original.
7. Recibir un pago
Confirme documentos legales, fiscales y de pago. Solicite aprobación independiente del importe disponible. Siga la operación de salida original y la liquidación bancaria verificada. Reservar no demuestra una transferencia. Un resultado bancario desconocido exige conciliar esa operación, no crear otro pago.
8. Transferir el servicio
El cliente aprueba el nuevo alcance y la entrega. Retire el acceso anterior, transfiera tareas acordadas y conserve el historial. Recupere comandos originales sin terminar antes de nuevas acciones; cambiar el servicio no reescribe devengos anteriores.
9. Obtener certificación
Use la revisión publicada del curso y la evaluación personal. Verifique alcance, vencimiento y validación del certificado. Las misiones necesitan pruebas aceptadas de su contribución; los créditos no son dinero. Temporada y clasificación pública voluntaria siguen las reglas publicadas.
10. Usar la marca
Use materiales aprobados y límites de campaña. Obtenga aprobación MDF antes de gastar; el reembolso exige documentos verificados del proveedor y liquidación bancaria. Revise responsabilidad publicitaria y consentimiento. El descuento inicial no se extiende automáticamente a renovaciones.
11. Publicar una solución
Envíe material original, versión, derechos y alcance de instalación a revisión independiente. Los derechos de instalación de pago son independientes. Un caso público del cliente exige además su consentimiento explícito vigente; aceptar un proyecto no basta.
12. MSP y OEM
Use acuerdo aprobado, separación de clientes y derechos capturados. Demo y NFR conservan su vencimiento original; el acceso NFR remoto se revalida con autorización de como máximo 30 segundos. No es una licencia de pago portátil. Exporte configuración desde la interfaz local del propietario real de la instancia, sin secretos ni contenido.
Transferir la demo a la instancia del cliente
- El propietario local real de la demo original abre «Demo → cliente», elige un espacio de trabajo y exporta la configuración. Registre la exportación original y descargue
aihummer-sandbox-configuration.json. No se transfieren historial, contenido, secretos de la demo ni licencias. - En el portal de socios elija esa exportación registrada y el proyecto pagado vigente del cliente. Indique el motivo, revise la operación original y confírmela expresamente. Descargue por separado
aihummer-demo-handoff.json. - El propietario de la instancia del cliente abre la transferencia local, elige el espacio de destino y ambos archivos: configuración de hasta 512 KiB y archivo del portal de hasta 64 KiB. Revise el título del proyecto y los cambios previstos. No se introduce un identificador manual; los archivos no conceden autorización.
- Compruebe la autorización del cliente. Antes de aplicar, confirme expresamente los permisos mostrados y, por separado, las acciones peligrosas si existen. Aplique los cambios: los recursos importados quedan pausados y los agentes no se inician automáticamente.
- Firme el resultado de importación conservado y después envíelo. El portal muestra el estado aplicado (
applied) solo después de recibir la confirmación original. - El propietario actual de la demo original finaliza la transferencia por separado en el portal: indica el motivo, revisa y confirma la eliminación.
cleanupindica que la limpieza está pendiente;convertedaparece únicamente tras eliminar de verdad la VM anterior.
Tras una interrupción recupere la operación original y lea su resultado. Si es necesario envíe el mismo resultado conservado; no cree una segunda exportación o importación. La falta de respuesta o la caducidad no prueban una cancelación.
Antes de conceder autorización, la propuesta puede cancelarse en el portal. Después, el propietario del Core del cliente debe cancelar expresamente la importación original aún no aplicada, firmar y enviar la confirmación de cancelación. Una importación aplicada no se cancela así. La reversión elimina solo recursos pausados que no hayan cambiado; no reembolsa pagos.
Si el proveedor de la demo no está disponible, un administrador comprueba la conexión y la configuración protegida de las credenciales originales de instalación. No incluya esas credenciales en archivos de transferencia ni mensajes. Una reserva presupuestaria no es una factura del proveedor.
13. Salir del programa
Detenga solicitudes nuevas, revoque credenciales y termine el acceso delegado. Cancele o recupere comandos originales pendientes. Resuelva obligaciones conservadas y mantenga registros necesarios; salir no borra datos comprados por el cliente ni transfiere propiedad.
Controles del cliente
En el portal del cliente, revise invitaciones, alcance del socio, cambios de servicio y consentimiento del caso público. Conceda y revoque explícitamente. La propiedad sigue siendo suya; soporte ve solo conversaciones autorizadas, nunca notas privadas del operador.
Flujo del administrador
Publique versiones de reglas con requisitos, límites y fechas tras simulación y revisión independiente. La parada operativa bloquea nuevas acciones por separado de la política comercial; revocaciones, historial y derechos de pago existentes permanecen. Concilie dinero con pruebas originales. Campañas, niveles, premios, incidentes y reversiones conservan historial. Se aplican preferencias, horas silenciosas y consentimiento de marketing; registrar un evento no demuestra entrega.
API y recuperación
Use el contrato Billing desplegado para llamadas de socios; la API de Core es independiente. El comando humano conserva un UUID original: preparar, revisar, ejecutar o cancelar. Reutilice su clave de idempotencia y versión esperada. Tras una interrupción consulte el resultado original; estado ausente o vencido no prueba cancelación. Limite cuentas de servicio, proteja secretos de una sola visualización, verifique firmas webhook y deduplique ID originales. CRM cambia solo campos permitidos; dinero y protección requieren revisión Billing.
Transferir al propietario de la instalación
En el gabinete del cliente, abra Organizaciones e inicie una transferencia separada con la relación confirmada, la organización receptora y los documentos de autoridad. Ambas partes confirman el caso original desde sus cuentas con MFA; un operador revisa los documentos de forma independiente. En Core, el propietario local original selecciona un propietario existente, el receptor confirma desde su cuenta y el origen completa la copia privada. Cargue la evidencia firmada en el caso original y complete la transferencia. Se mantienen la licencia, los datos y el historial de pagos; se detiene la renovación automática anterior. El propietario desconocido requiere una solicitud de recuperación separada, sin transferencia automática por identificación fiscal. Ante una respuesta perdida, recupere el mismo comando; ausencia no significa cancelación.
Tras la transferencia, el propietario actual paga un pedido aceptado independiente en su propia cuenta de cliente. Los pagos anteriores, las facturas y la autorización del antiguo pagador para cargos automáticos permanecen en el historial original. Es una nueva compra para una instancia existente, no la creación de una instancia ni la transferencia de la suscripción anterior. Si se pierde la respuesta, compruebe el pedido original; la ausencia de un registro no significa cancelación. La confirmación del pago y la aceptación de la emisión de la licencia se comprueban por separado de su aplicación efectiva en el servidor.
Contacto y plan privado de los primeros 30 días
Seguimiento de una consulta
Indique el canal de contacto solicitado y lea por separado las condiciones de privacidad y marketing. Con una regla publicada, la secuencia se programa para los días 0/3/7/14: respuesta, recordatorio, material útil y cierre. El calendario laboral, el consentimiento, las horas de descanso y los límites pueden posponer o impedir un contacto. Tras la reunión inicial, el responsable registra por separado el resumen, las restricciones y el siguiente paso; los borradores iniciales no activan nada por sí solos.
Para registrar una respuesta o rechazo, utilice el comprobante original y el código privado en el formulario de respuesta. No incluya el código en enlaces ni lo comparta. Una respuesta, un rechazo o una conversación activa detienen los contactos repetidos; el rechazo se conserva incluso antes de iniciar la secuencia. Retirar el consentimiento detiene los mensajes correspondientes sin eliminar la cuenta, la titularidad ni los derechos comprados. Una consulta telefónica crea una tarea privada para que el operador contacte manualmente; no se prometen SMS ni llamadas automáticas.
Tareas de incorporación
Su plan privado de organización muestra las tareas originales, los plazos, el responsable y el historial. El plan publicado de los primeros 30 días incluye:
- Día 0: acuerdo y equipo con los roles necesarios.
- Día 3: formación comercial y examen personal.
- Día 6: práctica técnica tras los cursos obligatorios y evaluación independiente.
- Día 11: una oportunidad registrada con protección vigente.
- Día 16: alcance del proyecto aprobado por el cliente y vinculado al pedido original.
- Día 22: revisión de la implantación por el metodólogo.
Registre tres hipótesis de escenarios de clientes, describa el perfil y elija una prioridad. Las tareas completadas se comprueban en los registros originales y se omiten en los recordatorios; una casilla marcada no es un resultado. El metodólogo revisa por separado los dos primeros proyectos, la configuración actual y las observaciones de pruebas aportadas, registrando la aceptación o las correcciones. Las reglas publicadas establecen la ayuda disponible; la ayuda adicional se acuerda por separado. Ante un retraso, el responsable registra la causa—falta de cliente, valor poco claro, competencias, economía o defecto del producto—el plan y la fecha de la próxima revisión.
Si se pierde la respuesta a una acción, consulte la misma operación original; la ausencia de resultado no demuestra un fallo de envío ni una cancelación. No reintente automáticamente ni cree otra clave. La aceptación del mensaje por el proveedor de correo no confirma la entrega en la bandeja de entrada ni su lectura. Un resultado incierto requiere una comprobación y una decisión explícitas, no un nuevo envío automático.
Solicitar la propuesta inicial o sucesora
Elija la oportunidad protegida, el catálogo actual y el alcance exacto del cliente/recurso. La solicitud inicial no requiere un quote existente y espera la aprobación del propietario del cliente. Finanzas ofrece un quote original preparado por separado; compartir, aceptar y pagar son acciones independientes. La solicitud sucesora conserva el quote base que el cliente compartió antes. Tras perder una respuesta, recupere o cancele explícitamente la solicitud original.
Concertar una reunión
Indique hora UTC, zona horaria y duración en el ticket original. El responsable asignado confirma o cambia la fecha; solicitar una hora no la reserva. Cancele la solicitud original. Una invitación a un calendario externo es una acción aparte.
Modificar el nombre legal
El propietario/administrador puede proponer el nombre legal de la misma entidad verificada. La revisión independiente exige pruebas originales del registro y de identidad. País, forma jurídica e identidad canónica permanecen; otra entidad requiere inscripción. Los contratos y la verificación bancaria anteriores no se actualizan automáticamente.
Restablecer operaciones financieras
Cada proceso Billing inicia con nuevos giros bloqueados. El personal revisa respaldo auténtico, restauración, cola y extracto bancario antes de abrir reservas posteriores. Los giros antiguos o inciertos solo se consultan por su ID bancario original; perder una respuesta nunca permite enviarlos otra vez. Los derechos pagados del cliente continúan.
Reembolsos, puntos y recompensas
Un reembolso original auténtico revierte los XP/créditos relacionados según sus reglas originales. Las recompensas no entregadas liberan reservas; las entregadas conservan su historial y la pérdida de elegibilidad por separado. Detener una demo espera al propietario original; una conversión pagada independientemente continúa. Devoluciones físicas y beneficios manuales entregados requieren una resolución real del responsable.
Historia y correcciones
Antes del backfill, el personal verifica por separado páginas acotadas del censo original, recuentos, totales por moneda y hashes documentales. La propiedad desconocida queda como excepción; el mapeo no concede derechos. Corregir atribuciones no pagadas añade asientos equilibrados retenidos, no ganancias disponibles. El historial pagado/reservado y los saldos contractuales iniciales tienen responsables originales separados.
Leer las analíticas
Revise fuentes originales, cohorte, intervalo y fórmula. Separe monedas, operaciones, ingresos pagados y resultados comerciales. Una fuente ausente queda no disponible, nunca como cero; pocas observaciones no prueban ROI. Los informes técnicos requieren aprobación actual separada del cliente. La interpretación financiera sigue la política publicada.
Los gastos confirmados de los sistemas originales no demuestran por sí solos el coste completo de una campaña. El registro completo de costes, incluida la formación y el apoyo a los socios, requiere un corte original de costes separado y aprobado de forma independiente. Calcule las proporciones solo dentro de la misma moneda original y con el mismo exponente de su unidad mínima. Una fuente actual ausente se indica expresamente como no disponible; no se deducen conversiones de otras actividades. No se muestran identificadores de clientes ni de contactos. Los costes incurridos no demuestran el pago bancario.
Acceso local temporal sin conexión
Cuando la función esté soportada, el propietario local concede a un ingeniero identificado acceso breve únicamente al estado técnico del espacio elegido, según una política Billing publicada y firmada. La renovación y la revocación inmediata se realizan localmente. La revocación central queda pendiente de sincronización hasta que la instancia importe una confirmación firmada y verificada; la falta de conexión no prueba que se haya aplicado. Reiniciar requiere una nueva aprobación local. Este acceso no concede permisos administrativos, acceso al contenido ni una licencia de pago.
Factura bancaria, regalos y tarjeta para renovar
En el portal del cliente, seleccione su organización y abra la oferta original. Revise toda la cesta, acepte las condiciones y pague su factura bancaria. Un ingreso parcial no completa el pedido. Tras recibir el importe total, espere la confirmación del pedido completo y compruebe por separado la entrega de la licencia, recurso o módulo; la aplicación de la licencia en el servidor tiene su propio resultado.
La línea « Regalo — sin cargo » permanece en el pedido, pero no genera comisión ni una primera compra pagada para devengos. Los ingresos adicionales se contabilizan por separado y no pagan automáticamente otro pedido. Si están vinculados de forma auténtica a su pedido, puede ver lo recibido, lo realmente devuelto y lo restante; no se promete un reembolso automático.
- Tras confirmar un servicio apto, el propietario de la organización elige conectar una tarjeta para renovar. Lea las condiciones, elija el banco y acepte por separado la renovación y el pago de verificación de 1 RUB con su reembolso.
- Continúe al banco. Ese 1 RUB verifica la tarjeta, sin pagar el pedido ni un periodo de servicio. Su reembolso tiene un estado separado: pendiente, por aclarar o completado.
- Al volver, consulte expresamente el estado de la misma operación. El enlace de retorno no confirma el pago ni la autorización de cobro.
- Confirme por separado la tarjeta y la renovación. Si el resultado es desconocido, consulte la operación original; no inicie otra conexión ni reenvíe automáticamente.
Una renovación futura es un pago separado para su propio periodo. El pedido bancario inicial y su historial se conservan; la tarjeta por sí sola no prueba el pago ni la entrega de un nuevo periodo.
Cambiar el socio de servicio
El propietario de la organización cliente propone primero una asignación pendiente al socio receptor para el mismo recurso. El propietario del socio receptor selecciona «Proponer un cambio», la asignación anterior, la fecha de efecto y el motivo. Confirme las cinco comprobaciones: alcance del servicio, trabajo abierto, documentación recibida, continuidad del servicio y revocación del acceso anterior. Lea el título y las condiciones completas del acuerdo original de la asignación receptora antes de confirmar explícitamente la propuesta.
El propietario cliente revisa los socios, el iniciador, las fechas y las consecuencias. «Fecha del siguiente período» muestra la fecha conservada del servicio original o «No disponible»; una fecha ausente o vencida nunca se convierte en previsión. Seleccione «Aprobar el cambio» y después, por separado, «Completar el cambio» en la fecha de efecto o más tarde. La aprobación y el paso del tiempo no completan el cambio. «Cancelar el cambio» cancela un cambio propuesto o aprobado antes de completarlo.
La finalización revoca la asignación anterior y sus permisos técnicos. El nuevo acceso del ingeniero requiere un consentimiento separado del cliente; la revocación remota inmediata en una instancia offline no está garantizada. Se conservan las licencias pagadas, el dinero y la atribución registrada. Los efectos financieros posteriores siguen la política existente, sin promesas de pago o comisión. El cliente conserva su derecho independiente de revocar el acceso durante disputas comerciales.
Si se pierde la respuesta, seleccione «Recuperar el resultado original» para la misma operación. Un resultado ausente o desconocido sigue sin resolverse. Solo después de comprobarlo, «Reintentar la misma solicitud» permite reenviar explícitamente la solicitud exacta conservada. No cree otra operación ni reenvíe automáticamente.