← 📚 Guías Navalto

🗝️ Apertura de cuentas y método de contacto

Canon 07/16-17 · Método de Contacto (col F) solo tiene 2 valores: Web Sign Up · Email Outreach
La regla madre: ¿el proveedor tiene un link REAL de registro/signup en su web? Sí → la apertura se intenta por su web (Web Sign Up, la trabaja el equipo). No → el correo ES la vía (Email Outreach, la trabaja administración con el primer contacto frío T1). Aun con signup, siempre se busca un correo como plan B.

🧭 ¿Cómo abro esta cuenta? — respóndelo en pocos clics

🗺️ El mapa completo

Proveedor ⚪ Sin Contactar→ ¿tiene link REAL de signup en su web? (col E)→ SÍ → Web Sign Up (F)/ NO → Email Outreach (F)
Web Sign Up→ CASO C: el equipo crea la cuenta (datos de 🏢 Datos de la Empresa) + al terminar SIEMPRE un correo de aviso post-registro (lo genera el sistema)→ G = En Espera
Web Sign Up→ el signup pide un account number PREVIO (portal cerrado tipo ACCO) →correo PRIMERO (T16: pedir que asignen cuenta)
Web Sign Up→ el signup se rompe o nunca llega la confirmación→ correo FALLBACK (apertura por correo, documentando el fallo en Q)
Email Outreach→ ¿hay correo (col H) utilizable (W = ✅/🟡)?→ SÍ → T1 frío desde source@ (administración)
Email Outreach sin correo→ tarea buscar-correo: internet exhaustivo → LinkedIn → Google Maps → website → chat de Customer Service. JAMÁS el formulario de contacto→ correo hallado → MillionVerifier (W)
MillionVerifier→ ✅/🟡 → se contacta · 🔴 inválido o búsqueda agotada sin correo →🧊 CONGELADO automático (nota en Q; el radar lo reactiva si aparece un canal nuevo)
🟢 Cliente ACTIVO sin correo público→ EXCEPCIÓN autorizada (07/16, caso ODP): mensajería desde ADENTRO del portal, logueados — queda registrada. NO es el formulario anónimo (ese sigue prohibido) →documentar SIEMPRE en Q qué se envió y por dónde

🛒 Protocolo SHOPIFY (canon 07/16 — no es red flag)

Shopify = normal

Que un proveedor use Shopify como portal B2B NO es red flag.
  • Miles de mayoristas legítimos lo usan como portal de pedidos.
  • Ejemplo interno: Eastern Industrial (SUP-1732) ordena vía Shopify y es Cliente Activo.
  • Su portal Shopify → registrarse normal (caso C: cuenta + correo de aviso).

«Sign in with Shopify»

Navalto TIENE cuenta Shopify (email source@navalto.com).
  • Usarla SOLO en ventanas de login OFICIALES: el dominio debe ser shopify.com o shop.app.
  • La contraseña está en 🏢 Datos de la Empresa (pídesela a Zendy) — JAMÁS escribirla en un formulario del proveedor, ni por correo/chat/teléfono (sospecha de phishing → diferir a MD).
  • 2FA: el código llega a source@ · teléfono asociado = Marianella.

Piden NUESTRA tienda

Storefront / Seller ID / tienda Shopify nuestra.
  • Respuesta: «N/A — we're a B2B wholesale/export distributor supplying brick-and-mortar merchants across the Caribbean and Latin America; we don't operate an online storefront.»
  • Si EXIGEN una URL obligatoria → https://navalto.com.
  • Ofrecer resale certificate, EIN y trade references para la verificación.
  • JAMÁS crear una tienda vacía ni fingir que existe.

Insisten en tienda

«Sin tienda online no venden.»
  • NO seguir — diferir a Daniel/Marianella.
  • Cierre correcto: «Nos Rechazaron» (problema de FIT). ⛔ «Descartado» a secas ya no existe (canon Daniel 08/02/2026); si «Nos Rechazaron» no aplica, pregunta antes de tocar la col G — este caso choca con el canon nuevo y lo zanja Daniel.
  • NUNCA Red Flag ni Blacklist por esto.

