TL;DR: Hoy pedimos Clave SII al registrarse. La propuesta: registrarse solo con RUT (consulta pública), y pedir Clave SII recién al momento de reclamar la primera carga. La Clave SII no es para obtener datos — es para probar que no te robaste el RUT. Medio día de desarrollo.
El problema
Hoy el registro requiere Clave SII + datos de empresa + cuenta bancaria antes de que el usuario vea la plataforma. Un carrier que llega por primera vez tiene que confiar en Reto con sus credenciales del SII sin haber visto una sola carga disponible.
Resultado: Alta tasa de abandono en signup. Solo completan el registro personas que ya confían en nosotros (contactos directos).
La propuesta
Registro en 2 minutos con datos mínimos. Verificación completa solo cuando el usuario quiere operar (reclamar una carga o recibir un pago).
| Etapa | Qué pedimos | Qué puede hacer |
|---|---|---|
| Registro | RUT empresa + teléfono + email | Ver cargas disponibles, ver precios, navegar la plataforma |
| Verificación | Clave SII (verificación automática) | Reclamar cargas, agregar camiones, agregar conductores |
| Pago | Cuenta bancaria | Recibir pagos por viajes completados |
¿Qué haría la competencia?
Un competidor bien fondeado no pediría Clave SII al registrarse. Dejaría que carriers vean cargas inmediatamente. La verificación la piden al momento de reclamar la primera carga — cuando el carrier ya vio valor y está motivado a completar el proceso.
Resultado esperado: más carriers registrados al bajar la barrera de entrada. Menor conversión a "verificados", pero mayor pool de usuarios que ya vieron valor en la plataforma.
Clave SII como protección antifraude
La Clave SII no es solo para obtener datos — es para probar que el usuario ES la empresa que dice ser.
Un RUT robado pasa la consulta pública del SII sin problemas (solo verifica que la empresa existe). Pero un RUT robado + Clave SII correcta es mucho más difícil de falsificar. Si alguien se registra con un RUT ajeno y reclama carga, puede desaparecer con mercancía de millones.
Conclusión: La Clave SII se mantiene como gate obligatorio, pero se mueve al momento de reclamar la primera carga (no al registrarse). Así:
- • Registro sin fricción (solo RUT + verificación pública)
- • Pueden navegar y ver cargas disponibles
- • Antes de tocar carga de alguien → Clave SII para probar identidad
¿Qué perdemos sin Clave SII?
Comparamos los datos que obtenemos de la consulta pública (solo RUT) vs la consulta privada (Clave SII):
| Dato | Solo RUT (pública) | Clave SII (privada) | ¿Lo necesitamos? |
|---|---|---|---|
| Razón social | ✓ | ✓ | Sí — nombre de la empresa |
| Actividades económicas | ✓ | ✓ | Sí — verificar que es transporte |
| Fecha inicio actividades | ✓ | ✓ | Sí — antigüedad |
| Estado (activo, término giro) | ✓ | ✓ | Sí — empresa vigente |
| Pro-pyme | ✓ | ✓ | No crítico |
| Dirección (región, comuna, calle) | ✗ | ✓ | No — las rutas son por viaje, no por empresa |
| Tipo entidad / subtipo / segmento | ✗ | ✓ | No crítico — nice to have |
| Email / teléfono empresa | ✗ | ✓ | No — lo pedimos nosotros en el registro |
Conclusión: La consulta pública (solo RUT) da toda la información operacionalmente necesaria. La Clave SII solo agrega dirección legal y tipo de entidad — datos que no gatean ninguna acción en la plataforma.
Impacto técnico
- • Nuevo endpoint de signup que usa solo la consulta pública de SII (ya existe: getTaxPayerSituation)
- • Crear Company con datos mínimos del endpoint público (razón social, RUT, actividades, fecha inicio)
- • Frontend: simplificar formulario de registro (eliminar campo Clave SII)
- • Dirección: pedir manualmente O no pedirla (no es crítica para operar)
- • Gate de pago: antes de primer payout, validar cuenta bancaria registrada
Estimación: Medio día de desarrollo. El endpoint público ya existe, solo hay que crear un nuevo flujo de signup que lo use en vez del privado.
Decisión pendiente
- → ¿Eliminamos Clave SII del registro completamente? (la consulta pública cubre todo lo necesario)
- → ¿Qué hacemos con la dirección? (opción A: pedirla manualmente, opción B: no pedirla)
- → ¿Implementamos antes del primer lanzamiento a desconocidos?