Somebody has asked you for a report your dashboard cannot send.
Maybe it has to arrive every Monday at seven. Maybe it has to go to a client who will never have a login. Maybe it has to land in a storage bucket instead of an inbox, because somebody wrote a policy about attachments. Whatever the specific version is, you have discovered that building the dashboard and delivering what is on it are two different problems, and you are now looking at four or five ways of solving the second one.
The hard part is not that the options are complicated. It is that everybody who has written about them sells one of them.
We sell one of them too. We build add-ons for Sisense and one of them does reporting, and it is the last option on this page. What follows is the five real options, what each is genuinely good at, and the sentence about when it is the wrong choice. For a lot of readers the right answer is option two or option three, and where that is true this page says so.

Option 1: Export it by hand
This goes first because it is what most people are actually doing, and a guide that pretends otherwise is not describing your company.
Somebody opens the dashboard, sets the filters, exports, renames the file and sends it. It works. It is free. It requires no procurement conversation, no security review and no ticket. For a report that is genuinely occasional, it is the correct answer and there is no cleverness that beats it.
It stops being the correct answer at the point where it becomes a recurring commitment. Not because it is inefficient, but because it is invisible. Manual reporting never appears on a roadmap, in a job description or in a capacity plan. It appears in the month the person doing it is on leave and three customers do not get their numbers.
When it is wrong: the moment somebody's calendar has a recurring entry for it.
Option 2: Sisense's built-in dashboard sharing
Sisense ships scheduled delivery in the base platform, and it is worth knowing exactly how far that goes, because this is the option people most often over-estimate and under-estimate in the same conversation.
What you get without buying anything else is email. In Sisense's own words, when you share a dashboard "you can configure Sisense to send periodic email notifications containing the dashboard inside the email's body or as a PDF attachment to your dashboard's Shared Users."1 That is a real capability, and for a great many reporting requirements it is the whole answer.
Two things it does not try to be. It is not delivery to a file destination, so if your requirement is a bucket or an SFTP server rather than an inbox, this is not the option that does it. And it goes to your dashboard's shared users, which means the recipient is somebody who exists in Sisense.
Sisense also has documented multitenancy of its own,2 and if you have been carrying an assumption that the platform cannot do that, drop it. A good part of what circulates as a reporting gap in this ecosystem is somebody describing a version of the product that predates the fix.
When it is right, and it often is: the recipients have logins, email is an acceptable destination, and what you need is the dashboard rather than a shaped document. Nothing further down this page is better than free and already installed.When it is wrong: when the destination is not an inbox, when the recipient is not a Sisense user, when you need the shape of what gets delivered rather than the delivery itself, or when the trigger is not a time.

