...
Due to customer data protection not all data can be changed by business users. Business users can configure and manage additional information and only view the rest (note that order management is handled separately).
Because YC is a platform that can host multitude of shops the configurations for viewing and updating customer data is managed at two levels: system level - by defining custom attributes and shop level - by configuring the registration and profile forms, as well as address formatting (see forms and passwords cookbooks for more details on the topic).
Besides look and feel shop owners can also influence the experience of the customer depending on their profile settings. For example customer type property is one of the fundamental tools to create different experience for B2C vs B2B vs B2E vs Guest (B2G). There are many options available for shop to tweak configurations, most of which are clearly visible from the shop overview tab. Another example would be pricing policy and tags which allows to identify customers eligible for special pricing and promotions.
In this section we will primarily discuss the customer account management features both from the admin app and storefront.
...
Attributes/Images lists all customer attributes values for given profile (these are configured in the attribute management). Note that this view shows all attributes configured on the system i.e. if multiple shops require different attributes all definitions would be visible in the customer management. Visibility of these attributes to the customer (i.e. customer facing data in their "my account" section on the website) is fully controlled via registration and profile forms management, so only data that is configured to be displayed to the customer at shop level will be visible to them. See this cookbook for more details. See "Attributes" section below for more details on default attributes that ship with default YC installation.
...
Shops tab shows all shops assigned to this account, which effectively means shops where this account is registered. Customer can use their credentials to login to any of the assigned shops. The options of the available shops depends on the currently logged in business user access, so only relevant shops are visible.
...
Address book allows to view all addresses associated with given customer account for all web sites that they are registered with (i.e. multiple shop assignments). Not all addresses listed will be available on all web sites as each shop can have shipping and billing address location restrictions. Therefore when address book is displayed on a shop's web site some of these addresses may be filtered out.
...
Each address pod uses address format configuration as per shop drop drown selection. This drop down is list of all shops that are assigned to this account (i.e. shops customer is registered in). When new address is being added the address form also uses the shop specific address form configurations. More on topic of address formatting and address forms can be found in this cookbook.
In address book section (depicted above) in admin app business user has full control over the addresses that can be added to the customer address book, in contrast to the frontend where customer can only add addresses that satisfy given shop's restrictions. For example shop's shipping and billing location would limit the options of selectable countries on the website.
In addition to this there are multiple modes for address book that can be set at the shop (or sub shop
| Label | ||||
|---|---|---|---|---|
|
| Mode | Available | Configuration/Setup | Purpose | ||||||
|---|---|---|---|---|---|---|---|---|---|
| B2B address book mode |
| Master/Sub Shop configuration with shared address book | The address books are shared at the sub shop level. A "fake" customer account is associated with each shop to allow shop to have shared address book capability. If B2B address book is enabled then customer can only access address book in read only mode and this is the shared sub shop's address book. The purpose for this configuration is to setup verified details at sub shop level, so that customer accounts registered under given sub shop can only choose the address but not modify them. | ||||||
| Customer: types that cannot modify address book |
| Per customer type configuration at shop level | In this configuration all customers have their own address book but they cannot modify the details. Only business user can modify addresses. This configuration is used to prevent address book modifications. Typical use case is B2B customers (companies) that need a verified shipping/billing information, which can only be updated by contacting call centre. | ||||||
| Customer: types that cannot modify billing address |
| Per customer type configuration at shop level | In this configuration all customers have their own address book but they can only modify shipping addresses, billing addresses are read only. This is a less strict version of the read only customer address book, to ensure that only verified billing addresses are use in orders. | ||||||
| Default | Default behaviour is all customer have own address book and can modify shipping and billing addresses. |
Order history
In terms of admin app order history can be viewed via order management section where business user can filter orders by customer. It is not typical use case to view all customer order history from the admin app, a more usual use case is searching for specific orders by order number. If however there is a need to perform full order history audits business user does have an option to search by email address to view all orders that were place for given email. If regular audits are required, then another option would be creating a custom order export, or creating a specialised order report.
As for storefront the customer has option to view their order history by period, either last week, last month, last year or all, with default set to last month's orders.
...
In general CUSTOMER level attributes are customisations specific to shop. However there are some typical attributes that are added out of the box to facilitate registration/profile form configuration, B2B order checkout additional details form, and control B2B checkout flows.
| Attribute | Version | Purpose | ||||||
|---|---|---|---|---|---|---|---|---|
| salutation | 3.0.0+ | "Proxy" for the salutation core property. Allows to set per language mapping for salutation and used in registration and profile forms | ||||||
| firstname | 3.0.0+ | "Proxy" for the first name core property. | ||||||
| middlename | 3.0.0+ | "Proxy" for the middle name core property. | ||||||
| lastname | 3.0.0+ | "Proxy" for the last name core property. | ||||||
| customertype | 3.3.0+ | "Proxy" for the customer type core property. This is set when customer fills out registration form and account is created. It is possible to change this value from the Admin app later on | ||||||
| pricingpolicy | 3.3.0+ | "Proxy" for the pricing policy core property. This setting for customer allows to access customer specific price lists | ||||||
| b2bsubshop |
| Custom attribute that stores B2B sub shop property in case of Maste/Sub shop configurations. This allows to register account in sub shops as opposed to master level, which may lead to a personalised experience in terms of product offerings, shipping methods and pricing | ||||||
| password | 3.5.0+ | "Proxy" for the password core property. If this attribute is present in registration form for given customer type enables customers to choose their passwords (if not present then passwords are auto generated). Regex option to force strong passwords is also available | ||||||
| confirmPassword | 3.5.0+ | Corresponding match validation for password in registration forms. Must be added to registration form if password attribute is used. | ||||||
| 3.5.0+ | "Proxy" for the email core property. Allows to set custom email regex. | |||||||
| companyname1 | 3.5.0+ | "Proxy" for the company name 1 property. Use in B2B accounts | ||||||
| companyname2 | 3.5.0+ | "Proxy" for the company name 2 property. Use in B2B accounts | ||||||
| companydepartment | 3.5.0+ | "Proxy" for the company department property. Use in B2B accounts | ||||||
| regAddressForm | 3.5.0+ | Marker attribute to allow insertion of address forms into registration forms. This marker allows to fill the default customer shipping address when they fill out registration form | ||||||
| CUSTOMER_PHONE | 3.0.0+ | Custom attribute to store default customer contact phone | ||||||
| MARKETING_OPT_IN | 3.0.0+ | Custom attribute to store customer marketing contact preference used in default theme. More attributes can be added for a more diverse preference scheme | ||||||
| CUSTOMER_B2B_REF |
| B2B reference is used to pre fill B2B form during checkout | ||||||
| CUSTOMER_B2B_EMPLOYEE_ID |
| B2B employee ID is used to pre fill B2B form during checkout | ||||||
| CUSTOMER_B2B_CHARGE_ID |
| B2B charge ID is used to pre fill B2B form during checkout | ||||||
| CUSTOMER_B2B_REQUIRE_APPROVE |
| Flag set at account level to indicate that orders from this customer must be approved. During checkout the order is placed on hold and shop admin is notified. After order is approved it enters the normal order lifecycle | ||||||
| CUSTOMER_B2B_REQUIRE_APPROVE_X |
| Amount set at account level to indicate that orders from this customer must be approved over the given amount. During checkout the order is placed on hold and shop admin is notified. After order is approved it enters the normal order lifecycle | ||||||
| CUSTOMER_BLOCK_CHECKOUT |
| Flag set at account level to block checkout for given customer (i.e. prevent them from placing orders) | ||||||
| CUSTOMER_BLOCK_CHECKOUT_X |
| Amount set at account level to block checkout for given customer if order is over specified amount (i.e. prevent them from placing orders) |