Compare

Brandfetch alternative for merchant logos in transaction feeds

TxnKit is a focused cleanup layer for teams evaluating Brandfetch. Use it when the transaction feed already exists and the visible merchant row still looks unfinished.

Target intent

apps that need reviewed logo variants for transaction rows.

TxnKit suppresses logos when merchant identity confidence is weak.

Raw descriptor

SHOPIFY*LOCAL GOODS

API-shaped output

{
  "input": {
    "descriptor": "SHOPIFY*LOCAL GOODS",
    "country": "CA"
  },
  "output": {
    "merchant_name": "Local Goods",
    "category": "Retail",
    "confidence": "medium",
    "signals": [
      "processor_pattern",
      "merchant_alias",
      "category_hint"
    ],
    "warnings": [
      "review_low_confidence_matches_before_showing_logo"
    ],
    "logos": []
  }
}

Low-confidence results should keep fallback labels and warnings visible instead of forcing a guessed logo or website.

No public merchant-logo examples

TxnKit explains logo metadata without presenting unlicensed merchant marks as sample output. Low-confidence responses should suppress logo display.

Supported variant field

FieldUse
format, width, heightChoose assets sized for transaction rows, receipt detail, and profile views.
theme, background, shapePick light, dark, transparent, square, rounded, or monochrome-safe variants.
purpose, source, confidencePrefer reviewed logo metadata and suppress weak identity matches.

When to use

  • You already receive transaction data and need a narrower Brandfetch alternative for display enrichment.
  • Your app needs merchant names, categories, confidence, warnings, and logo-ready metadata.
  • You want deterministic enrichment behavior without live LLM, crawler, logo-provider, or third-party enrichment calls.

When not to use

  • TxnKit suppresses logos when merchant identity confidence is weak.
  • Do not use TxnKit to process card numbers, account numbers, full statements, bank credentials, emails, phone numbers, addresses, customer names, or customer PII.
  • Do not use TxnKit when the product requirement is guaranteed merchant identity, every-merchant resolution, or contracted uptime terms.

Proof surfaces

The public contract is POST /v1/enrich, backed by the OpenAPI file, benchmark examples, privacy rules, and deterministic request-path tests.

OpenAPI · Benchmark · Security · Pricing

Related pages