Hotel Booking PDF Invoices - WordPress Plugin

Guide to Setting Up and Verifying Hotel Booking PDF Invoices

Hotel Booking PDF Invoices is not just about generating a polished PDF after a booking. On a live MotoPress Hotel Booking site, it pulls booking details, payments, taxes, services, and company information into a single document that the guest can receive by email, open after the booking is confirmed, or request again from the administrator.

In this guide, we will walk through the full path from site preparation to invoice validation: where to enable the add-on, which template fields to fill in first, how the %pdf_invoice% tag works, why the invoice number matters, what happens to the PDF after a payment update, and which warning signs usually mean the setup is only partially complete.

This material is not a substitute for accounting advice and does not guarantee legal compliance in every country. Its purpose is practical: to help a hotel owner, apartment host, guesthouse, or agency create a clear guest-facing document, avoid breaking booking emails, and spot the limitations that often surface only after the first real reservation comes in.

What Problem This Add-On Solves on a Booking Website

The core MotoPress Hotel Booking plugin can accept bookings, store guest data, manage payments, services, taxes, fees, and statuses. Hotel Booking PDF Invoices adds a document layer to that flow: it generates a PDF invoice from a specific booking record, which can then be sent to the guest and opened from the admin panel.

The most important thing to understand is that this add-on is not a standalone booking system and does not work separately from MotoPress Hotel Booking. It uses data that has already been collected in the booking. That means invoice quality depends not only on the PDF Invoices settings, but also on how carefully the booking fields, taxes, fees, services, confirmation statuses, emails, and translations are configured in the main plugin.

In practice, the product is useful in four common situations. First, a guest needs a clear PDF after the reservation is confirmed so they can save it, forward it to accounting, or print it. Second, an administrator needs to open the document directly from the booking without manually copying the amount, dates, and guest details. Third, the property wants to include its logo, legal information, address, business details, and text notes in the document. Fourth, the team handles a steady booking flow where creating invoices manually wastes time and increases the risk of errors.

This add-on is especially well suited to sites where booking is already handled through MotoPress Hotel Booking: guesthouses, small hotels, villas, apartments, holiday rentals, mini resorts, and short-term stays. If the site collects inquiries through a regular form with no real booking structure, this add-on will not solve the problem by itself. If everything runs through a WooCommerce order flow instead, a WooCommerce-based PDF document solution may be more practical, but then you need to define clearly where the source of truth lives: in the MotoPress booking or in the WooCommerce order.

Main pre-install check: if you cannot open a specific booking in the Hotel Booking admin area and see the guest, dates, services, fees, and payment there, the PDF invoice simply has no reliable data source to pull from.

Who Hotel Booking PDF Invoices Is a Good Fit For, and Who Should Consider Another Approach

This product is worth considering if your site already has a working booking process in MotoPress Hotel Booking and you want to add automated PDF invoices without moving to a separate CRM or accounting platform. The add-on lives inside the MotoPress ecosystem, so the administrator works with the same bookings and does not have to move data manually between multiple systems.

For a small property, that usually means less repetitive manual work. The guest confirms the booking, receives the email, and the invoice is either attached to the right email or available via a link on the confirmation page. For the administrator, the benefit is different: the invoice can be opened from the bookings list or from the individual booking screen, then downloaded, printed, or sent to the guest again in the usual way.

The add-on may not be the right fit if you need a full accounting document workflow with credit notes, bulk export of all invoices, complex integration with a local tax system, QR codes, separate documents for partial reimbursements, or a fully flexible visual layout editor. Requests for these scenarios do appear on the MotoPress forum, but the publicly available official materials do not confirm them as built-in features of Hotel Booking PDF Invoices.

Another edge case involves corporate guests and extra fields on the checkout page. If you collect a company name, tax number, or custom address through another add-on, verify in advance whether that information appears in the PDF exactly the way the client's accounting team expects. Feedback on the official product page and forum discussions suggest that integration with extra checkout fields may require separate testing and, in some cases, compromise on what data can be included.

When the Add-On Is a Good Choice

• Bookings already run through MotoPress Hotel Booking, not through a third-party form with no statuses or payment handling.
• You need to attach a PDF invoice automatically to the confirmed booking email.
• You only need to configure the logo, property name, business details, extra notes, and invoice number format.
• The administrator needs to open the current invoice from the booking record.
• You are willing to verify legal wording and tax fields on a staging copy before going live.

When It Makes More Sense to Evaluate Alternatives

• All sales and documents are managed in WooCommerce, and MotoPress Hotel Booking is used only as a storefront or availability calendar.
• You need packing slips, shipping labels, refund documents, XML/UBL, or another eCommerce-style document package.
• Your team needs bulk export of PDF invoices from a central archive rather than access from each booking.
• The invoice layout must be fully editable by a designer, including table structure and field placement.
• You need officially supported integration with a local accounting system or government service.

What to Check Before Installation: Core Setup, Permissions, and a Test Booking

Pre-install preparation matters more than it seems. A PDF invoice looks like a standalone file, but it is assembled from several parts of the system. If one part is not ready yet, the problem usually will not appear during installation. It will show up later: the email goes out without an attachment, the invoice opens with the wrong amount, the number format is inconvenient for bookkeeping, or the guest never sees the link on the confirmation page.

