From idea to a finished project
Turnkey custom development of information systems — from architecture to production and maintenance. On my own open-source platforms, proven in production since 2017.
How it works
From idea to a working system — and onward, in production. One person accountable for the result.
Understand the task
I dig into your business processes and goal. Not “code to spec” — I understand what must work and why.
Design the architecture
For the business goal, timeline and budget. A minimally sufficient solution instead of fashionable over-engineering.
Ship to production
On a ready foundation: auth, REST, workflow, files already exist. The budget goes to your logic, not infrastructure.
Maintain it
Operation, evolution, hand-off. The system lives for years — not “delivered and forgotten”.
Custom Development
Projects on the A-POST-OL platform built for individual customer requirements. Each project is an active system you can open and verify.
ChargeMeCar
Production CSMS for managing EV charging infrastructure in Europe. OCPP 1.6/2.0.1, OCPI 2.2.1/2.3.0, AFIR, Stripe. A brand on the Apostol CSMS platform.
OCPP CSS
A comprehensive solution for charging station owners and drivers. OCPP 1.6/2.0.1, OCPI 2.2.1/2.3.0, AFIR, Yookassa. A brand on the Apostol CSMS platform.
Ship Safety ERP
Safety management system for shipping companies. SOLAS, ISM Code compliance. Registered in the Russian Software Registry.
Campus CORS
Real-time GNSS correction system. NTRIP protocol. Base station network for precise positioning.
CopyFrog
AI-based platform for generating ad copy, images, and video creatives for products and services.
DEBT-Master
Automation of consumer utility debt collection and management.
Apostol ARB
SaaS service for crypto futures arbitrage. Binance, Bybit, OKX, MEXC, Bitget. Real-time data, automated analysis.
Talking To AI
Telegram chatbot for AI conversations (ChatGPT). Implemented entirely in PL/pgSQL - from business logic to OpenAI API integration.
And it runs for years
Why it's fast and reliable
What makes development fast, and the result hold up in production.
A ready foundation
db-platform covers many months of infrastructure out of the box: authentication, REST API, workflow, files, queues, audit log, localization. The project budget goes to your business logic, not to reinventing the wheel.
One person — a team's output
Own platforms as the foundation plus AI tools in development, review and documentation deliver output comparable to a team — with one point of accountability and direct contact with the architect.
Production reliability
24/7 operation, zero-downtime deployment, dev/stage/prod separation, migration control. Engineering discipline from the banking domain, where the cost of a mistake is money and regulation.
Where this approach fits — and where it doesn't
Honestly: my stack isn't ideal for everything. Here's how to tell if it's your case.
I optimise for what users and the business feel — speed, stability and cheap operation — sometimes at the cost of familiar developer tooling. A user doesn't care what the project is written in; they care that it's fast and doesn't fall over.
Ideal fit
- ✓Transactional systems: fintech, billing, e-commerce, ERP, payments, utility automation
- ✓Real-time and long-lived connections: IoT, charging (OCPP), telemetry, streaming, WebSocket
- ✓Multi-tenant SaaS / white-label, 24/7 operation, cheap to run
- ✓Integration hubs — orchestration straight from the database
Better to look elsewhere
- →Frontend/UX-first products with a thin backend — the platform is overkill
- →Products whose core value is ML/AI pipelines (the platform only fits around them)
- →When you need to hire a large team fast and value mainstream-stack liquidity
- →Global horizontal scale from day one
The platform is a core I connect microservices to, in whatever language fits. DEBT-Master runs five Python services around the core (Excel/PDF/RTF parsing, OCR, document generation); CopyFrog orchestrates AI providers. The right tool for the job — not “everything in one stack at any cost”.
Your project — your code
What if the contractor disappears? I close that question up front.
Open foundation
The A-POST-OL and db-platform frameworks are open-source (MIT), in production since 2017. No closed “black box”.
You own the sources
Project code stays with the client. Business logic is standard PL/pgSQL, which millions of developers know.
Hand-off ready
The project can be maintained and evolved by any PostgreSQL developer — no lock-in to one person.
Two ways to work
Turnkey
I take the whole project — from architecture to production and maintenance. One point of accountability.
Inside your team
I join your team on a project basis or reinforce the backend. I work within your processes.
Platform
A-POST-OL - open-source platform for backend development. C++20 + PostgreSQL. Two frameworks, one binary.
Every project starts not with business logic but with a foundation: login and access control, file storage, business processes, notifications, logging, reports, integrations. On a conventional stack that's the first months of work and a sizeable slice of the budget — spent not on what the project is for, but on engineering plumbing you can't do without. And that's exactly where delays, bugs and security holes tend to accumulate.
The platform is that foundation — already built, refined over years and proven not on one but on a dozen systems in real production. You start not from zero but from a solid base: time and budget go to your project's business logic — the part that sets it apart and earns money — instead of re-laying what has already been built and battle-tested many times over.
What you get out of the box
Login & access control
Sign-up, sign-in (including OAuth2 and social), roles and fine-grained “who can see and do what”.
Documents & catalogues
One model for clients, accounts, orders, contracts — with change history and lifecycle.
Business processes
Statuses and transitions (request → in progress → closed) configured as data. The process changes without rebuilding the system.
Files & storage
Attachments, scans, photos. S3-compatible cloud storage out of the box.
Notifications & real time
Instant UI updates, email/SMS/push, email and phone verification.
Audit log
Who did what and when — a full trail for disputes and regulatory requirements.
Reports & exports
Building reports and documents from the system's data.
Integrations
A ready REST API with hundreds of methods, inbound webhooks and calls to external services — payment systems, AI, government services — straight from the system.
Dozens of modules · hundreds of ready REST API methods · multi-language · Russian address registry (KLADR) · runtime configuration without a developer
Ready-made subsystems
Beyond the basic blocks — whole business mechanisms, already assembled and proven across several projects. No need to design them from scratch.
Payments & acquiring
Accepting payments via Stripe, YooKassa and CloudPayments for different markets — through one interface. Card binding and auto-charge, amount reservation (pre-auth hold), refunds, card validation, invoice settlement.
Account ledger (double-entry)
Personal accounts: wallets, liabilities, debts. Debit and credit turnover, opening and closing balances, a turnover report with day/week/month aggregation. Accounting rigour at the database level.
Subscriptions & billing
Products, plans and periods; scheduled auto-renewal, trial period, plan change with pro-rata recalculation, cancellation. The full subscription lifecycle, tied to limits (e.g. number of devices).
The same blocks power systems for EV charging, AI generation, geodesy and utility-debt collection — examples below.
Data consistency
Business logic lives inside PostgreSQL itself: transactions, stock checks, price calculations, double-charge protection - atomic at the database level, no intermediate layers. Critical for e-commerce and financial operations. A similar approach to Supabase, but their logic is limited to RLS and edge functions - here all business logic is in PL/pgSQL.
A single event loop, async PostgreSQL with no threads or blocking calls - a consequence of the same architecture. Open benchmark:
A-POST-OL (libapostol)
C++20 framework. HTTP/WebSocket server, async PostgreSQL, single epoll event loop. Automatic OpenAPI spec + Swagger UI generation.
github.com ↗PostgreSQL Framework for Backend Development
Dozens of PL/pgSQL modules: REST API, OAuth 2.0, workflow engine, file storage, pub/sub, report system. Turns PostgreSQL into a full-featured application server.
github.com ↗The platform - a three-layer toolkit
Same stack across many production projects. Only the top layer - business logic - changes.
Configuration - your project
Unique business logic. Everything that makes CSMS different from an ERP lives in this layer.
auth · OAuth 2.0 · workflow · entity · files (S3) · pub/sub · audit log · notifications · localization · reports · registry · KLADR · …
Dozens of modules · hundreds of REST methods · nobody writes a line in this layer
HTTP / WebSocket · TLS · epoll · libapostol
Like nginx or PostgreSQL itself - not part of your project.
Dozens of platform modules are reused across many projects without writing a single line of their own. The Stripe payment module, written for CopyFrog, is reused as-is in other projects - for example, in Apostol CSMS. The same principle assembles an e-commerce site, an ERP, or an IoT platform - unique logic lives only in the top layer.
Workflow engine - as data
States, transitions, and events of your business processes are stored in DB tables, not in code. Change the workflow without redeploying the service.
- flagged as "truly useful" in an independent audit of the platform, April 2026.
Time is money
The platform is not just technology - it's many months of team work that, in a typical project, gets spent on infrastructure: auth, workflow, REST, files, queues, audit log, localization. Here it already runs in production across many systems. Your project's budget stays on business logic, not on reinventing the wheel.
- per an independent audit, recreating a comparable platform on a standard stack would cost $1–2M and 18–24 months of development without new features.
What your project is written in
A common concern: "C++ is exotic - how will we find a developer later?" Here's the short answer.
When you open a store in a shopping mall, you don't hire wall-builders, ventilation engineers, or elevator technicians. The building is already there and maintained. Your concern is layout, registers, merchandise, and storefronts.
The platform works the same way.
What this means technically
C++ in A-POST-OL is the "building": a transport layer that HTTP requests pass through. Built once, it runs like nginx or PostgreSQL itself. Nobody hires a "C programmer" to run nginx or Postgres - it's part of the infrastructure, not part of your project.
Your business logic - catalog, cart, orders, taxes, integrations with external systems including payment providers - is written inside PostgreSQL using SQL and PL/pgSQL. That's a standard language known by millions of developers.
What this means for you
Project maintenance
A PostgreSQL/SQL developer - not a C++ one.
Switching contractors
Thousands of PostgreSQL specialists are on the market - no vendor lock-in.
Stack updates
The transport layer (C++) evolves centrally with the platform. Not your code, not your concern.
PostgreSQL is one of the world's most popular databases (StackOverflow Developer Survey). PL/pgSQL is its standard procedural language.
The platform architecture is universal
The platform fits any project that needs a reliable backend with built-in infrastructure. Apostol CSMS is just one example. Your project can be next.
E-commerce
Multi-tenant, multi-payment, country-based tax calculation, queues for marketplace integrations (Amazon, Shopify), audit trail, oversell protection.
FinTech
Real-time data via WebSocket, OAuth 2.0, billing and reconciliation, audit trail, exchange and payment integrations.
ERP / document workflow
Workflow engine (states, transitions, events), document management, reports, S3-compatible file storage, localization.
IoT and charging infrastructure
High load via single event loop, persistent WebSocket connections, OCPP/OCPI/MQTT, real-time telemetry processing.
AI services
Async tasks, queues for LLM APIs, file storage for inputs and results, usage-based billing, multi-tenant.
General-purpose SaaS
Authentication out of the box (OAuth 2.0, JWT, signup), tenant isolation, white-label, localization, audit trail - everything a starting SaaS needs.
Apostol CSMS (EV charging infrastructure) is one example of a mature SaaS product on the platform. Same architecture, different domain.
Learn more about the platform architecture →About the developer
Alen Prepodobny — a sole proprietor since 2021. 15+ years in IT, 10+ of them as a technical director; I grew up in banking IT, where the cost of a mistake is measured in money and regulation. I take a project, dig into the client's business processes, and carry it from idea to production — then maintain it. A-POST-OL and db-platform are my own tools, grown out of real projects: EV charging, maritime safety, fintech, geodesy.
Custom development
- •Frog IT SARL (France) - for clients in the EU
- •IE Prepodobny Alen Alekseevich - for clients in Russia
Get in touch
Describe your task - I'll respond within a day