Connect Salesforce with Fortnox to sync customers, products, invoices, and payments so your sales team and finance team work from the same numbers across Sweden.
• Customer and company records are mapped between Salesforce Accounts/Contacts and Fortnox customers, with external IDs used to match and prevent duplicates.
• Invoice-ready data is transferred from Salesforce opportunities, orders, or custom objects into Fortnox invoice drafts or invoices, with line items mapped to Fortnox articles where applicable.
• Product, price, tax, and currency fields are mapped with validation rules so required Fortnox fields are present before a document is created or updated.
• Syncs run as event-driven or scheduled jobs; delta logic sends only changed records based on timestamps and field-level change detection.
• Document status updates (for example, draft, booked, paid) are synchronized back to Salesforce as status fields and dates to keep sales and finance aligned.
• Errors and conflicts are logged with correlation IDs, and failed payloads are retried or routed to a review queue depending on the error type.
.png)
We map Salesforce accounts, products, and closed deals to Fortnox customers, articles, and invoices, then move data via API with clear ownership rules. Syncs can run in near real time or on schedule, depending on your workflow.
Typical flows cover customers, products, invoice rows, taxes, payments, and invoice statuses. We also align IDs and currency, so pipeline and revenue reports match what Fortnox books.
Yes, Fortnox remains the source of truth for VAT calculation and invoice numbering, while Salesforce sends the commercial data needed to draft the invoice. This keeps compliance logic in accounting, not in the CRM.
We use deterministic matching (unique IDs, org number, email, or agreed keys), plus field-level precedence rules. Failed syncs are logged with replay options, so errors do not turn into manual cleanup.
Yes, we can route records to the right Fortnox company based on Salesforce criteria such as region, legal entity, or price list. This works for Swedish multi-entity setups where finance needs clean separation.





