Checkout reliability

Company details are required on the wrong checkout path

Define the task that needs the company information, identify the buyer paths to which that task applies, then check whether the installed checkout supports the required behavior. A company field should not become mandatory everywhere merely because one organizational workflow needs it. Equally, making it optional must not bypass a real purchase requirement. A typed company name collects a claim; it does not verify research eligibility, identity or permission to purchase.

For: A research-only store owner deciding whether company information should be required on a particular buyer workflow.

Updated 2026-10-01

Give the company field a specific job

Identify who uses the value after the order and what they use it for: naming the ordering organization, preparing an internal purchasing record or identifying the receiving business. These are purposes to establish from your operations, not reasons to assume every buyer has a company. If nobody can name the downstream task, the field's business purpose remains unconfirmed.

Separate an operational preference from a documented buyer requirement. If your actual purchase rules require an organization, removing the field alone does not resolve the buyer-control question. If the field is needed only for a particular organizational workflow, record that scope. Do not instruct buyers to enter invented company names or filler text just to pass validation.

Inspect the assigned checkout before choosing a control

WooCommerce documents company-field visibility and required-field settings in the Checkout block's linked Checkout Fields and address settings. First confirm that the page you are editing is the checkout assigned in Advanced settings. Record the installed checkout type and the configuration you can actually see. A setting on an unused page will not describe the buyer's live path.

A documented company setting does not establish a conditional rule for every buyer category or payment route. If you need company information to be required only on one path, establish whether the installed version and any extension support that condition. Do not assume a global field setting recognizes organizational buyers, or that a custom control also runs on an express wallet path.

Keep hosted custom fields within their documented limits

If the store actually uses Stripe-hosted Checkout and proposes a custom company field, its custom-field documentation permits up to three fields using text, numeric or dropdown types. They are required unless marked optional. Inventory the custom fields already used before promising space for another one, and make the optional setting an explicit part of the requirement.

Stripe says these fields must not collect sensitive data or information restricted by law. A request for company information is not permission to collect identity documents, credentials or unrelated private information there. The hosted custom-field feature also does not prove that your store connector saves the answer into the order field your staff expects. Field collection, storage and the business's processing eligibility remain separate questions.

Decide from the path and the resulting record

For each real buyer path, record whether the company input appears, whether it is required and which existing order field receives the answer. Compare an actual affected order or documented validation report with the configuration. If no order was created, a buyer's error report establishes the reported obstacle, not a storage result. An empty company field on an existing order does not by itself identify why it is empty.

A justified requirement with supported behavior can be scoped to the paths that need it. A preference without a requirement may support an optional field, subject to the store's actual buyer controls. A necessary conditional requirement that the installed checkout cannot establish remains a design gap; do not replace it with a mandatory field everywhere or an undocumented bypass.

Bring the purpose, affected checkout path, observed requirement and missing storage evidence to a Prism checkout consultation. That makes the requested review concrete. Agree on any configuration or implementation responsibilities, scope, fees and terms before work; collecting a company name is not a provider approval or a buyer-verification result.

Company-field requirement map

Complete a separate copy for each real checkout path. Compare the business requirement with the supported control and an existing order or observed validation result. Mark missing evidence unverified rather than entering a fictional company or placing an order solely to fill the sheet.

Worksheet entries are not submitted by Prism’s worksheet and are not saved by the site. Use record types, availability, anonymized observations, or match/mismatch results. Do not enter government identifiers, customer names or addresses, customer messages, receipt-access links, card or bank details, passwords, or keys. Send sensitive documents only through the provider’s verified secure channel.

Company-field requirement map. The last column is for temporary notes.
Decision itemEvidence to useDecision it supportsYour finding
Buyer workflowThe actual standard, organizational, hosted or express route the buyer used.Name the route; a rule observed on one route is not established on all others.
Business purposeThe staff task, buyer policy or written provider request that uses the company name.Distinguish a useful record from a mandatory requirement and name who owns that decision.
Buyers without a companyActual buyer reports and the store's documented purchase rules.Determine whether the obstacle is an unintended field requirement or a separate unresolved buyer-control issue.
Supported field controlAssigned checkout page, checkout type, installed version and company-field setting.Record visible, hidden, optional or required behavior only where the product and installation establish it.
Required pathsWritten requirement compared with each enabled route's documented controls.A need for conditional enforcement is unverified until the checkout supports that particular condition.
Hosted custom-field capacityFor Stripe-hosted Checkout, the existing custom-field definitions.Check the three-field limit, supported type and optional setting without assuming another integration shares them.
Order storage ownerAn existing order field and the person responsible for its integration mapping.Establish where the answer persists and who can explain a missing value; screen display alone is insufficient.
Resulting change requestThe mismatch between intended purpose, field behavior and saved order data.Ask for the narrow correction that resolves the mismatch and identify the evidence needed to confirm it.

These are temporary notes. Leaving or reloading this page may clear them. Worksheet entries are not sent automatically. If you copy notes into the consultation message and submit the form, Prism receives them as part of your request.

Limits

  • A company name is not research eligibility verification, legal clearance or processing approval.
  • WooCommerce Checkout block settings and Stripe-hosted Checkout custom fields describe different products; neither proves conditional behavior across every wallet or connector.
  • Use redacted observations and field names. Do not put customer records, identity documents, card data, authentication codes or secrets in the worksheet or public consultation form.

Sources

  • WooCommerce Checkout block — checked 2026-09-29. The checkout page must be assigned in Advanced settings. Linked Checkout Fields and address settings expose company visibility and required-field configuration. This does not prove a custom field runs on every express path.
  • Stripe hosted Checkout custom fields — checked 2026-09-21. Hosted custom fields have a three-field limit, support text, numeric and dropdown types, and are required unless made optional. They must not collect sensitive data or information restricted by law.
  • Prism solutions — checked 2026-09-21. Published support includes storefront review and help with provider website questions; scope, fees and terms are discussed before work. Eligibility is the provider's decision.

Get help with checkout

Is this happening on your own store?