Build 6.34.254.0: PRO-6117
We’ve introduced the capability to reject a Ship Memo (SM) from the selected Sales Order in CHQ.
Rejecting a Ship Memo from the selected Sales Order dialog allows for improving user experience as well as saving time when working with Ship Memos.
To reject a Ship Memo:
Go to chq > sales > order management
.
Find and open your Sales Order.
In the dialog that opens, go to the shipments tab.
Click to select your Ship Memo, then click reject above the table.
The reject button is not active when:
shipped
, picked up
, drop ship done
or rejected
In the reject reason dialog, click to select the reject reason.
Click save twice.
Rejecting a Ship Memo is not possible in the following cases:
Also, if the selected Ship Memo has delivery method drop ship
.
Cloud HQ User Manual Sales & eCommerce
Build 6.34.254.0: PRO-5494, PRO-3306, DS-2027
We’ve introduced updates to ensure better performance of OMS-related tasks (in particular, filtering, searching, and sorting) for Sales Receipts and Customers.
Build 6.34.254.0: PRO-2856
Testing of the Returns Manager functionality has been completed.
Build 6.34.254.0: PRO-4867
In version 6.34, we’ve introduced a customized version of the Excel-based ASN import. This import considers a new Factory Cost parameter.
Please be advised that the custom ASN import is available on request only.
Importing ASNs is possible under chq > purchasing > ASNs > import > new
.
Calculating the Factory Cost value is based on user-defined values from the following custom tables:
To simplify importing of the data to custom tables as well as reviewing custom table settings, custom reports can be created based on specified requirements. In CHQ, reports are available under analytics > reports
.
Build 6.34.254.0: PRO-2781
To respect changes made in Teamwork POS Pro version 6, in particular, introducing new types of Send Sales, we have:
settings > company settings > v6 App Designer
settings > company settings > shipping methods
As of version 6.34, the customer can choose during the sale where the purchased item(s) should be shipped:
Ship to Customer may be useful for situations when the customer purchases an item in the store, but requests that it should be shipped directly to the customer. Also, this might be an option when the item is out of stock and the store arranges for the item to be shipped directly from the warehouse to the customer.
During Store Pickup, a Ship Memo is sent to the store and the order is filled from store inventory. The order can be also transferred to the store, and held for customer pickup. If the order is never picked up, the store rejects the Ship Memo, and the order is canceled.
Build 6.34.254.0: PRO-5975
We’ve added the capability to require a customer be added to the transaction in order to apply a specific discount during the sale.
This update may be useful to ensure that customer-defined discounts are applied correctly, for example, for registered customers only.
settings > sales > discount reasons
.Build 6.34.254.0: PRO-3722, PRO-6291
Respective to changes made in Teamwork POS Pro version 6, in particular, introducing the coupon functionality, the following changes have been made to Sales Orders at the item level (chq > sales > order management > [selected sales order] > items > [selected item]
):
On the discount tab:
coupon
if there is only one coupon discount and there are no manual or promo discountspromo
if there is only one promo discount and there are no manual or coupon discountsmultiple
if there are two or more discounts (manual, coupon, or promo)promo
or coupon
, or multiple
manual discountsOn the general tab, the qty field is disabled if there is a global coupon discount or multiple global manual discunts.
At the Sales Order proper level (chq > sales > order management > [selected sales order]
), on the global discounts tab:
coupon
if there is only one coupon discount and there are no manual discountsmultiple
if there are two or more discounts (manual or coupon)Additionally, this update ensures that all the applied discounts are transferred from the respective Sales Order to the Sales Receipt created as a result of Ship Memo finalization.
Build 6.34.254.0: PRO-5380
We’ve introduced the capability to view payment processing logs in CHQ as well as search and filter the existing log records.
The log record displays data on various payment related actions.
Checking payment processing logs may be useful to track down the statuses of transactions as well as to search for errors, if there are any.
To access the new area, go to chq > settings > server tasks > payment processing logs
:
In the payment processing logs area, the following information is available in the grid:
successful
and error
Adyen
or Paypal
capture
, void
or refund
sales receipt
, sales order
, sales order held payment
and empty
Additionally, right-click the column header to add the following columns to the list:
Please note that sorting is possible only by the call date column. By default, the sorting is set in the descending order.
To find a specific log record, use the search field ( A in the screenshot above) at the top-right. Searching is possible by the following fields:
By clicking filter above the grid ( B in the screenshot above), you can filter the records by status, location code, device no, call date, payment type, call type and entity type criteria.
Reviewing information on the selected log record is possible by clicking view above the grid ( C in the screenshot above).
Clicking view in the payment processing logs area with a record selected opens the read-only payment processing dialog.
The dialog includes the following tabs:
In the general section of the general tab the following read-only information is available:
The request tab contains the read-only request body in the request data section. For example, in the screenshot below, the refund request to Adyen displays:
To copy the request body, click copy at the top-right.
Please note that the copy button is available only if there is a request body in the request data section.
The response tab contains the read-only response text in the response data section. In the screenshot below, for example, the response from Adyen is received:
To copy the response, click copy at the top-right.
The copy button is available only if there is a response text in the response data section.
Cloud HQ User Manual: Settings
Build 6.34.254.0: PRO-5381
We’ve introduced the capability in CHQ to track the actions made in POS Pro V6 and CHQ.
Tracking the performed actions allows for keeping the history of user activity in one place. For example, you can see who is performing such actions as login or logout, thus ensuring that there are no security issues.
Also, regular checking of action logs allows users to timely react to errors, if there are any.
The new action tracking area is available under chq > settings > server tasks > action tracking
.
In the new action tracking area, you can check information on the selected action record by clicking view ( A in the screenshot below).
To find an action record, use the search field ( B in the screenshot) at the top-right.
By clicking filter above the grid ( C ), you can filter the records by location code, device no, action date and action criteria.
In the action tracking area, the following information is available in the grid:
login
, logout
, AplicationRun
POS PRO
or CloudHQ
location
. In its turn, parent contains the name of the respective promo, and parent type equals promotion
Additionally, right-click the column header to add the following columns to the list:
Clicking view in the action tracking area with a record selected opens the read-only action dialog.
The dialog includes the following tabs:
In the general section of the general tab, the following read-only information is available:
The details tab contains the read-only description of the performed action in the details section. For example, in the screenshot below, the information on the associate who performed login to POS PRO V6 displays:
To copy the text, click copy at the top-right.
The copy button is available only if there is a response text in the details section.
Cloud HQ User Manual: Settings
Build 6.34.254.0: PRO-5841
Starting from version 6.34 of the software, instead of SVS Zone, we use Fiscal Zone across all Teamwork apps and services.
This change resulted in renaming a number of UI elements in CHQ:
Under chq > settings > company settings
, the stored valued services area has been renamed to credit & reward platform.
Under credit & reward platform, the SVS zones area has been renamed to fiscal zones:
Also, under fiscal zones, on clicking new or edit, the dialog that opens now displays new fiscal zone or edit fiscal zone respectively until the name for that zone is defined.
For Credit Memos, Gift Cards, and Coupons under chq > sales
:
Cloud HQ User Manual: Settings
Build 6.34.254.0: PRO-5099
As of version 6.34.254.0, we’ve added a new coupon-related setting in CHQ.
Please be advised that the following types of coupons are available in POS Pro V6:
line coupon
(item-level): a coupon applied to individual sale itemsglobal coupon
(transaction-level): a coupon applied to all the sale itemspromo coupon
: a coupon that activates a certain promotionThe new setting allows for configuring if application of global (transaction-level) coupons is available in POS Pro V6. In particular, if the setting is enabled, the Add Coupons button becomes available in POS in the Sales Receipt area.
To make the Add Coupons button available in the Sales Receipt area of POS Pro:
settings > location settings > location/location settings
.Build 6.34.254.0: PRO-5709
Starting from version 6.34, it is possible to accept cash payments in foreign currency in POS.
To perform such transactions, first, you should configure the usage of foreign currency in CHQ. In particular, you need to:
This new feature allows customers to pay cash in foreign currency while purchasing items. POS calculates both the base and foreign currency amounts automatically using the defined exchange rate, which eliminates the possibility of human error.
settings > sales > payment methods
.settings > sales > payment methods
.Users can edit the exchange rate only if they have the Allow to change Exchange Rate security right.
settings > company settings > currencies
.Please note that the exchange formula is as follows: [Foreign Currency Amount] = [Base Currency Amount] * [Exchange Rate].
Cloud HQ User Manual: Settings
Build 6.34.254.0: PRO-4903
We’ve introduced the capability to add a person from the customer’s contacts to the sale.
To accommodate this feature, we’ve added the following in CHQ:
This feature may be useful for situations, when, for example, the customer buys a gift for their relative and wants to remember who exactly the gift is for.
The customer can either add or pick a person from contacts during the sale. Then, the person’s name is saved to the Sales Receipt and is available in Sales History in POS Pro.
In CHQ, to add the Select Person field to the Customer tab of the Sales Receipt area of POS Pro V6:
settings > company settings > v6 App Designer
.Point of Sale V6 > iPad > Sales Receipt > Customer Tab
.Please note that the order of groups and labels in the layout section defines the order in which they display in POS Pro.
You can create a new pre-defined group by clicking add group at the top-right of the layout area.
In CHQ, it’s possible to configure if the Select Person pop-over dialog should automatically come up in POS Pro after a customer was added to the sale. To do so:
settings > sales > sales documents
.Build 6.34.254.0: PRO-5443
In CHQ, we’ve added the capability to add and edit links to external customer profiles.
This new functionality can be helpful if a retailer has an external web-service that stores various customer details on the “per customer” basis and wants these customer profiles to be accessible via link from POS and/or CHQ.
These links, once configured, will display:
chq > settings > company settings > v6 App Designer
.
Point of Sale v6 > iPad > Customer > Customer Form
.To make the Customer Profile Link field available for your POS device, in CHQ:
settings > company settings > v6 App Designer
.Point of Sale v6 > iPad > Customer > Customer Preview
.sales > customers
.Build 6.34.254.0: PRO-6193, PRO-682
To respect changes made in POS Pro V6, we’ve introduced the following updates in CHQ:
Hiding the expected amounts may be useful for retailer to prevent the user from simply entering the “expected” amount without performing an actual count. This can help to ensure that money in the drawer is properly counted.
Also, updating the denomination entry settings allows for configuring if the counting should be required for Start of Day, End of Day, and Midday Count respectively.
With this update, the following security rights were added for POS Pro V6:
Application | Area | Right | Description |
---|---|---|---|
V6-POS | Drawer Memos | Mask expected amount totals | User cannot see expected amounts |
V6-POS | Drawer Memos | Perform midday count | Allows the user open and complete midday counts |
For more information on how the “expected” amounts are masked in POS Pro V6, please see V6.34 Mobile Release Guide
Also, as a part of this update, we’ve updated the description of the following security right:
Application | Area | Right | Description |
---|---|---|---|
V6-POS | Sales Receipts | Bypass required cash drop | User may proceed to make a sale without making a required cash drop from cash drawer |
We have updated the settings in the drawer memo section under chq > settings > drawer management > drawer memo settings
:
In particular, denomination entry on drawer memo has been removed. Instead, the following new settings have been added:
For these three settings, the following options are available:
not used
: if the option is selected, denomination counting is not possible on Drawer Memo both for cash drawer and safe. Set by default.optional
: if the option is selected, denomination entry is available but not requiredrequired
: if the option is selected, the denomination entry is required.Please note that if the use denomination plans for cash drawers & safes checkbox is selected in the drawer memo section under chq > settings > drawer management > drawer memo settings
, then denomination entry on start-of-day/midday count/end-of-day is set to required
automatically and cannot be changed by the user.
Also, the denomination entry on start-of-day/midday count/end-of-day setting is only applied to counts made in the store’s base currency.
Build 6.34.254.0: PRO-5989
We’ve introduced the capability to choose a specific company location for a price level.
As a part of this update, the following changes have been introduced:
When a specific location is defined for a price level, prices from that level are available only for the respective company location.
This update helps optimize the time required for the initialization and synchronization of POS devices.
The following security right has been added in CHQ:
Area | Right | Description |
---|---|---|
Settings | Edit Location on Price Level | Allow to change Location on Price Level |
settings > inventory / catalog > price levels
.Also, the corresponding location column has been added under chq > settings > inventory / catalog > price levels
. The column is not visible by default. To make the location column visible, right-click the table header and then select the columns required for display:
In CHQ, under settings > location settings > locations / location settings > [selected location] > edit
, it’s possible to define the price level field under:
When defining price levels for the location’s price breaks, users cannot select a price level that:
Build 6.34.254.0: PRO-6394
In version 6.34, we’ve added the capability to set a regional price level for a certain location.
This update resulted in changes of settings at the company and location levels in CHQ.
This new feature may be helpful if, for example, you didn’t define the price at the location price level. In that case, the price from the regional price level is used to calculate your item’s Original Price.
In CHQ, under settings > company settings > general settings
, we’ve added a new area – location settings with the require regional price level option.
If this option is selected, then the regional price level field in the location level settings is required.
By default, on new installations, the require regional price level option is selected. However, on existing installations, the checkbox is cleared.
In CHQ, under settings > location settings > locations / location settings > [selected location]
, in the details section of the details tab, we’ve added a new regional price level field.
Also, the existing price level field has been renamed to location price level. In the new regional price level field, it is possible to select any price level, except for “BASEPRICE”. Also, it is not possible to select any price levels that are used by different locations as a general price level, general price break price level, or customer price break price level.
If the field remains empty, the regional price level is not included in the price calculation. The field is required if, at the company level, the require regional price level option is selected.
Build 6.34.254.0: PRO-6871
Starting from version 6.34.254.0 of the software, we’ve added a new email notification for pick up confirmation.
This new feature helps the customer track the status of their orders, especially if the order has been picked up by someone else.
If the email notification for “pick up” confirmation notification is enabled, an email is sent to the customer once the status of one or more Ship Memo items is changed to “picked up”.
The email is sent to the ship-to email address. If the latter is missing, then to the sell-to email. If the sell-to email is not indicated, then – to customer email 1 and then – to customer email 2.
The email is not sent if the block email notifications option is selected on the respective Sales Order.
settings > order management > customer orders
.Cloud HQ User Manual: Settings
Build 6.34.254.0: PRO-6786
Respective to changes made in Teamwork POS Pro version 6, in particular, introducing integration with Clover, we’ve added new settings in CHQ. These settings allow for:
The update allows for using the Clover device as a payment terminal during sales in the POS Pro V6 app. With Clover, it is possible to process sales, refunds, perform voiding and administer credit card credit payments.
To configure the connection between POS and Clover, in CHQ:
Go to services > device controller
.
Find your device and click it.
In the edit device dialog that opens, go to the app settings tab.
The app settings tab is available for configuration in the edit device dialog only if:
Otherwise, the app settings tab is invisible.
In the payment terminal type field of the payment terminal section, choose Clover
(see the screenshot below):
Selecting Clover
enables the following fields for configuration:
Setting | Description | Value |
---|---|---|
IP address | the IP address to connect to your Clover payment terminal | empty by default; required |
port | the port number of your Clover payment terminal | values can range from 1 to 65535 ; 12345 is set by default; required |
When finished configuring the settings, click save for the changes to take place.
Please note that changes in the payment terminal settings made at the CHQ side are automatically synchronized with the POS Pro app and vice versa.
To select Clover as the payment processor for the Credit Card payment method:
chq > settings > sales > payment methods
.
If a Clover Credit Card payment method is not set up under settings > sales > payment methods
, click new at the top-left to create one.
In the new payment method dialog that opens, select credit card
for the payment type field and then click ok. On clicking, the dialog displays where it’s required to set up parameters for the new credit card payment method and then click save.
Clover
.Build 6.34.254.0: PRO-6319, PRO-6684
We’ve introduced support of GiveX Gift Cards in addition to existing Teamwork’s native gift card functionality.
To do so, the GiveX Gift Card functionality should be configured in CHQ:
settings > sales > payment processing
settings > location settings > locations / location settings > payments tab
.Also, GiveX must be selected as a payment processor for the respective Gift Card payment method under settings > sales > payment methods
.
Additionally, as a part of this update, we have:
settings > company settings > credit & reward platform > fiscal zones > [selected fiscal zone] > edit > gift cards > general section
chq > sales > gift cards
This update allows for using GiveX as a payment processor in Teamwork Commerce Pro Suite. Now, both Teamwork and GiveX Gift Cards can be used on the same Sales Receipt.
Additionally, with this update, we are introducing a unified approach to processing all types of Gift Cards available in Teamwork Commerce Pro.
Please note that with this implementation, it is only possible to redeem GiveX Gift Cards. It is still possible to give change back to, reload the balance of, and sell new Teamwork native gift cards.
In CHQ, GiveX Gift Card numbers are masked except for the last 4 digits.
In CHQ, to configure the GiveX settings at the company level:
Go to settings > sales > payment processing
.
In the area that opens, scroll down to the givex section.
Populate the existing as well as the following two new settings:
PLU
(set by default), UPC
, CLU
and EID
1
to 999
, 15
is set by defaultOnce finished, click save.
In CHQ, we’ve updated the payment processing - Givex section and made it always visible at the location level.
To configure the GiveX settings, do the following:
Go to settings > location settings > locations / location settings
.
Click to select your location, then click edit.
In the [selected location] dialog that opens, go to the payments tab.
Scroll down to the payment processing - Givex section.
Populate the following settings:
50104
is set by default50104
is set by defaultPLU
(set by default), UPC
, CLU
and EID
1
to 999
, 15
is set by default
Click save for the changes to take place.
Please be advised that location-level settings override company-level settings if all 8 settings of the payment processing - Givex section are populated.
To select GiveX as a payment processor for the Gift Card payment method:
Go to chq > settings > sales > payment methods
.
If a GiveX Gift Card payment method is not set up in CHQ under settings > sales > payment methods
, click new at the top-left to create one.
In the new payment method dialog that opens, select gift card
for the payment type field and then click ok. On clicking, the dialog displays where it’s required to set up parameters for the new gift card payment method and then click save.
Please note that for Givex:
In the payment methods area, click to select the required payment method, then click location settings.
Click to select your location and click edit to open the following dialog (see the screenshot below):
In the payment processing field, select Givex
.
Please note that for GiveX:
Click save in both dialogs for the changes to take place.
Build 6.34.254.0: PRO-6475, PRO-6757, PRO-6800
To respect changes made in Teamwork POS Pro version 6, in particular, introducing the integration with Fortress, we’ve updated settings in CHQ.
Configuring integration with Fortress is available:
settings > sales > payment processing
settings > location settings > locations / location settings > payments tab
.Also, Fortress must be selected as a payment processor for the respective payment method of the Gift Card type under settings > sales > payment methods
.
Fortress is a payment provider commonly used in the stadium space.
This integrating with Fortress allows for:
On scanning a Fortress card in POS, Teamwork retrieves a customer record from Fortress. If this record contains a discount percent, the discount is applied to a Sales Receipt.
Such a discount can be removed if, for example, there are better discounts the user wants to apply.
Currently, with Fortress, it is possible to:
In CHQ, Fortress Gift Card numbers are masked except the last 4 digits. The Fortress Gift Card number can display under:
sales > order management > [selected sales order] > payments
sales > returns manager > list > [selected RMA ###] > edit > refund > payment/refund history section
In CHQ, to configure the Fortress settings at the company level:
settings > sales > payment processing
.40
characters allowed.Please note that enable customer integration and enable fortress discounts are only used in POS Pro if the URL, username, and password fields are properly defined.
In CHQ, to configure the Fortress settings at the location level:
Go to settings > location settings > locations / location settings
.
Click to select your location, then click edit.
In the [selected location] dialog that opens, go to the payments tab.
Scroll down to the payment processing - fortress section.
Populate the following settings:
Click save for the changes to take place.
Please be advised that location-level settings override company-level settings if all 6 settings of the payment processing - fortress section are populated.
To select Fortress as a payment processor for the Gift Card payment method:
Go to chq > settings > sales > payment methods
.
If a Fortress Gift Card payment method is not set up under settings > sales > payment methods
, click new at the top-left to create one.
In the new payment method dialog that opens, select gift card
for the payment type field and then click ok. On clicking, the dialog displays where it’s required to set up parameters for the new gift card payment method and then click save.
In the payment methods area, click to select the required paymet method and then click location settings.
Click to select your location and click edit to open the following dialog (see the screenshot below):
In the payment processing field, select Fortress
to use the Fortress payment processor for this location.
Also, the following settings are enabled for Fortress:
Click save in both dialogs for the changes to take place.
Build 6.34.254.0: PRO-7385
As of version 6.34.254.0, it has become possible to configure which RFID tags are allowed and which are ignored when scanned by the RFID reader.
To do so, it is required to specify the allowed EPC prefixes for RFID tags in a specific RFID allowed prefixes setting in CHQ. Once done so, all the tags with EPCs starting with figures other than specified are ignored.
The RFID allowed prefixes setting is available at the company and location level.
This feature can be helpful if you want to avoid the “Item Failed to Scan” error message in iPad POS every time you scan items with RFID tags that are not included in the product catalog (for example, security tags).
settings > sales > POS settings
.If you want to specify several prefixes, the respective values must be separated by a comma. For example: 3039, 3040.
settings > location settings > locations / location settings
.If you want to specify several prefixes, the respective values must be separated by a comma. For example: 3039, 3040.
Please be advised that location-level settings override company-level settings.
Build 6.34.254.0: PRO-6470
We’ve added a new additional timeout delay setting to configure the waiting period for the Banorte payment processor’s response. Values can range from 1
to 999
, 30
is set by default on new installation.
The additional timeout delay setting is available for configuration at the company and location levels in CHQ:
settings > sales > payment processing > Banorte
settings > location settings > locations / location settings > payments > Banorte
.
Please be advised that location-level settings override company-level settings.
Build 6.34.254.0: PRO-6651
As of version 6.34.254.0, we’ve removed Store Credit from CHQ as the current implementation of Store Credit functionality is not supported in the multicurrency environment.
The store credit functionality has been removed from the following areas in CHQ:
settings > company settings > credit & reward platform > store credit settings
sales > customers > [selected customer] > store credit
Also, the store credit option is no longer available under:
sales > order management > [selected sales order] > payments > add payment
sales > sales receipt > [selected sales receipt] > items > appease memo
Cloud HQ User Manual: Settings
Build 6.34.254.0: PRO-6175
We’ve introduced updates at the database level to ensure support of NF525 requirements related to fiscal Sales Receipts.
Build 6.34.254.0: PRO-5931
We’ve introduced updates at the database level to optimize the calculation of grand totals for fiscal Sales Receipts.
Build 6.34.254.0: PRO-6463
We’ve added a new JSON-based Coupon Program Import API to import coupon programs.
Build 6.34.254.0: DS-2262
Prior to 6.34.254.0, making an export via JSON-based RMA Order Export API could fail with an error due to the incorrect work of the SalesOrderNo filter.
Now, the SalesOrderNo filter has been updated and JSON-based RMA Order Export API works as expected
Build 6.34.254.0: DS-2183
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.34.254.0: DS-2221
We’ve updated JSON-based Promo Engine Import API with new RestrictedMemberships setting. This setting allows for importing information on:
Build 6.34.254.0: DS-2217
We’ve fixed the issue where, after clicking request backup and then save under chq > services > device controller > [selected device]
, no backup was created at the respective POS device.
Build 6.34.254.0: DS-2314
We’ve fixed the issue where, the LineDiscountAmount and LineDiscountPercent fields would be missing in the JSON-based Sales Receipt Export API response.
Build 6.34.254.0: DS-2429
We’ve enhanced the JSON-based RMA Order Export API with the ReturnTrackingNo filter that supports the following operators: Equal
and Contains
.
The ReturnTrackingNo setting represents the return tracking number from the Ship Memo item level.
Build 6.34.254.0: DS-2296
Issue
Prior to 6.34.254.0, when performing export via JSON-based RMA Order Export API, the Contains
operator of the SalesOrderNo filter would occasionally return incorrect data in the response.
Resolution
The issue has been fixed. Now, the Contains
operator of the SalesOrderNo filter works as expected.
Build 6.34.254.0: DS-2362
We’ve fixed the issue where during the export using JSON-based RMA Order Export API, the operator Contains
in the RmaItemNo filter could occasionally fail to return requested values in the API response.
Build 6.34.254.0: DS-2450
We’ve enhanced the JSON-based Sales Receipt Export API with a new OriginalReceiptIdentifier parameter.
Build 6.34.254.0: DS-2360
We’ve fixed the issue where, as a result of export via JSON-based Sales Receipt Export API, the ReturnReasonCode value could occasionally be missing in the API response.
Build 6.34.254.0: DS-2344
Issue
Prior to 6.34.254.0, when exporting Sales Receipt via JSON-based Sales Receipt Export API, only one global discount would be counted for the TotalDiscountAmount field in the API response despite multiple discounts applied in the Sales Receipt.
Resolution
The issue has been fixed. Now, the TotalDiscountAmount field considers the value of total discounts applied to the Sales Receipt.
Build 6.34.254.0: DS-2381
We’ve fixed the issue where, as a result of exporting Sales Receipt via JSON-based Sales Receipt Export API, the InventoryPrice field would occasionally be missing at the Item level in the API response.
Build 6.34.254.0: DS-2431
We’ve fixed the issue where, as a result of exporting Sales Receipt via JSON-based Sales Receipt Export API, the GlobalDiscReason field would occasionally be missing at the Item level in the API response.
Build 6.34.254.0: DS-2328
We’ve enhanced the JSON-based Sales Receipt Full Export API with a new TaxExtAmount field. The new field is available at the Item level. The value is formatted as a number.
Build 6.34.254.0: DS-2345
We’ve enhanced the JSON-based Sales Receipt Full Export API at the Item level with the following new fields:
All the values of these fields are formatted as numbers.
Build 6.34.254.0: DS-2456
We’ve fixed the issue where, as a result of exporting a Sales Receipt with a return item via JSON-based Sales Receipt Full Export API, the OriginalReceiptNum, OrigReceiptItemId and OrigReceiptItemLineNo fields that contained information from the original Sales Receipt, could occasionally be missing in the API response.
Build 6.34.254.0: DS-2448
We’ve enhanced the JSON-based Sales Receipt Full Export API with the RMANo and SOItemRMANo fields. The fields allow for exporting Web Sales Receipts.
Build 6.34.254.0: DS-2327
Issue
Prior to 6.34.254.0, as a result of importing Sales Receipts via JSON-based Sales Receipt Import API, information from the LineDiscountCouponNumber, LineDiscountCouponValue, and AccountNumber fields would not occasionally be stored in the API response.
Resolution
The issue has been fixed. Now, all the fields are imported as expected.
Build 6.34.254.0: DS-2418
We’ve fixed the issue where, as a result of export via JSON-based Sales Order History Export API, the incorrect number of items could occasionally be sent in the API response.
Build 6.34.254.0: DS-2382
The ItemSetting field of the JSON-based RMA Worksheet Import API now supports CLU
in addition to the following values: UPC
(default), PLU
, ExternalID
and ID
. This enhancement allows for defining items by their Custom Lookup (CLU) parameter.
The ItemSetting can be applied only if the ByOrderAndItemId parameter is selected in ImportBySettings.
Build 6.34.254.0: DS-2417
We’ve fixed the issue where the JSON-based Sales Order Full Export API call would occasionally fail with the Invalid column name 'SalesReceiptId'
error message.
Build 6.34.254.0: DS-2329
We’ve fixed the issue where, as a result of importing new promotions via JSON-based Promo Engine Import API, the coupon activated checkbox would occasionally be left empty when required under chq > sales > promotion engine > [selected promotion]
.
Build 6.34.254.0: DS-2368
We have fixed the issue where the SendMail job would occasionally return error and, thus, fail to send emails to customers via Mandrill.
Build 6.34.254.0: DS-2458
We’ve fixed the issue where as a result of creating an RMA order with an exchange PLU and returning the item in CHQ, the ReturnReceiptItemId field was not populated in the dbo.RmaWorksheetItem table at the database level.
Build 6.34.254.0: DS-2340
We’ve fixed the issue where, after clicking request status under chq > services > device controller > [selected device] > info tab
, no device status information was returned to CHQ.
Build 6.34.254.0: DS-1805
We’ve fixed the issue where filtering customer records under chq > sales > customers
by receipt # would occasionally fail with an error message.
Build 6.34.254.0: DS-2339
We’ve fixed the issue where the returned item would not be transferred to the auto transfer location predefined for the return reason.
Build 6.34.254.0: DS-2377
We’ve fixed the issue where clicking the reverse button under chq > inventory > transfer memos > list > [selected transfer memo]
, would occasionally fail to reverse and cancel the selected Transfer Memo.
Build 6.34.254.0: DS-2390
We’ve fixed the issue where on clicking the unhold & post transfer out button under chq > inventory > transfer memos > list > [selected held transfer memo]
, the Transfer has not been posted out. Error: Transfer was edited on another device
error message appeared.
Build 6.34.254.0: DS-2374
We’ve fixed the issue where multiple Sales Orders would occasionally remain processed for a long time under chq > sales > order management > list
.
Build 6.34.256.0: DS-2419
Issue
Prior to 6.34.254.0, in CHQ, under sales > order management > [selected order] > payments tab
, “Insufficient Funds” displayed instead of the payment method name in the payments section. This would happen when CHQ failed to capture funds for the Sales Order, then the Sales Order status changed to completed
.
Resolution
The issue has been fixed. Now, the original payment method name displays as expected in the [selected sales order] dialog.
Build 6.34.254.0: DS-2452
Issue
Prior to 6.34.254.0, when selecting a customer for a loyalty program in the loyalty program opt-in setting, the respective action could occasionally be not recorded in the customer change log under chq > sales > customers > [selected customer] > change log
.
Resolution
The issue has been fixed. Now, all the changes made in the loyalty program opt-in setting are correctly indicated in the customer change log.
Build 6.34.254.0: DS-2462
We’ve fixed the issue where the sales from the previous calculation period would occasionally be ignored if the conversion delay period for those sales overlapped the membership recalculation date.
Build 6.34.260.0: DS-2473
We’ve fixed the issue where the customer membership level could occasionally be incorrectly upgraded before the membership conversion delay period is completed.