Per-employee allowance balances
Rendered from the system of record rather than calculated twice.
A new hire starts Monday. They get four hundred dollars, a catalog limited to what their department is allowed to wear, three shirts that need a logo on the left chest and their first name embroidered on the right, and an approval from a supervisor who has never logged into your site. Multiply that by two thousand employees across eleven locations and you have a uniform program.
Last updated
Uncap builds Shopify commerce for workwear suppliers, uniform companies and decorated apparel distributors where that program runs itself: per-employee allowance budgets that draw down and reset, decoration configured at the line item and priced there, catalogs managed by department and role, and approval routing that matches the customer's org chart rather than yours.
Uncap is a Shopify Platinum Partner, on Shopify since 2013, with 380+ Shopify stores launched.
This page was split from the combined fashion and apparel page. Its sibling, Fashion and Branded Apparel, covers seasonal wholesale to retail buyers: linesheets, size runs, prepacks and preseason ordering. That is a different business with a different buyer. Here the buyer is an HR or procurement manager and the goods are issued to staff rather than resold.
Two thousand employees across eleven locations, each with a budget, a catalog and an approver.
Per-employee allowance budgets and line-item decoration decide a uniform program, and both are built during implementation, usually alongside ERP or procurement integration. The platform is the foundation here. The build is the product.
An allowance is not a discount code. It is a balance per employee, with a period, a reset, a carry-over rule or not, a category restriction, a co-pay when the employee goes over, and a report the customer's finance team will ask for. It draws down at order, restores on return, and has to be right, because the customer is reconciling it against payroll.
A shirt with a left-chest logo, a right-chest name, a back print and a size is not a variant. It is a configuration. The price depends on stitch count or print location count, the lead time depends on the decoration queue, and the artwork has to be the customer's approved logo rather than whatever somebody uploaded.
Get this wrong and you have built a catalog that generates production errors at scale.
A supervisor approves for their team. A location manager approves above a threshold. Corporate approves anything outside the standard catalog. None of that is your hierarchy, and it differs for every account you onboard.
Larger accounts do not want a portal. They want the order to originate inside their own purchasing system and arrive in yours. Where the customer's buying system owns the budget and the approval, procurement and punchout integration is how these requirements are met.
"Uniform supplier" draws around 170 US searches a month at a cost per click of $7.24, with competition low. That is not a category you win on ad spend. You win it by being the supplier whose program goes live in three weeks instead of three months, because the eleventh account you onboard should not cost what the first one did.
A new hire starts Monday with four hundred dollars, a department catalog, and a supervisor who has never logged into your site.
Held where the customer's records are, usually the ERP, and rendered at checkout.
Built on Uncap Quotes, with self-serve configuration against each account's negotiated pricing.
Routing that matches the customer's org chart rather than yours.
The deciding requirements are built during implementation, and the platform's job is to be a clean foundation for building them. That reframes the question from which platform has the feature to who has built the program before and how fast the next one goes live.
A per-employee balance with a period, a reset rule, category restrictions, co-pay handling when an employee exceeds it, and returns that restore balance. Balances are held where the customer's records are, usually the ERP, and rendered at checkout rather than calculated twice. Uncap Connect syncs ERP data, including customer accounts, directly to Shopify so the number the employee sees is the number finance will reconcile.
This is an implementation build, and it appears in the scope with a price.
Uncap Quotes provides self-serve configuration against each account's negotiated pricing, and the decorated garment configuration is built on top of it during implementation: the employee selects the garment, the approved logo placement, the name and the size, the configuration is priced against the account's terms, and the decoration instructions travel with the order as the production record rather than as a note somebody retypes.
Approved artwork is held against the account rather than uploaded per order, so what reaches the decoration queue is the logo the customer signed off.
Uncap Portal provides multi-user accounts with roles and permissions, where each buyer sees their own assortment and pricing. That is the foundation the routing sits on: supervisors who approve for a team, thresholds that escalate, and departments whose catalog is genuinely different rather than filtered on the client side.
Uncap Quotes adds approval routing, revisions that keep the version history for the program agreement itself, which matters when a national account renegotiates annually and the garment list changes with it.
Where a customer's procurement system owns the budget and the approval, the order should originate there. Punchout that Uncap owns rather than subcontracts is directly relevant here, because procurement integration is one of the main paths for allowance and approval logic.
A program that runs itself.
Rendered from the system of record rather than calculated twice.
Arrives in the cart priced, with production instructions attached.
The customer's signed-off logo, not a per-order upload.
Genuinely separate catalogs, not a filtered view of one.
Roles, budgets, approvals and limits per user, with thresholds that escalate.
Owned rather than subcontracted.
Revisions that keep the version history across annual renegotiation.
Spend by employee, department and location against allowance.
Thirteen published integrations.
Per-employee allowance balances. Balance, period, reset rule, carry-over, category restrictions, co-pay above the limit, and restoration on return, rendered from the system of record rather than calculated twice.
Decoration configured at the line item. Garment, logo placement, name, size and finish built as a configuration that arrives in the cart priced, with production instructions attached.
Approved artwork held against the account. The customer's signed-off logo, not a per-order upload.
Corporate catalogs by department and role. Genuinely separate catalogs per department, location or job role, not a filtered view of one catalog.
Approval routing on the customer's org chart. Real multi-user accounts with roles and permissions, budgets, approvals and limits per user, with thresholds that escalate.
Punchout into the customer's procurement system. Owned rather than subcontracted, for accounts whose buying system holds the budget and the approval.
Program agreements with revision history. Configure, price and quote inside the Shopify admin, with account pricing applied automatically, approvals routed to the right approver and revisions that keep the version history across annual renegotiation.
Reporting the customer's finance team will ask for. Spend by employee, department and location against allowance, drawn from order data rather than assembled by hand.
ERP integration. Thirteen published integrations covering NetSuite, Microsoft Dynamics, SAP, Oracle, Epicor, Infor, Sage, Acumatica, Odoo, QuickBooks, Fishbowl, Cin7 and Syspro.
You will see the builds in the scope with a price rather than discover them in week eight.
The hard requirements are named as builds. Allowances and line-item decoration are built during implementation. You will see them in the scope with a price rather than discover them in week eight.
Configuration is a shipped product, not a services line. Uncap Quotes provides self-serve configuration against each account's negotiated pricing, the foundation the decorated garment configuration is built on.
Punchout is owned. Where the customer's procurement system holds the budget, the integration is built in-house rather than subcontracted.
Program onboarding is the metric that matters. The eleventh account should go live faster than the first. That is an architecture decision made at the start, not an efficiency that appears later.
Related pages: Fashion and Branded Apparel, the sibling page for seasonal wholesale to retail buyers, and Janitorial and Safety for PPE and safety equipment issued under the same programs and often to the same buyer. For the distribution side of a uniform supply business, see the guide to ecommerce for distributors.
Scrub and medical uniform programs add petite, regular and tall lengths that differ by style and colors set by hospital role: see wholesale scrubs and medical uniform ecommerce.
Bring one customer's program document: the garment list, the allowance rules, the approval chain and the decoration spec. If that document can be turned into a working program in weeks, the architecture is right.
Talk to Our Experts, or start with a Blueprint, the paid discovery engagement that maps the allowance model, decoration configuration, catalog structure and integration requirements before any build begins.
Yes, as an implementation build. Uncap builds the allowance engine on Shopify's B2B account structure, holding balances in the system of record and rendering them at checkout. It is a scoped, priced build rather than a checkbox.
As a configuration rather than as variants. The employee selects the garment, the approved placement, the name and the size, and the combination is priced against the account's negotiated terms, with the production instructions attached. That decoration configuration is built during implementation on top of Uncap Quotes. Approved artwork is held against the account so the decoration queue receives the logo the customer signed off rather than a per-order upload.
Yes, and as genuinely separate catalogs assigned by department, location or job role rather than as a filtered view. What an employee is allowed to order is a catalog assignment, not a front-end rule that can be worked around.
On the customer's structure, not yours. Real multi-user accounts with roles and permissions and per-user limits provide the foundation, with supervisors approving for their teams and thresholds escalating above a set value. Each account's routing is configured during onboarding.
Yes, through punchout. Uncap builds and owns its punchout rather than subcontracting it, which matters for the accounts where the procurement system holds the budget and the approval chain.
Spend by employee, department and location against allowance, drawn directly from order data. In practice this is the report that keeps a program renewed, because it is what the customer's finance team reconciles against payroll.
The buyer and the transaction. Fashion and Branded Apparel is seasonal wholesale to retail buyers who choose delivery windows and resell the goods. This page is employee programs, where garments are issued to staff against a budget, decorated per person, and approved by the customer's own managers. Suppliers who do both need both builds, and they share the account and catalog foundation but almost nothing above it.