Main Plugin and Booking Structure

The official documentation states that the add-on requires MotoPress Hotel Booking at or above a specific version. There is no reason to memorize that number as if it will never change: before installation, it is better to confirm the current requirement on the product page and in the developer documentation. In practical terms, that means one thing: update and verify the main Hotel Booking plugin first, then install the add-on.

Before installation, create or locate a test booking that includes an accommodation type, dates, a guest, an email address, a total amount, a payment method, and at least one extra item if you actually use services, taxes, or fees. That booking becomes your control case: it shows whether all important data makes it into the PDF.

Administrator Permissions and the Hotel Manager Role

MotoPress Hotel Booking supports the Hotel Worker and Hotel Manager roles. Working with invoices usually requires access to bookings, payments, and settings. If a staff member can see the calendar but cannot open the add-on settings or the booking record, the issue may not be PDF Invoices at all. It may simply be a user permissions issue.

Do not expand role permissions blindly. First decide what that specific employee actually needs to do: view the calendar, open an invoice, edit a booking, add a payment, or change the template. Then grant the minimum required permissions through the built-in roles or a carefully configured role editor. The fewer people who can change invoice and email settings, the lower the risk of someone accidentally disabling the attachment or changing the numbering.

Emails and the Confirmation Page

The PDF invoice can be useful in two places: as an attachment in the guest email and as a link on the booking confirmation page. Both channels depend on system pages and email templates that are already configured. Before installation, confirm that the confirmation page actually exists, contains the correct Hotel Booking block or shortcode, and is accessible to the guest under your booking confirmation flow.

The same logic applies to emails. If the Approved booking email is disabled on the site, or if messages are being sent through an unconfigured server, the PDF attachment will not fix delivery. First make sure the standard booking email arrives successfully in your test scenario. Only then should you add the invoice.

Taxes, Fees, and Services

The invoice includes data coming from the booking itself. That is why taxes and fees are best verified before you configure the PDF. If you use a cleaning fee, tourism tax, paid services, discounts, or different rates for different guests, do not limit testing to a single simple one-night booking. Create a test case that looks like a real sale: multiple nights, the correct number of guests, a service, a tax, and either a partial or full payment.

Minimum required test: compare the total in the booking record, the guest email, and the PDF invoice. If the amounts do not match, do not enable automatic sending to real guests until you identify the source of the discrepancy.

Installation and the First Verification Pass Without Unnecessary Risk

Technically, installing the add-on looks much like installing any commercial WordPress plugin: upload the ZIP archive, install it through the admin panel, and activate it. But on a booking site, the order of verification matters. You should not enable fully automated delivery right away on a live booking flow, especially if real bookings are already coming in.

The safest path starts with a site copy or at least a testing window with a separate booking. If you do not have a staging copy, at least choose a time with very few incoming reservations and prepare a rollback plan: deactivate the add-on, remove the tag from the email, and disable the link on the confirmation page. None of that destroys booking data, but it lets you quickly stop sending incorrect PDFs.

Installation Order

1. Download the add-on ZIP archive from your MotoPress account and save it locally.
2. Open the WordPress admin panel and go to Plugins -> Add New -> Upload Plugin.
3. Select the ZIP file, install the add-on, and click Activate.
4. Go to Accommodation -> Settings -> Extensions -> Invoices.
5. Do not enable every delivery scenario right away. Fill out the template first and validate the PDF with a single test booking.

After activation, it is important to confirm that the new section actually appears in the Hotel Booking settings. If the tab is missing, check whether the main plugin is active, whether its version is compatible, and whether the current user has sufficient permissions to modify Accommodation settings.

First Test Booking

Create or use a booking that you can safely modify. Ideally, it should follow the same path as a real guest booking: selecting dates, entering an email, confirming the reservation, making a payment, or being marked paid manually. Then open that booking in the admin panel and see whether invoice access appears either from the bookings list or from the booking record itself.

If the PDF opens, do not assume the setup is finished. Check whether the document includes the property name, correct address, invoice number, amount, services, taxes, payment status, and guest details. Then change the test booking or add a manual payment and open the PDF again. The documentation states that the invoice updates when booking information changes, so this step shows whether that refresh behavior is actually working on your site.

Invoice Template: Which Fields to Configure First

The Hotel Booking PDF Invoices template has two logical parts. The first part is generated automatically and depends on the specific booking: guest details, dates, booking ID, services, taxes, payments, and amount. The second part is fixed and filled in by the administrator: document title, logo, company information, additional notes, and numbering settings.

That second part is usually what determines whether the invoice feels like a real business document or just a draft. It is important not to overload the PDF with marketing copy. The guest does not open the invoice to read a property description. They open it to see who issued the document, what it covers, how much has been paid, what remains due, and where to get help if something is unclear.

Invoice Title and Logo

The title field is usually best kept short: Invoice, Receipt, or another localized label that fits your market. If the site is in Russian, you can use the word "Invoice" in Russian, but do not forget to check how the selected font renders Cyrillic characters in the PDF. The documentation confirms that you can choose the font, so for non-English languages this is not a cosmetic detail. It is a technical requirement to verify.

