FreeFinance Make integrationAutomate FreeFinance with Make.

This one prepares FreeFinance for sales coming from an Adobe Commerce (Magento 2) store, telling it how that data should land in finalized invoices, as the module name describes. It is a setup brick rather than one that bills anything.

Same shop system, different invoice type: going by its title, this module sets the Magento 2 mapping used for outgoing invoices rather than finalized ones. Picking the right twin avoids a mapping that never gets used.

For Amazon sellers, this module gives FreeFinance the mapping it needs for outgoing invoices built from Amazon sales, according to its name. Note that Amazon only has this outgoing version in the list, with no finalized counterpart.

Handmade or vintage shop on Etsy? The name says this brick configures how Etsy sales map to finalized invoices in FreeFinance, so the settings sit in place before the orders flow through.

The second Etsy option points at open invoices, meaning bills that stay unsettled for now, if you read its title literally. It is the only open-invoice mapping in the whole FreeFinance list, which makes it easy to spot.

Shopify merchants get their own pair, and this half, judging by the name, sets the Shopify mapping for finalized invoices in FreeFinance. It saves you from reconciling two shop formats by hand.

The outgoing counterpart for Shopify: it defines, as the title reads, the mapping FreeFinance applies when Shopify sales become outgoing invoices. Pair it with the outgoing invoice module in the same flow.

Stripe is a payment processor, not a shop, and this module covers it too: the name indicates it maps Stripe payments to finalized invoices in FreeFinance. Useful when card payments are where the sale really happens.

Here Stripe feeds the outgoing side instead: per its title, the module sets how Stripe data maps to outgoing invoices. Choose it over the finalized variant when invoices still need a check.

Wix stores have a finalized-invoice mapping as well, which, following the module name, aligns Wix orders with FreeFinance's final invoices. Handy for small sites that sell a few products next to their pages.

The Wix outgoing version sets, by its title, the mapping FreeFinance uses when Wix sales go out as outgoing invoices. It fits a flow built on outgoing rather than finalized invoices.

For WordPress shops running WooCommerce, this brick prepares the mapping between WooCommerce orders and finalized invoices, based on what its name says. One setup module, then your invoice modules can follow.

Last of the shop pairs: the WooCommerce outgoing module, which reads as the mapping for outgoing invoices fed by WooCommerce. Choose it when your process runs on outgoing invoices, not finalized ones.

Before documents start arriving, this module creates a mapping for the document upload feature, going by its name, so files know where to land. It works hand in hand with Upload a document.

Bank movements from elsewhere can land in FreeFinance through this module, which creates transactions on a bank account, as its title states. Your books then show the money without a manual import.

Refunds need paperwork too, and this module issues a finalized credit memo in FreeFinance's invoicing area (Rechnungslegung is German for invoicing). The refund then leaves a written trace in your books.

When the sale is certain, this module creates the invoice directly in its finalized state, ready to send. Going by the two names, it is the finalized alternative to the outgoing invoice module.

Closing the loop on money received, this module records a payment against an invoice that is already finalized. The invoice then reflects that it has been paid.

This is the module most first scenarios use: it creates an outgoing invoice, Ausgangsrechnung in German, the bill you address to a customer. You then find it in FreeFinance.

Your customer list stays current with this module, which adds a customer or replaces the existing record with the data you send. It is usually the first FreeFinance step of a sales flow.

On the purchase side, this module creates a supplier or overwrites the existing one, keeping vendors in step with the tool where you manage them. Incoming bills then have a clean record to attach to.

Anything the rest of the list does not cover can go through this one, which calls any endpoint of the FreeFinance API with the connection you already set up. No second login is needed.

Receipts, contracts and scanned bills reach FreeFinance through this module, which uploads a file from an earlier step of the scenario. The paper trail then sits in your bookkeeping instead of an inbox.