I use WooCommerce
Native connector, HPOS support, and order/refund workflows on the same fiscal core.
View this solution →We connect the invoicing system your business already uses to the required fiscal layer, from WooCommerce or PrestaShop to ERP, Excel, custom software, or legacy systems.
You keep your tools. Software VeriFactu centralizes preflight, idempotency, status, reconciliation, and presentation on one technical core.
You do not need to understand our architecture. Choose your current system and we will take you to the most appropriate adaptation route.
Native connector, HPOS support, and order/refund workflows on the same fiscal core.
View this solution →Native module validated across multiple versions while keeping the store as the source system.
View this solution →We integrate around the system's actual capabilities without forcing an ERP rebuild.
View this solution →Your application keeps its UX while VeriFactu Software centralizes fiscal workflows, status, and reconciliation.
View this solution →Upload, assisted mapping, and preflight so you can start without a large integration project.
View this solution →REST, starter kits, and webhooks for integrators, SaaS products, and technical teams.
View this solution →We assess read-only databases, files, SFTP, watch folders, or a local agent depending on the system.
View this solution →Tell us how you invoice today and we will identify the simplest path before changing your system.
Help me identify it →We do not sell seven different products. We choose the mode according to the system, complexity, and support each organization needs.
For straightforward businesses that need a guided path without a complex integration project.
For existing systems connected through maintained plugins, modules, and adapters on the same fiscal engine.
For technical teams that want VeriFactu without embedding AEAT logic inside their own backend.
For integrations that need assessment, managed adaptation, and a tailored continuity plan.
Pricing is not public yet: we are first finalizing unit economics, support, and setup costs by modality. Until then, we use an assisted assessment and proposal flow.
Public evidence remains sanitized and contains no certificates, tax IDs, raw XML/SOAP, or infrastructure secrets.
The technical release is tagged and the WooCommerce, PrestaShop, and Local Agent artifacts were reproduced and checksum-verified.
Five controlled operations completed the TEST delivery flow: accepted, one attempt each, with no duplicates or pending reconciliation.
WooCommerce and PrestaShop passed real installation and smoke tests across the release compatibility matrix.
The portable agent passed smoke tests on Linux, Windows, and macOS plus read-only database and SFTP connectivity checks.
The customer buys a solution to the adaptation problem; APIs, mapping, plugins, or local agents are implementation decisions that come later.
Choose where you invoice today. You do not need to know whether the implementation uses an API, plugin, mapping, or local agent.
Preflight and server-side configuration catch incomplete data or incompatibilities before fiscal side effects are created.
Your system keeps its role while VeriFactu Software centralizes idempotency, status, reconciliation, and presentation.
Software VeriFactu v0.1.0 has technical evidence and a controlled pilot in the AEAT TEST environment. Fiscal production activation remains separate and requires its own technical, regulatory, and authorization gates.
The first step is understanding what you use today, what it can do, and how much implementation support you need.
It is the commercial layer of Puente VeriFactu inside Kairoseth. Its purpose is to adapt the system you already use to the supported fiscal workflow without turning each store, ERP, or application into its own fiscal engine.
No. We first identify the system's capabilities and choose the simplest integration route: connector, API, Excel/CSV, or managed adaptation.
Yes. Release v0.1.0 publishes WooCommerce and PrestaShop artifacts and both channels have installation and smoke evidence in the validated technical matrix.
That does not automatically mean you must migrate. We assess exports, read-only database access, files, SFTP, or a local agent before recommending the route.
We do not present the release as an official AEAT certification. We have technical evidence and an AEAT TEST pilot, while each organization's fiscal responsibilities and production gates remain separate.
No. Publishing, purchasing, or installing Software VeriFactu does not by itself enable the fiscal production environment. Production activation remains a separate technical and authorization gate.
We are finalizing unit economics and commercial packaging before publishing prices. The planned model combines setup where needed with a recurring fee based on modality, support, and complexity.
Regulatory guides remain separate from the product and must be reviewed against official sources whenever requirements or timelines change.
Core concepts, the general workflow, and the difference between the system and software that implements it.
Read guide →Records, integrity, traceability, submission, and technical controls for invoicing systems.
Read guide →What the tax QR represents and how it fits into presentation and checking workflows.
Read guide →Kairoseth separates identity, organization scope, product roles and product capabilities. A login route, browser state or AI response never becomes an authorization boundary by itself.
Customer resources and access are resolved inside an active organization context rather than treated as global account state.
Owner, Admin and Member authority is assigned per product. Organization membership alone does not automatically grant every product.
Sensitive access, policy and capability decisions remain authoritative on the server instead of trusting client UI state or model output.
Capabilities that can act are introduced behind explicit grants, staged gates and audit rather than implied autonomy.
Review the customer-facing policies that define privacy, security reporting, acceptable use and the current legal operating framework.
WooCommerce, PrestaShop, ERP, CRM, Excel, APIs, custom software, or a legacy application: you do not need to choose the technical architecture before you start.