Skip to content
Vinod KumarFull stack · AI engineer
  • Home
  • Projects
  • About
  • Contact
  • Résumé
Résumé
Vinod Kumar

Full Stack Developer | AI Application Engineer

vinodvinni308@gmail.com

Navigate

  • Home
  • Projects
  • About
  • Contact
  • Résumé (PDF)

Elsewhere

  • GitHub (opens in a new tab)
  • LinkedIn (opens in a new tab)

© 2026 Vinod Kumar · Noida, India

  1. Projects
  2. MoneyGence

Case study · Financial Management SaaS

MoneyGence

MoneyGence is a financial management SaaS for service businesses. It brings client finances, invoicing, collections and receivables into one view.

  • React.js
  • Node.js
  • Express.js
  • PostgreSQL
Visit moneygence.com (opens in a new tab)
ReceivablesInvoicesCollectionsReports
INV-1042Client APaid₹48,000
INV-1043Client BDue₹1,20,000
INV-1044Client COverdue₹36,500
INV-1045Client DDue₹72,000
Ageing (days)
0–30
31–60
61–90
90+
Illustrative mock-up, not product data
  1. Problem & context
  2. My role
  3. Implementation
  4. Workflow
  5. Decisions
  6. Technologies

01

Problem & context

Service businesses need to see what they have billed, what they are owed and what has been collected, without stitching it together from separate spreadsheets and tools.

02

My role and contribution

My work

  • Owned three modules within the development team: invoicing, receivables and reports.
  • Implemented the frontend functionality, backend APIs and database-backed workflows for those modules.

Scope

MoneyGence was built by a development team. The rest of the platform, outside the three modules above, was not my work and is not described here.

03

Technical implementation

  • Frontend

    React screens for the invoicing, receivables and reports modules.

  • APIs

    Express.js endpoints serving those modules to the frontend.

  • Data

    PostgreSQL-backed workflows that persist invoices, receivable status and report data.

04

Workflow

How the modules I owned relate
  1. Invoice raisedinvoicing
  2. Receivable trackedreceivables
  3. Payment collectedreceivables
  4. Report generatedreports

Simplified illustration of the flow, not the production schema or architecture.

05

Engineering decisions

  • One record, three modules

    Invoices, receivables and reports describe the same money, so the modules work from shared database-backed records instead of keeping separate copies.

  • Clear contracts inside a team

    Owning specific modules in a shared codebase means agreeing explicit API contracts, so my modules and the rest of the platform can change independently.

06

Technologies used

  • React.js
  • Node.js
  • Express.js
  • PostgreSQL

The interface shown above is an original mock-up with placeholder data, not a product screenshot.

PreviousOnGrid.workTeam Operations SaaSNextHaylow.aiAI Search Visibility Platform
All projectsDiscuss a project