eTIMS integration that starts with your business workflow
Looking for eTIMS integration help in Kenya? Vega helps businesses assess how their point of sale, inventory and invoicing processes can connect to electronic tax invoicing. Our starting point is practical: understand how your team sells, which system creates the invoice, what fiscal connection is available, and how staff will know whether a submission succeeded. A useful integration should reduce repeated work while making the status of each invoice easier to understand.
This page explains the decisions involved in an eTIMS project, the meaning of automatic invoice signing, the difference between integration options, and the questions to ask before choosing a provider. It is also a guide to working with Vega on setup assessment and testing. Whether you operate one shop or coordinate several outlets, the objective is a documented process that your cashiers, finance team and technical support contact can follow consistently.
Availability: Vega has fiscal-signing integration workflows. Activation depends on a supported connection, business configuration, required approvals and successful tests. Vega’s direct OSCU work remains in onboarding and testing preparation; this page does not claim completed KRA certification or universal production availability. Ask us to confirm the current route for your business before making a purchasing decision.
What is KRA eTIMS integration?
eTIMS means electronic Tax Invoice Management System. KRA provides electronic invoicing solutions, including options for businesses that already use their own invoicing or ERP software. System-to-system integration connects that software to the electronic invoicing process through an application programming interface, or API. Instead of treating tax invoicing as a completely separate activity, an integration can bring submission and response handling into the business’s existing invoice workflow.
KRA describes two system-to-system routes: the Virtual Sales Control Unit, or VSCU, and the Online Sales Control Unit, or OSCU. Its guidance associates VSCU with bulk invoicing and systems that are not always online, and OSCU with invoicing systems that are always online. These are integration routes, not interchangeable marketing labels. The appropriate choice needs to match the approved technical setup and the way the business actually operates. Read the official KRA system-to-system guidance.
For your team, the important question is what happens between recording a sale and receiving a usable invoice result. Which records are submitted? Which responses are retained? Who investigates failures? Where does the customer receive the final document? These operational details determine whether the integration is manageable during a busy trading day. A connection that works in one demonstration still needs testing against the business’s real transaction patterns.
How automatic invoice signing should work
Automatic invoice signing describes a workflow in which the configured fiscal connection handles the signing request as part of invoice processing. It does not mean that every saved sale has automatically been accepted by KRA. The software must prepare the invoice data, submit it through the supported route, interpret the response and retain the relevant result. The business must be able to distinguish a completed fiscal response from a rejected request or an outcome that remains uncertain.
In a setup review, Vega examines the business identity, outlet details, item information, quantities, prices and applicable tax configuration used by the invoice workflow. Those values need to be consistent with the selected integration. If the catalogue contains inconsistent units or tax categories, connecting an API will not fix the underlying data. Preparing clean master data before testing reduces avoidable errors and makes it easier to understand the reason for a rejected request.
The final receipt is another part of the test. Your team should confirm which fiscal identifiers and other returned details appear on the document, whether the correct customer information is present, and how an authorised user retrieves a copy later. A receipt printer working successfully is not proof that fiscal submission succeeded. Likewise, a payment confirmation is evidence of collection, not by itself evidence of electronic invoice acceptance.
Vega’s service discussion covers the available signing workflow and its configuration boundaries. We agree what can be demonstrated, what still requires onboarding, and what should not be enabled until testing is complete. This keeps automatic signing tied to a verified process rather than an assumption that entering credentials is enough to make a business production-ready.
OSCU, VSCU and existing fiscal connections: choosing the route
Begin with the invoicing system you already have. Some businesses need support configuring a compatible fiscal connection in their POS workflow. Others want a new system-to-system implementation or a review of an integration supplied by another provider. Explain that starting position before requesting a quote. It changes the technical work, the dependency on external approvals and the evidence needed before anyone can responsibly commit to a launch date.
| Area | What to establish |
|---|---|
| Connection route | Which supported and approved integration will handle the invoices? |
| Availability | Is the route ready for this business, or does onboarding remain outstanding? |
| Connectivity | What happens when the network is unavailable or a response is delayed? |
| Coverage | Which invoice, correction, item and branch workflows are included? |
| Support | Who investigates an uncertain result and authorises the next action? |
Do not assume that a connection described as an API integration supports every operation your business needs. Ask specifically about the workflows in your scope and request a demonstration using representative examples. A project may require additional work for catalogue mapping, branches or document handling. Those dependencies should appear in the implementation plan and quotation, rather than becoming surprises after the team has started relying on the system.
How Vega can help with your eTIMS project
Workflow assessment and integration scoping
We start by identifying where invoices originate, how sales are approved, how customers pay and where documents are printed or shared. For an existing Vega business, that review connects the fiscal discussion to the actual sales workflow. For a business evaluating Vega, it helps establish whether the proposed solution fits its operations. The result should be a clear scope covering the connection route, business responsibilities, testing requirements and any work that is not included.
Configuration and master-data review
A configuration review examines the relevant business and branch details, the selected fiscal connection and the quality of product data. We discuss the credentials or authorised onboarding steps required for the agreed route without asking you to publish secrets in messages. Product descriptions, units and tax categories need deliberate review. Your finance contact should confirm the intended tax treatment; a software operator should not silently decide it from an item name.
Representative signing and receipt tests
Testing should use examples that reflect the business. A small shop may need a straightforward single-item and multi-item sale workflow. A wholesaler may need to examine bulk quantities, customer details, discounts and rounding more carefully. We identify the relevant cases, inspect the available response information and check the receipt output. We also distinguish a test environment demonstration from evidence that a production account has been authorised and successfully activated.
Handover and support planning
Staff need more than a successful test screen. They need to know what normal completion looks like, which errors require assistance, and what information to include when asking for help. A useful handover covers responsibilities, configuration ownership and the agreed escalation route. Confirm the support arrangement in your quotation, including whether ongoing assistance, configuration changes and additional outlets are covered or require separate work.
Your eTIMS integration readiness checklist
Preparation helps turn an initial enquiry into a useful technical conversation. You do not need to send confidential documents with your first WhatsApp message. Start with a description of the business, your existing software, the number of outlets and the main problem you want to solve. We can then explain what information is needed for the next stage and how it should be provided safely.
- Existing arrangement: identify your current eTIMS solution, fiscal device or integration provider, if any.
- Invoice ownership: confirm which application should create the invoice and which team maintains its records.
- Business structure: list the outlets or branches that need to be considered in the scope.
- Catalogue quality: review item descriptions, units, prices and tax categories with the responsible staff.
- Typical transactions: prepare examples of the sales and corrections that must be tested.
- Connectivity: describe network reliability and the procedure staff currently follow during outages.
- Authorised contacts: identify the business representative and finance contact who can approve configuration decisions.
- Success criteria: agree the evidence required before the connection is used for everyday invoicing.
Keep customer information and credentials out of public screenshots. For an initial assessment, a redacted example is often more useful than a large export containing personal data. Never send a password, one-time code or integration secret through an open support conversation. Your authorised representative should retain control of account access and follow the setup process agreed for the integration.
A practical implementation process
1. Discover and agree the scope
The first stage is to understand the requested outcome and document the boundaries. Record the software involved, the proposed integration route, the number of outlets and the invoice workflows to be covered. Separate business requirements from assumptions. For example, “staff should not retype invoices” is a requirement; “our existing account can be activated immediately” is an assumption that needs checking. Agree the dependencies before setting a delivery date.
2. Confirm onboarding and configuration requirements
Next, establish what the selected route requires from the business and any external provider or authority. Confirm whether onboarding, approval or testing is still outstanding. Review the business identity and branch information against the intended setup. Credentials must be handled through the authorised configuration process. This stage should make it clear who is responsible for each action and which outstanding items prevent the next stage from starting.
3. Prepare data and run controlled tests
Review the catalogue and prepare representative transactions. Check successful results as well as invalid inputs, missing information and connection failures. Record what happened and what was expected. Where a test fails, correct the underlying issue and repeat the affected case. Keep test records distinct from genuine business activity. The purpose is to establish reliable behaviour, not simply to obtain one successful response and assume all remaining scenarios will behave identically.
4. Review evidence before activation
Before activation, review the agreed test evidence with the business owner or authorised representative. Confirm that the connection and environment are correct, that receipt details are understood, and that staff know how to handle exceptions. Outstanding dependencies should be visible. If required approval or production configuration is missing, the appropriate outcome is to complete that work, not to label the setup ready because a sandbox demonstration succeeded.
5. Monitor the initial operating period
After an authorised launch, review early transactions against the agreed checks. Look for mismatched totals, missing references or recurring user errors. Keep support responsibilities clear and avoid changing important settings without recording the reason. A careful initial review can identify issues caused by real trading patterns that did not appear in the sample transactions. Agree how those findings will be investigated and how any necessary changes will be tested.
Handling failed, delayed and uncertain submissions
A robust invoicing process distinguishes three different situations. A confirmed rejection means the request was not accepted and the reason needs investigation. A successful response provides evidence that the workflow completed as expected. A timeout or interrupted connection may leave the result uncertain. Treating all three cases as the same “error” makes support harder and can lead staff to repeat actions without knowing what happened to the original request.
For an uncertain outcome, do not assume the invoice was never received. Establish the original status through the supported process before deciding whether resubmission is appropriate. An integration review should explain how the system identifies a transaction and prevents accidental repetition. Ask the provider to demonstrate the available behaviour rather than accepting a general promise that retries are always safe. The correct recovery depends on the integration route and the actual result.
When contacting Vega support, provide the invoice reference, approximate time, outlet, visible status and a redacted error message. Explain what the operator did immediately before the issue appeared. Avoid sending passwords or full customer records. This information helps narrow the investigation to the relevant transaction. It also creates a clearer record than messages such as “eTIMS is not working” without any indication of which step failed.
Planning integration for different Kenyan businesses
Operating in Nairobi? Read our Nairobi eTIMS integration guide for retail, wholesale and ERP workflow examples.
Retail shops and busy checkout counters
Retail teams need a clear distinction between completing the sale, collecting money and receiving the fiscal result. Review what the cashier sees at each stage and how the customer receives the final document. A useful test includes ordinary purchases, multiple products and the business’s actual payment workflow. Staff should know when they can continue and when they need assistance, without guessing from a printer message or a payment notification.
Wholesale and distribution operations
Wholesale projects often need closer attention to quantities, units, customer details and transaction values. Describe how your team handles cartons, pieces or other selling units and how discounts are recorded. Identify which application owns the final invoice if sales orders or delivery documents are prepared elsewhere. That clarity helps avoid two systems treating different versions of the same transaction as the authoritative invoice.
Multiple branches and growing teams
For several outlets, document which business and branch identity belongs to each location. Establish who can change fiscal settings and how a newly opened outlet will be brought into the process. Test the relationship between local operations and central review. A configuration that works for one branch should not be copied blindly to another without checking the identity, connection and workflow requirements that apply there.
Service businesses and existing software users
If your business issues service invoices or already has an accounting system, explain how invoice creation works today. The assessment should identify whether Vega is replacing a workflow, complementing it or simply being evaluated. Do not assume that any external application can be connected without development. Compatibility, data access and support responsibilities need to be confirmed for the particular systems involved before an integration commitment is made.
What affects the cost and timeline?
For a detailed budgeting checklist, read our eTIMS integration cost in Kenya guide.
There is no responsible single price for every integration project without understanding the scope. Costs can depend on the connection route, configuration work, catalogue preparation, number of outlets, testing requirements, training and ongoing support. Custom work involving another application may introduce additional dependencies. Ask for a quotation that separates initial setup from recurring software or support charges and identifies which external costs, if any, remain the business’s responsibility.
KRA states that its own eTIMS software is provided free, while working with an approved third-party integrator may involve costs. That distinction matters when comparing options: a POS subscription, an integration service and KRA’s software are not the same purchase. See KRA’s eTIMS FAQs, and review Vega’s subscription plans separately from the scope of any integration quotation.
Timelines depend on readiness as well as development effort. Missing product data, unresolved business details or outstanding onboarding can delay a project even when the software configuration is straightforward. Vega will discuss those dependencies during assessment. A useful proposal includes milestones, responsibilities and acceptance criteria rather than a launch promise that ignores decisions or approvals outside the implementation team’s control.
How to choose an eTIMS integration specialist in Kenya
Look for clear explanations and evidence. Ask which integration route is proposed, what its current status is, and what the provider will demonstrate before activation. If someone claims KRA certification, request the exact entity and solution details so you can verify the claim through the appropriate official source. A confident presentation or an attractive website is not a substitute for checking the status of the proposed production arrangement.
Ask how failures are handled, what data is retained and who supports the system after handover. Request a written scope that covers the scenarios important to your business. Discuss the consequences of changing branches, adding products or modifying tax configuration. You should understand whether those changes are routine settings, separately quoted work or dependencies that require further testing. Clear answers make it easier to compare providers fairly.
Vega’s approach on this page is to distinguish existing fiscal workflows from work that remains subject to onboarding and validation. We will not present sandbox preparation as proof of completed production certification. If you are looking for eTIMS integration experts, use the conversation to assess the proposed route and evidence. Contact our team to establish what we can support for your specific business today.
Frequently asked questions about eTIMS integration
Can Vega help with eTIMS integration in Kenya?
Yes. Contact Vega for a review of your invoicing workflow, available fiscal connection and setup requirements. We discuss configuration and testing against the agreed scope. Availability depends on the supported route and your business’s readiness. Direct OSCU onboarding and testing preparation should not be interpreted as a completed, certified production service.
Does automatic signing remove the need to review invoice status?
No. Automation reduces manual steps, but staff still need to understand whether an invoice completed successfully. A saved sale, a payment confirmation and a returned fiscal result are different events. Your operating procedure should explain how to identify unsuccessful or uncertain outcomes and how to obtain support without accidentally duplicating a request.
Is Vega a certified KRA OSCU integrator?
We are not claiming that status on this page. Vega’s direct OSCU integration remains in onboarding and testing preparation in our verified implementation documentation. Ask our team for the current status and the specific route proposed for your business. Required approvals and successful production-readiness checks must be confirmed before activation.
Can I use my existing POS or accounting application?
Possibly, but compatibility must be assessed. Tell us the application name, how it produces invoices and whether you want to keep it or move to Vega. We need to understand its available integration options and the intended ownership of invoice records. Do not assume that an unspecified third-party system is already supported.
Will a Vega free trial automatically activate eTIMS?
No. The trial is for exploring Vega’s software. Fiscal setup is a separate process involving the selected connection, business configuration and appropriate tests. Discuss integration availability and any quotation before relying on automatic signing. Starting a trial does not replace external onboarding or establish that a production account is ready.
Does zero VAT mean I can skip electronic invoicing?
A VAT rate alone is not a sufficient basis for that decision. Confirm your business’s invoicing obligations and the correct treatment of supplies with KRA or your tax adviser. The software should reflect an informed configuration decision. Do not label an item non-VAT simply to bypass the fiscal workflow.
Can invoices be signed when the internet is unavailable?
That depends on the selected solution and its approved operating behaviour. Do not assume that all eTIMS connections support offline operation in the same way. During assessment, explain your connectivity constraints and ask what staff should do during an outage. Request a tested procedure rather than relying on a general offline claim.
What about returns and credit notes?
Include those requirements in the scope before implementation. Explain how your business currently corrects an invoice and records a return. The relevant document relationships and supported fiscal operations must be checked for the selected route. Do not assume that deleting a sale, changing its total or issuing an internal refund completes the required correction process.
Can the integration support more than one outlet?
Multiple outlets can be assessed as part of the project. The review needs to establish the correct identity, branch details, connection and responsibilities for each location. Confirm the required coverage and costs in writing. Opening an additional outlet should follow a documented setup process rather than copying settings without validation.
How do I request an assessment?
Call 0725345345 or use the WhatsApp button below. Tell us your business type, the software you use, the number of outlets and the issue you want to solve. You can also email hello@vega.co.ke. Please avoid sending passwords, one-time codes or private integration credentials with your initial enquiry.
Talk to Vega about your eTIMS integration
Ready to connect your invoicing workflow more carefully? Start with a setup assessment. We will discuss your current process, explain the available route and identify the information needed to plan configuration and testing. If an external dependency remains outstanding, it should be visible from the beginning. The goal is a practical next step grounded in your business requirements and the actual integration status.
Vega combines the broader discussion with POS, inventory and accounting workflows, helping you consider electronic invoicing alongside everyday operations. Explore our business guides, review the subscription options, or start a five-day software trial. For integration planning, contact the team directly so we can discuss the correct scope before activation.
Official references and page review
This guide was reviewed on 15 October 2026. It combines Vega’s implementation status with the linked KRA guidance. The implementation process and checklists are practical recommendations, not a substitute for KRA approval or advice about your individual tax position. Confirm current requirements with the authority when making an onboarding decision.