Your organization and the people in it

Orders

Every scorecard unlock across your whole organization, in one list — paid, comped and free, whichever festival and season it happened on, with the money added up over whatever you are looking at. Where a season's Revenue card answers "what did this season earn", this answers "who bought what, when, and what came of it".

It is a reading screen with two small writes on it: sending a filmmaker their receipt again, and sending them the link and access code for their scorecard again. Nothing here takes money, gives it back or changes who can read a scorecard — a refund is issued in Stripe, not here, and the row simply reports it afterwards. See Refunds.

Finding the screen

Orders is in the top block of the left navigation, between Judges directory and Promo codes. It appears on every organization and festival screen — but only for the people who can open it (see Who can open it); for everybody else the row is simply not there. Its address is:

/org/<organization>/orders

Two things, and only two, are kept in the address:

  • ?festival=<festival> pre-selects one festival in the Festival filter. This is how the View orders link on a season's Revenue card lands you here already narrowed to that festival — every season of it, not just the one you came from. A festival with no sales, or one that is not yours, is ignored and the page opens unfiltered. Once the page is open it is an ordinary filter: change it, clear it, and the address does not follow.
  • ?order=50001 opens one order's panel — see The order panel. Copy the address while a panel is open and a colleague who can open this screen lands on the same order. The Open order button on an unlock or a refund in a submission's Audit tab brings you here the same way; it is drawn only for the people this screen admits.

Nothing else is kept. Your search, the other filters, the sort, the rows you have loaded and any selection are working state: they reset when you reload, and the plain address opens the whole ledger.

From a season's Revenue card

The Revenue card on every Season overview now carries View orders beside its Export CSV. It opens this screen with that festival picked. The link is drawn for everybody who can see the card, but the screen behind it is narrower — a festival admin, or a coordinator given View revenue and payouts, sees the link and gets "page not found" from it. That is not a broken link; it is the rule in the next section.

Who can open it

Only an owner or an org admin, and only while their access is active — exactly who can open Organization settings. Everybody else gets an ordinary "page not found":

  • A Member of your organization cannot open it, whatever festivals they run for you and whatever festival role they hold — including a festival admin, and including anybody given View revenue and payouts on a season. That permission opens a season's Revenue card and Payouts section; it does not open this screen.
  • Someone whose organization role is Finance cannot open it either.
  • Somebody whose access you have suspended cannot open it.
  • Anyone outside your organization sees the same "page not found" as a mistyped address. Your organization's existence is never revealed.
  • A logged-out visitor is sent to the log-in screen first.
  • A FilmScorecard administrator is held to the same rule: they open it only where they are also an owner or org admin. What being one adds is one link — see Open in Stripe.

The CSV download and both send buttons are guarded the same way, checked again on the server each time. The one-word answer to every refusal is deliberate: this list carries buyers' names, email addresses and money, and a refusal that said why would say the list exists.

Judges never see any of this, and nothing on this screen reaches any filmmaker except the two emails you choose to send.

What an order is

One row per category unlocked. A submission's scorecard is unlocked one category at a time, in one of three ways, and each way is a row:

ItemHow it happened
Scorecard unlockThe filmmaker paid for it on Stripe — see Selling scorecard access.
CompSomebody on your staff gave it to them at no charge from the submission's Settings tab — see Comping access for a filmmaker.
Free unlockThe filmmaker unlocked it themselves at no charge: with one of your Free unlock promo codes, where FilmScorecard allows your organization free codes; on a season whose scorecard price was $0 — none of your screens sets one; or, on an earlier order, with one of your promo codes that left nothing to pay.

Five things follow:

  • A submission can hold more than one row — one for each category it was judged in. A film in one category is one row, which is most of them; a film in two that was unlocked whole is two rows, same title, same buyer, two receipt numbers, and the second priced 25% lower.
  • One payment can be several rows. The filmmaker presses once and every locked category is charged together, so those rows share a purchase time, a Payment reference and one receipt email. Nothing on the table groups them; the Category under the title is what tells them apart.
  • A category holds one row, ever. A refund does not delete the row or make room for a second purchase of that category: it marks the row Refunded and that category locks again for good.
  • Entry fees are not here. They are collected on FilmFreeway and reported nowhere in FilmScorecard. Neither is judge pay — that is money you move yourself, on a season's Payouts screen.
  • Everything is in US dollars. There is no currency choice anywhere.

