Skip to main content
Plexara
Product14 min read

303 - Sharing your work

Sharing in Plexara sends real mail. Name a colleague and they get an email carrying your note and a link that opens the work; name somebody with no Plexara account and they can still read it, through a single-use link sent to the address you named. This lesson is the playbook for getting a dashboard in front of the right person and knowing what happened to it after you clicked Share.

What you will take away from this lesson

Article 302 ended with a useful shortcut: when the agent runs an export, you can ask for a public link in the same breath, and the agent passes the create_public_link option to Trino Export. That is one narrow case. This article covers the full sharing system, which works the same way for every asset (a dashboard from 301, a report, a chart, an export from 302) and for collections.

The thing to unlearn from the Google Docs analogy is that sharing here is not only a permission grant. Naming a person sends them mail, carrying a note you wrote and a link that opens the work. If they have no Plexara account, they can still read it. And what governs whether that mail arrives is their preference, not your intent.

Learning Objectives

  1. 01Choose between the two things you can create on an asset: a link, or a share addressed to a person, and state what each one is worth if it gets forwarded.
  2. 02Set the access mode so a link opens for exactly the audience you meant, and know why a share addressed to a person carries no expiration.
  3. 03Use the notify toggle and the note field so the email you send explains itself, and share quietly when an email would be noise.
  4. 04Describe what a recipient with no Plexara account does to open your work, and what their one-time link can and cannot do.
  5. 05State the recipient preference model that governs delivery, and why your notify toggle can suppress an email but never force one.
  6. 06Find the evidence of what happened: the share list and its view count for what you sent, and Recent notifications for what you were told.
  7. 07Predict who hears about a comment on a shared asset, and why an @-mention never doubles a recipient up.

Where this lesson sits in the curriculum

301 built dashboards and reports. 302 produced data exports. Both produce assets that live on your Assets page. 303 is how those assets get into a teammate's hands, or into the hands of someone without a Plexara account at all.

300 Series: getting more out of Plexara

Open index

The 300 series is practical recipes for working with Plexara day to day. It assumes the mental model from 205.

A link, or a person

The Share dialog offers two things, and the difference between them is not cosmetic. Share by Link mints a URL for an audience. Share with User names one person, restricts the item to them, and sends them mail about it. The question that separates the two is not who you want to reach but what you want the artifact you hand out to be worth in somebody else's hands.

The two halves of the Share dialog, side by side

  • Share by Link

    Who the audience is
    A URL you paste somewhere: a Slack thread, a ticket, a wiki page. Whoever holds it is the audience, bounded by the access mode you pick.
    How long it lasts
    Takes an expiration. The URL is the credential, so a bounded life limits what a copied link is worth. The share list shows how many times each link has been opened.
    What it is worth if it gets forwarded
    Forwarding passes on whatever the access mode admits. A signed-in-users link still requires a Plexara login. An anyone-with-the-link link opens for whoever receives it.
    Reach for it when
    The auditor who needs the Q3 export for a week and does not need an account.
  • Share with User

    Who the audience is
    One named email address. Only that person, plus you, can open it. Their permission is Viewer or Editor.
    How long it lasts
    No expiration. It grants that person access until you revoke it, which is why the expiration field belongs to links and is refused here rather than quietly resolved.
    What it is worth if it gets forwarded
    Nothing. The link resolves only for the recipient, signed in, or through a one-time link mailed to the address the share names. Forwarding the message grants the reader no access.
    Reach for it when
    The finance partner who will open this dashboard again in three weeks.

The asset does not change between them, and you can use both at once. The same Q3 dashboard can carry a link for the Slack thread and a share addressed to your finance partner, listed together under Active Shares on the asset page.

The Share Asset dialog over a Q4 revenue dashboard, with a Share by Link row set to Signed-in users for 24 hours beside a Create Link button, a Share with User section with an empty email field, a Viewer permission picker, and a Share button, and an Active Shares list holding one link with twelve views and one editor share marked no expiration.
The two halves in one dialog. Share by Link on top with its access mode and expiry; Share with User below with an address, a permission, and a Share button. Active Shares lists both kinds together: a link with its view count and expiry beside a user share marked no expiration.

Access mode: who a share opens for

