The business problem
An operational customer lookup can be buried in one-off marketplace contacts. Staff also use account codes that a standard name-only search does not explain.
Find the right customer account using the names and references staff already have in front of them.
See the real screens ↓Explore 1 real view of this workflow. Select a task, show every screen, or enlarge an image to read the original controls.
Actual Pro-A-Motors interface captures. Private identities and contact details are covered or outside the crop; screen data has not been replaced.
An operational customer lookup can be buried in one-off marketplace contacts. Staff also use account codes that a standard name-only search does not explain.
Contact-code lookup extends the account search, with later refinements to business-customer scope and code assignment.
Teams can reach the intended customer record with account context that carries across screens.
The Contacts search uses an existing account code rather than a customer name.
The Contact Code filter returns one record with ProA Portal and Wholesale tags.
Confirm the matching account and continue from its customer record.
Sales and service can refer to the same account identifier.
Support contact-code and postal-code lookup alongside customer names.
Keep marketplace-contact exclusions scoped to the workflows that request them.
Map a selected contact code back to the corresponding customer or vendor.
Maintain the relationship between a contact-code record and its partner when mappings change.
Expanded account-code lookup in the customer statement and partner-ledger workflow.
Refined contact lookup for the business-customer context.
Corrected contact-code create/write behavior.
Dates identify recorded implementation changes, not claimed rollout dates or measured results. Reviewed revisions: 841b1a6, 8c8c796, 35d28e2.
Marketplace contacts remain in the system; the relevant lookup can exclude them.
The contact-code model enforces unique code and partner mappings.
The partner-ledger helper preserves the user’s report context while handling the search term.
Existing records are shown as captured. Private identities are covered or outside the crop. No business records were changed for this collection. Implementation history supports behavior beyond the visible screen; a still image is not an end-to-end test or a measured productivity result.
Built on Captivea CAP modules and Odoo. This case describes the subsequent Pro-A-Motors extensions and refinements recorded in the reviewed repository; it does not attribute the original CAP implementation to Toro.
Connects account identifiers with ledger review.
Helps staff find the intended business customer.