An order stays when its category is taken off the submission. Removing a category with Edit categories never deletes an unlock: the row stays here, under the category's name as it was when it was removed, and the filmmaker keeps that section of their scorecard as it stood — see What removing a category leaves behind. A payment already under way when the category was removed still lands here as an ordinary row.

A sale can carry a promo code, which lowers what the filmmaker paid. The codes are your organization's own, made on the Promo codes screen, and a discounted sale is an ordinary Scorecard unlock row here. Where a payment covered several categories, the code was applied to each category at its own price, so each row carries its own discount. A percent or amount code never makes an order free: every order placed with one pays at least its own platform fee and processing share. A Free unlock code does: its rows are Free unlock at $0.00, with the code on them and the category's whole price as the discount. So are the Free unlock rows from earlier orders, when a code that left under $0.50 to pay unlocked the categories without a charge. Where the discount shows is the order panel and the CSV; see Discounted sales for what one earns you.

The list is read when the page opens. A refund that lands, or a comp a colleague grants, while you are reading is not drawn until you reload.

The line under the title

2 festivals, 3 seasons with scorecard sales

Counted over every order in the organization, whatever you have filtered. A festival with no unlocks yet is not counted and is not offered in the Festival filter. With no orders at all the line reads No scorecard sales yet.

The six figures

Six cards under the title, added up over every order that matches your current search and filters — all of them, not only the rows you have loaded so far. Filter to one festival and they become that festival's figures; clear the filters and they are the organization's.

FigureWhat is added up
OrdersHow many rows match — unlocked categories, not submissions or payments. Paid, comped, free and refunded rows all count as one each.
GrossThe amount charged on every paid order, refunded ones included — the money that went through Stripe, whatever happened to it afterwards. On a sale that used a promo code that is the discounted amount, because that is what was charged. Comps and free unlocks add nothing; they were $0.00.
RefundedThe amount charged on the paid orders that were then refunded. Shown with a minus sign and in amber once it is anything but zero. The small line under it — 1 of 12 orders — counts every refunded row against Orders.
Platform feeFilmScorecard's own part of every paid order that has not been refunded, added up from what each sale was actually charged. A refunded order's fee went back with the refund and is left out.
ProcessingYour share of Stripe's processing fee on the same orders — the estimate kept back with the platform fee when each was charged. Sales made before this figure existed carry none.
Host netGross − Refunded − Platform fee − Processing. Your share of the sales in front of you, and the figure to reconcile against your Stripe payouts.

Three things worth knowing about the fee cards:

  • The line under Platform fee — "20% of what's paid", or "20% of full price" — is your organization's current terms, the ones stated on the Payments tab of Organization settings (see The platform fee line). The figure above it is not that rate applied to Gross. Each sale keeps the fee it was charged on the day, so an organization whose terms have changed sees a sum that does not divide neatly by the caption — and no paid order is charged less than $2.00 of platform fee unless your rate is 0%. That is the honest number.
  • On a discounted sale the fee follows your terms on the day. On "what's paid" it is your rate on the discounted amount; on "full price" it is your rate on the price before the code — the same fee the order would have paid with no code — so a discounted row's fee is a bigger share of its Amount than your rate. Sales made under earlier terms keep the fee they were charged. A fee and its processing share together are never more than the order itself. On a payment covering several categories both are divided between their rows, so no single row's fee divides neatly by your rate either.
  • Nothing on this screen changes your terms, and nothing anywhere else of yours does either.

How these relate to a season's Revenue card. Filter to one festival and one season and Host net, Platform fee and Processing agree with that season's card. Gross does not, once anything has been refunded: the card drops a refunded sale from every line, while this screen keeps it in Gross and takes it back in Refunded — so that a purchase and its refund are both visible. The same is true of the counts: the card's Scorecards sold counts unlocked categories and leaves refunded ones out, and Orders here counts them.

The columns

ColumnWhat it holds
BuyerThe buyer's name, and under it the receipt code and their email address — SC-50001, [email protected]. The whole cell is a button that opens the order. The name is an em dash when the submission has none. See Whose name and address these are.
SubmissionThe submission's title, with the category this row unlocked underneath in smaller type — Drama Film. There is no separate Category column; a row is a category. On a category the film has since been taken out of, it is the name the category had when it was removed, with nothing added to say so.
FestivalThe festival, with the season underneath in smaller type — Fall 2026.
ItemScorecard unlock, Comp or Free unlock — see What an order is.
AmountWhat was charged for that category — on a discounted sale, what the filmmaker actually paid, with the code and what it took off left to the panel and the CSV. A refunded order still shows the amount that was charged — the charge happened.
FeeFilmScorecard's platform fee on that sale. An em dash on a refunded order and on any $0.00 row.
ProcessingYour share of Stripe's processing fee on that sale. An em dash wherever Fee is.
NetAmount minus Fee and Processing. An em dash wherever Fee is.
StatusPaid, Refunded, Comp or Free — see Status and Item.
PurchasedThe date, with the time under it — Aug 14, 2026 over 09:12. See Times are in UTC.

