SolarMarket
SolarMarket es un CRM para empresas de energía solar (embudos de ventas, clientes y proyectos). Este NicoApp integra NicoChat con la API v2 de SolarMarket (https://business.solarmarket.com.br).
El acceso a la API no se hace directamente con la clave copiada del panel: primero debe canjearse por un access token. El proceso completo tiene dos partes:
Accede a https://business.solarmarket.com.br/perfil y ve a API.

Copia el Token API. Viene en el formato id:secret, por ejemplo 204:OllF5qWhVH7HGMasvkNaNxIYqDU9XakPVJ9zKdoC.

El NicoApp guarda la clave copiada arriba en una variable y, antes de cualquier acción (Crear Cliente, Crear Proyecto, etc.), pasa por un flujo secundario interno de Autenticación que:
- Hace
POST https://business.solarmarket.com.br/api/v2/auth/signinenviando la clave en el cuerpo: - La API responde con un
access_token, que pasa a enviarse comoAuthorization: Bearer {access_token}en todas las llamadas siguientes. - El NicoApp mantiene ese token en caché durante unas 5 horas (guarda la hora de la última autenticación y solo vuelve a llamar a
/auth/signincuando ese período expira), evitando generar un token nuevo en cada acción.
En la práctica, para quien solo va a usar el NicoApp instalado, el único paso manual es copiar el Token API del panel y pegarlo en el campo de configuración del NicoApp en NicoChat: el canje por token y el caché ocurren automáticamente en cada acción.
- Rate limit: según la documentación oficial de la API de SolarMarket (solarmarket.readme.io), para prevenir abusos y ataques, las solicitudes están limitadas a 60 solicitudes por minuto y 1.800 solicitudes por hora por credencial.
- Validez del token: el access token expira en 360 minutos (6 h); el NicoApp lo renueva automáticamente al cumplir ~5 h de caché.
- Además del rate limit anterior, la documentación pública de SolarMarket no lista otras restricciones de uso (cuotas diarias, límite de registros por llamada, etc.).
El NicoApp expone 9 acciones de uso directo en flujos de conversación. Dos piezas adicionales existen solo como soporte interno y no aparecen como acción seleccionable: Autenticación (canje de la clave por token, descrito arriba) y Obtener Etapa por Nombre (utilidad llamada por "Obtener Etapas de un embudo" para resolver el nombre de una etapa a su ID).
GET /api/v2/funnelsPOST /api/v2/clientsPATCH /api/v2/clients/{id}GET /api/v2/clients?id={id}GET /api/v2/clients?email={email}DELETE /api/v2/clients/{id}POST /api/v2/projectsPATCH /api/v2/projects/{id}DELETE /api/v2/projects/{id}- Crear Proyecto acepta dos formas de uso: si se informa un
clientId, el proyecto se vincula a ese cliente ya existente; si no se informa ningúnclientId, el NicoApp envía los datos del cliente en la misma solicitud y SolarMarket crea cliente y proyecto de una vez. - Antes de crear o editar un Proyecto vinculado a una etapa específica, usa Obtener Etapas de un embudo para resolver el nombre de la etapa deseada en un
stageIdválido. - Para evitar duplicidad de clientes, usa Obtener Cliente por Email antes de Crear Cliente: si ya existe, prefiere Editar Cliente.
- Todas las acciones hacen el canje de token automáticamente; no es necesario (ni posible) llamar a la Autenticación manualmente desde el flujo.
- Los campos numéricos como
responsibleId,representativeId,stageIdyclientIddeben ser los IDs numéricos devueltos por la propia API (p. ej.: del responsable/representante del cliente, o del ID devuelto al crear el cliente).