The logo should be uploaded in good enough quality, but without excessive file size. The PDF is attached to emails, so an overly heavy image can increase the attachment size and hurt email deliverability. The practical approach is to use a clean horizontal or compact logo without tiny slogans that will not be readable in the document anyway.

Company name and company information

In company name, enter the property name or legal business name that the guest should see. In company information, add the address, website, email, phone number, and business details if your process requires them. Do not turn this field into a dumping ground. The longer the block is, the harder it is for the guest to find what actually matters.

If you manage multiple properties under one website, decide in advance what level of information should appear on the invoice: the umbrella brand, the legal entity, or the specific accommodation. The public documentation confirms a shared company information setting, but it does not confirm separate automatic insertion of different business details for each property. Multi-brand scenarios therefore need separate validation.

Additional information

Additional information appears at the bottom of the invoice and works well for short legal notes, a link to house rules, a payment-related contact, or a brief note explaining how to request a corrected document. It is a good place for calm, practical guidance, but a poor place for long booking terms and conditions.

A practical structure is one line for the contact, one line for the legal note, and one line explaining the correction process. If invoices in your country are subject to strict formal requirements, review this block with your accountant. The add-on helps generate the PDF, but it does not validate the legal completeness of the business details you provide.

Font and Cyrillic Support

If the site uses Russian, do not stop at simply reviewing the settings. Generate a PDF that contains Cyrillic in the guest name, address, service name, and additional text. Confirm that the letters are not replaced with empty squares, line wrapping does not break, and currency symbols are not missing.

If the text renders incorrectly, start by choosing a different font in the invoice settings and checking the Hotel Booking translations. Release notes have included fixes related to translations and the font cache, so if you see strange characters, it also makes sense to verify that the add-on version is up to date.

Invoice Numbering and the Invoice Number Format

The invoice number is one of the most sensitive settings. Guests notice it, administrators use it to find the document, and accounting teams may require a sequence without odd jumps. In Hotel Booking PDF Invoices, you can configure the invoice number format using tags and use a dedicated sequential invoice ID for continuous numbering.

The documentation and release notes confirm an important detail: separate unique sequential numbering was not always part of the add-on from the beginning. That means sites that already used older invoices need to choose the starting number especially carefully. If you already have historical documents, do not restart the sequence at 1 by accident.

How to Think About the Number Format

A good invoice number should solve three problems: it must be unique, human-readable, and not expose more internal information than necessary. If you use only the booking ID, the number will be tied to the reservation, but it may not feel like an accounting sequence. If you use only a sequential ID, finding the related booking may take an extra step. If you add a property prefix or year, the number becomes easier for the administrator to interpret, but an overly complex format increases the risk of mistakes.

On a typical site, a short format is enough: a property letter prefix plus a sequential number. If you have multiple properties or languages, do not overcomplicate things immediately. First verify how the number appears in the PDF, the email, the booking record, and your internal tracking sheets.

Starting invoice ID and Existing Invoices

If you use the sequential invoice ID tag, the starting invoice ID setting defines the point from which future numbers will continue. The documentation explains the principle clearly: if you enter a starting value, the next generated invoice receives the incremented number. On a site with existing invoices, that value must be aligned with the last number that was actually issued.

Do not change the starting number on a live site without testing it first. Create one test booking on a staging copy, generate the invoice, record the number, then create a second test booking and confirm that the sequence increases by exactly one. If older invoices were issued before custom numbering was introduced, you may need to set the starting value manually so that new documents continue the previous sequence.

Symptoms of Incorrect Numbering

• The PDF has no invoice number, or it shows only the booking ID even though a separate format was expected.
• Two test bookings receive awkward, duplicate, or visually confusing numbers.
• A new number does not continue the previous sequence after an add-on update.
• The administrator cannot quickly match the invoice number to a specific booking.

In those cases, do not go hunting through plugin files. Go back to the Invoices settings, open the list of available tags, verify the selected format, and create a new test booking. Older documents that were already generated may not rebuild according to the new logic the way you expect, so validate the future workflow, not the past one.

Guest Email: Why the %pdf_invoice% Tag Drives the Entire Automation Flow

A configured invoice template by itself does not mean the guest will receive the PDF by email. For automatic delivery, you need to add the special %pdf_invoice% tag to the Approved booking email template in the customer email settings. This is one of the most important steps in the entire setup, because without it the invoice may be generated but never attached to the email.

The logic is simple: Hotel Booking sends the guest a confirmed booking email, and Hotel Booking PDF Invoices injects the PDF attachment through the special tag. That is why you need to verify not only the PDF itself, but the entire email path: booking status, the correct email template, the presence of the tag, message delivery, and what the attachment actually looks like on the recipient's side.

Where to Insert the Tag

Open Accommodation -> Settings -> Customer Emails and find the template used for confirmed bookings. In the English-language documentation, this is the Approved booking email. Add %pdf_invoice% to the message body in a logical place: after the main confirmation text or next to a sentence about booking documents.

Do not bury the tag inside a long block of legal text. One month later, the administrator should still be able to understand quickly why the attachment appears in that specific email. You can add a short guest-facing sentence nearby, for example: "The PDF invoice is attached to this email." The tag itself must remain exactly %pdf_invoice%, with no spaces, quotes, or extra characters.