The last column has no heading: it holds each row's ⋮ menu — see The row menu.

There is no discount column on the table, and no filter for one. The table is what each sale came to; the code that made it that figure is one click away in the panel, and in the file if you are reconciling.

The four money columns are right-aligned so the decimal points line up. Refunded, comped and free rows are drawn quieter than paid ones: they are records, not revenue. The number at the left edge of each row turns into a checkbox when you hover it — see Selecting rows.

The table scrolls sideways rather than restacking. When the card is narrower than the table it slides under a heading row pinned to the top, with Buyer pinned to the left so you can always tell whose order you are reading. The rows stay rows at every width. The scroll region is also a tab stop, so it can be scrolled with the keyboard by anyone who only wants to read the far columns.

Status and Item

Status is worked out from two facts — how the unlock happened and whether it has been refunded — and reads in this order:

StatusWhen
Refunded, amberThe order has been refunded in full, or a payment dispute was lost. This wins over everything else: a comped or free unlock that was somehow refunded reads Refunded too.
Paid, greenThe filmmaker paid and the money has stayed.
CompYour staff unlocked it at no charge.
FreeThe filmmaker unlocked it at no charge.

There is no "Access revoked", and there never will be one. A refund is the revocation: the moment a full refund lands, that category locks again, and the amber pill is the whole of that story. See Refunds. (The submission's Audit tab words that same one event as "refunded order …, access revoked".)

Times are in UTC

Every date and time on this screen is printed in UTC — the Purchased column, the panel's Purchased line and its Activity list — not in the season's time zone and not in yours. A purchase made at 11 p.m. Pacific on the 14th prints as the 15th.

The Purchased filter, on the other hand, uses your own calendar — see The Purchased filter. So a custom range of Aug 14 to Aug 14 set from a Pacific-time browser correctly finds that purchase, and the row it finds says Aug 15, 2026. Neither is wrong; they are answering in two different clocks. The CSV prints the full timestamp with its offset, so a spreadsheet can convert it however you like.

Sorting

Every heading sorts. Click one to sort by it; click it again to reverse.

  • The screen arrives sorted by Purchased, newest first, and that is the way home.
  • Amount, Fee, Processing, Net and Purchased open largest-or-newest first; Buyer, Submission, Festival, Item and Status open A to Z. Clicking again reverses whichever it is.
  • Festival sorts by festival name, then season name. Item sorts Scorecard unlock, Comp, Free unlock; Status sorts Paid, Refunded, Comp, Free.
  • Submission sorts on the title alone, not on the category under it, so a submission's categories sit together and then fall into receipt-code order.
  • A dash counts as zero in the Fee, Processing and Net sorts, so refunded and $0.00 rows gather at one end.
  • Buyer name breaks every tie, and the receipt code breaks the rest, so two rows never swap places between one look and the next.

Changing the sort puts the list back to its first 25 rows. It does not clear a selection.

One line under the table:

Showing 25 of 61 orders, filters applied, sorted by newest first.

"filters applied" appears only while something — the search included — is narrowing the list. The sort is named in words: newest first, oldest first, amount, descending, platform fee, ascending, processing, descending, host net, descending, and so on.

Load more, beside it, reveals another 25. Any change to the search, a filter or the sort puts the list back to 25 — the figures above the table are never affected, because they are not counting the rows on screen.

Searching and filtering

The toolbar sits above the table, and everything on it applies as you type or tick — there is no Apply button and no delay, because the whole ledger is already on the screen.

  • The search box is headed "Search buyer, submission or receipt" and matches the buyer's name, the buyer's email address, the submission title, the category and the receipt code, as substrings, ignoring capitalisation. The receipt code matches with or without its SC- — 500 finds SC-50001, and so does sc-500. Typing a category's name finds every unlock of that category across the organization. It does not match the festival, the amount, the promo code or the payment reference. The ✕ inside the box clears it.
  • Festival — every festival in the organization with at least one order, A to Z, with a count of its orders. Tick as many as you like.
  • Season — appears only once a festival is ticked, and lists the seasons of the festivals you ticked, with counts. Untick a festival and any of its seasons you had ticked go with it.
  • Purchased — one of five choices. See The Purchased filter.
  • Status — Paid, Refunded, Comp, Free, each with a count. All four are always listed, including the ones at zero, so "nothing has been refunded" never looks like "no Refunded option".
  • Clear filters appears as soon as anything is set, the search box included, and resets all of it.

There is no category filter, only the search box.

Within one filter, ticking two things means either; across filters, a row has to satisfy every filter you have set and the search.

The counts beside the options never move as you tick boxes. They are measured across every order in the organization, so they tell you what turning a filter on would find rather than measuring your own filter back at you.

Festival and Season each have a search box of their own at the top of their list — "Search 3 festivals" — with Select all 3 (or Select all 2 matching while you are searching, which ticks only the matches and leaves your other ticks alone), a Clear for that filter, and "No match for …" with a Clear search when nothing matches. Escape in that box clears it before it closes anything.

The Purchased filter

One button showing what it is set to — Purchased any time until you change it, then the choice you made (hover it for the word "Purchased"). Open it and there are five choices:

ChoiceWhat it keeps
Last 7 daysEverything purchased in the seven days up to the moment you picked it.
Last 30 daysThe same, thirty days.
This yearEverything since the first of January, by your calendar.
All timeEverything. The default.
Custom rangeA From date and a To date of your own — see below.

Picking one of the first four applies it and closes the list. Custom range keeps the list open and reveals the two dates:

  1. Fill in From, To, or both. Either may be left empty for an open-ended range — "everything since 1 August", "everything up to 14 August".
  2. Press Apply range. Nothing is filtered until you do; the dates are a draft until then.
  • Both dates are whole days in your own time zone, inclusive at both ends: To Aug 14 keeps a purchase made at 11:59 p.m. on the 14th, your time.
  • A From date after the To date cannot be applied. Both fields turn red, a line says so — "The From date is after the To date, so nothing can match." — and Apply range is greyed until you fix it.
  • Clear dates empties both fields and puts the filter back to All time; it does not leave you on an empty custom range.
  • Once applied, the button reads the range — Aug 1, 2026 to Aug 14, 2026, From Aug 1, 2026, or Until Aug 14, 2026.
  • Custom range chosen with no dates applied is not a filter. The button reads "Custom range", nothing is narrowed, and Clear filters does not count it.

The rolling presets are pinned to the moment you picked them. Leave the page open overnight and "Last 7 days" still means the seven days before you clicked; pick it again to move the window.

On a narrow window

Below about 1340 pixels the filters collapse behind one Filters button beside the search box, carrying a count of how many filters are set — the search is not counted, and a festival with seasons ticked counts as two. It opens an overlay with the same lists, Season included once a festival is ticked, and everything applies as you tap it. Show results closes the overlay and nothing else; Clear filters inside it resets everything. On a phone the row checkboxes are simply always visible.

When nothing is listed

Two different empty states, because they need two different answers:

  • Nothing has been unlocked anywhere — "No orders yet" / "Scorecard unlocks across every festival land here." The figures read zero and the toolbar is still there, but there is no button: nothing on this screen creates an order.
  • Your filters matched nothing — "No order matches these filters" / "Nothing here matches the current festival, season, date, status and search combination.", with a Clear filters button.

You are never shown an empty table.

Selecting rows and Export selected

Hover a row and the number at its left edge becomes a checkbox; tick it, and a bar appears along the bottom of the screen:

✓ 3 selected · Clear · Export selected

  • The checkbox in the heading row selects every order that matches your current filters — all of them, not only the 25 on screen — and shows a dash when only some are ticked.
  • Export selected downloads a CSV of the ticked rows. See Export CSV for what is in it.
  • Clear unticks everything.

Two rules about the selection:

  • Changing the search or any filter clears it. A selection made under one set of filters says nothing about another. Sorting and Load more keep it.
  • A hand-picked selection is limited to 250 rows. Tick more than that and Export selected greys out with the reason: "Select 250 orders or fewer, or select all to export the filtered set." Ticking everything with the heading checkbox is not limited — that exports the filtered set, which is the same file the toolbar's Export CSV would give you.

There is nothing else on the bar. Resending receipts or codes to several buyers at once is not built.

Export CSV

Export CSV, at the right end of the toolbar, is a plain download: press it and the file arrives, named <organization>-orders-2026-09-17.csv after the day you pressed it. Nothing is emailed and nothing runs in the background.

The file is what you are looking at. It is built from the same list under the same search, filters and dates, so a list narrowed to one festival's refunds exports one festival's refunds — every matching row, not only the 25 loaded. The sort is not carried; the file is newest first.

One row per order — that is, one row per category unlocked — seventeen columns:

Purchased at, Receipt, Buyer name, Buyer email, Submission, Category, Festival,
Season, Source, Status, Amount, Discount, Code, Platform fee, Processing, Net,
Currency
  • Purchased at is the full timestamp with its time-zone offset, not the screen's short date.
  • Receipt is the SC- code.
  • Buyer name is empty — not a dash — when the submission has none.
  • Category is the category that row unlocked, under the name it carries in that season today — or, for a category the film has since been taken out of, the name it had when it was removed. It reads Category in the rare case where neither can be found.
  • Source is the raw word behind the Item column: stripe, comp or free. Status is the Status column's word: Paid, Refunded, Comp, Free.
  • Amount, Discount, Platform fee, Processing and Net are plain two-decimal numbers with no currency sign, so a spreadsheet reads them as numbers. Platform fee, Processing and Net are empty on the rows where the table shows a dash — refunded orders and $0.00 rows — rather than 0.00, so a column sum is a true sum. On every other row, Platform fee + Processing + Net = Amount.
  • Discount is what a promo code took off this row, and it is empty when none was used — for the same reason: an empty cell says "no discount", where 0.00 would say "a discount of nothing". Code is the promo code beside it, also empty when there was none. Amount is still what was paid, so the list price of a discounted row is Amount plus Discount. A row a code made free — a Free unlock code, or an earlier order — reads free, 0.00 and the category's whole price as its Discount.
  • Currency is USD.
  • Refunded orders are in the file. This is the one place they differ from a season's scorecard-sales CSV, which leaves them out.
  • Text that begins with =, +, - or @ gets an apostrophe in front of it — a buyer's name, a title, a code — so a spreadsheet shows it as text instead of running it as a formula. The money columns are never changed.

Processing sits immediately after Platform fee, and Net and Currency have moved one place to the right. A spreadsheet or a saved import that reads Net or Currency by position needs remapping once; anything reading by column name is unaffected. Category still sits immediately after Submission, and Discount and Code immediately after Amount.

An organization with nothing to export still downloads a valid file — the header line alone. The address is guarded exactly like the screen: somebody who cannot open Orders gets "page not found" from a pasted link.

The order panel

Click a buyer's cell, or choose View order from a row's menu, and a panel slides in from the right over the list, so you do not lose your place. Escape, the ✕, or a click on the darkened background closes it. While it is open the address carries ?order=<receipt number>; close it and that goes.

Top to bottom:

  • The receipt code as the title, with the Status and Item pills under it.

  • Buyer — Name and Email, with an Edit contact link. See Whose name and address these are.

  • Submission — Title, Category, and Festival · Season, with an Open submission link that opens that submission's own panel on its season's Submissions list. Category is the one this row unlocked; another category of the same film is a different order with a panel of its own.

  • Amount — Amount, then Platform fee, Processing and Host net (the same dash rules as the table), the Purchased timestamp, and the Payment reference: the Stripe payment's identifier, in monospace, for a paid order — the thing to quote to FilmScorecard about a charge — and a dash for a comp or a free unlock. Rows bought in the same payment carry the same reference.

  • Activity — a short list, oldest first, worked out from the order's own record:

    LineWhen it appears
    PurchasedA paid order, at the moment of the sale.
    Free unlockA free unlock, instead of Purchased.
    Comped by Fay OkaforA comp, naming the staff member who granted it — or just Comped if their account is gone.
    Receipt emailedWhen the receipt email was last sent. One line, always the latest send: resending a receipt moves this line rather than adding one, and it moves on every row the same receipt covered.
    RefundedWhen the refund landed.

    Nothing else is recorded: not who looked at the order, not a change to the buyer's details, not an access link you resent, not a resend that has not gone out yet. There is no activity log behind this list to open. The submission's own Audit tab is where the rest is kept — the filmmaker starting checkout, the unlock and any refund as entries of their own, and every email sent about the submission.

  • Two buttons at the foot — Resend receipt and Resend access link — greyed with a reason when they do not apply, covered in the next two sections. A FilmScorecard administrator also sees Open in Stripe here.

A link to an order that is not in your list opens nothing. A mistyped number, or a receipt from another organization, lands on the plain screen with no panel and the ?order= quietly removed.

When a promo code was used

On an order that carried one, the single Amount line becomes three, above Platform fee and everything else:

List price $29.99 Code SPRING25 −$6.00 Paid $23.99

  • List price is what that category costs before the code — Paid plus the discount, worked out for the display rather than stored as a third figure.
  • Code names the code in capitals, as it stands on your Promo codes list, whatever the filmmaker typed, and the figure beside it is what it took off this row. The code is applied to each category at that category's own price, so two rows from one payment can show different figures.
  • Paid is the same number the table's Amount column shows, and Host net is Paid less the Platform fee and Processing. Whether the fee was charged on Paid or on the list price depends on your organization's terms when the sale was made — see The six figures.
  • On an order a code made free — a Free unlock code, or an earlier order — the Code line takes off the whole List price and Paid reads $0.00; the row is a Free unlock, and its Platform fee, Processing, Host net and Payment reference are dashes.

Every other line in the block — Platform fee, Processing, Host net, Purchased, Payment reference — is unchanged, and an order with no code prints the single Amount line exactly as it always did.

The row menu

The ⋮ at the end of every row opens a menu headed with the submission's title and the order's code and amount, then: View order, Open submission, Resend receipt, Resend access link, and — for a FilmScorecard administrator only — Open in Stripe. Items that do not apply to the row stay in the menu, greyed, and hovering one says why:

ItemGreyed whenThe reason shown
Resend receiptThe order is refunded"Refunded orders get no receipt."
Resend receiptThe order is a comp, or a free unlock with no promo code on it"Only paid orders have a receipt."
Resend access linkThe order is refunded"A refunded order has no scorecard to link to."

A free unlock that one of your promo codes made free is the exception — a Free unlock code's, or an earlier one's: the filmmaker was emailed a receipt for it, so Resend receipt stays available.

Whose name and address these are

The Buyer column and the Buyer block are the submission's current submitter — the First name, Last name and Email on the submission's Information tab as they stand today. They are not a copy taken at the moment of the sale: correct a filmmaker's misspelt address on their submission and this screen reads the corrected one from the next load, and anything you resend goes to it.

There is no separate buyer record and no form here to edit one. Edit contact in the panel is a link into the submission's Information tab, where the Submitter card holds those fields; save there and come back. A submission with no name at all shows a dash here — its email still searches.

Resending a receipt

For a paid, unrefunded order — and for an order one of your promo codes made free — Resend receipt, in the row menu or at the foot of the panel, sends the filmmaker a fresh copy of their receipt email.

  1. Press it. A dialog confirms:

    Resend the receipt for SC-50001? A fresh copy of the receipt goes to the email on the submission. Nothing about the purchase or the unlock changes.

    with the order, the address it will go to and the buyer's name underneath, and the line "Queued to the email job, sent within a minute."

  2. Press Resend receipt, or Cancel. Escape and the background cancel too.

The dialog closes and a message at the foot of the screen reads "Receipt queued" and clears itself after a few seconds. Queued, not sent: the message leaves from FilmScorecard's background sending, usually within a minute, and nothing on this screen changes — the row is exactly what it was until the send is recorded, when the panel's Receipt emailed line moves to the new time.

What the filmmaker receives is the same receipt they got when they paid: subject "Receipt SC- code: your scorecard for the film", the heading "Thank you. Your scorecard is unlocked.", a Read your scorecard button with a Rate your scorecard link under it, then a receipt box with the festival and season, the submission's title, the category, the date and "Paid to", the Total paid — with the category at its list price and a Promo line above it on a discounted order — a View invoice link, a box with your festival's contact address, and the sentence that purchases are final. Stripe's invoice PDF is attached again where the document is ready; if it is not, the message still goes, with the link alone. On an order a code made free the Total paid is $0.00 and there is no invoice link or PDF — nothing went through Stripe. A category the film has since been taken out of is named on the receipt as it was when it was removed.

One receipt covers the whole payment. Where the filmmaker bought several categories at once, the message lists a line per category — name, amount and its own SC- number — and the Total paid, and resending from any one of those rows sends that same message. You do not resend one per row, and the Receipt emailed line moves on all of them. A category that has since been refunded is left out of the re-sent message.

It carries no access code. If what they have lost is their way in rather than the proof of payment, that is the other button: Resending an access link.

Two cases where "queued" ends in silence, on purpose:

  • A refund lands between your confirming and the send. The receipt is not sent — a receipt for money that has gone back is the wrong mail even when somebody asked for it — and nothing tells you. Reload and the row reads Refunded.
  • The scorecard is no longer released (a season's release rolled back). There is nothing to link to, so nothing goes out.

If the request itself is refused — the order is no longer one you may act on, or the connection failed — the dialog closes and a red message stays until you dismiss it: "The receipt could not be queued. Nothing was sent." It never says which; reload and look at the row.

For any unrefunded order — paid, comped or free — Resend access link emails the filmmaker the link to their scorecard, with their nine-character access code printed under it. Use it when they have lost their results email or written to you for a way back in.

  1. Press it. A dialog confirms:

    Resend the access link to Ada Reyes? The scorecard link goes to the email on the submission.

    with the order, the address it will go to and the submission's title underneath, and the same "Queued to the email job, sent within a minute." line. (The title reads "…to —?" for a submission with no name.)

  2. Press Resend access link, or Cancel.

The dialog closes and "Access link queued" appears at the foot of the screen. Queued, not sent — as with the receipt — and nothing on the order changes afterwards: there is no Activity line for a link, and the row reads exactly as before.

The link is for the submission, not for the category. One link opens the filmmaker's page, and their page shows whichever categories are unlocked — so it makes no difference which of a submission's rows you send it from.

What the filmmaker receives is a short link email, not their results again: subject "Your link for the film", the heading Your link, a View your submission button that signs them straight in to their scorecard, the link printed under it, and Access code with the nine characters and "It expires in 30 days." Its closing line reads "Your festival sent you a link to your submission…" — so it does not claim they asked for it. It says nothing about the scorecard's price or contents, which is what makes it safe to send to someone who has already paid.

It reuses the link and code the filmmaker already holds, so nothing they have stops working:

  • The button and code in their earlier emails go on working, and so does every browser they are already signed in on.
  • The link and code are good for 30 days from this send, but never more than 90 days from when they were first made. Past that, this send makes a new link and code, the email adds "Any link or code we sent you before no longer works.", and the older ones stop working.
  • The unlock itself is untouched — the same scorecard opens, with nothing more to pay.
  • It does not clear a lockout from wrong attempts. A filmmaker who is locked out can still press the button, which never counts as an attempt.

It is recorded on the submission's Audit tab as "FilmScorecard sent the New link email" — or "could not send" — with the address, when it was queued and sent, and Delivered or Bounced once the filmmaker's mail service reports back. See The Audit tab and Emails your festival sends.

The filmmaker can ask for a new link themselves with Email me a new link on their scorecard page. That one is different: it always makes a new link and code, and every older one stops working — see When you need a new code. The button here exists for the filmmaker who has lost the email, or who has written to you rather than to the page.

Three cases where "queued" ends in silence, on purpose, and in each of them the link they hold stays live:

  • The submission is gone, or is no longer in the season this order belongs to.
  • The scorecard is no longer released — the season's release was rolled back and this submission was never released on its own.
  • The submission no longer has an approved scorecard — its creative scorecard was voided in between. Its page would show "Not available yet", so nothing is sent for it.

One difference from the receipt: a refund landing between your confirming and the send does not stop it. The link still goes out, and it opens the page in whatever state it is now in — the free score, and whichever categories are still unlocked. The row reads Refunded once you reload.

In the rare case that the message goes out but the link cannot be recorded, a link this send newly made will not work; the one they held before still does. Nothing on this screen reports it — the filmmaker's own Email me a new link is the way out.

If the request itself is refused — the order was refunded, is no longer one you may act on, or the connection failed — the dialog closes and a red message stays until you dismiss it: "The access link could not be queued. Nothing was sent."

Refunds

There is no refund button on this screen, or on any of yours, and none is planned. Scorecard purchases are sold as final, and the product says so to the filmmaker twice — on the card before they pay and again in their receipt.

  • A refund is issued in the Stripe dashboard, and the payment lives on FilmScorecard's own Stripe account rather than yours, so only FilmScorecard can issue one. If a filmmaker writes to you about a charge, that is the route — not a control you are failing to find.
  • A full refund re-locks the category, permanently, and this screen reports it. The row's status becomes Refunded, its Fee, Processing and Net become dashes, its Amount stays as charged, the panel gains a Refunded line, both send buttons grey out, the Refunded figure grows and Host net falls by what that row had brought in. A lost payment dispute is treated exactly as a full refund.
  • The submission's Audit tab records it as well, as "FilmScorecard refunded order SC-50001, access revoked" — FilmScorecard because a refund arrives from Stripe with no person or reason on it — with the category, the amount refunded and an Open order button back to this screen. One entry per row, so a payment that covered two categories reads twice, and the unlock entry stays where it was. See The Audit tab.
  • A refund covers the whole payment. Where one payment unlocked several categories, every one of those rows is marked Refunded together and each of those categories locks again. A category the filmmaker bought in a separate payment is untouched.
  • A discounted order keeps its discount lines after a refund. The money that went back is what was paid, and the List price / Code / Paid block stays in the panel as the record of what happened. The code does not get its use back — see How uses are counted.
  • There is no separate "revoke access". Locking the scorecard is what a refund does; there is nothing further to switch off, and nothing that could lock a scorecard while leaving the money where it is.
  • A partial refund changes nothing here. The scorecard stays unlocked, the row stays Paid at its full amount, fee and processing share. That is deliberate: a small goodwill gesture must not destroy somebody's access.
  • Nobody is emailed by a refund — not the filmmaker, not you — and a refunded category can never be sold or comped again afterwards.

The row itself never goes away. A refunded order stays on the list, in the figures and in the CSV; the season's own scorecard-sales CSV is the one that drops it.

Open in Stripe

For FilmScorecard's own administrators, and nobody else, a paid order's panel and row menu carry one more item: Open in Stripe, which opens the payment in the Stripe dashboard in a new tab. An owner or an org admin never sees it — the payment is on the platform's account, not on yours, so there is nothing there you could open. What you have instead is the Payment reference in the panel, which is the identifier to quote.

What this screen does not do

  • Refund, or revoke access. See Refunds.
  • Manage promo codes. They have a screen of their own — Promo codes — and the Code line on an order is a record of the one that was used, not a control.
  • Unlock a category. Nothing on this screen grants access. The one control that does is Comp scorecard access on the submission's own drawer — see Comping access for a filmmaker.
  • Group a payment's rows. Categories bought together are separate rows that happen to share a time and a payment reference; there is no parent row and no way to fold them together.
  • Mark a row whose category was removed. Such a row reads exactly like any other, under the category's name as it was.
  • Send a code without replacing the old one. Every access-code send rotates it; if the filmmaker only wants the link again, Resend receipt carries it on a paid order, and the link on the submission's Settings tab can be copied for any order — see The scorecard link.
  • Edit a buyer's name or address. Edit contact takes you to the submission, where they live.
  • Keep a history. The Activity list is worked out from the order's own record — no log of who resent what, no record of a code sent, and no record of a corrected address.
  • Resend receipts or codes in bulk, or email you the CSV. Export selected is the only bulk action, and the CSV is always a download.
  • Notify you of a sale. Nothing emails you when a scorecard sells; this screen and the season's Revenue card are the record.
  • Show entry fees, add-ons or judge pay. Scorecard unlocks only.
  • Set a price, or your fee terms. Neither is yours to set anywhere.
  • Show Stripe's real processing fee. The Processing figure is your share of the estimate made when each order was placed; what Stripe actually charged is between Stripe and FilmScorecard.
  • Open for a festival admin, a coordinator or a finance member. Owners and org admins only, however the View orders link on a Revenue card may suggest otherwise.
  • Update while you watch. It is read once, when the page opens.
  • Selling scorecard access — what is sold, at what price, what has to be true before anything sells, what a discounted sale earns you, comping, and what a refund does to one submission.
  • Promo codes — the codes behind the Code lines here, and the five most recent orders each one went on, which link back to this screen.
  • The Season overview — the Revenue card and the season's own scorecard-sales CSV, and the View orders link that brings you here.
  • Connecting payouts — the Stripe account your share is paid into, and the platform fee line the fee caption repeats.
  • Opening a submission — the panel Edit contact and Open submission lead to: the Information tab's Submitter card, and the Settings tab's scorecard link.
  • Paying for your scorecard — the filmmaker's side of a paid order: the card, the promo-code field, Stripe, and the receipt email you can resend from here.
  • Getting into your scorecard — the access code from the filmmaker's side: entering it, the lockout, and asking for a new link, which — unlike Resend access link — replaces the old one.
  • Organization settings — the screen with the same door: who is an owner or an org admin.