Every share carries an access mode, and it is the field that decides whether your work is readable by one named person, by your colleagues, or by whoever ends up holding a URL. Naming a recipient sets it for you. Minting a link makes you choose. Granting the narrowest audience that does the job is the least-privilege starting point that runs through the whole platform.

Access mode: who a share actually opens for

  • Restricted

    What you get by naming a recipient

    Opens for: The named recipient, and you.

    A signed-in user who is not the recipient gets a page naming the account they are signed in as, with a switch-account action, rather than a dead end that reads like a bug. Recipients with no account get in through a one-time link instead.

  • Signed-in users

    The default for Share by Link

    Opens for: Anyone with a Plexara account who holds the URL.

    The right default for an internal link. A colleague who finds it in a wiki page can open it; the internet cannot. Pair it with an expiration.

  • Anyone with the link

    An explicit choice, never implied

    Opens for: Whoever holds the URL, with no sign-in at all.

    The dialog warns you when you pick it, because at this setting the URL is the whole credential. It is the right answer for a genuinely external reader who cannot authenticate, and the wrong answer for anything you would not hand to a stranger.

Every route behind a share token resolves the access mode before it serves anything: the page, the raw content, the thumbnails, and the collection items underneath. This is the same decision-at-execution-time rule the platform applies everywhere else, which is why there is no back door to the content of a share whose page you cannot open.

The Share dialog, as the recipient field opens it up

Both halves of the dialog live on one screen, and typing an address into the lower half reveals the two controls that decide what reaches the recipient. Here is what that looks like on a dashboard that already has one link and one user share on it.

The Share Asset dialog over a Q4 revenue dashboard, with a Share by Link row set to signed-in users for 24 hours above a Share with User section holding a recipient address, a Viewer permission picker, a checked Notify by email box, an optional plain-text message, and an Active Shares list showing a link with twelve views and a user share marked no expiration
Typing an address opens the two controls that decide what lands in the recipient's inbox: Notify by email, checked by default, and an optional Message. The section explains its own rules in place, including the one people are most likely to guess wrong: access lasts until you revoke it, and a recipient with no account still gets in, view-only, through single-use links emailed to them.

Every field, and what it decides

Once you know what each field does, any share takes well under a minute. The reference below is grouped by which half of the dialog the field belongs to, because a few of them exist on one side and are deliberately refused on the other.

Every field in the Share dialog, and what it decides

  • Share by Link

    Audience

    Signed-in users (default) or Anyone with the link

    The access mode for the link. Anyone with the link is never the default and warns you when you choose it.

  • Share by Link

    Expires in

    a duration such as 24 hours or 7 days

    The link stops resolving when the duration runs out, and the row in the share list reads as expired rather than failing quietly.

  • Share by Link

    Options: notice text and expiration countdown

    up to 500 characters; empty hides the notice

    Defaults to "Proprietary & Confidential. Only share with authorized viewers." Replace it with something specific ("Q3 board meeting, do not redistribute"), or empty it out. The same panel hides the expiration countdown when the timing itself is sensitive.

  • Share with User

    Recipient address

    one email address

    Paste from a mail client and the Example User <[email protected]> form is reduced to the bare address as the field loses focus, so what you see is what gets stored and mailed. Anything that names no single routable address is refused outright rather than stored raw.

  • Share with User

    Permission

    Viewer (default) or Editor

    Viewer opens and downloads. Editor can additionally update the asset content. A guest opening through a one-time link is view-only regardless, even when the share grants Editor.

  • Share with User

    Notify by email

    checked by default

    Clear it to share quietly. The share is created either way; only the email is suppressed. Leaving it checked does not force an email either, because the recipient’s own preferences still decide.

  • Share with User

    Message

    optional, up to 500 characters, plain text

    Quoted in the email and attributed to you. It travels with that one notification and is stored nowhere, so a quiet share carries no note anywhere. Markup and links are refused rather than escaped and delivered, because a plausible link inside a trusted platform email is a phishing vector however it is encoded.

The dialog is the same whether the asset is a dashboard, a report, a chart, an export, or a collection. Collections run on the same sharing system, so the recipient of a shared collection reaches its items through the same share they were given.

Expiration belongs to links

