Tanzania Revenue Authority's Virtual Fiscal Device programme requires fiscalised receipts for all applicable businesses. Advatech integrates your ERP or POS to the VFD API, handling Government Control Numbers, fiscal receipt formats, and stable branch operations.
Submit your system details and branch rollout plan. We confirm VFD integration scope, GCN flow testing, and a realistic go-live timeline.
Start KYC onboardingTanzania Revenue Authority's Virtual Fiscal Device (VFD) programme replaced the older Electronic Fiscal Device (EFD) hardware path for software-integrated businesses. Under VFD, every sales transaction must generate a fiscalised receipt containing a Government Control Number (GCN) issued by TRA and a scannable QR code linking to the TRA receipt verification portal.
The VFD API allows ERP and POS systems to request control numbers in real time, generate compliant fiscal receipts, and transmit sales data to TRA without physical fiscal hardware. Each receipt carries a unique VFD receipt number, the GCN, the business TIN, a VAT breakdown, and a QR code.
Advatech builds the API integration layer, handles retry and queue logic for connectivity gaps, and maps your existing invoice data to the VFD receipt schema. Supported receipt types include NORMAL (standard sales), COPY (duplicate receipt), and TRAINING (test-mode receipts).
Confirm TIN, VFD credentials, receipt types, branch list, and the invoice data model in your ERP or POS.
Map invoice fields to VFD receipt schema and test the real-time GCN request/response cycle in TRA's test environment.
Full end-to-end testing of NORMAL, COPY, and COPY receipt types, QR code verification, and VAT breakdown accuracy.
Structured cutover with transmission monitoring, GCN reconciliation checks, and ongoing change management for TRA updates.
Single-branch POS deployments typically complete in 7–10 business days after KYC sign-off.
ERP integrations with multi-branch rollout typically take 3–5 weeks, depending on system complexity and the quality of the test environment provided.
Scope, milestones, and delivery timeline are confirmed during the KYC discovery call.
TRA's VFD programme mandates that businesses issue fiscalised receipts for all sales transactions. Unlike the older EFD system (which required a physical device connected to a printer), VFD is software-based: businesses integrate directly via the TRA VFD API to request Government Control Numbers and generate digital fiscal receipts in real time.
A GCN is a unique number issued by TRA for each transaction. Your POS or ERP requests a GCN from the TRA VFD API before or immediately after the sale, and the number must appear on the printed or electronic receipt. The GCN allows TRA (and customers) to verify the receipt's authenticity via the TRA verification portal using the receipt's QR code.
The old EFD approach required a dedicated physical device (Sales Data Controller) connected to a receipt printer. VFD replaces this with a software API: your ERP or POS communicates directly with TRA's API to obtain GCNs and generate fiscal receipts. No physical device is required. For businesses already using EFD hardware, Advatech can manage the migration path to VFD API.
TRA's VFD requirement applies to VAT-registered businesses and businesses above specified turnover thresholds. The rollout has expanded progressively from large taxpayers to medium and smaller businesses. If you are registered for VAT in Tanzania, you are very likely in scope. Advatech confirms your specific obligation during the KYC scoping call.
Advatech's integration layer includes retry queuing. GCN requests that fail due to API downtime are automatically retried with exponential backoff and queued for transmission once connectivity resumes. TRA permits a defined offline buffer period, after which catch-up transmission is required. We configure this based on your operational profile.