Build 6.33.95.0: PRO-4693
Starting from version 6.33.95.0, the loyalty program opt-in setting located under settings > customer > preset customer options > [your customer preset option]
and sales > customer > [your customer record] > membership
can have the following values:
The loyalty program opt-in checkbox indicates if the customer wants to participate in the retailer’s loyalty program.
not selected
: the customer has not specified their choiceYes
: the customer wants to participate in the loyalty programNo
: the customer doesn’t want to participate in the loyalty programAlso, we’ve added the capability to configure if the user in POS Pro should be prompted to define the loyalty program opt-in field if the latter is empty on saving the customer record.
To configure if the user should be prompted to define the loyalty program opt-in field on saving the customer’s record in POS Pro, in CHQ:
settings > location settings > locations / location settings
.Build 6.33.114.0: PRO-6350
As of version 6.33.114.0, we’ve updated how the customer membership level is calculated.
If the loyalty program opt-in setting is set to yes
under chq > sales > customers > [selected customer] > membership
, the customer’s past sales from the last fiscal year are included in membership level calculations.
If the loyalty program opt-in setting is set to no
, the customer membership level is downgraded.
Build 6.33.95.0: PRO-4177
In CHQ, it’s now possible to define if discounts can be combined when applied to an item or the whole receipt in POS PRO V6.
This update allows for a more accurate management of discounts within one sale. For example, it’s possible to prohibit applying item level discounts along with receipt level discounts, or combining a particular type of item discounts with another type of item discounts.
The update also adds the capability to define if an item or receipt discount can be applied more than once.
To configure how a discount should be combined with other discounts, in CHQ:
settings > sales > discount reasons
.To allow applying a discount more than once in POS Pro, in the select discount dialog, click the selected checkbox next to that discount. For example, if you’re editing Discount A
, find and click the selected checkbox next to Discount A
.
Build 6.33.95.0: PRO-4604
We’ve introduced the capability to automatically link temporary customer records to registered customer records.
In Teamwork Commerce Pro, a temporary customer account is created in the following cases:
If the customer has a registered account, the temporary account can now be automatically linked to the latter. This allows for transferring and saving the customer’s purchase history as well as updating their loyaly points.
To configure the new settings, the user must have the Add/Edit Customer Settings CHQ security right. For information on how to assign security rights to users, see the Roles section of the Cloud HQ User Manual: Settings.
In CHQ, it’s possible to configure how a temporary record should be linked to the registered account. To do so:
Go to settings > customer > customer settings
.
To configure this setting for accounts resulting from offline transactions, in the offline transactions - link to registered customer section, select the required checkbox(es) among the following:
To configure the setting for accounts created after placing a web order, in the web order guest checkout - link to registered customer section, select the required checkbox(es) among the following:
It’s possible to have all three checkboxes selected in both offline transactions - link to registered customer and web order guest checkout - link to registered customer sections. If, for example, the member code is missing on the temporary account, the records can be linked by primary email or mobile phone.
Cloud HQ User Manual: Settings
Build 6.33.95.0: PRO-4749
It’s now possible to choose a day that should be considered the start of the week for analytics purposes in CHQ.
The specified start of the week value will then be used when applying the date range filter under chq > analytics > reports
and chq > analytics > data mines
:
To define the new start of the week field, the user must have the Add/Edit Reports Settings CHQ security right. For information on how to assign security rights to users, see the Roles section of the Cloud HQ User Manual: Settings.
In CHQ, to select the day as the start of the week:
settings > reports > report settings
.Sunday
is set by default.Cloud HQ User Manual: Settings
Build 6.33.95.0: PRO-5130
We’ve added the capability to restrict the automatic calculation of the arrival date field value in CHQ under purchasing > purchase orders > new
.
To do so, in CHQ:
settings > purchasing > purchase documents
.If the PO dialog - do not auto calculate arrival date checkbox is selected, when creating a new Purchase Order under chq > purchasing > purchase orders > new
, arrival date is not automatically populated. Also, arrival date is not recalculated if the following fields of the purchase order dialog are populated or updated:
Cloud HQ User Manual: Settings
Build 6.33.95.0: PRO-3899, PRO-3997
We’ve added the capability to define aliases for inventory attributes in CHQ.
An alias is the alternative name of an item attribute. For example, if the retailer has configured the Attribute 1 column to show numeric codes of colors, the Attribute 1 Alias column may be configured to show the actual names of colors. That would help users to correctly identify colors when working with inventory.
User-defined aliases display in all inventory related CHQ areas where item attributes appear.
To set up aliases for inventory attributes in CHQ:
Go to chq > settings > inventory / catalog > inventory labels
.
Scroll down to the attributes section.
Populate the following fields:
It’s possible to set up translations for the attribute aliases. Translations display in the POS Pro app if the respective language is selected as the language of the app’s user interface.
To set up a translation for an alias:
Click save for the changes to take place.
It is now possible to configure if attribute aliases display in the POS Pro app under settings > company settings > V6 App Designer
. You can add attribute aliases to the following POS areas:
Point of Sale v6 > iPad > Catalog
Point of Sale v6 > iPad > Sales Receipt
Point of Sale v6 > iPad > Sales Receipt
Point of Sale v6 > iPad > Shipments
Point of Sale v6 > iPad > Shipments
Point of Sale v6 > iPad > Shipments
Point of Sale v6 > iPad > Adjustments
Point of Sale v6 > iPad > Count Memos
Build 6.33.95.0: PRO-3982
We’ve introduced the capability to add a new Discount Amount / % column to the Cart tab of the Sales Receipt area in POS Pro V6.
The Discount Amount / % column displays the following in two rows:
In CHQ, to add the Discount Amount / % column to the Cart tab of the Sales Receipt area in POS Pro V6:
settings > company settings > v6 App Designer
.Point of Sale V6 > iPad > Sales Receipt > Cart Columns
.Build 6.33.95.0: PRO-2406
As of version 6.33.95.0, we’ve introduced the following updates in the V6 App Designer:
The updates are aimed at improving the user experience when looking for Sales Receipts in POS Pro.
In CHQ, under settings > company settings > v6 App Designer
, the following updates have been introduced to the sections of the Sales Receipt area:
Please note that, in v6 App Designer, the order of labels in the layout section defines the order in which respective columns display in POS Pro.
To remove a column from the area, press the required label and then drag it out of the layout section to available fields.
Once done, click save.
Build 6.33.95.0: PRO-2102
As of version 6.33.95.0, we’ve introduced the capability to configure:
Configuration is available in V6 App Designer in CHQ. To do so:
Go to settings > company settings > v6 App Designer
.
Under Point of Sale V6 > iPad > Sales Receipt > Receipt Options
, Find Receipt displays on the top of the layout section.
Please note that the order of labels in the layout section defines the order in which respective columns display in POS Pro.
Under Point of Sale v6 > iPad > Sales Receipt
find and click Find Receipt:
In the Find Receipt area that displays, press and drag the required fields from the available fields section to layout for them to become available in POS (or drag those back to available fields - to remove).
Once done, click save for the changes to take place.
Build 6.33.95.0: PRO-4251
Starting from version 6.33.95.0, when creating a new company location in CHQ, users are not allowed to choose a country that has fiscalization related settings if those settings are not configured.
Fiscalization related settings for a country can be configured under settings > company settings > countries / regions > [selected country] >
the fiscal
tab.
As of version 6.33.95.0, this update applies to the following countries:
The following fields under settings > company settings > countries / regions > [selected country] >
the fiscal
tab are now required:
Country | Required fiscalization related fields |
---|---|
France | SIRET, VAT registration # |
Germany | VAT # |
Spain | VAT #, CIF # |
Build 6.33.95.0: PRO-4440
We’ve added a new fiscal checkbox at the location level in CHQ.
If the fiscal checkbox is clear, fiscalization related features for that company location are disabled.
This update may be useful if the retailer’s business is located in a country with fiscal regulations but where certain types of stores are exempt from these regulations. The retailer can now have the fiscalization functionality enabled at the country level but disabled for certain locations.
To configure the fiscal checkbox for a new location, in CHQ:
settings > location settings > location / location settings
.create brand new location
or copy from existing location
and then click ok.Please note that once the fiscal checkbox is selected and the location record is saved, the fiscalization functionality cannot be disabled again for that store location.
When a new location record is created, the fiscal checkbox is cleared by default. However, please note that for locations with country = France
, Germany
, Italy
, and Spain
the fiscal checkbox is always selected automatically.
Build 6.33.95.0: PRO-5639
In CHQ, starting from version 6.33.95.0, it is possible to configure if sales and returns can be made within a single transaction.
Usually, in fiscal countries where Invoices are in use, having sales and returns on the same transaction is not allowed. In some countries, for example, France, combining sales and returns is possible on Sales Receipts only.
The new settings allow retailers to configure if exchanges can be made within a single transaction. This can be configured separately for Sales Receipts and Invoices.
Typically, a customer may request an Invoice instead of the regular Sales Receipt when shopping on behalf of a company. Companies can use Invoices as proof of business expense to claim a VAT tax deduction.
Compared to the regular Sales Receipt, an Invoice will contain extended information on the company providing the goods and services, the customer or the customer’s company, details about the goods and services provided, payment terms, and tax rates.
To allow combining sales and returns on the same transaction:
chq > settings > company settings > countries/region
.As of version 6.33.95.0, the following is the recommended configuration of the sale receipt - allow sales and returns on the same transaction and sale invoice - allow sales and returns on the same transaction settings for countries that have fiscalization related features in Teamwork:
The recommended configurations described below may need updating if the country’s legislation on exchanges within a single transaction has changed. Please consult the current government regulations to properly configure these settings.
Country | sale receipt - allow sales and returns on the same transaction | sale invoice - allow sales and returns on the same transaction |
---|---|---|
France | yes | no |
Spain | yes | no |
Germany | yes | no |
Italy | disabled | disabled |
Allowing exchanges on sales receipts and invoices in POS PRO Guide V.6.33
Build 6.33.95.0: PRO-5668
In CHQ under settings > company settings > countries/regions > France
> the fiscal tab, the following fields are now required:
Build 6.33.95.0: PRO-4770, PRO-5038
As of version 6.33.95.0, we’ve introduced support of fiscal invoices for France.
This enhancement required the following updates in CHQ:
In France, the customer can now choose which sales document to get on a sale finalization — a standard Sales Receipt or an Invoice.
Invoice is a fiscal document that is used in France for situations when a retail customer asks for an invoice for tax purposes when paying for items.
In its turn, Invoices are issued to the following customers:
Depending on the customer type, Invoices contain additional information fields that can be preconfigured in CHQ as required or optional.
As a part of this enhancement, for France, in the country details dialog, we’ve updated the fiscal as well as POS tabs and added the new invoice customer tab.
To access this dialog, go to chq > settings > company settings > countries / regions
, select France
, and then click edit.
Now, the general section of the POS tab contains the following settings:
In case of France, the NF-525 section of the fiscal tab has been extended with the following new settings:
Setting | Description | Value |
---|---|---|
RCS | the RCS number (RCS stands for “Registre du commerce et des sociétés” - Trade and Companies Register) | Blank by default, max 128 characters allowed. |
intra-community VAT ID | VAT Registration # of the company | Blank by default, max 128 characters allowed. |
legal form | the type of business organization. For example, SA (stands for “Société anonyme”, Limited Liability Company) |
Blank by default, max 128 characters allowed. |
social capital | the amount representing the total capital of the company (retailer) | Blank by default, alphanumeric, max 128 characters allowed. For example, 50000.00 Euros |
city of registry office | the city where this company is registered | Blank by default, max 128 characters allowed. |
trades directory registration | the ID number that defines the type of business (trade, transportation, restaurant, etc.) | Blank by default, max 128 characters allowed. |
The invoice customer tab is a new tab that contains a list of fields the user can select as required for different invoice types. In POS Pro, these fields are populated by the user during the sale process, and the information from these fields then appears on the printed customer invoice.
The following fields are available in the section both for professional and individual customers:
SIRET (selected by default for professional only)
RCS (selected by default for professional only)
Additionally, for SIRET and RCS, under customer field, select where the values are populated from:
none
: indicates that this value is not included by default on the sales document when a customer is addedtax ID 2
: indicates that the field is defaulted from the the tax ID 2 customer field valuetax ID 3
: indicates that the field is defaulted from the the tax ID 3 customer field value
Please be advised that you cannot select the same option for both customer fields.
VAT # (selected by default)
company name (selected by default)
first name (selected by default)
last name (selected by default)
address 1 (selected by default for professional only)
address 2
address 3
address 4
address 5
city (selected by default)
state/province
postal code (selected by default)
country (selected by default)
fiscal code
phone
Please note that if Identification Waiver is selected in POS under Sales Receipt > Payment > Invoice Information
, the following fields become optional for individual Invoices:
Also, if Address Objection is selected in POS under Sales Receipt > Payment > Invoice Information
, address 1 becomes optional for individual Invoice.
For more information, please see V6.33 Mobile Release Guide.
When issuing an Invoice in POS, the tax ID 2 and tax ID 3 fields are used to take the SIRET and RCS values from.
To configure the settings, in CHQ:
sales > customers
.Build 6.33.95.0: PRO-4445
As of version 6.33.95.0, we’ve introduced support of fiscal invoices for Germany.
This enhancement required adding new settings for invoice configuration at the country level in CHQ.
In Germany, the customer can now choose which sales document to get on a sale finalization: a standard Sales Receipt or an Invoice.
To meet the fiscal requirements, either the company name or the customer name (both first and last name) should be mentioned when issuing an Invoice.
For Germany, the invoice customer tab is now available in the country details dialog.
To access the country details dialog, go to chq > settings > company settings > countries / regions
, select Germany
, and then click edit.
The invoice customer tab contains the list of fields that can be selected as required for Invoice:
In POS Pro, these fields are populated by the user during the sale process, and the information from these fields then appears on the printed customer invoice.
The company name, first name and last name fields are not available for selection on this tab as they are required fields.
Please be advised that it’s enough for the store associate to indicate either the company name or the customer’s first and last name to issue the Invoice.
Build 6.33.95.0: PRO-4338
In CHQ, we’ve added the capability to set up and configure the Custom payment method.
This update allows retailers to set up payment types unique to their business. Via the Custom workflow, store associates can accept payment methods other than those listed by Teamwork while allowing POS Pro to keep track of funds and update inventory appropriately.
The Custom payment method also can be employed in the case where the retailer wants to reduce inventory using Sales Receipts. Then, Custom would be used as a “dummy” payment method allowing to finalize the transaction.
To set up a custom payment method, in CHQ:
Go to settings > sales > payment methods
.
In the area that opens, click new.
In the new payment method dialog, select custom
for the payment type field and then click ok.
Then, configure the following payment settings:
Setting | Description | Value |
---|---|---|
payment type | the name of the payment method | custom , not editable |
code | the payment method name in POS | An alphanumeric value up to 128 characters, empty by default, required |
description | an optional description of the payment method | An alphanumeric value up to 400 characters, empty by default |
require customer | if the checkbox is selected, a customer must be added to the sale | Clear by default |
payment custom entry field | if a note should be provided by the user when accepting the payment in POS Pro. If optional or required is selected, after entering a payment amount in POS Pro, a dialog appears where it’s possible to enter a text |
Possible values: not shown (set by default), optional , and required |
custom entry label | the label for the field in POS Pro where the user can enter a text on accepting the payment | An alphanumeric value up to 80 characters, empty by default; required if payment custom entry field is set to optional or required |
fiscal label | the name of the payment method that will appear in fiscal reports | An alphanumeric value up to 128 characters, empty by default |
list order | the position of the payment method in the payment method list in POS | Values can range from -9999 to 9999 . 0 is set by default |
external ID | an optional ID of the payment method | An alphanumeric value up to 128 characters, empty by default |
inactive | if the checkbox is selected, this payment method will be unavailable in POS | Clear by default |
maximum amount allowed | the maximum amount allowed for this payment method. If the entered payment amount is greater than the indicated value, a warning displays in POS | Values can range from 0 to 999999999.99 .0 means that there’s no limit, set by default |
allow for positive amount | if the checkbox is selected, an amount greater than the amount due can be accepted | Clear by default |
max positive over-tender $ | the maximum amount in $ for that payment method that can be accepted | Editable if allow for positive amount is selected. The values range from 0 to 999999999.99 . 0 is set by default |
max positive over-tender % | the maximum positive amount in % for that payment method that can be accepted | Editable if allow for positive amount is selected. The values range from 0 to 100 . 0 is set by default |
allow for negative amount | if the checkbox is selected, an amount greater than the change due can be returned to the customer | Clear by default |
max negative over-tender $ | the maximum negative amount in $ | Editable if allow for negative amount is selected. The values range from 0 to 999999999.99 . 0 is set by default |
max negative over-tender % | the maximum negative amount in % | Editable if allow for negative amount is selected. The values range from 0 to 100 . 0 is set by default |
non gift item - refund to | an optional field to define how a refund should be performed for that payment method | Possible values: virtual gift card , virtual gift card to giftee email , credit memo , and offline payment . The field is empty by default |
gift item - refund to | an optional field to define how a refund should be performed for that payment method | Possible values: virtual gift card , virtual gift card to giftee email , credit memo , and offline payment . The field is empty by default |
Click save.
To configure the Custom payment method settings for a specific company location, in CHQ:
settings > sales > payment methods
.Setting | Description | Value |
---|---|---|
visible | if selected, this payment method is available for devices initialized at that company location | Selected by default |
suggested amt. when positive | if selected, in POS Pro, the positive payment amount is automatically set to the amount due. Alternatively, if the checkbox is cleared, the amount is set to 0 and the user has to define the latter manually |
Selected by default |
suggested amt. when negative | if selected, in POS Pro, the negative payment amount is automatically set to the amount due. Alternatively, if the checkbox is cleared, the amount is set to 0 and the user has to define the latter manually |
Selected by default |
allow negative | if selected, the payment method can be used for giving change and making refunds | Clear by default |
list order | the position of the payment method in the payment method list in POS Pro | Values can range from -9999 to 9999 . 0 is set by default |
Build 6.33.95.0: PRO-3854
Starting from version 6.33.95.0, Loyalty Rewards Programs (LRP) are available in Teamwork Commerce Pro suite.
Loyalty Reward Programs allow customers to earn loyalty reward points when making purchases in a physical store or on an ecommerce site.
There is a configurable ratio of the money spent to points. For example, spending $1.00 might earn you 1 point. When the customer reaches a predefined amount of loyalty reward points, the customer is awarded a coupon for a set value or discount %.
The coupon award notification can optionally be sent by email to the customer.
With this update, the following security rights were added to CHQ:
Area | Right | Description |
---|---|---|
Sales | Add LRP Transaction | Allows user to add manual LRP transaction |
Prior to using, the Loyalty Reward Program must be enabled and configured in Teamwork Commerce CHQ.
In CHQ, users can enable two Loyalty Reward Programs(LRP 1 and LRP 2) for an SVS zone. To do so:
Go to settings > company settings > stored values services > SVS zones
.
An SVS zone unites company locations that share the same data for some of the CRM (customer relationship management) features.
Company locations are grouped into SVS zones by their base currency.
Double click the required SVS zone in the table.
Click the LRP tab:
The LRP tab remains disabled if no currency is selected on the general tab under chq > settings > company settings > stored values services > SVS zones > [selected SVS zone]
.
As the settings for both the programs are identical, in this guide, we describe only the settings for LRP 1.
Under LRP 1 settings, in the general section, select enable LRP 1.
In the points section, fill out the following fields to configure how reward points are calculated:
Field | Description | Value |
---|---|---|
default ratio - 1 currency unit equals | Defines the conversion rate at which the customer earns LRP points. | Decimal. Negative values are not allowed. Default is 1 . Max allowed: 999999.99 . |
total LRP ratio | Defines how many points items result in when purchased. | Possible values are:
Item ratio is configured under |
customer sign up bonus points | Defines how many points the customer receives as a sign-up bonus. | Decimal. Min = 0 , max = 999999.99 . Default is 0 . |
allow negative LRP balance | Defines if the customer’s LRP balance can go negative. | Selected by default. This may be useful to prevent rewards to customers who return merchandise after a reward has been granted. |
In the rewards section, configure how conversion of reward points into rewards is performed as well as reward expiration policies:
Field | Description | Value |
---|---|---|
conversion threshold | Defines the limit or threshold when the rewards come into play. | Decimal. Negative or zero not allowed. Default is 1 . Max is 999999.99 . |
conversion policy | Defines how often the customer’s LRP points are converted into a reward. | Possible values are: no conversion (default) and daily conversion . |
conversion delay (days) | Defines the number of days before the LRP points can be converted into a reward. Available if conversion policy equals daily conversion . |
Integer. Negative not allowed. Max is 9999 . Default is 0 . |
rewards | Defines the type of reward the customer can get. | Possible values are: no reward (default) and coupon . |
coupon description | User-defined coupon description. | Available if rewards equals coupon . Text. Max 512 characters. Empty by default. |
coupon type | Defines the type of coupon received as a reward | Possible values are: amount , percentage and promo activation . Available if rewards equals coupon . |
coupon program | Allows for selecting one of the available programs to which the reward coupon will belong. | Available and required if rewards equals coupon . Empty by default.
If coupon type equals |
conversion rate - each threshold amount equals | Indicates percentage of coupon discount per each threshold amount. For example, “each 1000 threshold equals 10% ” means that the customer gets a 10% discount per 1000 loyalty points. |
Available if rewards equals coupon and coupon type is amount or percentage . Decimal. Negative or zero not allowed. For amount coupons: max is 999999.99 , default is 1 . For percentage coupons: max is 100 , default is 0 . |
expiration policy | Defines if the reward coupon expires after a period of time. | Available if rewards equals coupon . Available values: no expiration (default) and period . |
expiration period (days) | Defines after how many days the coupon expires. | Available and required if rewards equals coupon and expiration policy equals period . Integer. Default is 0 . Min is 1 , max is 9999 . |
In the reward mailing services section configure how customers are emailed when they reach a reward:
Field | Description | Value |
---|---|---|
mailing service | Defines if an email should be sent if a customer is reaching a reward and via which emailing service provider. | Available options: Off (default) and Mandrill . |
email template | Allows for selecting one of the email templates predefined on the Mandrill side. | Available if mailing service is Mandrill . Required. |
sender email | Indicates the sender’s email. | Validated by Mandrill. Required. Empty by default. |
ignore subscription flag | Defines if the customer’s mailing preference is ignored when sending an email about a reward. | Selected by default. |
send instant | Defines if an email should be sent immediately or in a batch. | Cleared by default. |
Emails will not be sent if mailing service is off
or the primary email (chq > sales > customers > [selected customer] > general
) of the customer who’s linked to the coupon is empty.
Also, no email is sent if ignore subscription flag (see step 7 above) is cleared and the transactional flag is cleared for primary email of the customer who’s linked to the coupon (chq > sales > customers > [selected customer] > general
).
A new LRP tab has been added under chq > sales > customers > [selected customer]
:
On the tab, for LRP 1 and LRP 2, you can do the following:
LRP transactions add to or subtract LRP points from the customer’s running balance.
Automatic transactions add and subtract points automatically as the result of the customer’s sales and returns, awards, rewards, etc. It’s also possible to add or subtract a customer’s points manually in CHQ by creating a manual transaction under sales > customers > [selected customer] > LRP
.
Field | Description | Value |
---|---|---|
SVS zone | Allows for selecting an SVS zone. | An SVS zone name:
|
amount | Defines the LRP transaction amount. | Editable. Decimal (from -999999.99 to 999999.99 ). Required. |
description | Allows the user to optionally provide extra details related to this transaction. | Editable. Text (max 512 characters). Optional. |
On the LRP tab, for LRP 1 and LRP 2, under loyalty reward points, the following information on LRP points is available for each SVS zone:
Clicking the view transactions link opens the LRP transactions dialog. In the dialog, the information on all the transactions linked to this customer displays:
sale/return
: for transactions when points were added/taken from account as result of sale or returnaward
: for transactions which are result of crediting points for registration, birthday and other eventsreward
: for redemption transactions when points were converted to couponsmanual
: for manually created transactionstransfer
: if balance is moved from the customer’s old account during customer record mergingimport
: for transactions created resulting from importno reward
or coupon
)When merging customer records, if for the old customer record the loyalty point balance is different from zero, all the points are moved to that customer’s new account.
Cloud HQ User Manual: Settings
Build 6.33.95.0: PRO-3587
Starting from version 6.33.95.0, Coupons are available in Teamwork Commerce Pro suite.
Coupons are vouchers entitling the holder to a discount when purchasing goods and services.
The retailer can issue coupons to reward customers based on their purchase history, increase sales as well as promote the retailer’s brand. Teamwork Commerce Pro now provides a wide set of features to set up and manage coupon programs as well as individual coupons within the retailer’s environment.
With this update, the following security rights were added to CHQ:
Area | Right | Description |
---|---|---|
Sales | Coupons - Access | Allows the user to access the coupons area |
Sales | Coupons - Add/Edit | Allows the user to create new or edit existing coupons |
For information on how to assign security rights to users, see the Roles section of the Cloud HQ User Manual: Settings.
In Teamwork, all existing as well as new coupons must be assigned to a coupon program. The coupon program defines what type of discount the coupons provide, application restrictions and rules as well as other details.
In CHQ, users can create multiple coupon programs at the SVS zone level.
To add a new coupon program to an SVS zone, in CHQ:
Go to settings > company settings > stored values services > SVS zones
.
Double click the required SVS zone in the table.
At the top, click to select the enable coupons discount checkbox. The checkbox enables the coupons functionality for that SVS zone.
To configure how coupon numbers should look like when generated automatically, define the coupon # generation mask field. By default, the following mask is used: [A-Z0-9]{10}
.
Then, above the table with existing coupon programs, click new:
In the new coupon program dialog that opens, the following sections are available:
In the general section, populate the following fields:
Field | Description | Value |
---|---|---|
program name | the name of the coupon program | Max 128 characters, required |
description | user-defined program descriptions | Max 512 characters |
discount type | the type of discount the coupon provides | Possible values are line discount (default), global discount , and promo discount |
discount reason | the description of the discount the coupon provides | Visible if discount type = line discount or global discount . Required. Possible values depend on the selected discount type |
inactive | if the checkbox is selected, the coupon program is turned off | Clear by default |
Below in the restriction section, populate the following fields:
Field | Description | Value |
---|---|---|
item restrictions | if the coupon can be applied only to certain items or item groups | Possible values are no restricitons (default), restrict by promo groups , restrict by items . Not editable if discount type = global discount . Not visible if discount type = promo discount . |
restricted by promo groups | if promotion groups are selected, coupons within that program can be applied only to items belonging to listed promo groups | Visible only if item restrictions = restrict by promo groups . Required. Clicking edit next to the field opens the select promo groups dialog |
restricted by items | if items are listed, coupons within that program can be applied only to those items | Visible only if item restrictions = restrict by items . Required. Clicking edit next to the field opens the select items dialog |
promotion | if a promotion is selected, coupons within that program can be applied only to items eligible for that promotion | Visible if discount type = promo discount . Clicking select in the field opens the select promotion dialog |
coupon usage | if each coupon can be used only by a specific customer | Possible values are specific customer (default) and any customer |
unlimited uses | if the coupon can be used an unlimited number of times | Cleared by default |
uses allowed | how many times the coupon can be used | Visible if the unlimited uses checkbox is cleared. Possible values range from 1 (default) to 9999 |
Then, in the replacement section, populate the following fields:
Field | Description | Value |
---|---|---|
replace on return | if the coupon should be replaced on return | Cleared by default. Editable if discount type = global discount or promo discount , coupon usage = any customer and the unlimited uses checkbox is cleared. |
replacement expiration policy | how replacement expiration policy is determined | Visible if the replace on return checkbox is selected. Possible values are original expiration date (default) and period . |
replacement expiration days | for how many days replacement is possible | Visible if the replace on return checkbox is selected and replacement expiration policy = period . Possible values range from 1 to 9999 , 0 by default. |
In the custom section, fill out the required custom fields.
To configure what custom fields should appear in the new coupon program dialog, go to settings > company settings > custom fields > coupon program
.
To save changes and add the coupon program to the SVS zone, click save at the bottom-right.
We’ve added a new coupon activated checkbox to the new/edit promotion engine dialog located under sales > promotion engine > new
or sales > promotion engine > [selected promotion engine]
:
If this checkbox is selected, the respective promotion is applied to eligible receipts only if a coupon activating that promotion is added to the sale.
We’ve added a new global coupon application priority setting under settings > sales > sales documents
:
This setting defines the order in which global coupons should be applied to a transaction in the POS Pro app.
Depending on the setting configuration, either amount-type coupons or percentage-type coupons can be applied first.
In CHQ, existing coupons are listed under sales > coupons
in the recent section (A in the screenshot):
To find a specific coupon, use the search bar (C in the screenshot above) at the top-right. Searching is possible by the following fields:
To apply a filter to the list of coupons, under filter (B in the screenshot above), define the field by which the list should be filtered.
Creating new coupons is possible by clicking new at the top (D in the screenshot). For information on how to create coupons, see the How to create a new coupon article of this Release Guide.
To open the detailed list of existing coupons, under sales > coupons
, click list at the top:
In the list view, the following columns are available by default:
not yet active
, active
, deactivated
,used
, invalid
, and expired
amount
, percentage
, and promo activation
line discount
, global discount
, and promo discount
Additionally, right-click the header of the grid to add the following columns to the list:
To filter the list by the status column, click filter in the upper right corner.
Also, the following actions are available in the list view:
Please be advised that deactivated coupons cannot be reactivated.
To add a new coupon, under sales > coupons
or sales > coupons > list
, click new at the top of the area.
On clicking, the general tab of the new coupon dialog opens:
In the general section of the tab, populate the following fields:
Field | Description | Value |
---|---|---|
coupon # | the unique number of the coupon | Required. The number should be unique at the company level. Click generate coupon # under the field to generate the coupon number automatically. |
description | user-defined coupon description | Max 512 characters |
SVS zone | the SVS zone to which the coupon belongs | Required. Defining the SVS zone field enables the generate coupon # button |
type | coupon type | Possible values are amount (set by default), percentage , and promo activation |
value | coupon face value | Visible if type = amount or percentage . Required. Possible values are currency symbol , percentage % , and 0 (default) |
start date | the date and time when the coupon was actived | Date in the mm/dd/yyyy hh:mm format |
expiration date | the date and time when the coupon expires | Date in the mm/dd/yyyy hh:mm format |
In the coupon program section below, click the program name field to select the required coupon program. Once selected, read-only information on that coupon program appears below.
Then, in the customer section, use the search field (A in the screenshot below) to find the customer who the coupon was issued to. Please note that the customer section is hidden if the coupon usage field is set to any customer
.
When finished, click save at the bottom-right.
We’ve added a new coupons tab under chq > sales > customers > [selected customer]
:
The coupons tab contains the list of all coupons that are linked to that customer.
Here, the following actions are possible:
Starting from version 6.33.95.0, if two customer records are merged in CHQ, all coupons linked to the old record will be automatically reassigned to the new record.
Cloud HQ User Manual: Settings
Build 6.33.95.0: PRO-2856
We’ve now introduced Returns Manager to CHQ.
Please be advised that in version 6.33 of the software, the Returns Manager functionality is for review only as it is partially tested. Full testing will be completed in future versions.
To process returns via the previously existing return worksheets functionality, please use builds prior to 6.33.95.0.
The Returns Manager provides users with the capability to handle merchandise returns in a quick and efficient manner with little manual processing required.
In particular, in CHQ it is possible to:
As of version 6.33.95.0, several workflows are possible when using Returns Manager for return processing. In particular, it’s possible to make use of:
To make use of the automatic processing, every sale item must be shipped out with a Return Merchandise Authorization (RMA) code.
An RMA code allows for quick item identification when performing a return.
Customers wishing to make a return can simply ship an item with the RMA code back to the retailer without prior notification. When a company location handling returns receives the shipment, RMA codes are quickly scanned to create a list of items. Note that such list can contain a large number of returns from different customers.
Once the list of returns is imported into Teamwork’s system, linking every return to the correct customer record, Sales Order, Sales Receipt, etc. will occur automatically. Imported return lines (items) then appear under chq > sales > returns manager
and are available for further automatic or manual completion.
Processing a return is also possible by creating an RMA Order. An RMA Order indicates that a customer intends to make a return, thus a shipment of item(s) is about to be received.
This workflow may be useful when customers have to contact the retailer prior to shipping the return items. An RMA Order may thus contain additional information provided by the customer such as the shipment tracking number, preferred refund method, the desired exchange item, etc.
Once the retailer receives the shipment with the return items, it’s required to enter the RMA codes of those items under chq > sales > returns manager
to change their status from not received
to pending
. Once the items are set to pending
, the return can be completed by the automatic process.
If set up at Teamwork’s side, automatic creation of RMA Orders in CHQ is also possible. This may be useful for e-commerce sales where customers have the capability to submit a return form online. Once a return request is submitted, an RMA Order is automatically imported into Teamwork’s system.
Introduction of the Returns Manager functionality resulted in following updates and enhancements under chq > settings
:
sales > sales documents
A new returns manager area has been added. In the area it is possible to:
Also, under returns manager - auto process priority for split payments we removed store credit
and added credit memo
.
location settings > locations/location settings > new/edit
We’ve added the capability to mark the required location as allowed return location. The respective checkbox is available on the sales tab in the returns manager section:
sales > payment methods > [selected payment method]
In the returns manager section the following settings are now available:
inventory/catalog > styles & items designer
We’ve added the capability to configure the display of the auto apply return fee option for general single item and general service item.
To configure if the auto apply return fee option should display in an item’s dialog, click the required item and then click design:
In case of style/model, the auto apply return fee displays on the items tab under the control & usage section.
CHQ allows for automatically sending a notification to the customer’s email address once the customer’s return has been processed.
To have return notifications sent automatically, make sure that, under settings > order management > customer orders > the email notifications - web and send sales section
, the email notification for “return” checkbox is selected.
A Return Merchandise Authorization (RMA) Order is a document telling the system that merchandise is about to be returned.
An RMA Order allows for grouping return merchandise units, setting the return quantity, and specifying return details such as the shipping method, preferred refund method, and so on.
To make use of the RMA orders functionality, the user must be granted the following security rights:
Area | Right | Description |
---|---|---|
Sales | RMA Orders - Access | Access to RMA Orders |
Sales | RMA Orders - Add Edit | Add new, edit RMA Orders |
In CHQ, creating an RMA Order is possible from the customer’s record. To do so:
sales > customers
, find and click the record of the customer who is returning the merchandise.The returned qty value shows what was already returned while the open RMA order qty indicates the quantity that is linked to other non-archived RMA Orders.
If the columns described above are not visible in the eligible for return items dialog, right-click the table header and then select the columns required for display.
selected for return
filter by clicking filter at the top-right:In the case when the return item is a style/model type, exchanging is possible only for a PLU within the same style/model.
If the return item is a single item type, on clicking select, the exchange PLU field is automatically filled out with the PLU of the return item.
chq > sales > RMA orders
.Existing RMA Orders can be found chq > sales > RMA orders
.
Under RMA orders, the latest RMA Orders are listed in the recent section ( 1 in the screenshot): RMA Orders can display with the following statuses:
pending
: the return has been created and is waiting for the automatic processing or manual completionreturned
: the return has been completedcancelled
: the return has been cancelled by the user. Only returns in the pending status can be cancelled under sales > returns manager > [selected return line]
not received
: items from an RMA Order that haven’t been received by the retailer. Calculated as [qty] - [returned qty] - [cancelled qty] - [pending return]
A single RMA order can have multiple statuses at the same time, for example, returned
and pending
. This means that some items from the order have been already returned and some are waiting for processing.
To apply a filter to the list of RMA Orders, fill out the required field in the filter section (
2
in the screenshot above). By default, the list is filtered by pending
in the return status field and do not show archived
in the do not show archived field.
To find a specific Order, use the search field at the top-right (
3
in the screenshot above). Searching is possible by the following fields:
To see a detailed list of existing RMA Orders, click list:
The list view shows a detailed grid with existing RMA Orders. The following columns are available for display:
To configure what columns display in the list, right-click the header of the grid and then select the required options.
pending
, returned
, cancelled
, and not received
virtual gift card to giftee email
returned
status)cancelled
status)pending
statusCHQ visible
under settings > sales > custom fields > sales order header
and may have a custom label if definedBy clicking filter at the top-right (
1
in the screenshot below), you can filter the RMA Orders by the return status, manual return, CSR notes, preferred refund method, and archived/not archived criteria:
Alternatively, use the search field (
2
in the screenshot above) to find a specific RMA Order.
Also, the following options are available at the top-left:
Clicking edit opens the selected RMA Order for editing. If the user doesn’t have the RMA Orders – Add Edit security right, the view button displays instead.
Clicking manage return opens the associated [RMA code] - [status] dialog from the returns manager area. The dialog shows details about the return item and allows for changing the RMA code, configuring the refunding options, or cancelling the return.
Clicking archive allows for marking the RMA Order as archived.
Clicking actions makes the following options available:
pending
status. This will reset the schedule for the next planned auto return processClicking an RMA Order in the list view opens that RMA Order for viewing or editing.
The RMA order [order number] - [status] dialog that shows RMA Order related information includes the following tabs:
The general tab contains RMA Order related information that was filled out on the order creation:
Please note that under general, links to the associated documents are listed (
1
in the screenshot above) such as Sales Order, Web Order, and Sales Receipt.
Under totals (
2
in the screenshot above), the following quantity values are available:
returned
status)cancelled
statuspending
statusThe items tab shows all the return items assigned to that RMA Order:
Searching for a specific item is possible via the search field located at the top-right.
Also, selecting an item and then clicking edit at the top-left opens the dialog where it’s possible to see item details as well as change the return reason and exchange PLU for that item.
The user info tab shows read-only information about when and who created and modified that RMA Order.
As of version 6.33.95.0, instead of return worksheets, in CHQ returns manager is used. To access the functionality, go to chq > sales > returns manager
:
To be able to make use of the returns manager functionality, the user must be granted the following security rights:
Area | Right | Description |
---|---|---|
Sales | Returns Manager - Access | Allows users to access Returns Manager |
Sales | Returns Manager - Add Edit | Allows users to add new, edit or remove lines in Returns Manager |
Sales | Returns Manager - Finalize Return | Allows users to finalize returns in Returns Manager |
Sales | Returns Manager - Refund to virtual gift card | Allows users to add the virtual gift card refund option in the Returns Manager |
Clicking returns manager under chq > sales
, opens returns manager interaction view. There, it is possible to:
pending
, returned
or cancelled
return items - in the recent section
1
It is possible to use the following parameters or their combination to filter out the return items you need:
pending
, returned
, or cancelled
)On applying filters in the returns manager interaction view, the list view opens to display only those items that match the specified filtering criteria.
Searching for return items is possible by the following parameters:
Returns manager list view displays all return items from all RMA worksheets. From the list view, it is possible to:
Also, from the detail panels, you can access the RMA related information as well as the information on the warehouse for the selected item.
For each return item in the list view grid, that item related information displays in columns. By default, the following is available:
You can configure which columns display in the grid. To do so, right-click the table header and select the columns you want to display.
pending
and avail. for return < qty, then the value displays in redpending
, returned
, or cancelled
In the list view, above the grid, you can select the required location from the location drop-down menu to display the return items for. If <all>
is selected, all available return items for all locations will display.
Also, clicking filter in the top right corner opens the panel, where you can configure filtering by the following criteria:
In the list view, searching for a return item is possible by PLU, CLU, UPC, style #, all item descriptions, item RMA code, return tracking #, universal order #, sales order # , web order #, RMA order #, sales receipt #, and return worksheet #.
In the list view, clicking add in the top left corner opens the add return lines dialog:
In the condition drop-down menu on the top right of the add return lines dialog optionally select the required return condition.
Then, use the search to add field in the upper left corner to find the required item. Searching is performed by the RMA code.
Item is added automatically if Sales Receipt lines with positive quantities are found by the RMA code. If such lines have not been found, the RMA not found dialog displays asking if you still want to add the respective item. In the latter case, the RMA code field is populated by the value used in the search to add field.
You can configure which columns display in the grid. To do so, right-click the table header and select the columns you want to display.
0
if the line is not linked to SR0
if < 0)Once all the required items are added to the add return lines dialog, click add in the bottom right corner. On clicking add, a new return worksheet with return items is created.
Clicking edit in the return manager list view with a return item selected opens the RMA [RMA code]-[ext. return status] dialog:
On the return tab of the dialog, in the general section the following information displays:
pending (finalizing)
pending
and user has the Returns Manager - Add Edit rightpending
and user has the Returns Manager - Add Edit rightpending
and the user has the Returns Manager - Add Edit right, displays in red if the value is greater than avail. for returnAdditionally, next to general, clicking the WH info link opens the RMA [RMA code] - WH info dialog: In the dialog, the warehouse notes about the return item are available. The information aims at helping CHQ users to link the return item with the respective document (RMA Order, Sales Order, and/or Sales Receipt) line.
Back to the RMA [RMA code]-[ext. return status] dialog, in the return section, the following displays:
In the total section, the following information is available:
pending
and the user has the Returns Manager - Add Edit rightpending
and the user has the Returns Manager - Add Edit rightpending
and the user has the Returns Manager - Add Edit rightpending (finalizing)
Additionally, clicking show all fees in the section opens the RMA [RMA code] - original fees dialog, where all the fees linked to the original Sales Receipt item display.
In the dialog, the fees can be marked as refundable under the following conditions:
pending
, andIn the notes section, the notes from the return line display. The user can add or modify the notes if they have the Returns Manager – Add Edit right.
Clicking info in the RMA [RMA code]-[ext. return status] dialog opens the info tab: On the tab, the following information displays:
In the info section:
In the promo section, the information on a promo record displays if at least one promo record is related to the linked SO line.
In the return section:
pending
and the user has the Returns Manager - Add Edit rightIn the user info section, the create and last modified dates as well as the user who added or modified the return item display.
Clicking change RMA code at the bottom of the RMA [RMA code]-[ext. return status] dialog opens the change RMA code dialog: In the dialog, it is possible to specify a new RMA code for the item.
Please be advised that changing the RMA code will remove existing links to an SR / SR line, customer, inventory item, SO / SO line, RMA order. Also, the following fields will be cleared: return tracking #, shipping method, exchange PLU, avail. for return, original amt, original fee amt,original tax amt, original amt incl fees/taxes. Fees and refund amount are recalculated.
pending
.
Clicking cancel return at the bottom of the RMA [RMA code]-[ext. return status] dialog opens the cancel return dialog: In the dialog, the user can choose from the two options:
cancelled - return by POS
cancelled - return rejected
The cancel return button is visible if the user has the Returns Manager - Add Edit right and the return status is pending
.
Clicking the exchange button at the bottom of the RMA [RMA code]-[ext. return status] dialog opens the finalize return - exchange confirmation dialog. On clicking yes in finalize return - exchange, a return receipt as well as a new Sales Order for an exchange item are created. Also, the return item is marked as returned - exchange
.
The exchange button is visible and enabled under the following conditions:
pending
, andClicking refund at the bottom of the RMA [RMA code]-[ext. return status] dialog opens the refund dialog: In the refund dialog, it’s possible to define how the customer is to be refunded.
The following information is available in the dialog:
In the payment/refund history section, all payments and refunds are shown from the associated Sales Order(s) or Sales Receipt. The balance field indicates the total balance of the listed payments and refunds.
In the preferred refund method section, the preferred refund method from the RMA Order is shown.
In the refund section, available refund options as well as the refund amount for each option are suggested automatically.
However, it is possible to configure the refund options manually. The following fields are available:
original card
, Global-E
, virtual gift card
, virtual gift card to giftee email
, credit memo
, and offline payment
. To remove a refund option from the dialog, click remove next to the respective refund to field.0
to 792281624
. For refund to = original card
, the amount cannot exceed the original captured amount.virtual gift card to giftee email
original card
original card
0
.Clicking finalize return at the bottom opens the finalize return confirmation dialog. Click yes to finalize.
After clicking yes, the document processing dialog opens:
When processing is finished, the following messages can display:
The return has been finalized
The return has not been finalized
. If not finalized, the error reason will display in the messageAlternatively, to close the document processing dialog, the user can select I don’t want to wait. I’ll check the return status later checkbox and then click close.
To check the result of the refund processing later, it’s required to:
chq > sales > return manager
Cloud HQ User Manual: Settings
Build 6.33.95.0: PRO-5263
For CHQ embedded Looker reports, we’ve added a new setting — Area: Dashboard.LookerSessionLength.
This setting allows for specifying the amount of time the user can remain idle without having to reload the report.
The Area: Dashboard.LookerSessionLength setting is configured at the database level. Its default value is set to 15 minutes.
Build 6.33.95.0: DS-2124
The following new fields have been added to JSON-based Sales Order History Export API at the Item level:
Also, the RmaCode field has been removed.
Build 6.33.95.0: DS-1978
We’ve optimized the SalesReceiptFullExportToJson_get task to reduce the time required for its execution.
Build 6.33.95.0: DS-2070
We’ve fixed the issue where when posting via XML-based Transfer Memo Import API, Transfer Memos would be marked as having discrepancies, though showing qty out = qty in.
The issue has been fixed. Now, Transfer Memos are posted as expected.
Build 6.33.95.0: DS-2131
We’ve fixed the issue where the JSON-based Sales Receipt Full Export API returned a string value instead of number for the MembershipCode field.
Build 6.33.105.0: DS-2005
We’ve fixed the issue where when specifying DeviceName
for DeviceIdentifierSetting in the JSON-based Sales Receipt Export API request call, there was no DeviceIdentifier returned in the API response.
Build 6.33.107.0: DS-2205
We’ve fixed the issue where importing Transfer Memos In (TMIs) via XML-based Transfer Memo In Import API could occasionally fail with the “Task.ImportTransferTaskHandler Error: 0 : RTW.AdminServer.Scheduler.Core.TaskProcessException: Cannot insert the value NULL into column ‘MemoNo’, table ‘CloudHQ.dbo.TransferMemo_t’; column does not allow nulls. UPDATE fails” error message.
Build 6.33.107.0: DS-2209
We’ve fixed the issue where, as a result of customer record import via JSON-based Secure Customers Import API, the external ID value could occasionally be missing under chq > sales > customers > [required customer] > the system tab
.
Build 6.33.110.0: DS-2220
As of version 6.33.110.0, we’ve fixed the issue where some ASNs could occasionally not be generated automatically against the Ship Memo.
Build 6.33.110.0: DS-2216
As of version 6.33.110.0, JSON-based Sales Receipt Full Export API and JSON-based Receipt Full Export API have been extended with a new MembershipCode filter. The filter supports the following two operators: Equal
and Contains
.
Build 6.33.114.0: DS-2305
We’ve fixed the issue where the traffic count data, imported to CHQ from NEDAP (a third-party traffic counting service) via JSON-based Traffic Counter Import API, would occasionally be duplicated or missing.
Build 6.33.114.0: DS-2260
We’ve fixed the issue where quantities from a rejected Ship Memo still displayed as committed in item availability dialog. This dialog is available from various CHQ areas, for example, under chq > sales > order management > [selected sales order] > items > check qty
.
Also, the same quantities would display as committed in the [item] - [location] - committed qty dialog.
To access the [item] - [location] - committed qty dialog, click the value in the committed column of the item or style check quantity dialogs. The latter opens on clicking check qty in various CHQ areas, for example, on the items tab of a Sales Order.
Build 6.33.114.0: DS-2211
We have fixed the issue where JSON-based RMA Order Export API wouldn’t occasionally work due to inability to get the correct RMANo value for the returned item.