One rule is worth stating on its own, because it is the thing most likely to trip up a reader who learned the old model.

What the recipient actually receives

Leave Notify by email checked and your recipient gets a real message, not a silent permission grant they will discover next time they happen to open the portal. The parts below are what makes that message worth sending and worth trusting on the other end.

What lands in the recipient's inbox

  • A link to the item, not to a search box

    The message opens on the exact dashboard, report, or collection you shared, not on a portal home page the recipient then has to navigate. For a stakeholder who opens Plexara twice a quarter, that difference decides whether your work gets read on the spot or gets left for later.

  • Your note, quoted and attributed to you

    The Message field is rendered as a quoted block with your name on it, which is what turns a share notification into something the recipient can act on. "Here is the Q3 revenue breakdown you asked about" answers the question a bare link leaves open, which is why you are receiving this at all.

  • A way out that needs no login

    The unsubscribe link in the footer works without signing in, and so does the unsubscribe button your recipient's own mail client offers. Following the footer link opens a confirmation page with a single button rather than opting anyone out on the spot, because corporate mail security opens links in messages before a person ever sees them, and an opt-out nobody asked for is worse than an extra click.

  • Mail that reaches the inbox

    It renders in the mail clients your recipients actually use, threads properly when they reply, and carries the sending details that stop filters treating it as junk. Nobody asks for any of that until a share they sent to an external reviewer turns out to have been sitting in a spam folder for a week.

The Asset Viewer opened on a shared Monthly Sales Trends line chart, with Preview and Source toggles and Feedback, Delete, Download, and Share buttons in the header; the chart plots twelve monthly points rising from March to February.
The link in the email opens the item itself. The recipient lands on the asset, not on a search box or an inbox, and can read it, leave feedback, or download it right there.

When your recipient has no Plexara account

The old answer to "the auditor does not work here" was a public link, which is a wide grant for a narrow need. There is now a path that keeps the item restricted to one named address and still lets that person read it without an account.

A recipient with no Plexara account, step by step

  1. 01

    They open your link and are asked to sign in

    A restricted share does not resolve for a signed-out visitor. Instead of a dead end that reads like a broken link, they get a page offering a sign-in that returns them to your item afterwards. For a colleague who does have an account, that is the whole story.

  2. 02

    With no account, they ask for a one-time link

    The same page offers "Email me a one-time view link". The link is sent to the address your share names, never to an address the visitor types in, so nobody talks their way into your work by typing their own email on your share page.

  3. 03

    The link opens a guest session for that one item

    It expires in fifteen minutes and dies after its first use, so a forwarded or replayed link is worth nothing. The session is scoped to that single share for the current visit: they can view and download, they cannot edit even if you granted Editor, and they never reach the portal around it.

  4. 04

    They come back by asking again

    Each viewing session starts with a fresh request, which is what keeps an emailed share strictly safer than a public URL: there is no standing credential sitting in their mailbox. Revoking the share ends any guest session already open, immediately.

This is the answer to the question that used to force a public link. An external reviewer with no account can read your dashboard without you widening the audience to everyone holding a URL.

Delivery is the recipient’s decision

You control whether an email is offered. The person receiving it controls whether it arrives, and in what shape. Understanding that split is what stops you from misreading a quiet inbox as a broken platform.

What actually decides whether an email is sent

  • Immediate, daily digest, or off

    Each person picks a delivery mode in Settings. Immediate is the default and sends one email per event. Daily collapses the day into one digest, so a heavy sharing day reaches them as a single message. Off drops their events at the moment they would have been queued.

  • Per category, not all or nothing

    Shares, comments and feedback, and mentions toggle separately. Somebody who has muted thread chatter still hears when a comment addresses them by name, which is the point of keeping mentions in their own category.

  • Your toggle can suppress, never compel

    Clearing Notify by email removes the email. Leaving it checked does not add one, because the recipient decides. If a colleague tells you they never got your share, the first question is their delivery mode, not yours.

  • Preferences follow the address, not the account

    They are keyed to the bare email address, so somebody with no Plexara account still has preferences and can still opt out from the unsubscribe link in any message. If they later change their mind, the share landing page offers a Resume notification emails action, so getting back in does not mean asking you to fix it.

  • Opting out stops notifications, not transactional mail

    A one-time view link is something the recipient asked for by pressing a button, so it is sent directly rather than queued: never deferred into tomorrow’s digest, and never suppressed by an opt-out. Somebody who muted Plexara entirely can still read what you shared with them.

  • Nobody is notified of their own action

    You never get mail about your own share or your own comment. The rule is applied where every trigger passes through rather than per feature, and addresses are compared in normalized form, so an owner recorded as "Display Name <addr>" is still recognized as the person who did it.

