Company capability statement
Two pages: what eLON does, the five capability lines, how engagements are structured and how to verify our registration and licences.
Technical datasheets, a capability statement, a vendor-neutral requirements template and a data-protection position paper. Written for the internal reader who has to defend the decision, with assumptions and exclusions stated.
How these are written
Written for the internal reader who has to justify the decision: assumptions stated, exclusions stated, and no figure that we are not prepared to stand behind in a contract.
Two pages: what eLON does, the five capability lines, how engagements are structured and how to verify our registration and licences.
The onboarding flow, integration options, biometric modalities supported, hosting choices and the auditability model explained for a technical evaluator.
Every service available over the VISP licence, with the design considerations, typical use cases and the information we need from you to quote.
Modality comparison, template versus image storage, liveness and spoof detection, deployment shapes and the privacy design rules we apply.
The five-stage method for fibre, microwave and site works, the documents produced at each stage, and how risk and permitting are tracked.
Ethiopic script handling, naming conventions, language coverage, on-premises deployment and how accuracy is measured and re-measured.
Where data resides, who can access it, sub-processor disclosure, retention and deletion evidence, and incident notification obligations.
A ToR annex covering identity, biometrics, connectivity and data protection. Use it to write a requirement, or to benchmark the bids you receive. Free to use regardless of supplier.
We do not describe ourselves as endorsed or designated by any government body, we do not publish service levels that are not also in a contract, and we do not cite client names or project values without written permission. If a bid document requires a claim of that kind, we would rather discuss the underlying requirement than sign something we cannot support.
The most useful first conversation is a technical one: what has to work, by when, and what has already been tried. We will tell you plainly whether it is something we should be doing.