Option 3: Sisense's own Report Manager
Sisense sells a reporting product of its own, and if the built-in sharing stops short of what you were asked for, this is the next thing to look at rather than the last.
Be clear about what it costs you. It is "a Sisense certified add-on", which means it "comes installed together with Sisense and you do not need to perform any separate download or installation. However, it is a premium add-on and is only available if you have purchased a license."3 It sits on the Grow and Enterprise tiers.3 So the question is not whether to install it. It is whether you are on a tier that includes it, or close enough that the upgrade is a live conversation.
What it adds over option two is the part worth knowing. Advanced schedules, because "Sisense Admins can set up advanced schedules including custom end dates, as well as hourly, weekly, and monthly reporting options".3 And a file destination, because when SFTP is enabled "reports are archived via SFTP to a server designated on a per report basis".3 That is the capability option two does not have, and it is usually what triggers this whole search.
It also runs per tenant. "Report Manager is available to all organization tenants, so each tenant can schedule and send reports independently, without relying on the system tenant for configuration",4 and it is not admin-only: "the Report Manager allows users with Viewer (consumer) roles to access the Report Manager and schedule reports for themselves and other users."4 If you are an embedded product team who assumed self-service scheduling was something you would have to build, check this first.
And it is actively developed, which a lot of comparison writing in this ecosystem quietly assumes is not the case. In release 2026.1.1, "in multitenant systems, all tenants can now schedule reports using Report Manager".5 In 2026.1.2 its APIs "have been certified and standardized to meet REST API standards and facilitate custom UI development", and two scheduling behaviours were fixed: reports that continued for one day past a configured end date, and reports that ignored dashboard and widget filters set at different date granularities.6 If you evaluated it before those landed, you evaluated a different product.
If you are on the tier, start here. Buying more of the platform you already run is the lowest friction thing on this page after option two, and platform-native features do not have to be re-integrated after an upgrade. If you already own it and are still reading, the five questions at the foot of this page are the fastest way to find out whether your remaining requirement is a real gap or a setting you have not found yet.When it is wrong: when the tier economics do not work for you, or when the requirement is specific enough that a general product does not reach it.
Three limits worth knowing before you choose, whichever option you pick
These are published by Sisense in its own documentation. They are not gotchas. They are design decisions with reasons behind them, and knowing them before you choose is worth more than any comparison table, because they decide which of the five options below will actually satisfy the request you were given.
Custom JavaScript does not survive an export. Sisense's documentation states that any custom JavaScript in widget or dashboard scripts "will not appear in Excel or CSV exports", because "exports always use the raw data and built-in formatting only".7 If you have scripted a widget into the thing your users actually want to see, what leaves the building is the underlying data.
A dashboard exported to PDF gives you the first page of each pivot. In Sisense's words: "By default, when you export a dashboard to PDF, only the first page of each pivot widget is exported."8 Exporting the pivot widget on its own behaves differently. The limit exists because rendering a full table on export is expensive, which is a fair reason, and Sisense sells a premium add-on that removes it.9
Some export behaviour is add-on territory rather than base platform. Sisense's own Export Modifications add-on, which is premium, "also enables exporting to Excel for table and table with aggregation widgets" alongside its styling features.10 Whatever you choose, check which side of that line your widgets sit on before you promise anybody a file.
None of these three make Sisense a weaker platform. Every mature reporting stack has an equivalent list, and the useful thing about this one is that it is published rather than discovered.
Option 4: Build it yourself on Compose SDK and the API
Compose SDK is where a lot of new Sisense work starts, so this is the option most likely to be mis-scoped. Here is the useful fact.
Widgets rendered in Compose SDK Mode "can be exported to Excel directly from the dashboard".11 That is what it includes. It does not include scheduling, it does not include email delivery, and it does not include PDF. None of that is a criticism of the SDK, which is a component library rather than a reporting product. It does mean that "we will just build reporting on the SDK" is a larger sentence than it sounds. A scheduler is not the hard part. The hard part is retries, credentials, per-tenant configuration, the interface somebody uses to set a job up, and the fact that you now own all of it forever.
If you have the engineering capacity and the requirement is genuinely specific to your product, this is a legitimate and sometimes the only answer. Go in knowing you have added a reporting product to your own roadmap, maintained by people whose job was supposed to be building something else.
There is a middle path here that gets missed, and it is the most useful thing on this page for a team that has already decided to build. Sisense certified the Report Manager APIs to REST standards specifically to "facilitate custom UI development".6 You can put your own interface, in your own product, on top of an engine somebody else maintains. You get the control you wanted over what your users see, and you do not inherit the scheduler, the retries and the credential handling. For most teams reaching for option four, that trade is better than the one they were about to make.
When it is wrong: when the honest reason for choosing it is that it looked like a week of work.
Option 5: A specialist add-on
This is us, and it is the shortest section on this page for the same reason it is the last one: if options one to four covered your requirement, you do not need it.
Specialist add-ons exist for the gap between what a platform delivers and what a particular product needs. In reporting, four things tend to justify one.
Live values inside the message. Measure and dimension values printed into the subject line, the body and the file name, resolved against the job's own filters at the moment it runs, so the person who only needed one number never opens anything.
A trigger that is not a clock. A job that starts from an inbound call or an alert rather than a schedule, so the report follows the data load instead of guessing when it finished.
A file destination with no size ceiling on that route. Amazon S3, Google Cloud Storage, FTP and SFTP, with a link in the email instead of an attachment, and several CSVs arriving as one zip.
Documents that survive the export. A pivot or table that comes out whole rather than stopping where the first page stopped. A table with its own typography for the page, set separately from the one on screen. A layout whose width is chosen by paper size rather than by pixels. These are capabilities of the Expandable Pivot and Advanced Table widgets rather than of the reporting engine, and that distinction is worth holding onto when anybody sells you a bundle.
For teams building on top of it rather than using it, it deploys inside your own estate and carries a secured API for administrative operations, with the same interface available as a composed React component inside a Compose SDK application. The detail is on the Report Manager page.
What we are building now, because it may change which option is yours: delivery into Slack and into an API call carrying the payload, so a downstream system can act on a report rather than a person reading it; conversational control through MCP, so changing a reporting job is something you ask your own AI assistant to do; and a reporting job defined once and run repeatedly across different recipient lists and filter selections. That last one does not exist yet, and the thing that does exist today is break-by, which produces one document per value of a dimension and delivers the set together. Those are different, and the difference matters if it is what you were asked for.
We have worked on Sisense and nothing else for ten years, across more than 150 Sisense customers, as a Gold Certified partner, and it runs in production inside multiple enterprise organisations today.
Which one is yours
Answer these five and the option usually picks itself.
- How often does this report have to go out? Never on a schedule means option one, and stop reading.
- Is the destination an inbox? If yes, and your recipients have Sisense logins, option two may already cover you and it costs nothing.
- What tier are you on? If Report Manager is included, or the upgrade is already on the table, option three is the shortest path to a file destination and a real schedule.
- Is the trigger a time, or an event? If a clock is genuinely the right trigger, most options work. If the report should follow the data, that narrows it fast.
- Does the recipient need the number, or the document? This is the question that decides between delivery and presentation, and it is the one most requirements skip.

If you answered your way to option two or option three, that is a correct outcome for this page, and we would rather you got there here than three months into an evaluation.
Related reading
Ravid's broader piece on BI reporting in Sisense covers formats, delivery methods and use cases. If you have already chosen and want the mechanics, the step-by-step scheduling guide walks through setting a job up, and this walkthrough shows how customers configured theirs.
Sources
Every claim about Sisense on this page is linked to Sisense's own documentation or marketplace.
1 Sisense documentation, Sharing Dashboards
2 Sisense documentation, Sisense Multitenancy
3 Sisense documentation, Report Manager
4 Sisense documentation, Report Manager
5 Sisense documentation, 2026.1 Release Notes, 2026.1.1
6 Sisense documentation, 2026.1 Release Notes, 2026.1.2
7 Sisense documentation, Downloading Widgets to CSV
8 Sisense documentation, PDF Reports Best Practices
9 Sisense Marketplace, Expand Pivot on PDF (premium, v1.1.20, 13 July 2026)
10 Sisense Marketplace, Export Modifications (premium)
11 Sisense documentation, Compose SDK Mode

















