{"title":"VOS release notes V1.18","category":"default","creationDate":1776961627,"content":"<h2 id=\"new-functionality\">New functionality<\/h2>\n<h3 id=\"discover-contactless\">Discover Contactless<\/h3>\n<p>From this version onwards, we offer contactless payments for Discover.<\/p>\n<h3 id=\"language-admin-menu\">Language Admin Menu<\/h3>\n<p>The Admin menu language setting can be different to the transaction processing language.<\/p>\n<p>We've implemented this change because:<\/p>\n<ul>\n<li>Our Support Team can troubleshoot issues more easily when the language for the Admin menu is English.<\/li>\n<li>The UI in the Admin menu is not shown properly in all supported languages<\/li>\n<\/ul>\n<h3 id=\"skip-nightly-reboot\">Skip nightly reboot<\/h3>\n<p>The terminal always executes a nightly reboot. In some scenarios, for example Black Friday, merchants require that terminals remain turned on and able to process payments. Merchants can now skip the nightly reboot at an indicated date to facilitate those requests.<\/p>\n<h3 id=\"remove-terminal-configuration-remotely\">Remove terminal configuration remotely<\/h3>\n<p>To decouple a terminal from a merchant account, we required that merchants remove the configuration on the terminal itself.<\/p>\n<p>From this version onwards, we removed this dependency by enabling a remote terminal configuration removal. This action can be executed by POS support and simplifies the off-boarding process.<\/p>\n<h3 id=\"possibility-to-decouple-printing-from-transaction-flow\">Possibility to decouple printing from transaction flow<\/h3>\n<p>To make the transaction flow more robust we have implemented the option to decouple receipt printing from transaction flow. Traditionally the transaction was only approved after a successful print callback was received. With this feature it is possible to finish the transaction completely before printing. For existing merchants this requires a change in the implementation.<\/p>\n<h3 id=\"animated--gif-support\">Animated .gif support<\/h3>\n<p>In order to enhance the shopper experience we now support animated .gif files. If the terminal is idle, animated .gif files can be displayed instead of static images. The .gif files have to be uploaded in the <a href=\"https:\/\/ca-live.adyen.com\/\" target=\"_blank\" rel=\"nofollow noopener noreferrer\" class=\"external-link no-image\">Customer Area<\/a>.\u00a0<\/p>\n<h3 id=\"stores-added\">Stores added<\/h3>\n<p>A terminal can be associated by default with a store by passing it from the library in the register PED call. VOS terminals are now able to process payments for different stores.\u00a0<code>store<\/code>\u00a0influences how transactions are routed and settled.\u00a0<\/p>\n<h2 id=\"improved-functionality\">Improved functionality<\/h2>\n<h3 id=\"adjusting-volume-terminal-sounds\">Adjusting volume terminal sounds<\/h3>\n<p>The volume of terminal sounds is configurable. The terminal sounds are categorized in 3 types and each type can be configured.<\/p>\n<ul>\n<li>\u00a0Happy flow sounds (Card inserted, Transaction approved etc)<\/li>\n<li>\u00a0error sounds (remove card after tx, card removed resulting in error, declined final screen)<\/li>\n<li>\u00a0ctls sounds (minimum volume level is restricted)<\/li>\n<\/ul>\n<h3 id=\"time-out-on-present-card-screen\">Time out on present card screen<\/h3>\n<p>A configurable time out on the 'present card' has been implemented whereas before the 'present card' screen would\u00a0 get a NFC time which resulted in an '<span translate=\"no\"><strong>error<\/strong><\/span>' screen and an '<span translate=\"no\"><strong>unknown error<\/strong><\/span>' was fed back to the libraries. Time outs are now properly handled.<\/p>\n<h3 id=\"switch-interface-mid-tender-based-on-issuer-response\">Switch Interface mid tender based on issuer response<\/h3>\n<p>Issuer responses indicate when daily contactless amount limits are exceeded. This resulted in a declined transaction.<\/p>\n<p>From this version onwards, we keep the tender alive and prompt the shopper to insert their card. This provides a better shopper experience as the transaction is initiated only once.<\/p>\n<h2 id=\"fixed\">Fixed<\/h2>\n<ul>\n<li>When a final approved receipt is being printed the transaction can not be cancelled anymore from this version onwards.<\/li>\n<li>For partial authorizations, the full order amount was stated on the receipt instead of the authorized amount for that specific payment method.<\/li>\n<li>The network not connect message was not displayed after a reboot when terminal is not connected to internet<\/li>\n<li>Receipt missing in case of cancel during ask signature. In previous versions no receipt was communicated to the Backend and library while we already received an authorization. Therefore we should be able to print a void receipt upon cancellation and this is now fixed.\u00a0<\/li>\n<li>Remove '<strong>download firmware<\/strong>' option from merchant Admin menu. The installer should be used to update terminals and therefore the legacy method is removed from the menu<\/li>\n<li>Cancel refund flow adjusted. The cancel flow is now in sync with the normal transaction flow meaning that a shopper is prompted to confirm a cancellation after pressing the '<strong>cancel<\/strong>' button.<\/li>\n<li>After online pin cancellation the authorization request is still being sent which results in an error response as the PIN is missing. The authorization request is now suppressed.<\/li>\n<\/ul>\n<h2 id=\"known-issues\">Known issues<\/h2>\n<ul>\n<li>When downgrading the terminal from 18 to an earlier version, the transactions in the TxStore from version 18 will no longer be visible. The transaction has been processed, but does not appear in the list.<\/li>\n<li>MKE does not work.<\/li>\n<\/ul>","url":"https:\/\/docs.adyen.com\/point-of-sale\/legacy-release-notes\/vos-release-notes-v1-18","articleFields":{"id":"28873256","robots":"noindex,nofollow","type":"page","_expandable":{"operations":""},"status":"current","last_edit_on":"21-05-2019 11:54"},"algolia":{"url":"https:\/\/docs.adyen.com\/point-of-sale\/legacy-release-notes\/vos-release-notes-v1-18","title":"VOS release notes V1.18","content":"New functionality\nDiscover Contactless\nFrom this version onwards, we offer contactless payments for Discover.\nLanguage Admin Menu\nThe Admin menu language setting can be different to the transaction processing language.\nWe've implemented this change because:\n\nOur Support Team can troubleshoot issues more easily when the language for the Admin menu is English.\nThe UI in the Admin menu is not shown properly in all supported languages\n\nSkip nightly reboot\nThe terminal always executes a nightly reboot. In some scenarios, for example Black Friday, merchants require that terminals remain turned on and able to process payments. Merchants can now skip the nightly reboot at an indicated date to facilitate those requests.\nRemove terminal configuration remotely\nTo decouple a terminal from a merchant account, we required that merchants remove the configuration on the terminal itself.\nFrom this version onwards, we removed this dependency by enabling a remote terminal configuration removal. This action can be executed by POS support and simplifies the off-boarding process.\nPossibility to decouple printing from transaction flow\nTo make the transaction flow more robust we have implemented the option to decouple receipt printing from transaction flow. Traditionally the transaction was only approved after a successful print callback was received. With this feature it is possible to finish the transaction completely before printing. For existing merchants this requires a change in the implementation.\nAnimated .gif support\nIn order to enhance the shopper experience we now support animated .gif files. If the terminal is idle, animated .gif files can be displayed instead of static images. The .gif files have to be uploaded in the Customer Area.\u00a0\nStores added\nA terminal can be associated by default with a store by passing it from the library in the register PED call. VOS terminals are now able to process payments for different stores.\u00a0store\u00a0influences how transactions are routed and settled.\u00a0\nImproved functionality\nAdjusting volume terminal sounds\nThe volume of terminal sounds is configurable. The terminal sounds are categorized in 3 types and each type can be configured.\n\n\u00a0Happy flow sounds (Card inserted, Transaction approved etc)\n\u00a0error sounds (remove card after tx, card removed resulting in error, declined final screen)\n\u00a0ctls sounds (minimum volume level is restricted)\n\nTime out on present card screen\nA configurable time out on the 'present card' has been implemented whereas before the 'present card' screen would\u00a0 get a NFC time which resulted in an 'error' screen and an 'unknown error' was fed back to the libraries. Time outs are now properly handled.\nSwitch Interface mid tender based on issuer response\nIssuer responses indicate when daily contactless amount limits are exceeded. This resulted in a declined transaction.\nFrom this version onwards, we keep the tender alive and prompt the shopper to insert their card. This provides a better shopper experience as the transaction is initiated only once.\nFixed\n\nWhen a final approved receipt is being printed the transaction can not be cancelled anymore from this version onwards.\nFor partial authorizations, the full order amount was stated on the receipt instead of the authorized amount for that specific payment method.\nThe network not connect message was not displayed after a reboot when terminal is not connected to internet\nReceipt missing in case of cancel during ask signature. In previous versions no receipt was communicated to the Backend and library while we already received an authorization. Therefore we should be able to print a void receipt upon cancellation and this is now fixed.\u00a0\nRemove 'download firmware' option from merchant Admin menu. The installer should be used to update terminals and therefore the legacy method is removed from the menu\nCancel refund flow adjusted. The cancel flow is now in sync with the normal transaction flow meaning that a shopper is prompted to confirm a cancellation after pressing the 'cancel' button.\nAfter online pin cancellation the authorization request is still being sent which results in an error response as the PIN is missing. The authorization request is now suppressed.\n\nKnown issues\n\nWhen downgrading the terminal from 18 to an earlier version, the transactions in the TxStore from version 18 will no longer be visible. The transaction has been processed, but does not appear in the list.\nMKE does not work.\n","type":"page","locale":"en","boost":17,"hierarchy":{"lvl0":"Home","lvl1":"In-person payments","lvl2":"Legacy release notes","lvl3":"VOS release notes V1.18"},"hierarchy_url":{"lvl0":"https:\/\/docs.adyen.com\/","lvl1":"https:\/\/docs.adyen.com\/point-of-sale","lvl2":"https:\/\/docs.adyen.com\/point-of-sale\/legacy-release-notes","lvl3":"\/point-of-sale\/legacy-release-notes\/vos-release-notes-v1-18"},"levels":4,"category":"In-person payments","category_color":"green","tags":["release","notes","V1.18"]}}
