48Industries
500+Subsystems
1000+Projects
18Years
Lesson 5 of 515 min

Reports and the project execution path

Goal

Know which export you can actually get today and from where, and use the six-step project methodology — with the output, roles and realistic timeline of each step — for planning.

Where in the software

«ساختار» ← «دستگاه‌ها» · «مدیریت دارایی‌ها» ← «فهرست دارایی‌ها» · «پیشخوان‌ها» ← «دیدکلی» (تاریخچهٔ اعلان‌ها) — «ساختار» ← «دستگاه‌ها» · «مدیریت دارایی‌ها» ← «فهرست دارایی‌ها» · «پیشخوان‌ها» ← «دیدکلی» (تاریخچهٔ اعلان‌ها) — «Structure» ← «Devices» · «Asset management» ← «Asset list» · «Dashboards» ← «Overview» (notification history)

This lesson has two parts: first, an honest list of the exports that actually produce a file today, and second, the project methodology in six steps with a defined output for each. A project manager and a client-side representative can use these two parts alone to set the schedule, acceptance criteria and reporting expectations.

Part one — what export you can actually get today

WhereExport format
Device list (Structure group)CSV, compatible with Persian Excel
Notification history on the dashboardCSV
Water history and UPS historyCSV
فهرست دارایی‌ها (Asset list) ← دانلود EXCEL (Download Excel)CSV
Dashboard designer / My dashboardsA dashboard package for moving to another project
3D designerA scene file and a PNG image
Project settingsA configuration backup
Access-control and parking reportsBrowser printing
Note: In the current version the system does not produce PDF output, and several "report" buttons don't build a file yet: دانلود گزارش (Download report) in consumption analysis, خروجی Excel (Excel export) in meter management, گزارش (Report) in all tickets and in the maintenance schedule, دانلود گزارش and چاپ (Print) in the SLA report, گزارش مالی (Financial report) in asset cost, and دانلود همه (Download all) in documents and warranty. For periodic management reporting, build on the CSV exports above, or plan a connection to your organization's reporting tool through the API at the deployment step.

Step by step — getting an export

  1. Get the equipment list. On the devices page (Structure group), first narrow the scope with the filters, then click the button with the tooltip خروجی (Export); only the filtered rows are exported. To export several selected rows, use خروجی گرفتن از موارد انتخابی (Export selected items) from the bulk-actions menu.
    Device list
    Device list · Filter bar and the export button at the top of the table; this same list is the basis for the project's equipment statement
  2. Get the asset list. «مدیریت دارایی‌ها» ← «فهرست دارایی‌ها» ← دانلود EXCEL. The file is CSV; when opening it in Excel, choose UTF-8 encoding so Persian characters display correctly.
  3. Get the alert history. On دیدکلی (Overview), open the هشدارها (Alerts) tab in the sidebar and click the مشاهده تاریخچه (View history) icon; the سابقه اعلان و گزارش ها (Notification history and reports) window opens, and the صادرات CSV (Export CSV) button gives the file. This export is enough for a monthly report of "how many alerts, what type, when".
    Notification history and reports
    Notification history and reports · The notification-history window with the "Export CSV" button
  4. Move a dashboard to another project. Use the package export in the dashboard designer; this is exactly the path that makes a standard executive view repeatable across several sites.

Part two — the project execution methodology, in six steps

A sample project with 200 to 400 pieces of equipment reaches production in six steps, usually in 4 to 8 weeks. The important point for planning: most of the time goes into network access and validating points with the client's facilities team, not into the software.

StepActivitiesStep output
1 · DiscoverySite visit, equipment and protocol inventory, floor plans, network access, defining roles and alert recipientsEquipment list with protocol and address; network map
2 · DeploymentServer install (Windows, Linux, Docker or cloud), database, security certificate, companion services, backupsThe system up and reachable, with a product profile
3 · Structure and equipmentImporting structure from Excel, creating equipment from the catalog, custom mappings, testing each device's protocol, defining each point's limits and alertsEvery point live and green in monitoring
4 · Dashboards and twin2D dashboards from templates, 3D scenes from the library or the client's model, an executive overview, a map dashboardA dashboard set broken down by role
5 · Logic and alertsRules, scenarios and state machines; testing in the logic lab with a simulator; notification channels and an escalation policyAutomation active and tested
6 · Training and handoverTraining operators and engineers, project documentation, a joint monitoring period, final handover and supportFormal go-live