Which Emails to Test

Hotel Booking supports different confirmation flows: admin confirmation, guest confirmation by email, and confirmation after payment. Because of that, you cannot validate only one random request if your site uses multiple modes. You need to identify which email the guest actually receives in your setup.

If the booking is confirmed by the administrator, create a reservation, manually move it to the confirmed status, and check the guest email. If confirmation depends on payment, run a test payment or a manual payment mark the same way your site handles it in production. If email confirmation is used, follow the entire guest flow: receive the email, confirm the booking, then inspect the next email and its PDF.

What Counts as a Successful Result

• The email arrives at the guest address in the correct confirmation scenario.
• The email contains a PDF attachment rather than the plain text tag %pdf_invoice%.
• The PDF opens without errors both in the browser and in a standard PDF viewer.
• The document shows the correct booking data, amounts, taxes, services, and payment information.
• After a payment or booking change, the new PDF reflects the updated data.

If you can see the literal %pdf_invoice% text inside the email, the tag was not processed. The most common things to check are whether it was inserted into the correct Customer Emails template and whether the add-on itself is active.

Invoice Link on the Confirmation Page

Sending the PDF by email is convenient, but not always enough. The message may land in spam, the guest may open the booking from another device, or the administrator may want the client to be able to download the document immediately after confirmation. For that, the Invoices settings include an option to display a link to the automatically generated invoice on the booking confirmation page.

This scenario is useful for properties where guests often ask, "Can you send the invoice again?" or book with a corporate email address but want to download the PDF immediately after completing the reservation. That said, the link needs to be tested as a regular guest, not as an administrator. In the admin panel, you may see things that are not available to a public user, so a check performed only while logged in as admin does not prove the feature works properly.

What to Check on the Page

First make sure the Hotel Booking confirmation page is correctly assigned in the main plugin settings. Then enable the invoice link on confirmation page option in the Invoices settings. Create a test booking and go through the flow to the confirmation page. The link should be visible, should not break the page layout, should not conflict with the theme, and should not degrade into unreadable text.

If the site is multilingual, verify the page in every language guests actually use for booking. With WPML, Hotel Booking has separate requirements for system pages and email template translations, so one successful check in the default language does not guarantee the invoice will be equally clear in another language.

When It Is Better Not to Enable the Link

This option is not always useful. If your process requires the invoice to be issued only after a manual admin review, an automatic link immediately after confirmation may be premature. If the PDF includes information that can still change after manual payment handling, it may be clearer for the guest to receive the final document by email only after the payment has been confirmed.

In uncertain cases, enable the link on a site copy and run realistic scenarios: booking without payment, booking with full payment, booking with manual payment, changing dates, adding a service. That will show you which invoice delivery point makes sense for your specific property.

Practical Scenario: Invoice for a Booking with a Service, Tax, and Manual Payment

If you want to test the add-on properly, it is better to start with a scenario that resembles real sales. Below is an example for a guesthouse where a guest books a room, adds a paid service, gets a confirmation, and the administrator marks the payment manually after a bank transfer. This path clearly shows how booking data, payment, the PDF invoice, and the email are connected.

Goal

Generate a PDF invoice that includes guest details, stay dates, the selected service, the tax or fee, the total amount, and the current payment status. The guest should receive the invoice as an attachment in the confirmed booking email, and the administrator should be able to open the same document from the booking record.

Preparation

• MotoPress Hotel Booking is active on the site, and Hotel Booking PDF Invoices is installed.
• The Invoices settings include the invoice title, logo, company name, company information, and additional information.
• The %pdf_invoice% tag has been added to the Approved booking email.
• At least one service and one tax or fee are configured in Hotel Booking, if those are used on the live site.
• You have a test email address that can receive the guest email.

Steps

1. Create a test booking as a guest: choose dates, the accommodation type, and a service, then enter the name, email, and contact information.
2. Confirm the booking using the same method your site relies on: manually, by email, or after payment.
3. Open the guest email and confirm that it includes the PDF attachment.
4. Open the PDF and compare the dates, service, tax, total amount, and contact details with the booking record.
5. In the admin panel, add or modify the payment if your scenario includes manual payment handling.
6. Open the PDF again from the booking record and verify whether the payment data has been updated.

Result Check

A successful result is more than just a PDF that opens. The invoice should match the booking record in both amount and charge breakdown. If the booking is partially paid, the guest should see a clear payment picture rather than an outdated pre-change amount. If you added a service, it should be reflected in the total cost. If the booking includes a tax or fee, make sure it has not disappeared or been duplicated.

Nuance with unpaid bookings

The official documentation notes that invoices may be generated even for unpaid bookings, and after payment or manual payment entry, the invoice data is regenerated. That is helpful if you want to show the guest the amount due, but it requires careful wording in the email. Do not describe an unpaid document as final proof of payment if it really only reflects the current booking state.

Nuance with extra fields

If a business guest enters a VAT number, legal entity name, or another special detail through an extra field, verify whether it appears in the PDF. If it does not, do not promise clients an automatic corporate invoice until the integration has been confirmed. In some cases, it is better to rely temporarily on company information/additional information and manual review than to send a document with incomplete business details.

