Skip to main content
Switzerland QR-Bill & Accounting for ERPNext — A build-to-order ERPNext app that adds Swiss QR-bill generation with QR-IBAN,  — 1/1Illustrative preview

A build-to-order ERPNext app that adds Swiss QR-bill generation with QR-IBAN,

camt.054 bank reconciliation, and pain.001 payment file export, plus a Swiss chart of accounts and MWST/VAT setup.

ECOSIRE scopes, builds, installs, and supports it for your v15/v16 site.

What is Switzerland QR-Bill & Accounting for ERPNext?

A build-to-order ERPNext app that adds Swiss QR-bill generation with QR-IBAN, camt.054 bank reconciliation, and pain.001 payment file export, plus a Swiss chart of accounts and MWST/VAT setup. ECOSIRE scopes, builds, installs, and supports it for your v15/v16 site. Built to order by ECOSIRE for ERPNext v15, v16 — indicative price from $999.00 USD; request a quote for a scoped proposal.

Key Features

Swiss QR-bill payment part generated on Sales Invoice submit via a `hooks.py` doc event, with the mandatory Swiss Cross and structured amount block
QR-IBAN validation and QRR (27-digit) reference computation with mod-10 recursive check digit, plus SCOR/Creditor Reference support for the non-QR-IBAN case
Compliant print format that renders the perforated payment part below the invoice and attaches it to the outbound PDF
camt.054 XML import through a whitelisted method that parses `<Ntry>` booking entries and normalizes debtor, amount, value date and reference
Automatic reconciliation matching camt entries to open invoices by structured reference, creating draft or submitted Payment Entries and routing only mismatches to an exceptions queue
Scheduler event for unattended, periodic camt.054 polling/ingestion with a per-file import log DocType for audit
ISO 20022 `pain.001.001.09` credit-transfer file export from selected Payment Entries for bulk supplier payment upload
Payment-run batch DocType that groups payables, enforces a maker/checker release step, and stamps the generated pain.001 message and payment IDs
Swiss chart of accounts template applied to the target Company with correct account types and groupings
MWST/VAT tax templates for standard, reduced and special accommodation rates, wired into Sales and Purchase taxes
Role profiles and DocPerm rules so only authorized users can release pain.001 files or post reconciliation entries
Frappe REST API and whitelisted endpoints to generate a QR-bill, fetch reconciliation status, or trigger a payment run from external systems
Configurable QR-Bill Settings single DocType for creditor details, IBAN/QR-IBAN, address type and default reference mode
Idempotent import handling that de-duplicates re-imported camt files and prevents double Payment Entry creation
Built and tested against ERPNext v15 and v16 with a bench app you install via `bench get-app` and `bench install-app`

Built to order, done for you

No DIY setup — a working app, built, installed and supported by ECOSIRE.

  1. 1

    You order

    Start with a one-time build price. We scope it with you at kickoff.

  2. 2

    We build & install

    ECOSIRE builds, configures and installs it on your ERPNext.

  3. 3

    Go live + support

    You go live in about one working week, with two weeks of go-live support. Defects in the code we deliver are fixed free of charge.

Technical Specifications

ERPNext Compatibility
—
License
Licence confirmation required
Python Requirement
Python 3.10+
Database
MariaDB 10.6+

About this Product

Swiss SMEs running ERPNext hit a wall the moment they need to invoice or pay through their bank. ERPNext core has no concept of the Swiss QR-bill: it cannot produce the Swiss Cross payment slip with a valid QR-IBAN and reference (QRR/SCOR), it does not read the camt.054 bank notifications your bank exports for reconciliation, and it cannot emit an ISO 20022 pain.001 credit-transfer file to pay your suppliers in bulk. Bookkeepers end up re-keying every payment into e-banking by hand and matching statements line by line — slow, error-prone, and impossible to audit cleanly under Swiss expectations.

