Billing descriptor

Billing descriptor
Manage billing descriptors to ensure proper merchant name depiction on cardholder bank statements and reduce unrecognized charges

A billing descriptor, also called a statement descriptor, is the merchant identification text that appears on a cardholder’s bank statement. It helps customers recognize the merchant and the purpose of the payment. Clear descriptors reduce friendly fraud disputes and chargebacks caused by unrecognized transactions.

By default, the acquiring bank creates a billing descriptor when a merchant account is opened, and it stays the same for every transaction. For merchants with multiple products, subscription tiers, or markets, a single descriptor may not be enough to identify each charge. To address this, Solidgate supports dynamic descriptors. They let merchants override the default descriptor, so each charge reflects the specific product or service provided.

Connector accounts that support this capability are marked with descriptor type Dynamic
If a connector account does not allow the descriptor value to be overridden, it is marked with descriptor type Static

Static descriptor Static

The merchant name is assigned when the Guide
Configure connector accounts with payment capabilities, currencies, and authentication options for each processing route.
connector account
is opened and cannot be changed.

Solidgate lets you use routing configuration to control which payments reach a connector account with a given descriptor.

Dynamic descriptor Dynamic

A dynamic descriptor overrides the default value assigned at account creation. The descriptor can be changed in two ways.

  • Through routing configuration. Select a connector account and choose a dynamic descriptor from the list of available values. To add a new dynamic descriptor, contact the Solidgate team.
  • Through the API. Override only the dynamic part of the descriptor with dynamic_descriptor.suffix per transaction.

Dynamic descriptors apply to card payments and PayPal, while other alternative payment methods use provider specific transaction descriptions that Solidgate does not control. To set up a dynamic descriptor for PayPal, contact the Solidgate team.

Pass a dynamic suffix

Use the optional dynamic_descriptor object in your payment request. You pass only the dynamic part. Solidgate owns prefix assembly and length validation.

1
2
3
4
5
{
  "dynamic_descriptor": {
    "suffix": "PRODUCTX"
  }
}

Assembles the descriptor

Because routing is resolved after the payment request is received, the connector account, prefixes, and length limits that apply cannot be predicted at request time. Pass a single clean suffix and let Solidgate build the final descriptor. After the routing step is selected, Solidgate applies the following sequence.

  1. Check the connector account descriptor type
    If the account is configured as static, the default descriptor is used, and merchant input is ignored.
  2. Check dynamic suffix support for the connector
    If dynamic suffix support is disabled for the connector, the suffix in the request is ignored and the dynamic descriptor selected in the step settings is used instead.
    Currently supported connectors include TSYS, Stripe, Checkout, and Solidgate Acquiring.
  3. Assemble the descriptor
    If the dynamic descriptor is enabled and dynamic_descriptor.suffix is passed, the result is the step descriptor plus the suffix. If the object is omitted, the step descriptor is used.
  4. Apply the card brand prefix
    When enabled on the connector account, a brand specific prefix such as V* for Visa is prepended to the card used for the payment.
  5. Apply the provider level prefix
    Some PayFac setups add a fixed platform prefix at the provider level such as PF* or ST* . It applies automatically.
  6. Validate the total length
    The final descriptor must fit the card scheme and connector limits, typically 22 characters. If the assembled value exceeds the allowed length, it is truncated from the end. Prefixes and the step descriptor are preserved. The suffix may be partially or fully cut.
Example. On a PayFac route with platform prefix STORE* , a merchant defined suffix product123 , and a Visa prefix V* , the cardholder may see STOREVproduct123 on the statement. The exact format depends on the connector account setup, the card brand, and the connector limitations.

The final descriptor is available in the order.descriptor field of the Solidgate API payment response, or in the order details in the Solidgate Hub .


Recommendations

Format and length Format

Follow these general limits when forming a descriptor. Actual requirements can differ by provider and card brand, so treat these as a safe baseline.

  • Keep the total descriptor length within 22 characters.
  • Use only Latin letters in uppercase and lowercase, digits, and spaces.
  • Avoid special characters in the suffix. The asterisk that separates prefixes from the suffix is added automatically by Solidgate.
Connector and routing setup Routing
  • Check which descriptors are configured for your connector account, and whether each one is static or dynamic.
  • Set up routing so the descriptor matches the traffic segment that reaches the channel and route.
Cardholder recognition Recognition

Help cardholders recognize the charge and reduce unrecognized transaction disputes.

  • Display the expected statement descriptor on your payment page when your Doing Business As name differs from your brand.
  • Include customer support contact details on receipts and at checkout.
  • Avoid generic suffixes that do not identify the product or service.
  • Test with different card brands to confirm how prefixes affect the final statement line.

Use suffixes that identify the specific charge.

  • Product or plan name such as Premium or PlanA
  • Market or brand variant such as EU Store
  • Order or subscription reference when space allows

Keep suffixes short and consistent with your checkout and email receipts, so customers see the same naming across every channel.



Looking for help? Contact us
Stay informed with Changelog