💳 Crédito — exclusivo de administración (canon 07/16)

Las aplicaciones de crédito las deciden y llenan SOLO Daniel y Marianella. Si tu tarea o ticket involucra una credit application → DIFIÉRELA a MD. Solo la retomas si MD la aprueba y te la devuelve con la información necesaria. Si piden SSN → detente siempre (dato sensible).
Patrón aprobado si EXIGEN credit app para abrir cuenta: responder adjuntando el Resale Certificate y preguntar respetuosamente si la aplicación de crédito es requisito indispensable o puede verse más adelante — primero abrir la cuenta y revisar el catálogo. (Caso Safety Products TCK-169.) Si confirman que es requisito → MD decide.
«Do you need credit?» en un formulario ≠ credit application. A la pregunta simple siempre se responde SÍ (nos conviene). Lo que se difiere a MD es LLENAR una aplicación formal de crédito con datos financieros/garantías.

⚡ Reglas de oro

JAMÁS el formulario de contacto para pedir un correo. El correo se cava por: internet exhaustivo (Google/foros/directorios) → LinkedIn → Google Maps → website (Contact/About/footer) → chat de Customer Service (hablar con una persona SÍ está permitido). El formulario se reserva para iniciar apertura de cuenta — que es otro ticket.
Sin correo tras agotar TODAS las vías → completa la tarea igual con el comentario «sin correo encontrable». No es un fracaso: el sistema decide el siguiente paso (normalmente 🧊 congelar). Lo que NUNCA se hace es abandonar la tarea.
Todo lo que pide un formulario está en 🏢 Datos de la Empresa (copiar y pegar) y en el buscador «¿Qué pongo en este campo?». Credenciales de portales: usa SIEMPRE las sugeridas de esa hoja — no inventes nuevas.
Al crear cuenta / enviar aplicación: G → «En Espera» · K → fecha de hoy (MM/DD/YYYY) · I/J si ya creaste usuario/contraseña · P → hoy · nota en Q.
Un paso extra NO cambia el Método (F). Si llegaste por un signup real y luego te mandan una form application por correo, o la aplicación es larguísima → sigue siendo «Web Sign Up». Solo cambia a «Email Outreach» si te dicen desde el inicio que la cuenta solo se abre por correo (→ Responsable Daniel, G queda Sin Contactar).
Correo frío = SIEMPRE administración (source@). El equipo nunca envía correos: los borradores los genera el sistema y los aprueba/envía administración. Tu señal de que un caso pasa a correo: nota en Q + Responsable correcto.
Conéctate SIEMPRE desde EE. UU. (servidor de la empresa o VPN de calidad, ideal Miami). Si un proveedor sospecha que estás fuera del país → NO sigas con el signup: Responsable a Marianella + nota en Q.
Ante la duda, Zendy primero. Y si Zendy no sabe, te da el mensaje listo para WhatsApp de Marianella/Daniel. Nunca adivines qué responder en un formulario.
🆕 15/08/2026 — Dos columnas nuevas en el Registry que tú SOLO LEES (jamás las escribas):

🛒 Canal de Compra (col AF): por dónde se le compra DE VERDAD a ese proveedor. Valores: «📊 Nos da su archivo de precios» · «🌐 Su web con login mayorista» · «🛍️ Su web pública, sin nivel mayorista» · «📝 Alta por formulario fuera de su web» · «📧 Pedidos por correo» · «📦 Web de pedidos separada». Vacío = todavía no se midió.

🔐 Sesión Verificada (col AG, con su fecha en AH): si el login está PROBADO y qué dio. «✅ Entramos y da precio de cuenta» es la ÚNICA que prueba cuenta con precio mayorista; «🪞 Entramos y el precio es el público» = la cuenta no da ventaja; «🚫 Alta sin completar» = NO hay cuenta aunque la ficha tenga contraseña.

⚠️ Regla de oro: que la ficha tenga usuario/contraseña NO prueba que haya cuenta (esa contraseña la comparten ~120 proveedores). La evidencia real es la columna AG. Estas columnas las llena el SISTEMA automáticamente — si ves un valor que te consta que es falso, no lo corrijas tú: repórtalo por Zendy.