For Recruiters & Collaborators
Hello — I'm Rei Reltroner (Raidan Sandra), a backend/platform engineer focused on deterministic systems, modular architecture, secure authentication, ERP SaaS systems, and production-grade delivery.
I build systems that are not only functional, but also auditable, predictable, maintainable, business-readable, and safe to operate in real production environments.
My current professional direction is:
Backend / Platform Engineer with ERP SaaS architecture, OIDC/SSO, Keycloak, Cloudflare, Laravel, Next.js, production debugging, and business-system reasoning — able to translate complex systems into Problem → Solution → Result value for real clients.
Fast Professional Overview
Role Positioning
Backend / Platform Engineer Backend / System Engineer ERP SaaS Business Architecture Engineer Full-Cycle Software Engineer with infrastructure, authentication, and business-process ownership
Primary Focus
- Backend engineering with Laravel, PHP, RESTful APIs, service isolation, and production validation
- Platform and identity infrastructure involving Keycloak, OIDC, SSO, JWT RS256, OAuth2, PKCE, JWKS, and Cloudflare
- Modular system architecture for ERP, LMS, SaaS, and production platform systems
- ERP business-process architecture across Inventory, Procurement, WMS, Sales, Finance, HRIS, Reports, Settings, and AI Assistant layers
- Deterministic system design with single source of truth, predictable output, and controlled state
- Production debugging across frontend, backend, authentication, DNS, tunnel routing, deployment, runtime configuration, and middleware boundaries
- Auditability, system integrity, failure-mode analysis, and structured engineering documentation
- Business-facing communication that converts technical systems into client-readable value: Problem → Solution → Result
Professional Summary
I am a backend/platform engineer with hands-on experience delivering end-to-end engineering solutions in production-facing environments.
My work combines:
- Architecture reasoning
- Implementation discipline
- Debugging under uncertainty
- Production validation
- Risk-controlled execution
- Business-process mapping
- Documentation and handoff clarity
- Client-facing explanation of system value
I do not approach engineering only as “writing code.” I approach it as building a system that must remain understandable, verifiable, secure, maintainable, and valuable to the business after deployment.
I have worked on systems involving:
- Keycloak OIDC/SSO
- Multi-realm JWT validation
- Cloudflare DNS, Tunnel, Workers, and same-origin routing
- Laravel backend authentication middleware
- Next.js frontend integration
- Rancher/Kubernetes deployment verification
- LMS authentication and domain isolation
- ERP SaaS architecture
- Audit-grade financial transaction design
- Security incident remediation
- Modular course engine architecture
- Multi-layer debugging across SSR, UI state, configuration, middleware, deployment, and infrastructure
- Affiliate SaaS enablement by converting complex ERP features into practical B2B sales narratives
Core Strengths
- Turning ambiguous requirements into structured, production-ready systems
- Designing modular and scalable architectures using layered design and service boundaries
- Building deterministic systems with single source of truth and predictable behavior
- Implementing secure authentication flows with Keycloak, OIDC, JWT RS256, JWKS, PKCE, and OAuth2
- Handling production SSO migration involving DNS, tunnels, OIDC issuer, frontend config, and deployment
- Debugging multi-layer failures across UI, SSR, reactive state, API, middleware, environment, DNS, infrastructure, and configuration boundaries
- Building audit-safe backend systems with immutable transaction models, audit logging, and deterministic reporting
- Mapping ERP modules into business workflows that real retail/distribution clients can understand
- Translating technical architecture into client-facing Problem → Solution → Result communication
- Writing clear documentation for incident reports, failure analysis, architecture constraints, business workflows, and system handoff
- Working under time pressure while keeping production risk controlled
Engineering and Business Principles
I build systems with the following principles:
- Deterministic over implicit behavior
- Auditability over hidden state
- System boundaries over tight coupling
- Immutability over mutation risk
- Clarity over cleverness
- Evidence over assumption
- Safe deployment over fast but risky changes
- Business value over feature noise
- Client pain over generic product pitching
My goal is to make systems that:
- Can be reasoned about clearly
- Can be debugged without guesswork
- Can evolve without breaking core integrity
- Can be validated through evidence, not only intention
- Can survive production edge cases with predictable behavior
- Can be explained to both engineers and business decision-makers
- Can answer: what problem does this solve, how does the system solve it, and what business result does it create?
Selected Case Studies
Case Study 1 — Client Portal Authentication Modernization & Same-Origin API Routing
Project: Skill-Wanderer Client Portal Role: Backend / Platform Engineer Stack: Laravel, Keycloak, OIDC, JWT RS256, JWKS, Cloudflare Workers, Cloudflare Tunnel, Next.js, Rancher/Kubernetes, GitHub Actions Production URL: client.skill-wanderer.com
Case
The Client Portal needed a production-grade authentication and API routing upgrade.
The backend had to validate real Keycloak access tokens from two trusted realms:
client-portal
skill-wanderer-admin
The required rule was strict:
client-portal realm
→ accept valid access token when aud contains client-portal-be
skill-wanderer-admin realm
→ accept valid access token only when aud contains client-portal-be and realm role contains client
At the same time, the frontend needed to stop exposing the old browser-facing API base:
https://api.skill-wanderer.com
and move to same-origin API access:
https://client.skill-wanderer.com/api/*
The challenge was multi-layered:
- Keycloak tokens needed correct backend audience
- Admin realm tokens needed role-based restriction
- Laravel needed JWKS-backed JWT validation
- Rancher needed a new backend deployment
- Cloudflare could not directly route
client.skill-wanderer.com/api/*through Tunnel because the hostname was already managed by the frontend Worker - The frontend dashboard initially did not send the Bearer token
- The backend dashboard route still used legacy session middleware instead of the new Keycloak token middleware
Solution
I resolved the issue end-to-end across identity, backend, frontend, Cloudflare, and deployment layers.
Keycloak
Configured and validated access tokens so they contained the backend audience:
"aud": ["client-portal-be", "account"]
For the skill-wanderer-admin realm, the token also needed:
"realm_access": {
"roles": ["client"]
}
This ensured the backend did not accept generic Keycloak tokens. It only accepted tokens explicitly intended for the backend resource server.
Backend
Implemented deterministic Keycloak JWT validation in Laravel:
- JWKS provider
- JWT validator
- Multi-issuer validation
- Audience validation
- Admin realm role validation
keycloak.tokenmiddleware- Keycloak principal extraction into request attributes
Production backend config included:
KEYCLOAK_BASE_URL=https://sso.skill-wanderer.com
KEYCLOAK_ALLOWED_REALMS=client-portal,skill-wanderer-admin
KEYCLOAK_EXPECTED_AUDIENCE=client-portal-be
KEYCLOAK_ADMIN_REALM=skill-wanderer-admin
KEYCLOAK_ADMIN_REQUIRED_REALM_ROLE=client
Deployment
Deployed the backend to Rancher using image:
ghcr.io/skill-wanderer/client-portal-be:sha-4ab8871
Updated deployment metadata:
BE_DEPLOYMENT_ID=client-portal-be-sha-4ab8871
Same-Origin API Routing
Because client.skill-wanderer.com was already owned by the frontend Worker, direct Cloudflare Tunnel path routing could not be used.
The solution was to add a Next.js API proxy route:
app/api/[...path]/route.ts
This allows:
https://client.skill-wanderer.com/api/*
to proxy internally to:
https://client-portal-api.skill-wanderer.com
Final runtime variables:
API_BASE_URL=https://client.skill-wanderer.com
NEXT_PUBLIC_API_BASE_URL=https://client.skill-wanderer.com
API_UPSTREAM_URL=https://client-portal-api.skill-wanderer.com
Frontend Dashboard Authorization
Fixed the frontend dashboard request so it sends:
Authorization: Bearer <access_token>
to:
/api/v1/client/dashboard
Backend Dashboard Route Migration
The dashboard route originally used legacy auth middleware:
dashboard.audit
bearer.validate
session.load
rbac:client
It was migrated to:
dashboard.audit
keycloak.token
The controller now reads the authenticated identity from:
keycloak_principal
The route no longer requires X-Session-Id when a valid Keycloak Bearer token is present.
Result
Final production validation:
GET https://client.skill-wanderer.com/api/v1/client/dashboard
Authorization: Bearer <valid-token>
→ 200 OK
Response headers confirmed Laravel backend execution:
x-powered-by: PHP/8.4.22
x-deployment-id: client-portal-be-sha-4ab8871
Final dashboard result:
Welcome back
Email: test@reltroner.com
Role: AUTHENTICATED
Impact:
- Implemented production-grade Keycloak multi-realm token validation
- Enforced backend audience boundary with
aud=client-portal-be - Restricted admin realm access using realm role
client - Removed browser dependency on
api.skill-wanderer.comas API base - Enabled same-origin API access through
client.skill-wanderer.com/api/* - Migrated dashboard authorization from legacy session auth to Keycloak JWT auth
- Verified browser dashboard loads successfully with authenticated backend data
- Reduced authentication ambiguity across frontend, backend, Keycloak, Cloudflare, and deployment layers
- Produced a cleaner trust boundary and safer production auth model
Case Study 2 — Emergency SSO Domain Isolation for Production LMS
Project: Reltroner Learning Academy / Reltroner Identity Role: Backend / Platform Engineer Stack: Cloudflare DNS, Cloudflare Tunnel, Keycloak, OIDC Authorization Code + PKCE, Cloudflare Pages, Next.js, Rancher/Kubernetes Production URLs: lms.reltroner.com sso.reltroner.com
Case
Reltroner Learning Academy previously used a shared Skill-Wanderer SSO domain:
https://sso.skill-wanderer.com/realms/reltroner
This created a business and technical risk because Reltroner authentication traffic, OIDC issuer metadata, login redirects, and identity branding were mixed with another organization’s SSO domain.
The requirement was clear:
Reltroner must stop using the shared Skill-Wanderer SSO domain and move to its own SSO identity boundary.
Target authority:
https://sso.reltroner.com/realms/reltroner
The challenge was that multiple systems shared the same Keycloak backend:
sso.skill-wanderer.com
sso.chanhdao.vn
sso.reltroner.com
So the migration had to isolate Reltroner without breaking Skill-Wanderer or Chanhdao.
Solution
I handled the migration end-to-end:
- Migrated
reltroner.comDNS authority from Hostinger to Cloudflare - Preserved critical DNS records for LMS, HRM, email, SPF, DKIM, DMARC, and Resend
- Investigated Cloudflare Tunnel routing and identified the correct active tunnel
- Removed an incorrect inactive tunnel binding that caused Cloudflare Error 1033
- Recreated
sso.reltroner.comunder the correct active Cloudflare Tunnel - Routed
sso.reltroner.comto the existing Kubernetes-hosted Keycloak service:
http://keycloak.keycloak:8080
- Updated the Next.js LMS OIDC fallback configuration
- Updated Cloudflare Pages production environment variables
- Redeployed the LMS frontend
- Verified OIDC issuer metadata through
.well-known/openid-configuration - Tested login, callback, authenticated state, logout, and cross-domain isolation end-to-end
Final architecture:
https://lms.reltroner.com
|
| OIDC Authorization Code + PKCE
v
https://sso.reltroner.com/realms/reltroner
|
v
Cloudflare Tunnel: blog-skill-wanderer
|
v
http://keycloak.keycloak:8080
|
v
Keycloak Realm: reltroner
Result
Final validation:
issuer: https://sso.reltroner.com/realms/reltroner
skill-wanderer match: False
The production LMS now redirects correctly:
https://lms.reltroner.com
→ https://sso.reltroner.com/realms/reltroner/protocol/openid-connect/auth
→ login success
→ callback to https://lms.reltroner.com/auth/callback
→ authenticated LMS session
→ logout success
Cross-system isolation was also validated:
Skill-Wanderer → sso.skill-wanderer.com
Chanhdao → sso.chanhdao.vn
Reltroner → sso.reltroner.com
Impact:
- Completed emergency SSO migration end-to-end
- Removed Reltroner dependency on shared Skill-Wanderer SSO domain
- Preserved existing Skill-Wanderer and Chanhdao production SSO flows
- Validated authentication through real user login/logout
- Improved identity boundary, production clarity, and operational ownership
- Demonstrated production-level debugging across DNS, Cloudflare Tunnel, Keycloak, OIDC, frontend config, and deployment layers
Case Study 3 — Tradixa Retail Management System: ERP SaaS Architecture & Affiliate Enablement
Project: Tradixa Retail Management System Role: ERP SaaS Business Architecture / Affiliate SaaS Enablement Focus: Retail ERP, Inventory, Procurement, WMS, Sales, Finance, HRIS, Reports, Settings, AI Assistant, B2B SaaS sales communication Period: 2026 – Present Product URL: retail.tradixasystems.com
Case
Tradixa is a broad retail management SaaS with many interconnected modules:
Inventory
Warehouse / WMS
Procurement
Customers & Marketing
Promotions
Sales
Financial & Operations
HRIS Management
Reports
Financial Agent
Settings
AI Assistant
Design Studio
The challenge was not only understanding the feature list. The real challenge was translating a complex ERP SaaS into business language that potential B2B clients can understand.
Most retail/distribution clients do not buy “modules.” They buy relief from operational pain:
- Stock is messy or often mismatched
- Sales and inventory are not connected
- Supplier purchases are not controlled
- Goods receipt and stock posting are not traceable
- Customer receivables are forgotten
- Supplier payables are unclear
- Cash, bank, QRIS, EDC, and payments are fragmented
- Reports are late, manual, or unreliable
- Owners cannot see profit, cashflow, stock health, and business risk clearly
The affiliate sales challenge was:
How do we explain Tradixa as a business-control system, not merely a feature-heavy application?
Solution
I mapped Tradixa’s SaaS modules into a structured ERP architecture and business-value framework.
The work included:
- Mapping every major Tradixa module into realistic business architecture boundaries
- Defining each module’s role in the business system, not only its UI function
- Connecting Inventory, WMS, Procurement, Sales, Finance, HRIS, Reports, Design Studio, Settings, and AI Assistant into an end-to-end retail operating model
- Translating technical modules into Problem → Solution → Result communication
- Identifying the highest-probability B2B client targets for affiliate sales
- Creating client pain-point mapping for retail, distributor, supplier, multi-location warehouse, payment point, and B2B seller segments
- Reframing Tradixa from “ERP features” into business outcomes:
Stock control
→ fewer blind spots in inventory
Sales + payments
→ clearer revenue and settlement visibility
Procurement + GRN
→ controlled supplier purchasing and stock intake
AR/AP + Payments
→ clearer cashflow, receivables, and payables
Reports
→ owner-level decision visibility
Design Studio
→ professional business documents
AI Assistant
→ business insight layer
I also developed affiliate-facing positioning for offline and online B2B sales:
Do not sell “complete ERP.”
Sell the specific pain the business already feels.
Result
This work created a stronger bridge between software architecture and business realization.
Business Realization Impact:
- Converted complex ERP modules into client-readable business value
- Created a clearer affiliate sales narrative for B2B prospects
- Improved ability to explain Tradixa through concrete operational pain, not generic SaaS claims
- Built a reusable Problem → Solution → Result framework for sales conversations, demos, and client discovery
- Strengthened positioning for conversations with retail stores, distributors, B2B suppliers, payment points, and multi-location businesses
- Demonstrated the ability to reason across product architecture, business operations, and go-to-market execution
Engineering Value:
- Strengthened ERP domain understanding across inventory, sales, procurement, finance, WMS, HRIS, reporting, and settings layers
- Built module-boundary clarity that can support future backend/API design
- Identified realistic integration points between modules such as Sales → Inventory → Finance, Procurement → GRN → AP, and Reports → Decision Support
- Developed a business-aware engineering viewpoint: implementation is not enough unless the system solves real operational uncertainty
This case strengthened my profile beyond implementation engineering. It demonstrates my ability to connect:
software architecture
→ business process
→ client pain
→ SaaS positioning
→ measurable value narrative
Case Study 4 — Reltroner ERP Ecosystem
Role: Backend Engineer Stack: Laravel 12, PHP 8.2+, MySQL, Keycloak OIDC, GitHub Actions Period: March 2025 – Present Live Demo: hrm.reltroner.com
Case
The system required a modular ERP foundation capable of supporting HRM, finance, authentication, auditability, and future service expansion.
The core challenge was not only building CRUD modules, but designing a backend structure that could support:
- Centralized authentication
- Service separation
- Audit-safe financial operations
- Immutable transaction history
- Deterministic reporting
- Long-term maintainability
Solution
I designed and built a modular ERP platform with:
- Multi-service architecture: Gateway, HRM, Finance
- Centralized SSO using Keycloak OIDC
- RESTful APIs for inter-service communication
- Immutable financial transaction model using append-only + reversal pattern
- Audit logging for traceability
- Fiscal locking to preserve reporting integrity
- Snapshot-based deterministic financial reporting
- Structured documentation for onboarding and maintenance
- Automated tests covering unit, feature, and regression scenarios
Result
System Scale:
- 3 independent repositories
- 150+ automated tests
- 100+ database migrations
- HRM and Finance modules delivered end-to-end
Impact:
- Built production-ready ERP modules
- Reduced onboarding time by approximately 20% through structured documentation
- Improved auditability and reporting reliability
- Created a foundation for scalable ERP service expansion
Repositories:
Documentation:
- github.com/Reltroner/error-documentation
- github.com/Reltroner/progress-documentation
- github.com/reltronersk/skill-wanderer-progress-documentation
Case Study 5 — Modular Course Engine System
Project Type: LMS / Learning Platform Architecture Role: Full-Cycle Solutions Associate / System Engineer Stack: Next.js, TypeScript, modular content architecture
Case
The course system needed to evolve from static or monolithic course data into a scalable architecture that could support multiple courses, modules, lessons, and future extensibility.
The previous structure risked:
- Duplication
- Manual synchronization errors
- Stale data
- Hardcoded sitemap maintenance
- Difficult course expansion
Solution
I helped transform the system into a modular architecture:
Course
→ Module
→ Lesson
Key improvements:
- Built reusable core engine patterns such as
createLesson,createModule, andcreateCourse - Enforced single source of truth
- Reduced duplication through factory-driven design
- Improved deterministic behavior across course data and UI rendering
- Supported future extensibility for LMS, dynamic content, and CLI integration
- Identified architectural vs environment-level bugs during debugging
Result
- Eliminated an entire class of manual sync and stale data risks
- Improved scalability for multi-course and multi-lesson structures
- Increased maintainability and consistency
- Reduced future bug risk through deterministic lifecycle handling
Case Study 6 — Security Incident Response: RSA Key Exposure
Case
A repository contained an exposed RSA test key, creating a potential security risk.
Even though there was no production compromise, the incident required controlled remediation to prevent future exposure and preserve repository safety.
Solution
I handled the incident with a structured remediation process:
-
Rewrote Git history using
git filter-repo -
Removed all secret traces from the repository
-
Force-pushed sanitized history safely
-
Implemented preventive controls:
.gitignore- pre-commit hooks
- secret hygiene workflow
Result
- No production impact
- No key compromise
- Repository history sanitized
- Security posture significantly improved
- Demonstrated controlled incident response without regression
Work Experience
Full-Cycle Solutions Associate — Skill-Wanderer
Remote March 2026 – Present
Working in a distributed engineering team across Vietnam and Europe, contributing to full-cycle product delivery across backend reasoning, platform architecture, frontend integration, authentication flows, debugging, deployment validation, and documentation.
Key Contributions
- Delivered Client Portal authentication modernization with Keycloak multi-realm JWT validation, same-origin API routing, frontend Bearer token integration, and backend dashboard route migration to
keycloak.token - Re-architected hardcoded systems into scalable, data-driven architecture
- Replaced static sitemap logic with dynamic system design
- Eliminated duplication and sync drift by enforcing single source of truth
- Debugged complex issues across SSR, reactive state, UI behavior, architecture, middleware, runtime configuration, and environment
- Delivered production-ready PRs with structured Git workflows
- Applied clean branch rebuild, selective restore, and review-safe PR design
- Provided decision-level justification instead of trial-and-error fixes
- Supported production identity migration involving Cloudflare, Keycloak, OIDC, and LMS deployment
Impact
- Delivered production-grade Client Portal auth with verified Keycloak access-token validation and successful dashboard loading
- Reduced bug risk through deterministic lifecycle handling
- Eliminated manual sync and stale data risk classes
- Improved system consistency, SEO integrity, scalability, and maintainability
- Strengthened production readiness through architecture validation and end-to-end verification
ERP SaaS Business Architecture & Affiliate Enablement — Tradixa Retail Management System
Affiliate / Independent SaaS GTM Enablement 2026 – Present
Worked on understanding, mapping, and communicating Tradixa as an ERP SaaS platform for retail, distribution, payment point, and B2B business operations.
Key Contributions
- Mapped Tradixa’s ERP modules into clear business architecture boundaries across Inventory, WMS, Procurement, Sales, Finance, HRIS, Reports, Settings, Design Studio, Financial Agent, and AI Assistant
- Converted module-heavy ERP functionality into client-facing Problem → Solution → Result explanations
- Identified high-probability B2B target clients such as retail stores, distributors, suppliers, inventory-heavy businesses, payment points, and businesses with receivables/payables pain
- Built sales communication angles for offline and online affiliate outreach
- Developed practical demo entry points based on client pain: stock control, invoice tracking, supplier purchasing, receivables, payments, reporting, and document professionalism
- Connected engineering architecture with business outcomes so the product can be explained as an operational control system, not only a software feature list
Impact
- Strengthened ability to communicate SaaS business value to potential B2B clients
- Created a repeatable affiliate sales narrative based on operational pain and measurable business outcomes
- Improved ERP domain fluency across real retail and distribution workflows
- Built stronger alignment between software engineering, client discovery, and commercial value realization
- Expanded professional positioning from backend/platform engineering into ERP SaaS architecture and business-facing solution communication
Backend Engineer — Reltroner ERP Ecosystem
Independent Project March 2025 – Present
Designed and built a modular ERP platform with centralized authentication and audit-grade financial infrastructure.
Key Contributions
- Architected modular ERP backend with Gateway, HRM, and Finance services
- Integrated centralized SSO using Keycloak OIDC
- Built RESTful APIs with strong consistency requirements
- Designed immutable financial transaction system
- Implemented audit logging, fiscal locking, and deterministic reporting
- Delivered HRM and Finance modules with full lifecycle ownership
Impact
- Built production-ready ERP modules
- Reduced onboarding time by approximately 20% through structured documentation
- Improved financial auditability and deterministic reporting reliability
- Created a maintainable foundation for long-term ERP platform growth
System Engineering Capabilities
Backend & API Development
- Laravel 12
- PHP 8.2+
- Node.js
- RESTful APIs
- Service isolation
- Inter-service communication
- API lifecycle design
- Middleware design
- Protected route architecture
Frontend & Full-Stack Integration
- Next.js
- Nuxt.js
- Vue.js
- Blade
- Tailwind CSS
- JavaScript
- Static export and frontend deployment
- LMS frontend integration
- SaaS dashboard and workflow UI reasoning
- Same-origin API proxy routing
- Frontend authentication state integration
ERP & Business Systems Architecture
- Inventory management architecture
- WMS / warehouse operation modeling
- Procurement lifecycle design
- Sales/POS transaction architecture
- AR/AP and payment settlement flow
- Finance and journal-entry integration logic
- Reports and decision-visibility architecture
- HRIS, RBAC, and approval authority mapping
- SaaS subscription, usage quota, and entitlement modeling
- ERP module-to-business-pain mapping
Architecture & System Design
- Modular architecture
- Layered architecture
- Dependency inversion
- Deterministic system design
- Single source of truth enforcement
- Immutable system modeling
- Service boundary design
- Architecture constraint documentation
- Business-process architecture documentation
- Production trust-boundary design
Authentication & Security
- Keycloak
- OIDC / SSO
- OAuth2
- JWT RS256
- JWKS
- Authorization Code + PKCE
- Multi-realm token validation
- Audience validation
- Role-based token acceptance
- Session control
- Trust boundary enforcement
- Secret remediation
- Git history rewriting
Cloud, DevOps & Infrastructure
- Cloudflare DNS
- Cloudflare Tunnel
- Cloudflare Workers
- Cloudflare Pages
- GitHub Actions CI/CD
- Docker
- Rancher/Kubernetes investigation and deployment validation
- Git / GitHub
- SSH
- DNS / SSL configuration
- cPanel / Hostinger
- Environment configuration hardening
- Production deployment validation
Databases
- MySQL
- PostgreSQL
- SQLite
- Schema design
- Database migrations
- Transaction handling
- Audit logging
- Financial data integrity
Testing & Quality
- PHPUnit
- Unit testing
- Feature testing
- Regression testing
- Failure-mode analysis
- Deterministic output validation
- Production verification checklists
- Auth and middleware contract testing
Documentation & Business Communication
- Incident reports
- System documentation
- Architecture Decision Records
- Architecture constraint specifications
- Failure analysis
- Audit reports
- Engineering handoff documentation
- ERP workflow documentation
- Client-facing Problem → Solution → Result narratives
- Affiliate SaaS sales enablement material
What I Bring to a Team
I bring a combination of backend implementation, system thinking, production ownership, and business-process reasoning.
I am especially useful in teams that need someone who can:
- Understand the system beyond one code file
- Trace bugs across multiple layers
- Convert vague problems into structured execution plans
- Keep production risk controlled
- Validate results with evidence
- Document decisions clearly
- Build systems that remain maintainable after deployment
- Understand how ERP modules connect to real business workflows
- Translate complex technical systems into business value for owners, stakeholders, and clients
I am interested in teams that value:
- Engineering clarity
- Strong ownership
- Secure systems
- Maintainable architecture
- High-quality documentation
- Production reliability
- Long-term system integrity
- Product thinking
- Business-aware engineering
Education
Universitas Andalas — Information Systems Coursework Padang, West Sumatra
Certifications
Availability
I am currently open to opportunities in:
- Backend Engineer roles
- Platform Engineer roles
- System Engineer roles
- Full-Stack Engineer roles with backend/platform ownership
- ERP / SaaS Product Engineer roles
- Business Systems Engineer roles
- DevOps / Cloud-adjacent engineering roles
- SaaS and product-focused engineering teams
- Remote-first or distributed environments
Preferred focus areas:
- Backend systems
- Authentication and identity infrastructure
- LMS / SaaS platforms
- ERP systems
- Retail management systems
- Cloudflare / Keycloak / OIDC-based systems
- Production debugging and reliability work
- Modular system architecture
- Business-facing technical solution design
Contact
📧 studio@reltroner.com 🌐 reltroner.com 💻 github.com/Reltroner 💻 github.com/reltronersk 🔗 linkedin.com/in/rei-reltroner
Portfolio Links
- Reltroner HRM Demo
- Reltroner LMS
- Skill-Wanderer Course Portfolio
- Codepolitan Certification
- Reltroner GitHub
- ReltronerSK GitHub
- Tradixa Retail Management System
Full CV
You can view my full CV here:
📄 Rei's CV
Recruiter Summary
I am a backend/platform-oriented engineer who can work across code, architecture, authentication, infrastructure configuration, debugging, documentation, production validation, and ERP business-process reasoning.
My strongest fit is a team that needs an engineer who can handle not only implementation, but also the full reasoning chain:
problem
→ root cause
→ architecture boundary
→ solution
→ production validation
→ business result
→ documentation
I am especially interested in backend, platform, SaaS, LMS, ERP, identity/authentication, and business systems engineering roles.
My current differentiator is that I can connect:
engineering architecture
→ operational workflow
→ client pain
→ business value
→ implementation clarity
That means I do not only ask whether a system works technically. I also ask whether the system solves a real business problem clearly enough for users, owners, and clients to trust it.
