<?xml version="1.0" encoding="UTF-8"?><oembed><type>video</type><version>1.0</version><html>&lt;iframe src=&quot;https://www.loom.com/embed/50096e96c1934b519509a0fa183c9f1f&quot; frameborder=&quot;0&quot; width=&quot;1662&quot; height=&quot;1246&quot; webkitallowfullscreen mozallowfullscreen allowfullscreen&gt;&lt;/iframe&gt;</html><height>1246</height><width>1662</width><provider_name>Loom</provider_name><provider_url>https://www.loom.com</provider_url><thumbnail_height>1246</thumbnail_height><thumbnail_width>1662</thumbnail_width><thumbnail_url>https://cdn.loom.com/sessions/thumbnails/50096e96c1934b519509a0fa183c9f1f-8b9a650e9ade68ed.gif</thumbnail_url><duration>572.8853340000001</duration><title>Fixing Multi-Tenant Dashboard Revenue Issues</title><description>This Loom explains the main fixes to correct incorrect monthly revenue and tenant scoping on the dashboard for clients A and B. For client A, the speaker traced wrong dashboard values to a Supabase DB user mismatch in Docker configuration, then adjusted rounding by moving numeric calculations to the database and formatting only in the frontend, and updated reservation date filtering and timezone handling. They also removed hardcoded property fields by adding an endpoint to filter properties by tenant ID and added month and year selection for the revenue view. For client B, they fixed cache key generation to include tenant ID, property ID, year and month, and frontend filters, and tightened authorization by returning 403 when no tenant is authenticated, using only server-signed app metadata instead of user metadata.</description></oembed>