How to Automatically Issue Invoices After an Allegro Order

invoicingallegroautomation

Selling on Allegro generates documents faster than you can issue them by hand. A private buyer wants a receipt or an invoice made out to an individual, a company provides its tax ID and expects a VAT invoice, and at the end of the day you’re sitting there retyping order data into your accounting software. With a dozen orders that’s bearable; with a few hundred it’s a full-time job and a constant source of errors.

This article shows how to set up automated invoicing for Allegro orders: when to issue the document, where to pull the buyer’s details and tax ID from, how to keep numbering under control, and how to tie it into an accounting system (Fakturownia, wFirma). It’s a guide to good practices — we present Sellaro honestly, making clear what works today and what is our goal.

Why manual invoicing from Allegro doesn’t scale

The problem isn’t that issuing a single invoice is hard — it’s the volume and the variety of cases:

some buyers are private individuals, some are companies with a tax ID — and that decides the document type,
buyers often ask for an invoice after the fact, which splits the process into two rounds,
data from Allegro has to be retyped into accounting: buyer, address, line items, VAT rates,
with multiple Allegro accounts and your own shop, numbering has to stay consistent.

Every manual re-entry is a chance for a typo in the tax ID, a wrong VAT rate, or an invoice issued to the wrong details. And a mistake on an accounting document costs more than a mistake in an email.

Timing of issue — when the invoice is created

The first decision is when the document should be created. There’s no single right answer — it depends on your sales model:

After payment — the most common choice for mail-order sales; the invoice is created once the payment is booked, so the document always matches a real transaction.
After shipping — when you want to invoice only what has actually left the warehouse.
On demand — when the buyer decides (typical on Allegro: a request for an invoice after purchase).

A well-designed system lets you set the rule once and stick to it automatically, instead of making the decision on every order. This is a classic event-based automation scenario — we cover it in more depth in the guide to e-commerce order automation.

Buyer details and tax ID — the most common source of errors

An invoice is only as good as the data it’s built on. With Allegro you have to watch a few things:

telling a company from a private individual — the presence of a tax ID decides whether you issue a company invoice or a document for an individual,
a correct tax ID — validate the format (and possibly its match against the registry) before the document is created, not after,
a complete buyer address — Allegro passes billing details separately from the shipping address; the invoice carries the buyer’s details, not the pickup point,
line items and VAT rates — the product name, quantity, price and correct rate must carry over from the order without manual retyping.

The key principle: data should flow from the order into the document automatically. Every manual copy of a tax ID or address is a spot where an error creeps in.

An invoice with the wrong buyer details isn’t cosmetic — it’s a correction, a call to the customer and lost time, exactly what automation was meant to spare you.

Numbering — one consistent series despite many channels

When you sell across several Allegro accounts and your own shop, it’s easy to end up with broken numbering: two invoices with the same number, or gaps in the series. Accounting dislikes that, and the tax office even more. Principles worth enforcing:

a single source of numbering — the number is assigned by the accounting system or the central OMS, not by each channel separately,
series continuity — sequential numbers without gaps, aligned with your policy (monthly/yearly),
separate series for invoices, corrections and any receipts,
no duplicates, even with parallel orders from different channels.

It’s safest when the destination accounting system (Fakturownia/wFirma) assigns the number, while the OMS only hands it complete order data. That way you keep one consistent revenue ledger regardless of how many channels are selling.

Integrating with accounting: Fakturownia and wFirma

The target setup looks like this: an Allegro order lands in the central OMS, meets a condition (e.g. “paid”), and the system hands complete data to Fakturownia or wFirma, where the proper document is created with the correct number. The invoice comes back (PDF/link) to the order, and the buyer receives it by email.

When designing this layer, check:

line-item mapping — SKUs and names from the order onto invoice items,
VAT rates — correct assignment, especially for cross-border sales,
direction of data — the OMS sends the data; accounting is the source of truth for the document and its number,
handling corrections — returns and complaints need their own path.

In Sellaro, invoicing and accounting (Fakturownia/wFirma) is a distinguishing feature of the Business package and something we’re working toward — not a ready one-click feature today. Likewise, the Allegro integration is on our roadmap and we add it on request, in line with our rule that we add a missing integration free of charge as part of the package.

What Sellaro does today, and what it’s working toward

To be honest about it, let’s separate the current state from the goal:

Works today: a central, normalized view of orders and products from connected channels (ready modules: PrestaShop, Sylius, WooCommerce), shared inventory, an automation engine on events (WHEN→IF→THEN) with email/SMS notifications and webhooks, roles and users, per-customer data isolation, CSV export, API keys.
On the roadmap / on request: the Allegro integration, as well as invoicing and accounting (Fakturownia/wFirma) as a Business-package feature.

In other words: the foundation for automated invoicing — a single source of truth about the order and a rules engine — already exists; the connection to accounting and Allegro is what we add as modules. We describe the broader “one system” picture in the article on connecting Allegro, WooCommerce, InPost and invoices.

Frequently asked questions

When is the best time to issue an invoice for an Allegro order?

Most often once the payment is booked — the document then matches a real transaction. Alternatives are issuing after shipping or on the buyer’s request (typical on Allegro). It’s worth setting the rule once and sticking to it automatically, rather than deciding on every order.

Where do I pull the tax ID and buyer details for the invoice?

From the order’s billing data, which Allegro passes separately from the shipping address. The invoice carries the buyer’s details (with a tax ID if it’s a company), not the pickup point. The key is for data to flow from the order into the document automatically, with tax-ID validation before issue.

How do I keep numbering consistent across many channels?

It’s safest when the number is assigned by a single source — the destination accounting system (Fakturownia/wFirma) — while the OMS only hands it complete order data. Then you get a continuous series with no duplicates or gaps, no matter how many Allegro accounts and shops the orders come from.

Does Sellaro issue invoices automatically today?

Automated invoicing and accounting (Fakturownia/wFirma) is a Business-package feature and a goal we’re working toward, and the Allegro integration is on the roadmap and added on request. The foundation — a central order view and an automation engine — already works today.

Summary

Automated invoicing after an Allegro order isn’t one plugin but four well-set decisions: the timing of issue, carrying over the buyer’s details and tax ID, consistent numbering, and the connection to accounting. When those pieces are arranged around a central OMS, invoices stop being an evening chore and become a side effect of a paid order.

We’re building Sellaro as exactly that kind of hub — the foundation works today (an order view plus an automation engine), and Allegro and accounting invoicing come as modules, in line with our “we add a missing integration free of charge” rule. Work out your cost in the pricing and see which package fits your sales scale.