The NDT module of ENODEUS uses a YOLOv8-based computer vision model to assist certified NDT inspectors in analyzing liquid-penetrant (PT) inspection images. This model is an assistive tool only: it does not replace the professional judgment of a certified inspector and does not make accept/reject decisions. See the Terms of Service, Sections 2 and 4, for the full description and limitations.
The NDT Asset Traceability module — including asset management, QR code tracking, inspection history, Non-Conformance Reports (NCRs), Corrective and Preventive Actions (CAPAs), and audit trace logs — does not use any AI or machine learning model. All data in this module is entered, reviewed, and validated by human inspectors and managers. The immutable trace log is a deterministic append-only record, not AI-generated.
All other modules of ENODEUS (Welding, Calibration, Electrical, Construction, Offshore, Hospitality, Audits, Transport, and others) do not use any AI or machine learning model. Reports generated by these modules are based entirely on data manually entered by the user.
Parts of ENODEUS's software (source code, configuration, and supporting scripts) were developed with the assistance of artificial intelligence tools, used as a coding aid under the direction, review, and final decision-making of the founder and sole developer. Every architectural choice, business rule, data model, security policy, and feature decision in ENODEUS was made by the founder; AI tools were used to accelerate implementation, not to originate product or business decisions.
ENODEUS is built using an industry-standard software development workflow. Tools used in the development process include:
All product decisions — including data architecture, user roles and permissions (Inspector, Manager, Company), business logic, security policies, pricing, and legal terms — are made and approved by the founder before implementation. AI-assisted code is reviewed, tested, and compiled by the founder before being committed to the production codebase. Firestore security rules are manually audited and tested before each deployment. ENODEUS maintains an internal development log documenting significant decisions and their rationale.
No AI is used in ENODEUS's security or access control systems. Role-based access control (Inspector, Manager, Company) is implemented through deterministic Firestore security rules, manually written and audited. Firebase App Check is used to verify that requests originate from the legitimate app binary.
For questions about this disclosure, contact: contact@enodeus.ch