Operations and data · Jakarta

Operations and systems.
The software underneath them.

I work on warehouse and consignment distribution, and I build the tools that keep its numbers honest: a WMS on Google Sheets and Apps Script, ledger patterns, parsers and dashboards. I own the business rules and the testing; AI writes most of the code.

Featured

The system I run at work, end to end, with real screens from the live board.

Title frame of the WMS walkthrough video: So I built a WMS
Case study · WMS · Aug to Oct 2026

Five files.
Now one WMS.

A plush toy brand's stock lived in five files that never talked to each other. I connected inbound, warehouse slots, shipments, a field app for store visits and partner sell-out into one ledger.

16% → 28%stock on store shelves
8stores, 3 retailers
43active SKUs
Read the case study and watch the 2-minute video →

Ops & supply chain

Warehouse records, purchase orders and replenishment. Each one started from a real problem in daily operations.

R1-01Synthetic data

Warehouse ledger pattern

Stock is never stored as a figure. It is derived from an append-only movement ledger, so a balance can always be traced to its transactions.

  • Seven rules enforced by the database: append-only, who and when on every row, corrections as contra rows
  • Sixteen assertions, each rule proven by removing it and watching the tests fail
PostgreSQLPL/pgSQLMutation testing
View on GitHub →
R1-02From real reconciliations

PO line parser

Reads barcode and quantity out of partner purchase-order lines, and refuses rather than guesses.

  • Born from a nine-line order that got stored as 1, 2, 3 up to 9 pcs
  • EAN check digit keeps phone numbers out; 13 assertions and 5 mutation cases
Node.jsTesting
View on GitHub →
R1-03Hackathon case

Inventory replenishment audit

DQLab Excel Hackathon, September 2026: demand profile, min and max levels, reorder decisions and warehouse capacity for a distributor.

  • Final score 100 / 100
  • Reorder logic carried 60% of the grade
ExcelInventory planning
Case study PDF on request
R1-04Hackathon case

Retail basket analysis

DQLab Python Hackathon 2026: which SKUs are rising and which ones sell together.

  • 42,446 retail transactions analysed
  • 13 rising-star SKUs, 20 bundling rules
PythonAssociation rules
R1-05Hackathon case

Procurement anomaly check

DQLab SQL Hackathon 2026: spotting procurement records that do not fit their regional pattern.

  • 509 procurement records across 4 regional groups
  • 20 anomalies (3.9%) flagged by z-score
SQLAnomaly detection

Data analytics

Distribution and finance case studies. The LPG series uses data simulated from real operating experience at a 3 kg LPG sub-agent in West Sumatra.

T1-01Simulated data

LPG distribution efficiency

Demand against fulfilment, return rate and delivery speed across three areas.

  • 250 accounts over 18 months, about 2,000 cylinders a month
  • Delivery time from about 1.5 days in Area A to 3.1 days in Area C
PythonPandasSeaborn
View on GitHub →
T1-02Simulated data

LPG demand forecasting

Which simple method forecasts monthly demand per area best, to time allocation and reorders.

  • SMA-3, WMA-3 and exponential smoothing compared on MAE and MAPE
  • Three-month projection for allocation planning
PythonForecasting
View on GitHub →
T1-03Simulated data

Customer segmentation (RFM)

Segmenting buyers to prioritise deliveries and catch accounts that are slipping away.

  • RFM quintile scores, then K-Means with k = 4
  • Champions, Loyal, At Risk and Lost across 250 accounts
Pythonscikit-learn
View on GitHub →
T1-04Simulated data

Ops & SCM dashboard

The three LPG studies in one Streamlit app, with an adjustable smoothing factor for the forecast.

  • Four pages: overview, distribution, forecasting, segmentation
StreamlitPython
View on GitHub →
T1-05Simulated data

Finance analytics dashboard

Sector performance on the Indonesia Stock Exchange and an LQ45 portfolio optimiser.

  • 10 sectors, 2022 to 2024
  • Markowitz max Sharpe and min variance, up to 5,000 Monte Carlo runs
StreamlitSciPy
View on GitHub →

About

I come from the business side, not software engineering. My work sits where the warehouse, the stores and the numbers meet: where stock really is, whether a delivery can be proven, and whether a report can be trusted.

When a process breaks, I write down the rule it should never break again, then build the smallest tool that enforces it, with AI writing most of the code and tests proving each rule holds.

Education
Management, Universitas Andalas · GPA 3.79 / 4.00 · Best Graduate of Class
Certifications
Google Analytics (92 / 100) · HubSpot CRM (89 / 100)
Tools
Google Sheets, Apps Script, SQL, Python, Excel, Streamlit