| 开发者 | jordennabbe |
|---|---|
| 更新时间 | 2026年10月8日 23:08 |
| PHP版本: | 7.4 及以上 |
| WordPress版本: | 7.1 |
| 版权: | GPLv2 or later |
| 版权网址: | 版权信息 |
wc_get_orders() API and declares High-Performance Order Storage compatibility, so the totals are right whether or not your store has moved to HPOS. It sends with wp_mail(), which means it uses whatever SMTP plugin you already trust. Tillbrief does not open a connection to anything and does not ask you to create an account.
Because a scheduled email that quietly stops is worse than no email at all, the settings page carries a delivery reliability panel: when the next run is due in your store's timezone, what happened on the last run, how many recipients it went to, and whether wp_mail() accepted the message. If the scheduled event goes missing, the plugin notices on the next admin page load and puts it back. Deactivate the plugin and the schedule is cleared, so nothing keeps sending.
You can also see the brief before you commit to it. The Preview tab renders the exact email for any date range you choose, using the same template the scheduled job uses, without sending anything. And "Send test now" runs the real send path and reports the result, including the error message if your mail setup rejected it.
Tillbrief is free and GPL-licensed, and it creates no database tables. The brief is computed and sent entirely by your own site; the plugin contains no licensing code, no updater and no tracking.
A separate Pro version adds report profiles with their own schedules and recipients, category, customer and payment-method breakdowns, tax and shipping totals, year-over-year and rolling twelve-month comparisons, CSV and PDF attachments, Slack and webhook delivery, and a multi-store roll-up.
What is in the brief
{site}, {period} and {date} placeholders.tillbrief_report_data — adjust or extend the computed figures.tillbrief_email_subject — change the subject line.tillbrief_email_html — change the HTML body.tillbrief_email_text — change the plain-text alternative.tillbrief_email_recipients — change the recipient list.tillbrief_order_page_size — orders loaded per page (200 by default).tillbrief_low_stock_scan_cap — maximum products scanned for the low-stock list (500 by default).tillbrief_email_html_after_headline and tillbrief_email_html_before_footer — print extra sections in the HTML body.tillbrief_email_text_after_headline and tillbrief_email_text_before_footer — add lines to the plain-text alternative.tillbrief_email_attachments — attach local files to the brief.tillbrief_email_sent — runs after every send with the wp_mail() result.tillbrief_admin_tabs — add a tab to the Sales Brief screen.Ask in the support forum for this plugin on WordPress.org. Questions about the Pro version are handled on its product page.
Yes. The plugin declares HPOS compatibility and reads orders only through wc_get_orders(), never through direct post or postmeta queries, so the figures are correct on both legacy and HPOS stores.
If the mail setup of the site refused the brief, a warning appears on the WooCommerce screens with the error it reported, and Tillbrief tries that same brief once more half an hour later. You can also open WooCommerce > Sales Brief and read the delivery reliability panel: it shows the next scheduled run, when the last run happened, how many recipients it went to and whether wp_mail() accepted the message, with the error text if it did not. Then press "Send test now", which runs the same send path and reports the result. If wp_mail() is failing, the problem is in the mail configuration of the site rather than in the report itself; an SMTP plugin fixes that and Tillbrief uses it automatically.
It uses one WP-Cron event. WordPress fires WP-Cron on page visits, so a very quiet site can send its brief late. If exact timing matters, point a real server cron job at wp-cron.php and set DISABLE_WP_CRON to true, which is a standard WordPress setup that this plugin needs no configuration for.
The seven complete days ending yesterday, not a calendar week, because you choose the weekday the brief is sent on. A monthly brief covers the previous calendar month, and a daily brief the previous day.
Completed and processing by default. You can change that on the settings page to any set of WooCommerce order statuses, so the totals match how you book revenue. The order-status breakdown always counts every status regardless of that setting.
Net sales are gross sales minus refunds, tax and shipping. Gross sales are the order totals as the customer was charged them. Both definitions are printed as a legend in the email, so you never have to guess.
Every recipient on the list receives the same brief.
No. Every figure is computed on your own server from your own orders and delivered by your own mail setup, and the plugin makes no external HTTP requests. The Pro version handles its licence through the Freemius SDK, with a skippable opt-in, and its Slack, webhook and multi-store roll-up connections contact only the addresses you enter.
The report runs once per scheduled period in the background, not on front-end page loads, and it creates no database tables. Orders are read in pages of 200 and the low-stock scan is capped, so a large catalogue cannot turn the brief into a long request.
Deactivating clears the scheduled event and keeps your settings. Deleting the plugin removes its options, its cached preview and the scheduled event.
{site}, {period} and {date}, and an optional from name.