Project roles: project manager (schedule and delivery), automation engineer (protocols and points), dashboard designer (2D and 3D), logic engineer (rules and scenarios), and a client-side representative (access, validation, acceptance). The only role with no substitute is the client-side representative; delays in this role translate directly into delays in steps 1 and 3.

Service options: on-premises or cloud deployment with a dedicated domain; periodic monitoring, support and zero-downtime updates; developing a custom driver or twin type for specific equipment; integrating with the organization's existing systems through the API.

Capacity — for estimating project size

Measured on the current version of the system and an ordinary server (6 virtual cores, 16 GB memory) with 3,456 points from a data center:

Update interval per pointTarget load (values per second)Achieved loadLost
1 second3,4563,6230
250 ms13,82413,9410
100 ms34,56034,6790
50 ms69,12069,1650
20 ms172,800117,776 (test hardware ceiling)0 — with latest-value coalescing

The takeaway for planning: on an ordinary server, the publishing engine delivers roughly 70,000 updates per second to every connected user with zero loss, and at higher load (up to roughly 120,000 per second) it still delivers each point's freshest state through "latest-value coalescing". The full processing path — computing, limits, logic and storage — was measured at roughly 2,500 value changes per second for a single measurement node in this same test; that's equivalent to monitoring tens of thousands of points with change-based reporting.

Behind the scenes: The device-list and water-history CSV exports are built right in the browser and carry a UTF-8 marker so Excel displays Persian correctly; the asset export comes from the server and doesn't carry that marker. For asset export, the server only accepts the CSV and JSON formats.

Common pitfalls

  • In planning, the 4-to-8-week window is for a 200-to-400-equipment project, and the usual bottleneck is network access and point validation, not software installation.
  • Set the end-of-step-3 criterion as "every point live and green in monitoring" and the end-of-step-5 criterion as "automation active and tested in the logic lab"; these two sentences are more precise than most handover minutes.
  • Schedule the joint monitoring period before signing off on handover; most limit and alert corrections are found during this period.
  • The message "File downloaded" on some history pages doesn't mean the file was actually received; check the downloads folder for the file.
  • Agree on the export format with the finance and maintenance teams beforehand; CSV is available today, and PDF requires connecting the organization's reporting tool to the API.

Summary

  • Today's real exports: devices, assets, notification history, water and UPS history (all CSV), plus a dashboard package, a scene file and a configuration backup.
  • PDF export is not produced in the current version.
  • Project execution: six steps with a defined output each; 4 to 8 weeks for 200 to 400 pieces of equipment.
  • The client-side representative's role determines the schedule: access, validation, acceptance.
  • For capacity estimation: roughly 70,000 updates per second with zero loss on an ordinary server, and roughly 2,500 value changes per second on the full processing path of a single node.

Hands-on exercise on the live demo

A combined exercise on the public demo and on paper. In the demo only export and look; don't save or delete anything.

  1. Export a CSV from the devices page and also click فهرست دارایی‌ها (EXCEL) from دانلود EXCEL ; open both files in Excel and write down which one displays Persian characters correctly without adjusting the encoding.
  2. On دیدکلی open the سابقه اعلان و گزارش ها window and write down which of its columns are useful for a monthly board report.
  3. For a hypothetical building with 300 pieces of equipment, fill in the six-step table with a start and end date for each step and the name of the responsible role, and compare the total span with the 4-to-8-week range.
  4. List three periodic reports your organization actually needs, and next to each write down which export it's built from today, or which integration it needs.
Open the live demo

Lesson check

Answer at least 3 of 4 correctly to pass.

  1. 1. What is the output of the “Structure and equipment” step in the project methodology?
  2. 2. How long does a sample project with 200 to 400 pieces of equipment usually take to reach production?
  3. 3. Which project role is responsible for “access, validation, acceptance”?
  4. 4. Which export actually produces a real file in the current version?