sinnvoll Booking Flow
| 开发者 | rmiarka |
|---|---|
| 更新时间 | 2026年9月10日 23:10 |
| PHP版本: | 8.1 及以上 |
| WordPress版本: | 7.1 |
| 版权: | GPLv2 or later |
| 版权网址: | 版权信息 |
详情介绍:
sinnvoll Booking Flow lets you add seminar and event booking forms to any WordPress page or post with a shortcode. Visitors register for your events, you manage attendees and bookings from the admin, and everyone gets automatic confirmation emails.
Key features
- Booking widget for any event via
[sinnvoll_bf_widget id="EVENT_ID"] - Event lists by IDs or timeframe via
[sinnvoll_bf_event_list] - Multiple attendees per booking with per-attendee details
- Ticket capacity and minimum-tickets handling per event
- Configurable confirmation emails with placeholders (booker, attendee, event, booking details) and multi-language templates
- Admin management of events, bookings and attendees, including resend of confirmation emails
- CSV export of bookings and attendees
- GDPR tools: data export and erasure integration with WordPress Privacy, plus optional automatic anonymisation of old records
- Cancellation policy and statutory right-of-withdrawal (revocation) form via shortcode
- Spam protection for booking submissions (keyword/domain filters, minimum submit time)
- Custom frontend texts in multiple languages
[sinnvoll_bf_widget id="EVENT_ID" lang="de|en"]— full booking widget for one event[sinnvoll_bf_button id="EVENT_ID"]— just the "book" button[sinnvoll_bf_event_list timeframe="future|past|all"]— list of events[sinnvoll_bf_confirmation]— booking confirmation messages on your success page[sinnvoll_bf_revocation_form]— statutory right-of-withdrawal form[sinnvoll_bf_cancellation_policy]— outputs your cancellation policy text
安装:
- Upload the plugin files to
/wp-content/plugins/sinnvoll-booking-flow, or install through the WordPress Plugins screen directly. - Activate the plugin through the "Plugins" screen in WordPress.
- Go to sinnvoll Booking Flow in the admin menu to create your first event.
- Add a booking widget to any page with
[sinnvoll_bf_widget id="EVENT_ID"](the event ID is shown on the event list). - Configure confirmation emails, sender details and texts under sinnvoll Booking Flow → Settings.
屏幕截图:
常见问题:
How do I show a booking form on a page?
Create an event in the admin, note its ID, then place [sinnvoll_bf_widget id="EVENT_ID"] on any page or post.
Can visitors register more than one attendee?
Yes. A single booking can contain multiple attendees, each with their own name and email.
Does it send confirmation emails?
Yes. Confirmation emails are sent automatically and are fully configurable, including placeholders and multiple languages.
Does it help with GDPR?
The plugin provides tools that support GDPR workflows: it integrates with WordPress' personal-data export and erasure tools and offers optional automatic anonymisation of old records. It does not make your site compliant on its own — compliance always depends on how you configure and operate your site, your legal texts, and your own processes.
Does the plugin set any cookies?
It sets one cookie, sinnvoll_bf_cid, only when a booking widget or revocation
form that needs a security token is rendered for a logged-out visitor. It stores
a random pseudonymous identifier — it contains no booking data and is not used
for tracking — and serves solely to tie the form's security nonce to the
visitor's browser, hardening the public booking form against cross-site request
forgery and automated abuse. It is designed to function as a strictly necessary
security cookie, but this plugin cannot make legal determinations for your site
— you are responsible for assessing your local consent and disclosure
requirements and listing the cookie in your cookie/privacy notice. The plugin
registers suggested text in WordPress' Privacy Policy editor (Settings →
Privacy) to help with this.
In which format can I export bookings?
Bookings and attendees can be exported as CSV, which opens in any spreadsheet application.
更新日志:
1.12.2
- Fixed: Searching in the Bookings tab of an event could end on a blank page saying you are not allowed to access it, even as an administrator. Switching to the tab loaded it in the background, which lost the page reference the search then submitted.
- Fixed: Searching in Bookings or Attendees could fail with "the link you followed has expired" when the page had been open for a while. The search is no longer treated as a bulk action, so it needs no fresh security token.
- Accessibility: Screen readers now announce admin messages as they appear, name every form field, mark rejected fields and point them at the reason, read out which column a table cell belongs to, and say which sub-tab is the current one.
- Accessibility: Two buttons in the booking form and the attendee editor said "Remove" in English on every site, regardless of language. They now use the site's own wording.
- Improved: Restoring a trashed booking re-reads its state under the row lock, so two people restoring at once can no longer raise the event maximum twice.
- Fixed: When an operation raised an event's maximum and then failed, the raise stayed. It is now taken back, so the event never keeps a larger maximum than anyone asked for.
- Fixed: Saving a form template whose fields could not be written reported success and left an empty template behind — the form then rendered with no fields at all. The failure is now reported and nothing is saved.
- Fixed: Consent settings that still pointed at option names from before the prefix migration are rewritten on update, so an existing privacy or terms page keeps working.
- Fixed: Creating the protected log directory could end in a fatal error, because it relied on a WordPress constant that only exists on some requests. It happened on the very first write and then disappeared by itself, which made it hard to catch.
- New: Restoring a booking or an attendee from the trash now asks "Increase event max tickets if full" instead of failing on a full event — for single rows and for bulk restores. The maximum grows by exactly the missing seats.
- Improved: Every booker and attendee e-mail is now built entirely in the language of the booking — dates, field labels, add-on texts and calendar attachments, not only the template itself. Admin notifications keep the site language.
- Improved: The restore notice now says whether the event or a ticket type is full.
- Security: The public booking form's security token is now really bound to the visitor's browser (a strictly necessary cookie, set only on pages with a booking or withdrawal form). Booking pages are marked as not cacheable so a cached page can never hand one visitor's token to another.
- Changed: The public booking form no longer checks for double bookings before submitting (that check could confirm to anyone who knew a name and e-mail address whether the person attends an event). Instead, when the same e-mail address already has a live booking for the event, the booker's own confirmation e-mail now says so and offers the withdrawal link.
- Improved: A visitor whose browser blocks cookies sees a clear notice in the booking form instead of an error page; an expired form leads back to the form with an explanation.
- Improved: Cancelled or expired registrations no longer count as duplicates in the admin editor, and a booking without any attendee now shows the matching hint instead of a generic error.
- Fixed: A licence-warning translation that could break the admin notice on German sites.
- New: The booking form updates its price summary live, based on the number of attendees — adding or removing an attendee recalculates immediately, and typing names never triggers a request.
- Fixed: The withdrawal link in confirmation emails works again, and each link is now valid for exactly one submission.
- Fixed: The personal data export (Tools → Export Personal Data) now really includes bookings, attendees, and the stored billing address.
- Fixed: Confirming an event no longer removed its attendees from the capacity count and the statutory withdrawal period.
- Improved: Saving a booking in the admin area is now all-or-nothing — if any part of the save cannot be stored, the whole booking stays exactly as it was and the editor says so.
- Improved: Changing a booking's status in the editor now applies the same checks and follow-ups (capacity, attendee statuses, emails) as the list actions.
- Improved: Deleting an event permanently refuses to leave related records behind; restoring from trash brings back only what was trashed together, and respects the event capacity.
- Improved: Capacity is reserved reliably even when several bookings arrive at the same moment.
- Improved: Public endpoints (price preview, withdrawal) carry their own request limits, and admin messages now always show the text that matches the action.
- Improved: Add-ons can now apply their changes inside the same save operation, so a failed save leaves nothing half-applied.
- Fixed: Status emails from bulk actions are only sent when the status change actually succeeded.
- Fixed: Saving an event now reports a problem instead of showing "successfully saved" when the event could not be stored; your entries stay in the form so you can try again.
- Fixed: Duplicating an event is all-or-nothing — if the copy or any of its ticket types cannot be created, nothing half-finished is left behind and the message says so.
- Improved: Restoring an event from the trash is all-or-nothing as well, and a database problem while reading is no longer mistaken for "there was nothing to restore".
- Fixed: The per-IP limit on booking submissions could count too few attempts when several arrived at the same moment, so it engaged later than configured. Attempts are now counted in a way that cannot lose one.
- Fixed: A leftover scheduled task from older versions kept running twice a day even though nothing used it any more; deactivating the plugin now removes it.
- Fixed: In the booking dialog the keyboard focus could land in the invisible spam-protection field instead of the first real field — typing immediately after opening could end up nowhere and get the booking flagged as spam.
- Fixed: On sold-out events with an active waiting list, the "Add attendee" button refused to add anyone ("Only 0 seats left") — the seats-left check now stands down in waiting-list mode, where the server accepts any number of attendees.
- Fixed: All plugin strings could appear in English on translated sites even though complete translations exist — the wp.org language pack is now loaded explicitly instead of relying on WordPress' just-in-time loading.
- Fixed: Required checkbox groups (e.g. attendance days) demanded ALL options to be ticked — the browser silently blocked guests who selected only some. At least one is now enough, with a clear browser message when none is selected.
- Improved: When a required field is empty, the booking error now names the field instead of showing a generic message.
- Improved: When the submitted form is older than the current form definition (stale page cache), guests are asked to reload the page instead of seeing a generic error.
- Changed: The bookings export now shows the option labels guests actually selected (e.g. "Freitag (ab 17:00 Uhr)") instead of raw stored values (friday) — for radio, select and checkbox-group fields, using each booking's form snapshot.
- Changed: The bookings export no longer includes the internal ticket-type ID column; the ticket name is already part of the attendee data.
- Fixed: The bookings export (CSV and Pro Excel) showed empty cells for all custom form fields — only the column headings appeared. Values from the booking form (e.g. radio selections, checkbox groups, consents) now export correctly.
- Changed: The bookings export no longer creates columns for form elements that never carry a value (HTML blocks, the submit button, the attendee controls).
- Fixed: Event tabs (e.g. Coupons in Pro) could show a stale list after creating or editing entries in a modal — tab content was served from a five-minute browser cache. Tabs now always load fresh on every activation.
- Compatibility: Tested with WordPress 7.1.
- New: Event cards show "Price from:" with the lowest ticket price when an event has multiple ticket types with different prices (translatable via the Texts screen).
- Changed: "Hide tax" on a ticket type now means final price — the booking costs exactly the displayed amount; no tax is calculated or stored for such tickets.
- Changed: The price summary in the booking form collapses to a single Total line when there is no tax to show (0% rate or final-price tickets); the full breakdown returns when a taxed ticket type is selected.
- Fixed: Hidden price-summary lines were still visible due to a CSS specificity conflict.
- Fixed: Status badges in the attendee and booking lists (and the CSV export) now show translated labels instead of the raw English status value.
- Fixed: The admin toolbar above attendee/booking lists no longer overlaps the table header when its controls wrap onto a second line.
- Fixed: Setting attendees to booked/cancelled/missed now shows a matching success notice instead of "Attendee moved to trash."; German trash notices now say "Papierkorb".
- New: Guest emails now follow the language the booking was made in. The booking form language is stored with each booking; confirmation and cancellation emails use it, falling back to the event language and then the site language. Events gained a Language setting (default: site language), and the widget renders in the event's language when the shortcode has no lang attribute. Admin notifications intentionally stay in the site language.
- Initial release on the WordPress plugin directory.