One thing the preference model never touches is the share itself. The share is created and the access is granted whatever happens to the email, so a notification that is muted, digested, or delayed never costs your recipient their access.

How you know what happened

Two surfaces answer two different questions, and it is worth knowing which one to open. The share list on the asset is your record of what you gave away. Recent notifications in Settings is your record of what you were told. Both are readable at a glance, and this is the same audit and access surface the platform gives you everywhere else.

Where the record lives

  • Active Shares, on the asset

    What did I share, with whom, and has the link been opened?

    Every share you created is listed with its recipient or access mode, the permission, and its expiration or the fact that it has none. Link rows carry a view count, which is the closest thing to a read receipt the platform offers and is usually what you actually wanted to know. Revoke is on the row.

  • Settings, Recent notifications

    What has Plexara actually sent me?

    The subject, category, and delivery status of every notification addressed to you, newest first, sitting directly beneath the preferences that govern them: what should I be told, and what was I told. It is recent activity rather than an archive, and the panel states its own window. Anything that never went out reads "Not delivered".

Recent notifications is scoped to you and only you: it answers what you were told, not what a colleague was told. When a share email genuinely appears to have gone missing, the person who can see every recipient's delivery row, with the reason a send failed, is an administrator on the Notifications tab.

End to end: from chat to inbox to revoke

A complete share starts in a chat session and ends in somebody else’s inbox. The six steps below cover the full arc, and the shape is the same for every asset and for collections.

End to end: chat, to share, to inbox, to revoke

  1. 01

    Build the asset

    Chat with the agent

    "Build a Q3 2025 regional sales dashboard and save it as Q3 2025 regional review." The agent creates the asset and hands back a portal link. Same as 301.

  2. 02

    Open the asset and click Share

    Plexara portal

    The sharing controls sit next to the content, which is the point: you decide who sees this with the work itself in front of you.

  3. 03

    Name the person, or mint a link

    Plexara portal

    Type the recipient address for a share addressed to a person, pick Viewer or Editor, and click Share. For an audience rather than a person, use Share by Link instead: pick the audience, pick an expiration, create.

  4. 04

    Write the note, or share quietly

    Plexara portal

    Leave Notify by email checked and add a line saying why you are sending it. Clear the checkbox when an email would be noise, for instance when you are about to hand them the link in person or in a thread anyway.

  5. 05

    Your note lands in their inbox

    Recipient's inbox

    If their delivery mode is daily, it arrives in the next digest instead. If they have an account, the link opens the item once they are signed in. If they do not, the landing page offers them a one-time view link at the address you named.

  6. 06

    Check the share list, revoke when the work is done

    Plexara portal

    Active Shares shows every share on the asset with its audience, permission, expiration, and, for links, how many times it has been opened. Revoke any row and access stops on the next attempt, including any guest session open at that moment.

Only step 01 happens in chat. The rest is portal work, because recipient, permission, audience, expiration, and the note you are about to send are things you want on one screen before you commit.

Why sharing happens in the portal, not the chat

A natural question once you have used the agent for everything else: can I tell the agent to share an asset? The answer is mostly no, and the reason is deliberate.

Revocation, the control that spans both

Expiration handles the planned end of a link. Revocation is what you reach for when something changes before then, and it is the only ending a share addressed to a person has. The owner clicks Revoke on the share row and the next attempt fails, the same governance at execution time the platform applies to every other access decision.

The conversation your share starts

Sharing an asset does more than grant a read. It puts the recipient inside the feedback thread on that item, which means your sharing decisions are also decisions about who gets mail when somebody comments. The rules below are worth knowing before you share something contentious with fifteen people.