Post-Launch Validation: How to Confirm the PDF Is Actually Up to Date

After setup, you should run a short but strict validation pass. It is important to verify not only the visual appearance of the PDF, but also data accuracy after changes. Bookings are live objects: the guest may change dates, the administrator may add a service, payment may arrive later, or the status may be changed manually. If the invoice does not update or the user keeps opening an outdated document, trust in the process disappears quickly.

Break the validation into three levels: data, delivery, and access. Data answers the question, "Are the amount and booking contents correct?" Delivery answers, "Did the guest receive the document?" Access answers, "Can the administrator open and download the invoice again if the guest asks for a copy?"

Data Checkpoints

• The booking ID and invoice number are clearly distinguishable in the PDF.
• The stay dates match the booking record.
• The number of guests, services, taxes, and fees match what the administrator sees.
• The payment amount or remaining balance reflects the actual payment state.
• After a booking or manual payment update, the PDF opens with current information.

Email Checkpoints

Do not verify the email only in webmail. Open it in a standard mail client, download the PDF, and try forwarding the message to another address. Sometimes the issue is not Hotel Booking PDF Invoices at all, but the site's mail infrastructure: oversized attachments, an incorrect sender, missing SPF/DKIM, or aggressive filtering on the recipient side. Those issues are not direct add-on settings, but they still affect whether the guest will actually see the invoice.

Admin Panel Checkpoints

Open the bookings list, hover over the target booking, and verify access to the invoice there. Then open the booking itself and verify the second path. The documentation confirms both access options. This matters in real daily work: one employee may search from the list, while another opens the record from the calendar or from a notification.

Minimal validation summary: the add-on should be considered configured only after this test passes: "create a booking -> receive the email -> open the PDF -> change the payment -> open the updated PDF from the admin panel."

Languages, WPML, and Invoice Text

On a multilingual site, the PDF invoice becomes a visible part of the user experience. A guest may book on the English version, the administrator may work in a Russian-language admin area, and the accounting team may expect the document in the company's preferred language. That is why language validation should not be postponed until the end.

The public MotoPress sources give you several important reference points. The main Hotel Booking plugin depends on the WordPress site language and supports string translation through standard tools such as Loco Translate, Poedit, and WPML. For WPML, there is dedicated guidance for translating system pages, shortcodes, email templates, and strings. The Hotel Booking PDF Invoices release notes have also mentioned improvements and fixes related to WPML and PDF translations.

How to Validate the Language Flow

1. Create a test booking in the site's main language and verify the PDF.
2. Create the same type of booking in the second language, if guests actually use it.
3. Check which language is used for the email, the confirmation page, and the PDF invoice.
4. Verify Cyrillic, the currency symbol, service names, and the additional information at the bottom of the invoice.
5. If some strings are not translated, look them up through Loco Translate or WPML String Translation instead of editing plugin files.

If some strings remain in English, do not jump to the conclusion that the add-on is broken. First verify whether the Hotel Booking system pages, email templates, and main plugin strings have been translated. The PDF pulls part of its content from the booking itself, not only from the Invoices settings.

When You Need to Be Careful

A multilingual invoice can be a critical document. If the legal section must remain strictly in one language while guest data and service names come from another site language, decide in advance what result is acceptable. For a simple guest notification, a clear PDF may be enough. For a formal tax document, you may need a separate manual process or an external accounting system.

Limitations You Should See Before They Become a Problem

Hotel Booking PDF Invoices handles the standard "booking -> invoice -> email -> admin access" flow well, but the product has boundaries. Some of those boundaries are visible in the official documentation, while others appear in user questions on the forum and in reviews. It is better to account for them before launch than to build your workflow around an unconfirmed capability.

You Can Brand the Layout, but You Should Not Treat It as a Freeform Builder

The documentation confirms settings for the title, number, logo, company name, company information, additional information, and font. That is enough to create a neat branded invoice. But public sources do not confirm that the administrator can freely drag blocks around, change table structure, or create multiple different layout schemes for different properties.

If you need a strict designer-driven layout or separate templates for multiple legal entities, verify that with the developer's support team before implementation. Do not make a complex layout part of your rollout plan until you have a confirmed method.

Custom Checkout Fields and Tax Details Need Separate Validation

Reviews and forum topics include requests for tax identification, company fields, and data from custom checkout fields to be added to the PDF. That shows real user demand, but it does not prove that every such field will be included automatically in your setup. Be especially careful with B2B scenarios where the guest is booking as a company.

Do Not Assume Bulk Archive and Mass Invoice Export Are Standard Built-In Features

The forum includes requests for viewing all invoices in one place and for export of all PDF invoices. That tells you property owners do need that workflow. But if your process depends on regular bulk export for accounting, confirm in advance whether the current add-on version actually provides the required mechanism. Otherwise, you may end up with a convenient document at the individual booking level, but not a full archival tool.

Do Not Replace an Accounting System with a Guest-Facing PDF Plugin

The add-on helps generate a PDF from booking data. It does not verify the laws of your country, file reports, create documents automatically for every local tax scenario, or guarantee that any given business detail will be accepted by the other party's accounting department. For a simple guest-facing document, that may be enough. For formal legal document workflows, you need validation with an accountant.

