Skip to main content
GullySystem

Payment, Shipping and Logistics APIs

Payment, shipping and logistics APIs join checkout and dispatch into one process. They cover serviceability and charges at checkout, payment verification, waybill booking, and tracking written back to the order.

Where orders get stuck

Each system works on its own. Failures appear at the joins, such as a payment that succeeded at the bank but shows pending on the store, or a parcel booked twice after a timeout.

Nothing done twice

A repeated request creates one payment and one booking, even when the network drops and the same call is sent again. Duplicates are prevented.

Both sides asked

The store checks pending payments with the gateway. It does not wait to be notified.

A failure has an owner

A booking that fails appears on a staff queue. The order number is attached.

At checkout

Two checks decide whether the buyer can complete the order. Delivery must be possible at that address, and the charge must be known.

Postcode serviceability

The postcode is checked against your courier partners before delivery is promised on the order page. The check also shows whether cash on delivery is allowed there.

Rates from the partner

Charges come from the partner by weight and destination. Free delivery thresholds can then be set from actual figures.

Delivery estimate

The estimate in days is based on the lane and the cut-off time.

Dispatch and after

Dispatch involves many repeated steps for staff. These are handled through the same order screen.

Booking and labels

Waybills are generated in bulk at the cut-off time for the day, and the labels for every parcel print from the same screen without a second export.

Pickup requests

Pickups are raised with the partner automatically. A note is added when one is missed.

Undelivered attempts

A failed delivery raises a task and a message to the buyer, so a return leg can be avoided.

Weight disputes

Dimensions and weights recorded on the order give a reference when a courier bills more.

FAQ

Frequently asked questions

Do we need an aggregator or direct courier accounts?

It depends on volume and partners. An aggregator is simpler to start with and gives several partners through one connection. Direct accounts can be added, with rules deciding which carrier takes an order.

Whose accounts are used for payments and shipping?

Yours, in your business name, with settlements going to your bank. The connection is built against them, and GullySystem holds no credentials beyond what configuration needs.

What happens if a courier API stops responding?

Bookings queue and retry, and the desk is alerted. An alternative partner can be used where your rules allow. An order is not marked dispatched until a waybill returns.

Talk to us

Tell us what you need.

Share your requirements and one of our engineers will come back to you within one business day.

  • No obligation
  • A reply within one business day
  • Your details stay private

Start with your requirements

Seven short steps that tell us what you need. An engineer reads them before getting in touch.

Share your requirements