ECOSIRE builds a proper Frappe app (not a pile of loose customizations) that closes that gap end to end. On the outbound side, a print format and server-side generator produce a compliant QR-bill: we compute the structured reference, validate the QR-IBAN, render the Swiss QR code (with the mandatory Swiss Cross) via a hooks.py doc event on Sales Invoice submit, and attach the payment part to the PDF. On the inbound side, a whitelisted method and scheduler event ingest camt.054 XML, parse each booking entry, and auto-match it to the open invoice by reference — writing a draft or submitted Payment Entry and flagging only the exceptions a human needs to touch. For payables, we generate a valid pain.001.001.09 file from selected Payment Entries that you upload straight into your bank portal.

Technically this ships as a versioned Frappe module with its own DocTypes (e.g. a QR-Bill Settings single, a camt import log, a payment-run batch), server scripts and hooks.py document events, targeted client scripts for the invoice UI, role profiles and permission rules so only authorized users can release payment files, and scheduler events for unattended camt polling. Everything is reachable through the Frappe REST API and whitelisted methods, so your other systems can trigger generation or query reconciliation status. We also configure the Swiss chart of accounts and the MWST/VAT tax templates (standard, reduced, and accommodation rates) so your books line up with local reporting from day one. The app targets ERPNext v15 and v16.

Because this is build-to-order, nothing is downloaded and dropped in blind. We start with a short scoping call, confirm your bank's exact camt/pain flavors and your QR-IBAN details, then build against your requirements, test on a staging copy of your site, run UAT with your team, and cut over with a rollback plan. Typical delivery is one working week from confirmed scope. You receive the full source, documentation, a training session, and a post-go-live support window — and the git repository is handed over to you so you are never locked in.

What you get

  • Installable, versioned Frappe app (full source) for your ERPNext v15/v16 site
  • Installation and configuration on your environment, including QR-Bill Settings, Swiss CoA and MWST tax templates
  • Technical documentation: DocType reference, hooks/doc-events, whitelisted API endpoints and scheduler jobs
  • End-user guide plus a live training session for your bookkeeping team
  • UAT on a staging copy of your site with sign-off, plus a documented cutover and rollback plan
  • Post-go-live support window for defect fixes and questions
  • Git repository handover so you own and can extend the code
  • Sample camt.054 / pain.001 test fixtures and a reconciliation test checklist

Who this is for

Swiss SME bookkeeper

Handles day-to-day invoicing, supplier payments and month-end in ERPNext. Needs QR-bills that print correctly, camt.054 statements that reconcile themselves, and a pain.001 file they can upload to e-banking instead of re-keying every transfer.

Finance manager / fiduciary (Treuhänder)

Owns the correctness of the books and MWST filing across one or several client companies. Wants the Swiss chart of accounts and VAT rates set up properly, a clean audit trail on every imported statement, and a maker/checker control before payment files go out.

ERPNext administrator / IT lead

Responsible for the Frappe site and integrations. Cares that this is a real app with sane DocTypes, hooks and role permissions, exposed through the REST API, testable on staging, upgrade-safe across v15/v16, and delivered as a git repo they can maintain.

Swiss SME owner-operator

Runs a small trading or services company on ERPNext and wants to stop paying for a separate Swiss banking tool. Needs a fixed-scope build, a predictable timeline, and support after go-live.

How Switzerland QR-Bill & Accounting for ERPNext Compares

