You can now subscribe to project_changed webhook event. This webhook will fire when one of the project attributes listed below changes. The webhook payload includes <PROJECT_ID>, <SOURCE> and <ATTRIBUTES> , allowing you to quickly determine whether the update is relevant to your workflow.
You can now download the racking bill of materials (BOM) by navigating to the Project > Documents page. The racking BOM will become available after you have completed your racking design in the app and the manufacturer has posted the binary file with BOM information as “Racking Bill of Materials” asset_type using Create Design Asset API. With the human readable bill of materials, your Operations team can streamline your hardware procurement practices and reduce supply chain costs.
The Leads API now includes a new field, maximum_module_count, which provides the maximum number of solar panels that fits on the roof once modeled. The field can be read using the Retrieve Lead API. This is in addition to the already included field, module_count, which provides the number of solar panels to offset the provided energy usage.
The Retrieve Roof Summary API now includes a count of obstructions in the obstructions object, which contains two fields: circle_count and polygon_count. With known obstruction counts, you can further streamline your design quality assurance process by automatically matching obstruction data in Aurora to other sources (e.g., site survey results).
The List Racking Arrays API now lists all contiguous arrays in the adjacent_arrays field so you can easily identify arrays that can be racked together. For example, when array A is adjacent to array B, and array B is adjacent to array C, adjacent_arrays field will now indicate that A and C are part of a contiguous grouping of panels. With enhanced contiguous array data, you can, among other things, better model your racking system designs to match panel placement on the roof.
The Users API now includes two fields, base_price_per_watt_max and base_price_per_watt_min, for managing an allowable base price-per-watt (PPW) range, adding guardrails for users who interact with pricing, and protecting margins on sold projects. The fields can be written using the Update User or Create User APIs, and read using the Retrieve User API. When a design's base PPW is changed to conflict with the PPW rule for the project's assigned user, a warning will appear in app for that user and anyone with access to the project.
You can now subscribe to the design_deleted webhook event. The webhook payload can include <PROJECT_ID> and <DESIGN_ID>. This webhook event will fire when a design is deleted in the Aurora app, enabling your IT ecosystem (e.g., CRM) to stay in sync with design data in Aurora.
Place Pathways API and webhook are now available as part of Design API. With Place Pathways API, you can automatically and instantaneously add fire pathways that meet code requirements to a design before using the AutoDesigner API to design the rest of your system. Place pathways will run using the AHJ data associated with a project, or you can optionally pass a IFC code_year.
With List Project Assets API, you can view project assets uploaded using the Create Assets API. Project asset objects will now contain a temporary_access_url with a link to download the file. The link has temporary access and will expire after 24 hours. Links are regenerated on each request.
The CAD auto-saved screenshots are now generally available. The CAD screenshot automatically captured on last in-app save in Aurora can be accessed using the Retrieve Assets API. You can include the screenshot with the rest of Aurora summary that you publish to your IT ecosystem. The relevant tutorial can be found here.
