WyntIQ is designed for teams that cannot assume stable internet, perfect device control, or simple office workflows. The security model focuses on local-first operation, controlled roles, signed activation, traceable actions, backups, update verification, and deployment discipline.
WyntIQ is not trying to replace every ERP or BI tool. It is built for field logistics, inventory movement, QR checks, approvals, audit trails, and operations that must keep working when connectivity becomes weak or unavailable.
Core work happens locally on the Windows device. Users can raise requests, check stock, scan QR codes, record movement, and preserve audit history without waiting for cloud access.
Actions are tied to users, roles, timestamps, inventory, demands, assets, and audit records. The goal is clear responsibility, not anonymous spreadsheet edits.
Use WyntIQ for a laptop pilot, controlled site, warehouse, remote depot, or larger customer environment with server database and sync planning.
No single feature makes a product secure. WyntIQ combines application hardening, role control, local data handling, activation control, audit trails, and operational procedures.

License and demo controls use activation checks, machine identity, expiry rules, and signed/verified activation workflows.

Technician, officer, logistics, accounts, vendor, emergency, and admin roles are separated by workflow responsibility.

Audit records are linked by hashes so tampering can be detected during verification.

Admins can back up local data and move approved offline bundles through controlled paths.
These controls are implemented in the desktop product or available as part of deployment planning. Customer-specific infrastructure controls can be added during rollout.
| Area | Current WyntIQ Control | Why It Matters |
|---|---|---|
| Login | First-admin setup, role selection, bcrypt password hashing, stricter password policy, active/inactive user state. | Prevents shared default accounts from becoming the normal customer workflow. |
| Roles | Backend role checks for demands, approvals, stock movement, accounts, user management, backups, and admin actions. | Users cannot simply reveal hidden UI and perform restricted actions. |
| Activation | Machine ID, signed activation payloads, trial expiry, demo reactivation guard, and user-limit enforcement. | Helps protect commercial licensing and prevents repeated demo reuse on the same computer. |
| Audit | Hash-chained audit records with verification and audit package export. | Gives managers a way to detect broken or altered historical records. |
| Email secrets | Saved SMTP/app passwords use Electron safe storage where available and are not returned to the renderer. | Reduces exposure of mail credentials after setup. |
| Updates | Release manifest includes version, file name, SHA-256 checksum, and download URL. | Supports safer update checks and installer verification. |
| Renderer hardening | Node integration off, context isolation on, external navigation blocked, popup windows denied, and permissions denied except local camera scanning. | Reduces the attack surface of the Electron desktop interface. |
| Data growth | Inventory uses pagination, indexes, and search-focused APIs instead of loading every item at once. | Large catalogues are handled through database queries, not huge UI memory loads. |
WyntIQ can support different security levels depending on the customer environment, devices, database, network, and support plan.
Best for demos, pilots, small stores, and controlled laptop use. Uses local data and backup discipline.
Multiple approved computers can use planned sync paths, local network rules, shared process control, and admin oversight.
For very large inventory, WyntIQ should connect to a customer-managed PostgreSQL, SQL Server, or Azure SQL environment with local cache and sync queue.
For high-security sites, deployment can use offline update packages, restricted users, locked devices, approved backups, and customer IT policy.
Very large inventories must be handled through indexes, pagination, batch imports, background jobs, and server database planning. WyntIQ’s product direction is to keep screens responsive even when the catalogue becomes large.
Part numbers, barcodes, names, categories, and locations are searched through database indexes where possible.
Inventory screens should show controlled pages, not crores of rows in the browser at once.
Large CSV and database imports should run in batches with preview, validation, and rollback planning.
For massive customers, SQLite should act as local cache while the primary database lives on customer server infrastructure.
Backups before migration, imports, and major handover operations reduce recovery risk.
Production readiness requires large import, search, sync, backup, and restore tests before customer rollout.
Security is a continuous product track. The following controls are suitable for larger or more regulated deployments.
Optional encrypted database storage for customer deployments that require protected local data at rest.
Admin and sensitive roles can be extended with OTP/TOTP or customer identity provider integration.
Enterprise customers can use central user identity and disable local-only account management.
Offline bundles and sync events can be signed and verified between approved devices.
Backup files can be password-protected or encrypted before transfer to USB or storage.
Architecture diagrams, data flow maps, threat model notes, and customer-specific hardening checklist.
We can walk through activation, local data, backups, audit trail, deployment model, integration paths, and the security roadmap for your environment.