Bill customers from FloatMerchant, track what is owed, and keep a list of what you sell.
Getting paid meant leaving FloatMerchant or using a half-finished invoice screen. There was no solid way to draft an invoice, send it, track overdue ones, or prove payment with a receipt. Line items got retyped every time.
If you cannot bill inside the product where you already track money, the product is only half useful. Invoices needed a clear life: drafted, sent, paid, or overdue. The catalog exists so people stop rewriting the same product lines on every bill.
Merchants create invoices, preview them, email them, and follow activity over time. When payment lands, a receipt links back to that invoice. If a receipt was a mistake, it can be voided. Catalog items fill invoice lines so names and prices stay consistent.
Billing was designed as a full loop inside FloatMerchant: create, send, get paid, prove it. The catalog sits underneath so the boring part (the same items and prices) stays reusable. The point was to keep the money story in one product instead of forcing a side tool for invoices.