...
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 the platform 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).
...
Basic information is listed on the main tab and refers to core properties of a customer profile object (these are always available and do not need to be configured).
B2B tab provides a quick overview of the core B2B properties of the account.
Shop tab lists all shops that this account is registered. Normally (B2C/B2G) each customer account would be assigned to a single shop i.e. customer with given profile can use it for specific shop where they registered. However YC allows the platform allows to share the customer account across several shops - all that is necessary is to add all shops that customer should be allowed to log in to with given account. This feature should be used with care since on one hand it offers a flexible mechanism of sharing customer data between participating shops (e.g. belonging to one company, different branding shops etc) but it also could create controversy in the sense that customer can become puzzled when they see that they are registered in a shop where they have not registered before. See "Customer shops" section below for more details.
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 installationplatform installation.
Address book tab list all addresses available to this customer. Because address forms and address rendering is configured at shop level, how the address is displayed will depend on selection of a shop in this drop down. Also because shops have notion of "allowed locations" not all addresses will be visible to the customer on the website. See "Address book" section below for more details.
...
Under normal conditions when customer registers on frontend the current shop is automatically assigned to their newly created account. If "Require Approval" feature is configured in shop for specific customer type (say business user want to approve all B2B customer registrations), then the shop assigned is created and set to disabled mode straight away, which also trigger notification to shop administrator that an account needs activation. Shop administrator can then review the customer account and click the green enable button to activate the account.
B2B Master/Sub considerations
...
In "B2B Master/Sub shop" configuration customer profile can only be assign to a single shop/sub shop. Multiple sub shop assignments is an invalid use case this configuration and will lead to "random" selection of the sub shop at the point of login.
...
In addition to this there are multiple modes for address book that can be set at the shop (or sub shop
) level.
| 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. |
...
| 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. |
| email | 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) |