Safe, Practical Improvements Without Editing Plugin Files

With Hotel Booking PDF Invoices, it is better to start with careful configuration and a disciplined validation process rather than with code. Public sources do not confirm any stable public hooks or template files that can safely support a universal PHP snippet. That makes the best path clear: use the product's confirmed settings, translation tools, and test workflow.

Legal Text Through Additional information

If you need to add invoice correction terms, an accounting contact, or a short legal note, use the Additional information field. This is a confirmed setting in the same Invoices block, and it adds text to the bottom section of the PDF. That approach is safer than editing plugin files because it will not be lost during updates.

The validation is simple: add one short sentence, save the settings, open the PDF for a test booking, and inspect the bottom of the document. If the text is too long and breaks line wrapping, shorten it or split the information between the PDF and the regular guest email.

Localization Through Standard Tools

If you need to change Hotel Booking system text or translate strings, use Loco Translate, Poedit, or WPML. In the MotoPress help center, the team explains how to store translation files outside the plugin folder so your changes are not lost after updates. That is especially important for invoice labels if you see mixed languages.

Do not edit files inside the plugin folder. They may be overwritten during updates. The safer order is: find the string through the translation tool, save the translation in the correct folder, clear the site cache, create a new test PDF, and verify the result.

Process-Level Fallback

If you are just launching the add-on, keep manual review in place for the first few real invoices. That does not cancel automation, but it reduces risk. The administrator opens the booking, compares the PDF with the amount in Hotel Booking, and only then considers the flow stable. This is especially useful when you have complex taxes, variable pricing, add-on services, and manual payments.

If an error is discovered after the invoice has already been sent to the guest, the safest rollback usually has two steps: remove %pdf_invoice% from the email to stop new attachments, and disable the link on the confirmation page if it was enabled. After you fix the settings, run a new test and only then turn automatic delivery back on.

How the Administrator Should Work with Invoices After Launch

After setup, the add-on becomes part of the administrator's daily workflow rather than a one-time technical module. It is important to decide in advance who opens invoices, who changes bookings, who marks payments, and who responds when a guest needs the document resent. Without that internal order, even a correctly configured PDF can create confusion: one employee sends an old file from an earlier email, another updates the payment, a third downloads the refreshed invoice, and the guest ends up with two different versions.

The official documentation confirms two convenient access paths: from the full bookings list and from the individual booking record. It is useful to treat them differently. The bookings list is better for fast repeat actions when the guest has already given the booking number or check-in date. The booking record is better for disputed cases because it displays the guest details, accommodation, payments, and status right next to the invoice.

Mini Workflow for the Front Desk

If invoices are handled not by the site owner but by a front desk employee or manager, create a short internal procedure. It should be simpler than the full plugin guide, but still cover the risky points. For example: first find the booking, then verify the status and amount, then open the PDF from the booking record, then download it or send the guest a copy. If the amount does not match expectations, the employee should not start changing settings at random. They should escalate the issue to the site administrator or accountant.

This process is especially important when payments are handled manually. If the guest transferred money outside the site, the invoice may show one picture before the payment is entered and a different one after the manual payment update. The manager needs to understand that the payment is updated in the booking first, and only then is the invoice opened. Reversing that order leads to an outdated document being sent.

Working Checklist for Resending an Invoice

1. Find the booking by guest name, email, dates, or booking ID.
2. Open the booking record and check the current status.
3. Compare the total amount, services, and payment with what the guest is asking about.
4. Open the PDF from the booking record, not from an old email.
5. Download the file and send it to the guest in a regular email if the automatic message was already sent earlier.
6. If the data in the PDF looks incorrect, stop and escalate the booking to the site administrator.

This checklist does not require access to the Invoices settings. That means an employee who only resends invoices does not need permission to change the template, invoice number, or email templates. Separating permissions lowers the risk of accidental breakage.

How to Keep Internal Records Without a Bulk Archive

If you run a small property, invoice access from each booking may be enough. But if accounting asks for a monthly document package, agree in advance on a manual export process or an external recordkeeping method. The MotoPress forum includes requests for viewing all invoices in one place and for export of all PDF invoices, so the need is real. But until you confirm a built-in bulk workflow in the current version, do not promise accounting an automatic folder containing every PDF.

A practical compromise for a small property is this: once a week or once a month, the administrator filters bookings by date range, opens the necessary invoices from the booking records, and stores them in a local accounting folder. That is a manual operation, but it is transparent and does not require plugin modification. If the volume grows, it is better to discuss a dedicated integration with the developer or support team than to try extracting PDFs through workarounds.

What to Do When a Booking Is Corrected

Sometimes a booking has to be changed after the invoice has already been sent: the guest moves the dates, adds a service, cancels part of the stay, makes an extra payment, or updates contact information. In that situation, do not edit the PDF separately. The booking record is the source of truth. First update the booking or payment through the standard process, then open the new PDF, and only after checking it should you send the updated file to the guest.

