A build-to-order Odoo base module that shapes invoice management for the Polish localization — the data model, sequences, and print layout other Polish accounting features build on top of. ECOSIRE scopes, builds, installs and supports it for your database. Built to order by ECOSIRE for Odoo 17, 18, 19 — indicative price from $299.00 USD; request a quote for a scoped proposal.

A build-to-order Odoo base module that shapes invoice management for the Polish localization — the data model, sequences, and print layout other Polish accounting features build on top of. ECOSIRE scopes, builds, installs and supports it for your database.
Şimdi ödeme yok. Bu, ekibimize bir teklif talebi gönderir — fiyat ve sonraki adımlarla e-posta ile dönüş yapacağız.
Polish invoicing carries requirements Odoo core does not fully express out of the box: an invoice must carry the correct legal document type and a numbering series that resets and formats to Polish convention, the NIP has to be validated and printed, the seller and buyer identification block has to match what Polish tax authorities and buyers expect, and the printed faktura layout has to read the way a Polish accountant and auditor expect it to read. Teams running Odoo in Poland typically bolt these on with ad-hoc ir.sequence records, manual field entries, and a hand-edited QWeb template — which drifts every time someone touches the accounting configuration and breaks quietly on the next version upgrade. Invoice PL is the base layer that ends that drift: a single, versioned foundation the rest of your Polish accounting stack sits on.
Extends `account.move`/`account.move.line` with Polish-localization invoice fields (legal document type, NIP, seller/buyer identification) added as ORM `fields`
Dedicated `ir.sequence` numbering series per legal document type, formatted and reset to Polish convention, gap-aware
Purpose-built `QWeb` faktura report inheriting the standard invoice print action so existing buttons render the Polish layout
NIP validation and formatting via `compute`/`@api.depends`, surfaced on both the form view and the printed document
`ir.model.access.csv` plus record rules so new fields respect existing accounting security groups and multi-company boundaries
Automated actions to stamp document type / assign the correct series on invoice confirmation without manual clicks
What we build is a proper Odoo module, not a settings tweak. It extends account.move and account.move.line with the Polish-localization fields the invoice needs — legal document type, NIP handling, and the identifiers that belong on a faktura — added through the ORM as fields on the model with compute/@api.depends logic where a value is derived rather than typed. Document numbering is wired through dedicated ir.sequence series so each legal document type gets its own consistent, gap-aware series in the Polish format instead of Odoo's default counter. The printed document is a purpose-built QWeb report that inherits the standard invoice action, so it prints from the same buttons your team already uses. Access is governed by ir.model.access.csv plus record rules so the new fields respect existing accounting groups, and where a step should happen without a click — stamping a document type on confirmation, for example — we use Odoo automated actions rather than brittle manual process. Everything is packaged with a clean __manifest__.py declaring dependencies on the accounting base, so it installs, upgrades, and uninstalls like any first-class app.
Because it is a base module, it is designed to be extended: the fields and sequences it exposes are stable anchors that KSeF/e-invoice logic, JPK reporting, or split-payment features can depend on, and every value it manages is reachable over the XML-RPC/JSON-RPC API for integrations with external billing or e-invoicing platforms. It targets Odoo 17.0, 18.0 and 19.0, and we build against your edition — Community or Enterprise — since the accounting base and some localization hooks differ between the two; we confirm which during scoping so the dependency graph in the manifest is correct for your database.
Delivery is build-to-order. After a short scoping call we confirm the exact document types, numbering rules, field set, and print layout you need, then build against a copy of your database, prove it on a staging instance through UAT, and deploy with a rollback plan. Typical delivery is 2–4 weeks from confirmed scope, depending on how much of your existing invoicing data needs to be reconciled to the new series. Pricing starts from $299 (indicative, single-company base scope); additional legal document types, multi-company deployment, migration of historical invoice numbering, and integration with downstream e-invoicing systems increase the quoted scope. You receive a fixed quote after the scoping call — never a surprise on the invoice.
Runs day-to-day invoicing in Odoo and needs faktura documents, correct numbering series, and NIP handling that match Polish practice without maintaining a hand-edited QWeb template.
Wants a stable, versioned Polish-invoicing base module to install per client and build KSeF/JPK features on top of, instead of re-inventing sequences and fields on every project.
Operates multi-company Odoo and needs the Polish company to follow local invoice rules and numbering while the rest of the group stays on standard configuration.
Needs Polish invoice fields and document types reachable over XML-RPC/JSON-RPC so an e-invoicing or billing platform can read and write consistent, validated data.
Lisansı ecosire.com adresinden satın alın ve hesap kontrol panelinizden Invoice PL — Polish Localization Invoicing Base modülünün ZIP dosyasını indirin.
ZIP'i sunucudaki Odoo özel eklentiler klasörünüze çıkarın (veya Uygulamalar > Odoo.sh / runbot'taki dosyadan yükle yoluyla yükleyin).
Geliştirici Modunu etkinleştirin, Uygulamalar'ı açın, Uygulama Listesini Güncelle'ye tıklayın, Invoice PL — Polish Localization Invoicing Base'i arayın ve Yükle'ye basın.
Yeni menüyü açın, ECOSIRE lisans anahtarınızı yapıştırın, tüm harici kimlik bilgilerini (Shopify, Amazon, Stripe vb.) bağlayın ve kaydedin.
Yerleşik bağlantı testini çalıştırın, ilk 10 kaydınızı senkronize edin ve yinelenen cronu planlayın. Herhangi bir sorun olursa desteğe başvurun.
| Kriter | ECOSIRE | Özel Yapı | Rakip | Odoo Yerlisi |
|---|---|---|---|---|
| Polish document types & numbering | Dedicated ir.sequence per legal type, Polish format, gap-aware | Whatever your developer hand-codes, often ad-hoc | Generic series, may not match your legal types | |
| NIP validation & faktura layout | Validated field + purpose-built QWeb faktura report | Manual field plus a hand-edited template | Fixed layout you cannot easily adjust | |
| Fit to your database | Built and tested against a copy of your DB | Fits if the developer knows your setup | One-size template, you adapt to it | |
| Extensibility (KSeF/JPK later) | Stable field/sequence anchors for downstream features | Depends on how it was structured | Extensible only where the vendor allows | |
| Version & edition coverage | 17.0/18.0/19.0, Community or Enterprise, edition-matched | Whatever you commission per version | Often single version, upgrades lag | |
| Support & handover | Support window + full git repo + training | Tied to the developer who built it | Vendor support queue, no source ownership | |
| Upgrade safety | xpath inheritance + idempotent data, upgrade-safe | Breaks if written as full-view replacement | Depends on vendor's next release | |
| Total cost & predictability | Fixed quote from indicative $299 base after scoping | Open-ended developer time | Low sticker price, hidden adaptation cost |
No. Invoice PL is build-to-order. ECOSIRE scopes your exact requirements, builds the module against a copy of your database, proves it on staging, and then installs and supports it. It is a productized service, not an instant download.
Typical delivery is 2–4 weeks from confirmed scope. The exact timeline depends on how many legal document types and numbering rules you need and how much historical invoice data has to be reconciled to the new series. We commit to dates once scope is signed off.
Pricing starts from $299 as an indicative single-company base-scope figure. After a short scoping call we confirm document types, fields, print layout, and any migration or multi-company needs, then issue a fixed quote. Additional document types, integrations, and data migration increase the quoted scope — you approve the fixed price before we build.
We build for Odoo 17.0, 18.0 and 19.0, on either Community or Enterprise. The accounting base and some localization hooks differ between editions, so we confirm your edition during scoping and set the manifest dependencies accordingly. If you later upgrade Odoo, we can port the module as a separate engagement.
Every build includes a post-go-live support window for defect fixes and configuration questions. Because you receive the full git repository, your own team can also maintain it. Ongoing enhancements, new document types, or an Odoo version upgrade are handled as scoped follow-on work.
Yes — that is the point of a base module. Invoice PL exposes stable field and sequence anchors specifically so e-invoicing (KSeF), JPK reporting, and split-payment logic can be layered on top without reworking the foundation. We can quote those as later phases.
We use view inheritance via xpath rather than replacing standard views, and idempotent XML data records for sequences and document types. That makes the module upgrade-safe across point releases. A major version jump (e.g. 18 to 19) is a deliberate port we scope separately.

A build-to-order 2Checkout (Verifone) payment integration for ERPNext, giving global digital-goods sellers card acceptance, 45+ local payment methods, multi-currency checkout, and reconciled invoices. ECOSIRE scopes, builds, installs, and supports it on your ERPNext v15/v16 instance.

A build-to-order 2Checkout / Verifone payment gateway for Magento 2 and Adobe Commerce: localized checkout in 12 languages, iDEAL, Giropay and regional methods, multi-currency global selling, subscription billing and tax/invoicing automation — engineered, installed and supported by ECOSIRE.

A build-to-order ERPNext application for anonymous 360-degree reviews — configurable peer, manager, report and self rater groups, weighted competency scoring, and aggregated gap-analysis and heatmap reports. ECOSIRE scopes, builds, installs and supports it on your Frappe/ERPNext v15/v16 instance.
A build-to-order Odoo base module that shapes invoice management for the Polish localization — the data model, sequences, and print layout other Polish accounting features build on top of. ECOSIRE scopes, builds, installs and supports it for your database.