PayWay

Payway is a payment gateway and merchant services provider built for card-not-present and subscription billing, and I was the developer behind Payway Custom Payment Gateway, their official WooCommerce plugin on WordPress.org: the rewrite that brought it up to WordPress standards and the hands-on stewardship of a product that is many merchants' first contact with the brand.

Key Takeaways

  • Rewrote the vendor's official WooCommerce gateway to WordPress and WooCommerce standards, and served as the sole listed contributor on the WordPress.org directory listing.
  • Treated the plugin as the vendor's front door: for a merchant evaluating processors, the install experience is the brand.
  • Declared and implemented full WooCommerce Subscriptions support, thirteen capabilities, ten of them subscription-specific, the whole reason a recurring-billing processor ships its own gateway.
  • Hardened the payment path: strict typing on the WooCommerce contract methods, flattened error handling with clear per-field validation, and server-side checks on every checkout field.
  • Answered merchants in public on the support forum, under my own name, with commitments and timeframes rather than acknowledgements.
  • Cleaned up the directory presence itself, credentials managed in WooCommerce settings, environments behind one setting, and the listing brought inside directory guidelines.

Organization

Payway is a mid-sized payment gateway and merchant services provider, roughly 150 people, competing on the parts that matter to card-not-present and subscription merchants: cost-plus pricing, Level III interchange qualification, account updater services that quietly prevent involuntary churn, and named support staff with direct phone numbers.

Challenge

A payment plugin carries more trust weight per install than almost any other software a merchant adds: when it does not work cleanly, the merchant simply picks a different processor. The gateway needed to meet WordPress standards, support the full subscriptions lifecycle, and present a professional face on the public directory where prospective merchants do their research.

Solution

  • A standards-focused rewrite: typed contract methods, early-return error handling, and inline validation on cardholder name, number, expiry and CVC.
  • Direct API integration with the vendor's production and test environments behind a single setting, using session-token authentication with no redirect off the merchant's checkout.
  • A checkout script built for WooCommerce's constant fragment re-rendering, with card formatting that respects the caret and handles card-type grouping correctly.
  • Full subscriptions lifecycle support: cancellation, suspension, reactivation, amount and date changes, payment-method changes by customer and admin, and multiple concurrent subscriptions.
  • Public support handled as brand work, with same-thread commitments and timestamped follow-through.

Results

  • 90+ active installs and 2,400+ downloads served by the gateway.
  • Thirteen WooCommerce capabilities declared and implemented.
  • Four checkout fields validated server-side with inline messaging.
  • Directory listing brought within guidelines, tags from 17 to 5.
  • 2 to 4 hours of support effort saved per merchant install.