If the change is sensitive or disputed, keep a short internal note in your regular workflow explaining what changed, who approved it, and which updated invoice was sent. Hotel Booking PDF Invoices generates the document, but it does not replace your team's internal decision log. For a small property, that note could live in a CRM, an email thread, or an internal spreadsheet. The important thing is that the administrator understands why the amount changed.

Soft-Launch Process for a Live Site

Even if the test booking worked perfectly, that does not mean the process is fully ready for production. A soft launch helps catch edge cases: another language, a corporate guest, manual payment, changed dates, a taxed service, or an unusual email client. This is especially useful for sites that already have real guests, where the cost of an error is higher than the time spent on one more validation pass.

Stage 1: Internal Testing Without Guests

At the first stage, validate only test bookings. Create several variations: a simple unpaid booking, a booking with a service, a booking with a tax or fee, a booking with manual payment, and a booking in another language. Do not treat one successful PDF as proof for every scenario. Hotel Booking PDF Invoices pulls data from the specific booking, so different booking configurations can appear in the PDF in different ways.

At this same stage, check the site theme and the confirmation page. If the invoice link on the confirmation page looks bad, overlaps other text, or gets lost among theme elements, it is better to fix that before a real guest sees it. If the theme styles conflict only with the public link, you can temporarily keep invoice delivery through the email attachment and return to the page link later.

Stage 2: Limited Rollout with Manual Review

At the second stage, enable real delivery, but agree that the first few bookings will be reviewed manually by the administrator. They open the invoice from the booking, verify the amount, and confirm that the email was sent. This does not replace automation; it proves the automation works with real live data. In most cases, a handful of different bookings is enough to reveal the site-specific issues.

If you find a discrepancy during this period, do not change several settings at once. Adjust one part of the chain at a time: the number format, the email text, the font, the translation, or the tax data. After each change, create a new test booking. Otherwise, it becomes difficult to tell which fix actually solved the issue.

Stage 3: Normal Operations and Update Monitoring

After the soft launch, the add-on can remain in normal operation, but updates still deserve attention. The Hotel Booking PDF Invoices release notes show that the developer fixes compatibility, translations, invoice numbering, gateway labels, and other details. That is good news, but on a live site it also means one thing: after an update, you should run a brief smoke test.

The smoke test does not need to be complex. Create a new test booking, open the PDF, verify the number, amount, Cyrillic or the required language, the email attachment, and access from the booking record. If the site uses WPML or manual payments, include those in the check. This test is worth running after every major update of the core Hotel Booking plugin, PDF Invoices, WPML, the WooCommerce payment layer, or the mail plugin.

What to Write Into the Internal SOP

• Who is allowed to change the Invoices settings and email templates.
• Which invoice number format is used and who is responsible for the starting invoice ID.
• When the invoice is considered final: after booking confirmation, after payment, or after manual review.
• How an employee resends the PDF to a guest and where they obtain the current file.
• What to do if a guest asks to add company details that are not present in the PDF.
• How to validate the PDF after a plugin update or a tax change.

This SOP does not need to be long. Its value is that it connects the technical setup to the team's real daily workflow. That is what turns Hotel Booking PDF Invoices from a merely installed add-on into a stable part of the booking process.

Troubleshooting Common Problems

Problems with PDF invoices are rarely completely mysterious. In most cases, they belong to one part of the chain: the add-on is inactive, the tag was inserted in the wrong place, the email is not being sent, booking data is incomplete, user permissions are restricted, numbering is configured incorrectly, or multilingual strings are not making it into the PDF.

The PDF Is Not Attached to the Guest Email

Symptom: the confirmation email arrives, but there is no attachment. In some cases, the visible %pdf_invoice% text remains in the email body.

Possible cause: the tag was added to the wrong email template, the add-on is inactive, the email is not the Approved booking email, or your confirmation flow uses a different template.

What to check: open Accommodation -> Settings -> Customer Emails, locate the confirmed booking email, and make sure it contains the exact %pdf_invoice% tag. Then create a new test booking using the same confirmation mode your site actually uses.

How to fix it: move the tag into the correct template, save the settings, and run a new test. If the tag is visible as plain text, remove any extra spaces or formatting around it and verify that the add-on is active.

The Invoice Opens, but the Amount Does Not Match the Booking

Symptom: the PDF shows a different amount, ignores a service, tax, discount, or variable pricing. The MotoPress forum has had a similar historical case involving a variable pricing mismatch that was resolved in an update.

Possible cause: an outdated version of the add-on or the core Hotel Booking plugin, a complex pricing setup, a booking changed after an older PDF was generated, or an untested payment scenario.

What to check: compare the booking record, payments, services, taxes, and the PDF. Then add a manual payment or change the test booking and open the PDF again. Review the release notes if the site has not been updated in a long time.

How to fix it: update the add-on and the main Hotel Booking plugin on a staging copy, repeat the scenario with a new booking, and do not treat an old PDF as proof after the data has changed.

The Invoice Number Is Missing or Looks Wrong

Symptom: the PDF does not show the expected number, uses an inconvenient booking ID, or starts the sequence from the wrong value.

Possible cause: the invoice number format was assembled incorrectly, the needed tag was not selected, the starting invoice ID does not match the historical sequence, or the site used the add-on before the dedicated numbering feature was introduced.

