产品详细信息以英文显示。翻译即将推出。
速览
- 价格
- $599.00 USD
- magento_2 版本
- —
- 设置时间
- 30分钟
- 许可证
- 一次永久
- 语言
- 11 语言
一次性购买
Magento 2 POS Fiscalization & Receipt Compliance
Country-specific fiscal receipt compliance for Magento 2 POS — fiscal printer integration, cryptographically signed receipts, sequential fiscal numbering, local VAT breakdown and automated daily Z-report submission. Custom-built, installed and supported by ECOSIRE.
$599.00USD
现在无需付款。此操作会向我们的团队发送报价请求——我们会通过邮件跟进价格和后续步骤。
核心功能
Dedicated Magento 2 module under app/code/Ecosire/PosFiscalization with di.xml wiring, declarative schema (db_schema.xml) and full module isolation
Fiscal printer / signing-device integration abstracted behind a Magento service contract (FiscalDeviceInterface) so the same module supports multiple device backends per region
Cryptographically signed fiscal receipts — signature, fiscal number and device serial persisted as order extension attributes and in a dedicated fiscal_receipt table
Gap-safe, concurrency-protected sequential fiscal numbering using row-locked sequence allocation to satisfy unbroken-numbering mandates
Per-country VAT/tax breakdown engine driven by configurable rules — rates, rounding mode, exemptions and mandatory legal receipt text per local statute
Automated daily fiscal Z-report compiled and submitted via Magento cron, with retry, structured logging and reconciliation against the day's signed receipts
Order/invoice lifecycle integration through plugins (interceptors) and observers — fiscalization fires on invoice creation, not on fragile frontend events
Admin grid + ACL-gated view (Ecosire_PosFiscalization::manage) to inspect fiscal receipts, numbers, signatures and Z-report submission status
REST and GraphQL endpoints to fiscalize and query receipts for headless / external POS clients, with proper schema and webapi.xml ACL
System configuration section (system.xml) for device endpoint, credentials (encrypted), tax mode and report schedule — environment-overridable via env.php
Idempotent fiscalization so retried invoices or webhook replays never double-number or double-sign a receipt
Works on Magento Open Source and Adobe Commerce; compatible with native Magento POS, third-party POS extensions, or headless POS over API
关于此产品
Selling in a fiscalization-mandated market means every POS sale must produce a fiscal receipt that the tax authority recognizes: signed, sequentially numbered, VAT-itemized to local rules, and reported on a fixed cadence. Magento 2 (Open Source and Adobe Commerce) has no native fiscalization layer — and generic Marketplace extensions almost never match your specific country's device protocol, signing algorithm, or reporting schema.
为什么选择 Magento 2 POS Fiscalization & Receipt Compliance
Dedicated Magento 2 module under app/code/Ecosire/PosFiscalization with di.xml wiring, declarative schema (db_schema.xml) and full module isolation
Fiscal printer / signing-device integration abstracted behind a Magento service contract (FiscalDeviceInterface) so the same module supports multiple device backends per region
Cryptographically signed fiscal receipts — signature, fiscal number and device serial persisted as order extension attributes and in a dedicated fiscal_receipt table
Gap-safe, concurrency-protected sequential fiscal numbering using row-locked sequence allocation to satisfy unbroken-numbering mandates
Per-country VAT/tax breakdown engine driven by configurable rules — rates, rounding mode, exemptions and mandatory legal receipt text per local statute
Automated daily fiscal Z-report compiled and submitted via Magento cron, with retry, structured logging and reconciliation against the day's signed receipts
ECOSIRE builds this extension to your jurisdiction. We deliver a proper Magento module under app/code/Ecosire/PosFiscalization that hooks the order/invoice lifecycle through di.xml plugins and observers, wraps your fiscal device or signing service behind a clean service contract interface, and persists fiscal metadata (signature, fiscal number, device serial, Z-report id) against each order via a dedicated table and entity extension attributes.
Receipt generation is driven by per-country VAT logic so tax breakdowns, rounding, and mandatory legal text follow your local statute. Sequential fiscal numbering is gap-safe and concurrency-protected. A scheduled cron job compiles and submits the daily fiscal Z-report to your tax authority's endpoint (or formats it for your fiscal printer's close-day routine), with retry, logging, and an admin-grid view gated by Magento ACL.
Because it's build-to-order, scope is fixed to your country, device, and POS workflow up front. We install it on your staging and production environments, integrate with your existing POS (native Magento POS, a third-party POS extension, or a headless POS via REST/GraphQL), run end-to-end fiscal test transactions, and hand over documentation. After go-live you get a support and update window. No instant download — a working, compliant fiscal layer built for your store.
你得到什么
- Production-ready Magento 2 module (app/code/Ecosire/PosFiscalization) scoped to your country, device and POS workflow, delivered as installable source
- Fiscal device / signing-service integration configured and tested against your specific printer model or tax-authority signing API
- Declarative schema migration (db_schema.xml) plus data/setup patches for fiscal tables and order extension attributes
- Daily Z-report cron job configured with your authority's submission endpoint or printer close-day routine, including retry and logging
- Installation on your staging and production environments (composer/app-code deployment, setup:upgrade, di:compile, cache flush) by ECOSIRE
- End-to-end fiscal test pass: signed test receipts, sequential numbering verification, VAT breakdown validation and a sample Z-report submission
- Technical handover documentation: configuration reference, ACL roles, cron schedule, troubleshooting and device-credential rotation steps
- Post-go-live support and update window covering bug fixes and minor compliance adjustments within the agreed scope
这是给谁的
Regulated-market retail operations lead
Runs physical or hybrid retail in a fiscalization-mandated country and must prove every POS sale produces a signed, sequentially numbered fiscal receipt with a daily Z-report — and needs Magento to do it without manual workarounds.
Magento merchant expanding into a new fiscal jurisdiction
Already runs Magento 2 / Adobe Commerce and is entering a market (EU, MENA or LATAM region) where the local tax authority mandates fiscal devices and signed receipts, and needs the storefront's POS flow made compliant before launch.
eCommerce / IT manager responsible for tax compliance
Owns the Magento platform and is accountable to finance and auditors. Wants fiscalization built into the order/invoice lifecycle with admin visibility, ACL control and audit-ready records rather than a black-box third-party app.
安装概述
从ECOSIRE下载
在 ecosire.com 上购买许可证并从您的帐户仪表板下载 Magento 2 POS Fiscalization & Receipt Compliance 模块 ZIP。
上传至Odoo
将 ZIP 解压到服务器上的 Odoo 自定义插件文件夹中（或通过“应用程序”>“从 Odoo.sh / runbot 上的文件安装”上传）。
安装模块
激活开发者模式，打开应用程序，单击更新应用程序列表，搜索 Magento 2 POS Fiscalization & Receipt Compliance，然后按安装。
配置设置
打开新菜单，粘贴您的 ECOSIRE 许可证密钥，连接任何外部凭据（Shopify、Amazon、Stripe 等），然后保存。
验证并上线
运行内置连接测试，同步前 10 条记录，并安排定期 cron。如果出现任何问题，请联系支持人员。
Magento 2 POS Fiscalization & Receipt Compliance 如何比较
| 标准 | 伊科西尔 | 定制建造 | 竞争对手 | 奥杜本机 |
|---|---|---|---|---|
| Matches your specific country's fiscal rules, signing algorithm and report schema | ||||
| Integrates with your exact fiscal printer model or tax-authority signing API | ||||
| Gap-safe sequential fiscal numbering with concurrency protection | ||||
| Automated daily Z-report submission via Magento cron with retry/logging | ||||
| Built on proper Magento patterns (service contracts, plugins, declarative schema, ACL, web API) | ||||
| Installed, fiscal-tested end-to-end and supported by the original engineers | ||||
| Runs on both Magento Open Source and Adobe Commerce | ||||
| Available as an instant self-service Marketplace download |
关于Magento 2 POS Fiscalization & Receipt Compliance的常见问题
+How long does delivery take, since this isn't an instant download?
This is build-to-order, so we scope it to your country, fiscal device and POS workflow first. Typical delivery is around 3 to 6 weeks depending on the complexity of your jurisdiction's signing rules, device protocol and reporting schema. After a short discovery to confirm the device/protocol and legal requirements, we build the module, install it on your staging environment for end-to-end fiscal testing, then deploy to production. You get a firm timeline in writing before work starts.
+What ongoing support and updates are included after go-live?
Every build includes a post-go-live support and update window covering bug fixes and minor compliance adjustments within the agreed scope (for example a changed VAT rate or a tweak to the Z-report format). Because fiscalization law and device firmware change over time, we also offer ongoing maintenance for larger regulatory changes, new device models, or Magento/Adobe Commerce version upgrades. Support is handled directly by ECOSIRE — the engineers who built your module.
+Does it work with Adobe Commerce as well as Magento Open Source?
Yes. The module is written against standard Magento 2 framework APIs — service contracts, plugins, observers, declarative schema, cron and the web API — so it runs on both Magento Open Source and Adobe Commerce. If you use Adobe Commerce features such as B2B, shared catalog or multiple websites/store views, we account for them during scoping so fiscalization behaves correctly across each store view's tax configuration.
+Which fiscal printers or signing services do you support?
We integrate to your specific device or service rather than shipping a fixed list. The module abstracts the device behind a FiscalDeviceInterface service contract, so we implement the backend for your fiscal printer model (over its driver/protocol) or your tax authority's signing/reporting API. During discovery we confirm the exact model and protocol; if your authority uses a software-signing/online-reporting model instead of a hardware printer, we build to that endpoint instead.
+How does it keep fiscal numbering and receipts audit-safe?
Fiscal numbers are allocated through a row-locked sequence so concurrent POS sales never produce gaps or duplicates, which is what unbroken-numbering mandates require. Fiscalization fires on invoice creation through a plugin, not a fragile frontend event, and the operation is idempotent so retries or webhook replays can't double-sign. Every signature, fiscal number, device serial and Z-report id is persisted per order and visible in an ACL-gated admin grid, giving finance and auditors a complete, queryable record.
为什么客户信任 ECOSIRE
SOC 2 对齐
符合 GDPR
安全条纹支付
30 天退款
终身更新
LGPL-3.0 许可证
申请报价
Magento 2 POS Fiscalization & Receipt Compliance
Country-specific fiscal receipt compliance for Magento 2 POS — fiscal printer integration, cryptographically signed receipts, sequential fiscal numbering, local VAT breakdown and automated daily Z-report submission. Custom-built, installed and supported by ECOSIRE.
- Dedicated Magento 2 module under app/code/Ecosire/PosFiscalization with di.xml wiring, declarative schema (db_schema.xml) and full module isolation
- Fiscal printer / signing-device integration abstracted behind a Magento service contract (FiscalDeviceInterface) so the same module supports multiple device backends per region
- Cryptographically signed fiscal receipts — signature, fiscal number and device serial persisted as order extension attributes and in a dedicated fiscal_receipt table
- Gap-safe, concurrency-protected sequential fiscal numbering using row-locked sequence allocation to satisfy unbroken-numbering mandates