Orgulloso miembro de BNI

Crear una referencia atribuible desde una propuesta

Cuando desees presentarle un contacto o prospecto de confianza a Alek, este espacio registra los datos como una propuesta aislada (MEMBER_TO_ALEK). Garantiza cero mutación directa de expedientes, deduplicación en 3 capas y protección anti-RAG estricta.

Abrir Formulario de Propuesta Guía: Cómo referirme

Hecho por un miembro de BNI, para sus pares. No es un producto oficial ni representa a BNI.

Referencia visual premium para networking estratégico

BNI

EscuchaDolor realPermisoIntroducción cálidaAlek revisaValor primero

Hecho por un miembro de BNI, para sus pares. No es un producto oficial ni representa a BNI.

Dirección CanónicaMEMBER_TO_ALEK

Estado de PropuestaDataProposalState: "recibida"

Invariante de IdentidadidentityMutated: false

Filtro Anti-RAGragIngestionBlocked: true

Deduplicación3 Capas (Persona, Evento, Efecto)

Espacio de Trabajo de Propuestas

Garantía de Aislamiento de Datos, No Mutación y Protección Anti-RAG

Toda referencia transferida hacia Alek (MEMBER_TO_ALEK) opera bajo principios estrictos de gobernanza:

Propuesta aislada sin mutación directa: La recepción de una tarjeta o datos permanece en estado recibida y NUNCA modifica de forma automática la identidad canónica ni el expediente de clientes (identityMutated: false).
Cero permiso asumido: Registrar una propuesta no asume autorización de contacto del tercero ni consentimiento general. Inicia en capturado en espera de intake mínimo.
Filtro Anti-RAG irreversible: Todo texto libre o notas se reducen al contexto mínimo ratificado (motivo y dolor); los mensajes crudos se descartan y nunca entran a bases vectoriales ni analítica (ragIngestionBlocked: true).
Deduplicación determinista en 3 capas: Persona, Evento y Efecto se resuelven por separado con reglas deterministas, prohibiendo fusiones por similitud difusa de nombres.

MEMBER_TO_ALEK

Registrar Propuesta de Referencia Atribuible

Captura datos de un contacto o prospecto para Alek. La propuesta se aísla como DataProposalState: "recibida" sin mutar expedientes ni asumir permisos.

1. Miembro Remitente (Atribución BNI)

Miembro que refiere

Canal o Fuente de la Referencia

2. Persona o Contacto Propuesto

Nombre Completo de la Persona

Empresa u Organización

Cargo o Rol

Teléfono de Contacto (Opcional)

Correo Electrónico (Opcional)

Ciudad o Región

3. Contexto Mínimo Ratificado (Filtrado Anti-RAG)

Motivo / Necesidad Inicial

Dolor de Negocio o Desafío Específico (Opcional)

Notas Libres / Transcripción de Chat (Opcional — Se descartan de RAG)

🔒 Garantía de Privacidad: Este campo se filtra automáticamente mediante sanitizeToRatifiedContext. Cero ingestión en vector stores.

Mostrando 3 de 3 propuestas

Daniela Castro

Logística Regia S.A. de C.V. • Directora de Operaciones

Capturado

Remitente:Rodrigo Morales

Canales aportados:Teléfono provisto y Email provisto

Motivo Inicial:

Auditoría de procesos operativos y automatización con IA en cadena de suministro.

Dolor de Negocio:

Tiempos de entrega inconsistentes y fricción en la captura de inventarios.

Tu propuesta fue registrada de forma segura. El siguiente paso es completar el intake mínimo de contexto (Story 4.2) para que Alek evalúe si DIAPAZO es la solución adecuada, sin presionar ni incomodar al contacto.

✓ identityMutated: false✓ ragIngestionBlocked: true✓ Cero permiso asumido

Carlos Méndez

Grupo Alpha Industrial • Gerente de TI

Capturado

Remitente:Elena Ramos

Canales aportados:Teléfono provisto y Email provisto

Motivo Inicial:

Diagnóstico de arquitectura de datos y consolidación de ERP legacy.

Dolor de Negocio:

Múltiples silos de datos desconectados que impiden reporteo ejecutivo confiable.

✓ identityMutated: false✓ ragIngestionBlocked: true✓ Cero permiso asumido

Sofía Villarreal

Fintech Soluciones Norte • Socia Fundadora

Conflicto Detectado

Remitente:Mauricio Garza

Canales aportados:Teléfono provisto y Email provisto

Motivo Inicial:

Desarrollo de agentes conversacionales para atención a clientes.

Dolor de Negocio:

Saturación del equipo de soporte en horarios no laborales.

✓ identityMutated: false✓ ragIngestionBlocked: true✓ Cero permiso asumido

Auditoría Determinista de 3 Capas

Matriz de Cumplimiento de Privacidad y Deduplicación

Verificación formal de las 3 capas independientes (Persona, Evento, Efecto), no mutación directa y bloqueo anti-RAG.

3Propuestas TotalesDirección MEMBER_TO_ALEK

3/3Cero Mutación CanónicaidentityMutated: false

3/3Bloqueo Anti-RAGragIngestionBlocked: true

0Eventos DeduplicadosID original conservado

1Conflictos DetectadosAlertas para Alek

Verificación de Invariantes de Seguridad (Story 4.1)

✓
Invariante 1 — Aislamiento de Propuesta: Las tarjetas permanecen como DataProposalState: "recibida" sin mutar tablas canónicas de identity-access ni CRM de DIAPAZO.
✓
Invariante 2 — Sin Permiso Asumido: Someter datos no otorga consentimiento de contacto por el tercero referido.
✓
Invariante 3 — Anti-RAG / Zero-Ingestion: El texto no estructurado se reduce a initialReason y businessPain; el crudo se descarta de forma permanente.
✓
Invariante 4 — 3 Capas Deterministas: Persona, Evento y Efecto se resuelven por separado; se prohíbe la fusión por similitud aproximada de strings.

Cómo funciona el ciclo de referencia hacia Alek

Paso 1

Captura de Propuesta (Story 4.1)

El miembro aporta datos del contacto y motivo. Se aísla como propuesta recibida sin mutar identidad canónica ni expedientes.

Etapa 1: Capturada

Paso 2

Intake Mínimo de Contexto (Story 4.2)

Ratificación de referidor, motivo curado de negocio, por qué Alek y contexto adicional en WhatsApp Flow. Fail-closed ante cualquier faltante.

Ver Intake Mínimo y Flow →

Etapa 2: Intake

Paso 3

Evaluación de Elegibilidad (Story 4.3)

Evaluación determinista de 11 comprobaciones contractuales bajo la política BNI-REFERRAL-AUTOSEND.vN. Decisión preaprobada sin botón manual individual.

Ver 11 Checks de Elegibilidad →

Etapa 3: Elegibilidad

Paso 4

Intención Única y Handoff (Story 4.4 / 5.2)

Generación determinista de llaves inmutables (handoff_id, effect_id, idempotency_key, opaque_token) en estado PREPARADO.

Ver Intención y Handoff →

Siguiente Etapa