Who hears about a comment on something you shared

  • A comment reaches the people who can already open the item

    When somebody opens a thread on your dashboard or replies to one, the notification goes to the item’s owner, the thread’s author, and the people it is shared with. Sharing an asset is therefore also a decision about who gets pulled into the conversation on it.

  • An @-mention moves you to a different category, not an extra email

    Type @ in a comment and the composer suggests the people who can already open the item. Anyone the comment names is notified as a mention instead of as general thread activity, so one comment never sends the same person two emails, and somebody who muted thread chatter still hears their own name.

  • On a widely shared item, the people named by hand get through

    Mentions are queued ahead of the general fan-out, and how much mail one author can generate is bounded. On an asset shared with a large group, that ordering is what keeps a comment addressed to two specific people from being buried behind everyone else’s copy.

  • You cannot mention somebody into access

    A mention sends the item’s title and an excerpt of the comment, so it may only go to somebody who could open the item anyway. Type an address by hand for somebody without access and the composer says so while you are writing; the mention posts as ordinary text and delivers nothing. Share the item with them first, then mention them.

Habits worth building

A few habits will keep your share list short and meaningful instead of long and full of links you no longer remember authorizing. The panel below is the short version.

Habits worth building around shares

  • Name the person when you know the person

    A share addressed to a colleague is worth nothing forwarded, tells you in the share list exactly who has access, and puts your note in front of them. Reach for a link when the audience is a room rather than a person.

  • Put an expiration on every link you mint

    The URL is the credential for a link share, so a duration limits what a copy is worth. Pick one even when you do not expect to need it. Shares addressed to people do not take one, and do not need one: you revoke those instead.

  • Write the note

    A share email with no message is a link and a name. One sentence saying what this is and what you want from them is the difference between a dashboard that gets read and one that gets archived unopened.

  • Send an external reader a share, not a public link

    Naming their address and letting them request a one-time view link keeps the item restricted to them. Anyone with the link is for the case where you genuinely cannot know who is reading.

  • Check delivery mode before you assume mail is broken

    A colleague on daily digest gets your share tomorrow morning, and one who set shares to off gets nothing at all, by their own choice. Both look identical to you: an email you sent that produced no reply.

None of these depend on remembering to clean up later. Granting the narrowest access that does the job is the same least-privilege starting point the platform applies to connections, tools, and personas.

What 304 covers

Sharing one asset at a time is the right shape when the work is a single dashboard or a single export. Sharing a coherent set, where the recipient should see the dashboard, the supporting report, and the underlying data export as one briefing, is the case for collections. The next lesson covers them. Same dialog, same access modes, same email, applied to a bundle of assets.

Key terms

Nine terms cover the vocabulary of sharing in Plexara. The first three are what you create and who it opens for. The next three are the email you send with it. The last three are how a recipient without an account gets in, how they control what reaches them, and how a share ends.

Key Terms

Share addressed to a person
A share naming one email address, at Viewer or Editor permission, restricted to that recipient. It carries no expiration: it lasts until the owner revokes it.
Share by Link
A token URL of the form {base}/portal/view/{token}, minted with an expiration and an audience. The share list reports how many times each link has been opened.
Access mode
What decides who a share opens for: restricted (the named recipient), signed-in users (any Plexara account holding the URL), or anyone with the link (no sign-in at all, and never the default).
Notify by email
The toggle, checked by default, that decides whether naming a recipient also mails them. Clearing it shares quietly. Leaving it on hands the decision to the recipient, whose own preferences govern delivery.
Sharer note
The optional plain-text message quoted in the share email and attributed to you. Up to 500 characters, links and markup refused, carried by that one notification and stored nowhere.
One-time view link
How a recipient with no Plexara account opens a share: a single-use link, emailed only to the address the share names, valid fifteen minutes, opening a view-only guest session scoped to that one item.
Delivery mode
Each person’s own setting for how notifications reach them: immediate (the default), daily digest, or off, with separate toggles for shares, comments and feedback, and mentions.
Recent notifications
The panel in your Plexara Settings showing the subject, category, and delivery status of the notifications addressed to you, directly beneath the preferences that govern them.
Revocation
Owner-only operation that cuts a share on the next attempt and ends any guest session opened through it. The row stays in the share list as the audit record.