WorkspaceBoard › Capabilities › Inventory & Fulfillment

Capability

Inventory & Fulfillment

Access codes and PINs issued the moment somebody pays, with no person in the middle.

What it is

When somebody buys something that needs a code, a book, a seat, a membership, the code and its PIN are issued automatically against a payment the platform has verified with the provider itself, never against what the page said.

What you get

  • A code and a PIN issued on a confirmed payment, server side
  • Codes for seats on a company roster, handed to the manager who runs them
  • Licence codes for memberships, with a status a person controls
  • Every code's status readable, and switchable off, by whoever owns it
  • A code that is switched off stops working on its next use, with no deploy and nobody's permission

How it works

  1. The provider's webhook is verified before anything is issued
  2. The purchase row is unique, so a repeated webhook cannot issue a second code
  3. The code is stamped with the company that sold it
Being straight with you

Being straight about this one: there are three separate places a code is issued today, not one pool manager. Bringing them under a single engine is written down as the next piece of work, deliberately held until the reseller tier or the first paying customer, whichever comes first.

See it on your own business

Everything on this page is switched on today. The quickest way to judge it is to look at it with your own work in front of you.

Sign inRequest a demo

The rest of it