Small company or consulting team
An initial internal deployment with occasional generation and exports.
- CPU
- 4vCPU
- Memory
- 8GB
- Working storage
- 40GB SSD
One application instance, a dedicated database, scheduled backups and a named administrator.
Your infrastructure. A considered deployment.
Run the DocuEngine web application on infrastructure you manage. Plan around document generation, digital system engineering, PDF exports and your team’s real workload—not employee count alone.
A standalone source build has been prepared. Customer-specific authentication, domains, AI configuration and Arabic export fonts must be reviewed and validated before go-live. Self-hosting does not mean fully offline operation or automatic high availability.
The static website package is separate from the application build; uploading it does not install DocuEngine.
A 64-bit Linux server or VM capable of running Node.js 24 and Chromium. pnpm 9+ is required when installing or building from source; validate the chosen OS and browser libraries during setup.
A dedicated PostgreSQL 16 or compatible database, with persistent storage, restricted access and a tested backup/restore procedure. Never reuse another customer’s or the live service’s database.
Headless Chromium with its system libraries and the supplied document fonts. Verify Arabic shaping, RTL layout and PDF/DOCX exports on the target machine before acceptance.
An HTTPS domain, correct application/API routing, approved identity configuration and controlled outbound access to enabled AI and other external services. Users access the application through a current web browser.
Outbound email, error reporting and shared rate-limit/delivery state need their corresponding services configured. The current Redis integration uses an Upstash-compatible HTTP endpoint; a plain Redis TCP server is not a drop-in replacement.
A named technical administrator, secure configuration, restart supervision, log review, disk monitoring, off-host backups and a planned maintenance window.
This is the application stack in the prepared standalone build. Identity, AI, email and optional shared-state services need deployment-specific configuration.
React and TypeScript, routed with Wouter, built with Vite and styled with Tailwind CSS. TanStack Query manages API data; Framer Motion animates the interface; Lucide React supplies icons; React Flow renders interactive process maps; Clerk provides sign-in.
Node.js 24 and Express 5 run the TypeScript REST API; Zod validates structured request data.
PostgreSQL 16 or compatible, accessed with node-postgres (pg) and Drizzle ORM.
Clerk authentication with application-enforced organization membership and owner, editor, reviewer and viewer roles.
A provider-agnostic adapter uses the OpenAI SDK with OpenAI-compatible endpoints, including configured cloud APIs and compatible local services such as Ollama or LM Studio.
The docx library creates Word files; Puppeteer with headless Chromium renders PDFs using Chrome’s HarfBuzz text shaping. ExcelJS generates XLSX files and archiver packages ZIP deliveries.
An Upstash-compatible Redis HTTP endpoint stores shared rate-limit and delivery state. Resend sends email; Sentry error reporting is enabled only when configured.
Pino provides structured application logs. The self-hosting organization manages the Node.js process, PostgreSQL, Chromium, persistent files and backups.
These are conservative planning estimates, not benchmarked minimums, user-capacity guarantees or purchased support tiers. The figures below describe the application host; database and backup storage are additional.
An initial internal deployment with occasional generation and exports.
One application instance, a dedicated database, scheduled backups and a named administrator.
Regular system-development projects across several teams or departments.
Separate application and database resources; add staging, monitoring and an agreed upgrade schedule.
A planning baseline for larger catalogues, more complex systems and heavier export activity.
Validate representative workloads before procurement. Agree data access, recovery and maintenance responsibilities with your IT team.
The current generation queue runs in one API process; larger hardware does not automatically increase generation concurrency. Multi-instance high availability needs a separate engineering review. External AI does not require a server GPU; local models need separate compatibility and hardware assessment. Allow more disk space for retained exports, uploads and local models.
These are engagement options to discuss—not automatically included entitlements. Scope, fees, support hours, response targets and access permissions must be agreed in writing. No default 24/7 coverage or guaranteed resolution time is claimed.
Environment review, configuration guidance, installation checks and a documented acceptance checklist with your technical administrator.
Planned upgrade guidance, compatibility checks and backup/restore review within the agreed scope.
Report reproducible symptoms, the installed version and sanitized logs through the agreed contact channel. Investigation and any remote session require your approval.
Share your hosting platform, expected generation/export workload, IT contact and data restrictions. We can agree a realistic deployment and support scope.