Get in Touch
← Back to case studies

Human Resources · Recruitment marketplace

Connecting recruitment purchases to the access employers expect

A recruitment marketplace connected paid job promotion, employer plans, and résumé access with multiple payment channels, keeping subscription and access states manageable as the platform evolved.

  • Recruitment marketplace
  • Paid access
  • Subscription management
  • Payment integration

At a glance

Business need
Connect a purchase to the employer capability it buys
Product
Recruitment and labor marketplace
Delivery
Product development and modular refactoring
Technology
.NET, Orchard Core, MySQL

The business context

An employer buys a capability, not a payment-provider response.

On a recruitment marketplace, paying can mean several different things: promoting a vacancy, subscribing to an employer plan, or gaining access to résumés. Job seekers have their own profiles and application workflows, while some users move between employer and candidate roles.

The client’s platform supported these activities across web and mobile experiences. Shinetech developed the product’s commercial and operational capabilities so that a purchase could be understood in terms of the access or service the customer expected.

Reconstructed employer workspace with a job-post form, listing preview, promotion credits, and résumé-access status.
System view

An employer’s posting and the services available to it

Fictional employer and job data illustrate how posting tools relate to purchased services. Plan names, balances, and access states are sample content, not the client’s commercial terms. View full-size interface (new tab)

The operating challenge

One subscription could arrive through several payment systems.

Web payments, regional payment methods, and mobile in-app subscriptions did not produce identical events. Renewals, delayed notifications, and repeated callbacks could leave an entitlement out of step with the payment record if each channel updated the product independently.

The platform also needed to evolve without breaking older interfaces used by existing clients. Authentication, payment, and administration were being separated into modules, while role-specific permissions and the distinction between employer and candidate data had to remain intact.

The delivery decisions

Connect commercial products, payment events, and access rights.

  1. 01

    Describe what each purchase unlocks

    Promotion packages, employer plans, résumé services, and résumé-viewing subscriptions were modeled as product capabilities. This gave the application a business-level interpretation of payment rather than making access depend directly on a provider-specific screen or event.

  2. 02

    Bring subscriptions into a shared operating view

    Web and in-app subscriptions fed a common subscription model. Notification verification, transaction routing, and idempotent handling addressed repeated or delayed events, while invoicing integration connected the purchase to the financial record.

  3. 03

    Keep modular boundaries without a disruptive rewrite

    The team used a modular .NET application for authentication, payments, administration, and marketplace functions. Explicit contracts and compatibility across API versions supported ongoing mobile use while responsibilities were separated within the codebase.

How the workflow holds together

The difficult moment may arrive after checkout has closed.

Handle repeated events deliberately

A renewal or purchase notification can be delivered more than once. Processing it again should not create a second commercial effect. The implementation used provider identifiers and notification deduplication as part of keeping subscription state coherent across channels.

Operational tools, audit records, and queued communications supported the staff responsible for resolving account questions. Multilingual routes and content made the public marketplace accessible across markets, but the central engineering concern remained the same: preserve the relationship between a user’s role, the product purchased, and the rights that follow.

The delivered result

The marketplace gained a shared view of paid services and access.

Commercial capabilities

Employers could purchase promotion, plans, and résumé-related services within the recruitment platform.

Connected subscriptions

Different payment channels fed an operating model that staff could manage together.

Continued compatibility

Modular refactoring retained support for existing interfaces and mobile clients.

The platform supports marketplace functions, payments, subscriptions, and invoicing, with continuing product evolution across web and mobile interfaces.

Case taxonomy

Searchable by industry, technology, product, and business need.

Industry and product

  • Human Resources
  • Recruitment marketplace
  • Employer services

Technology and delivery

  • .NET
  • Orchard Core
  • MySQL
  • Payment integration
  • API compatibility

Business need

  • Paid access
  • Subscription management
  • Job promotion
  • Résumé access
  • Notification deduplication