CriterionECOSIRECustom BuildCompetitorERPNext Native
Swiss QR-bill on invoicesCompliant payment part with QR-IBAN, generated on submitPossible but you build/validate the reference and QR yourselfOften present, but generic and not tuned to your bank/reference modeNot supported at all
camt.054 reconciliationAuto-match by reference, exceptions queue, idempotent importHand-built parser and matching logic, long to get rightVaries; matching rules often shallow or not configurableNo camt import; manual statement matching
pain.001 payment exportValidated pain.001.001.09 with maker/checker releaseYou must implement and validate the ISO 20022 schemaSometimes offered, schema version and controls may not fitNot available
Swiss CoA & MWST setupConfigured and wired into Sales/Purchase taxesYou research and build the templatesRarely bundled; usually a separate stepGeneric CoA; no Swiss VAT templates
Fit to your bank & scopeValidated against your real camt/pain samplesFully custom but slow and expensive to reach parityOne-size-fits-all; edge cases are your problemNone
Delivery & timelineBuild-to-order, one working week from confirmed scopeOpen-ended; depends on in-house capacityInstant install, but integration/config still on youImmediate but incomplete for Switzerland
Support & ownershipPost-go-live support window + git repo handoverYou own everything, including all maintenanceVendor support tiers; source usually closedCommunity ERPNext support only
v15/v16 compatibilityBuilt and tested on v15 and v16Your responsibility to keep upgrade-safeDepends on the vendor's release cadenceCore only; feature simply absent

Frequently Asked Questions about Switzerland QR-Bill & Accounting

Is this a ready-made app I can download and install today?

No. It is build-to-order. ECOSIRE scopes it to your bank and your ERPNext site, then builds, installs and supports it. There is no instant download and no marketplace listing — you request a quotation and we deliver a tailored app.

How long does delivery take?

Typically one working week from confirmed scope. The scoping call defines your QR-IBAN details, your bank's exact camt.054 and pain.001 flavors, and your VAT setup; once that is signed off we build, test on staging, run UAT and cut over on an agreed date.

Which ERPNext versions are supported, and how do updates work?

We build and test against ERPNext v15 and v16, packaged as a standard Frappe bench app. After go-live you get a support window for fixes; because you receive the full git repository, your team or ECOSIRE can carry the app forward across future ERPNext upgrades under a maintenance arrangement.

Will it work with my specific Swiss bank?

That is exactly what the scoping call confirms. Swiss banks issue camt.054 and accept pain.001 with minor structural differences, so we validate against your bank's real sample files during the build and test reconciliation and payment upload against your actual formats before go-live.

Does it handle both QR-IBAN (QRR) and standard IBAN with Creditor Reference (SCOR)?

Yes. The generator supports the QR-IBAN case with a 27-digit QRR reference (mod-10 recursive check digit) and the standard IBAN case with a structured Creditor Reference (SCOR), as well as bills without a reference, selectable in QR-Bill Settings.

Is the camt reconciliation and pain.001 release safe to run on production?

The reconciliation is idempotent — re-importing the same camt.054 file will not create duplicate Payment Entries — and only clean matches post automatically while exceptions go to a review queue. Payment-file release is gated behind a maker/checker permission so an authorized user must approve before a pain.001 is generated.

Will you set up the Swiss chart of accounts and MWST rates too?

Yes. Configuration of the Swiss chart of accounts and the MWST/VAT tax templates (standard, reduced and accommodation rates) wired into Sales and Purchase taxes is part of the delivery, so your books and tax reporting are aligned from day one.

Request a quote

Switzerland QR-Bill & Accounting

A build-to-order ERPNext app that adds Swiss QR-bill generation with QR-IBAN, camt.054 bank reconciliation, and pain.001 payment file export, plus a Swiss chart of accounts and MWST/VAT setup. ECOSIRE scopes, builds, installs, and supports it for your v15/v16 site.

  • Swiss QR-bill payment part generated on Sales Invoice submit via a `hooks.py` doc event, with the mandatory Swiss Cross and structured amount block
  • QR-IBAN validation and QRR (27-digit) reference computation with mod-10 recursive check digit, plus SCOR/Creditor Reference support for the non-QR-IBAN case
  • Compliant print format that renders the perforated payment part below the invoice and attaches it to the outbound PDF
  • camt.054 XML import through a whitelisted method that parses `<Ntry>` booking entries and normalizes debtor, amount, value date and reference

Request a Quotation

Tell us about your Switzerland QR-Bill & Accounting requirements and we'll send pricing, licensing options and a tailored proposal — usually within one business day.

No payment now. This sends a quote request to our team — we'll follow up by email with pricing and next steps.