What to check: open the Invoices settings, expand available tags, verify the format, and create two new test bookings. Do not draw conclusions from older documents if you changed the format recently.

How to fix it: simplify the format, choose the correct sequential tag, and set the starting invoice ID so that future numbers continue your actual sequence.

The Administrator Cannot See the Invoice or the Booking Link

Symptom: one user can see invoice actions while another cannot; the invoice cannot be opened from the bookings list; or an insufficient permissions message appears.

Possible cause: the user's role is restricted. Hotel Worker may be able to see the calendar without having access to settings, payments, and full booking management.

What to check: log in as an administrator and as the staff role, then compare access to the booking, the Accommodation settings, and payments.

How to fix it: assign the employee the right role or the exact capabilities they need only after you understand their task. If they only need to print invoices, full access to site settings is not necessary.

Cyrillic, Currency, or Translation Renders Incorrectly

Symptom: Russian letters break in the PDF, some strings remain in another language, the currency symbol looks wrong, or the translation does not match the site language.

Possible cause: an unsuitable font, incomplete translation, cache issues, outdated language files, a complex WPML scenario, or an outdated add-on version.

What to check: create a test booking with Cyrillic in the name, service, and additional information. Check the site language, the translations through Loco Translate/WPML, and the selected font in the Invoices settings.

How to fix it: choose a different font, update translations through the standard tools, clear the cache, and generate a new PDF. Do not edit plugin files directly.

The Link on the Confirmation Page Does Not Work

Symptom: the guest does not see the PDF link, the link leads to an error, or it opens only for the administrator.

Possible cause: the invoice link option is not enabled, the Hotel Booking confirmation page is configured incorrectly, the test is being run from an admin session instead of as a guest, or page cache is showing an outdated state.

What to check: whether the option is enabled in the Invoices settings, whether the confirmation page is assigned in the main Hotel Booking settings, and whether a guest can complete the full booking flow without admin access.

How to fix it: verify the system page, clear the cache, create a new test booking, and open the link in a private browser window.

Where It Makes Sense to Combine This Add-On with Other WordPress Components

Hotel Booking PDF Invoices rarely works in isolation. On a real site, it lives alongside emails, translations, payments, roles, caching, and sometimes WooCommerce. A useful combination does not mean there is an official integration between every component. It is more about a disciplined setup where each tool handles its own part of the process and you understand the boundaries.

Hotel Booking Emails and an SMTP Plugin

A PDF attachment is useless if the email itself is not delivered. That is why a live site should use reliable email delivery through SMTP or another proven WordPress mail transport. This is not a PDF Invoices feature, but it directly affects the outcome. After SMTP is configured, rerun the attachment test, because some mail services are stricter about large PDF files.

WPML or Loco Translate for Languages

On a multilingual site, use WPML or Loco Translate not as decoration but as part of the invoice validation workflow. First translate the system pages, emails, and Hotel Booking strings. Then create a booking in each language and verify the PDF. If you corrected a translation string, generate a new PDF instead of opening an old file from cache or an earlier email.

WooCommerce Payments and WooCommerce Documents

MotoPress offers separate extensions for payment scenarios, including integration with WooCommerce payments. But WooCommerce documents and Hotel Booking PDF invoices solve different problems. WooCommerce invoice plugins usually work with order data, while Hotel Booking PDF Invoices works with booking data. If your site uses both layers, decide in advance which document is sent to the guest as the primary one and where the amount is verified.

Otherwise, you can end up with confusion: one PDF reflects the WooCommerce order, the other reflects the MotoPress booking. For a small property, it is usually simpler to keep Hotel Booking PDF Invoices as the main booking document and use WooCommerce documents only where the entire bookkeeping flow is built around WooCommerce orders.

MotoPress Video on Setting Up PDF Invoices

MotoPress has a focused video on Hotel Booking PDF Invoices that is worth watching after reading the sections on the template and the email tag. It shows the general workflow for automatically sending PDF invoices to guests, so it is especially useful for questions like "how to use Hotel Booking PDF Invoices" and "how to send PDF invoices after a booking."

After watching it, do not copy the setup blindly onto a live site. Use the video as a visual reference, then run your own validation flow: a new booking, the email, the PDF attachment, a payment change, and reopening the invoice from the admin panel.

When Hotel Booking PDF Invoices Is the Right Choice

Hotel Booking PDF Invoices is a strong choice if your site already runs on MotoPress Hotel Booking and you need a clear automatic PDF invoice for every confirmed reservation. Its main strength is how closely it stays tied to booking data: the administrator does not have to copy dates, amounts, services, and payments manually, and the guest receives the document through a familiar email flow or a link on the confirmation page.

Before going live, do more than just install it. Configure the template, plan the invoice number format, add %pdf_invoice% to the correct email, verify the link on the confirmation page, create a test booking with a service and tax, change the payment, and open the PDF again. That validation takes less time than fixing documents that have already been sent to guests.

If your needs are limited to a branded booking invoice, automatic email attachment, and admin-panel access, you can move on to the download section and get the WordPress version. But if you need bulk accounting exports, a freeform layout editor, QR codes, complex corporate fields, or WooCommerce-based documents, compare the limitations first and confirm your required workflow in the documentation or with support.