Aurora Solar dispone de una API pública que permite a los usuarios crear aplicaciones e integraciones con la plataforma Aurora.
Nuestras API permiten a su organización escalar mediante la creación de flujos de trabajo eficientes y sin fisuras, minimizando la pérdida de datos, los errores y el tiempo para realizar transferencias manuales de datos que permiten a los usuarios de Aurora hacer lo siguiente a un alto nivel:
- Crear, recuperar y actualizar proyectos
- Crear, recuperar y aceptar solicitudes de diseño
- Cree un diseño en blanco y recupere los detalles del diseño, incluidos los resultados de la simulación
- Recupere activos de diseño, precios, financiaciones y metadatos de acuerdos
- Desencadenar un flujo de trabajo postventa en su ecosistema informático cuando el propietario firme electrónicamente el acuerdo
Su CRM debe poder cumplir los siguientes criterios para integrarse plenamente con la biblioteca API de Aurora:
- Un evento en el CRM del cliente envía una solicitud POST para la creación de entidades Aurora, como un proyecto, un diseño o una solicitud de diseño.
- Hacer clic en un botón personalizado del CRM es una forma habitual de que un usuario inicie esta acción.
- Por ejemplo, un "Crear proyecto en Aurora" en su CRM desencadena una solicitud POST para crear un proyecto en Aurora.
-
El CRM activa un evento para "Sincronizar" los datos de Aurora con el objeto CRM correspondiente a través de una solicitud GET.
- Los CRM deben tener la capacidad de crear campos personalizados para sincronizar los datos de Aurora con esos campos correspondientes.
- Para los flujos de trabajo que utilicen la herramienta de automatización de un CRM, asegúrese de que el objeto CRM actual pueda actualizarse dentro del mismo flujo de trabajo, por ejemplo con un ID de registro único.
- El CRM es capaz de mapear valores de campo desde un objeto CRM a una llamada API, así como mapear datos devueltos desde una llamada API de vuelta al objeto CRM original.
- Por ejemplo, cuando llama a Crear proyecto a través de la API, existe un campo lead_id único en su CRM (es decir, "123"). Para enviar detalles de contacto, como Nombre, Dirección y Correo electrónico, estos campos deben ser mapeados en la carga útil de la solicitud POST a Aurora. Para más detalles sobre este proceso, consulte un tutorial enlazado aquí.
- Para los flujos de trabajo API que utilizan webhooks, el CRM debe aceptar los webhooks entrantes de Aurora.
- A menudo, los CRM sólo pueden gestionar webhooks salientes basados en eventos que ocurren en el CRM, como la conversión de un cliente potencial.
- Los webhooks de Aurora son peticiones GET, por lo que los UUID y los valores se incluyen en la cadena de consulta de la plantilla URL y no llevan carga útil.
- Se recomienda que hable con su proveedor de CRM y pregunte si el CRM puede manejar webhooks entrantes de terceros & comparta con ellos la plantilla URL formato y atributos de un webhook de Aurora.
- El CRM dispone de una estructura interna para denotar las relaciones de uno a muchos (es decir, de un proyecto a varios diseños).
- Puede darse el caso de que para un determinado proyecto en Aurora cree varios diseños para el mismo. Por ejemplo, supongamos que ha creado un proyecto para 901 Mears Ct, Stanford, CA 94305, EE UU. Dentro de este proyecto, podrá crear varios diseños, por ejemplo, uno con un tamaño de sistema de 7 kW y otro con un tamaño de sistema de 10 kW.
- Mantenga una tabla o subformulario para mostrar las relaciones de uno a muchos, como por ejemplo que un Proyecto tenga varios Diseños. Esto permite a los usuarios almacenar y gestionar varios diseños para un mismo proyecto y sincronizarlos entre sí cuando sea necesario.
- Para los flujos de trabajo que utilizan el almacenamiento de un archivo de captura de pantalla (DXF o PNG), el CRM puede almacenar o mostrar la captura de pantalla en un campo.
Para profundizar en las integraciones comunes que hemos visto que las organizaciones aprovechan utilizando la API y los webhooks de Aurora, eche un vistazo a nuestros Tutoriales sección.