Skip to content

Developers

Start without building. Extend when you need to.

You don’t need custom code to launch — most teams run on the built-in product. When you want more control, APIs and webhooks connect Hammerd to the systems you already use.

Integration map. Your branded storefront sends bids and buyer sign-in to Hammerd, and Hammerd serves catalog, listings, and auctions back to it. Hammerd sends webhook events about orders, payments, and delivery to your systems, such as a CRM or fulfilment tool, and those systems make API calls back to Hammerd for listings, orders, and shipping.

Your branded storefront

Hammerd’s built-in storefront, or your own front end.

Hammerd

Auctions, orders, payments, and delivery on one record.

Your systems

CRM, fulfilment, and internal tools.

The storefront side works with no code. The systems side is what your developers connect.

Two ways to use Hammerd

Use the product as it is, or build on it

Everything on the left works on day one. The right is what your developers add, only where your process needs it.

Path 1 · No code

Use the built-in product

What Hammerd already does for you.

  • Branded storefront with live and timed bidding
  • Seller intake, consignments, and listing approval
  • Buyer lists and email marketing
  • Checkout and card payments
  • Shipping, tracking, and seller payouts

Path 2 · APIs and webhooks

Extend it with your own code

What your developers can build on top.

  • Keep your own front end with Hammerd running behind it
  • Create and manage auctions, lots, and listings programmatically
  • Submit bids through the low-latency bid ingress API
  • Send order, payment, and delivery changes to your CRM or fulfilment tools by webhook
  • Connect buyer activity and audience events into your own systems
Everything the API exposes

Auctions and sale mechanics

  • Create and manage auctions programmatically

  • Support timed, live, and related sale states

  • Read bids, lot status, and auction transitions

Supply and listings

  • Manage lots, consignments, and listing drafts

  • Track consignment and valuation pipeline stages

  • Track handoff states from intake to publish

  • Structure sale configuration around inventory groups

Buyers and demand

  • Retrieve buyer signals and audience events

  • Work with segments, triggers, and launch workflows

  • Connect demand activity into your own systems

Transactions and trust

  • Integrate orders, payments, and release checkpoints

  • Track fulfilment and buyer communication states

  • Respond to post-sale changes by webhook

Illustrative example

A paid order reaches your fulfilment system

Hammerd runs the sale and the payment. A webhook hands the order to your own tools.

  1. Built into Hammerd

    The hammer falls

    The winning bid on your storefront creates an order in Hammerd.

  2. Built into Hammerd

    The buyer pays

    Checkout and payment happen inside Hammerd. Nothing for you to build.

  3. Your integration

    Hammerd sends a webhook

    Your endpoint is notified that the order has changed.

  4. Your integration

    Your system acts on it

    Your service reads the order through the API, then books the shipment or updates the customer in your CRM.

This is an example, not a spec — exact webhook events and payloads are in the API docs. API calls authenticate with a bearer API key or user access token, plus a tenant header on shared hosts.

Authorization: Bearer <API key or user access token>
X-Tenant-ID: <your tenant>

Start with the product. Extend when you need to.

Most teams don’t need custom work upfront. When you do, the APIs are already there.

Prefer to talk first?

Share your current stack and what you want to connect.

We’ll reply by email.