Release Notes
These release notes describe changes to the platform. For more information about a change, please contact us at support@altapay.com.
There are different categories of changes, as explained in the following table:
| [Change]
|
A very important change that you need to be aware of |
| [API Change]
|
A change to the API |
| [Feature]
|
A new feature |
| [Minor]
|
A minor change |
| [Tech]
|
A technical change |
20240828
| Feature |
Further Merchant Interface UI/UX improvements
|
| API Change |
Value returned as response of the verify order callback is now set as the customer error message rather than the merchant error message in our failure callback
|
20240814
| Feature |
Support migration of existing MobilePay Subscription from another PSP to AltaPay. For more information please contact support@altapay.com
|
| Minor |
New MII UI/UX
|
| Feature |
Add support for computing the surcharge VAT in PartnerAPI
|
20240703
| Feature |
Added agreements page on Merchant UI (MII)
|
| Minor |
Improvements and bugfixes for MobilePay subscriptions and Vipps, PayPal and Klarna payments.
|
| API Change |
Added endpoint to calculate surcharge in our Partner API. Please check Partner API documentation (available upon request). |
| Tech |
Improved the core functionalities of Agreements Engine with NETS. This version is recommended in case of having Recurring & Unscheduled agreement use cases. |
20240522
| Feature |
Added support for setting up agreements via Klarna Recurring.
|
| Feature |
Added support for generating payment links from the Merchant UI.
|
20240508
| API Change |
Added validation to unitPrice parameter of the orderLines.
|
| Payment Method Update |
Added Quasi Cash support to Shift4. Hence, the firstname, lastname and postal code of the billing address must be provided.
|
| Form styling |
Added new credit card form styling defaults
|
| Backend UI |
Added support for segmented search results across more than one shop
|
| Backend UI |
Updated menu structure
|
| Tech |
Update MobilePay Subscriptions integration. This version is required for it to work.
|
20240327
| Feature |
Added option to specify language translations in terminal configuration. |
| API Change |
Extended /getTerminals to return custom language translations.
Changes required for CheckoutAPI v1.0.1.
Compatible sdk-java version >= 1.0.18.
|
20240313
| Feature |
Re-integration with the newest PayPal API for regular payments. |
| Feature |
Add support for PayLater. |
| Feature |
Add support for PayPal Subscriptions using Vault. |
20240214
| Feature |
Implemented the new PayPal API to future proof our integration. |
| Feature |
Added support for setup a subscription with initial payment via MobilePay Subscriptions. |
20240131
| API Change |
Extended /getTerminals to return custom payment method description and logo url.
Changes required for CheckoutAPI v0.9.10.
Compatible sdk-java version >= 1.0.15.
|
| Feature |
Added support for SafeKey (Amex 3DS) to Elavon US.
|
20231206
| Feature |
Added support for SEPA payment method. Please see SEPA page for more information. |
| Feature |
Added support for Trustly payment method. Please see Trustly page for more information. |
| Feature |
Added support for Twint payment method. Please see Twint page for more information. |
20231108
| Change |
Gateway upgrade to php 8.2 version. |
| API Change |
Extended /getTerminals to return supported agreement types.
Changes required for CheckoutAPI v0.9.7.
Compatible sdk-java version >= 1.0.12.
|
| API Change |
Extended /getTerminals to return shop name for each terminal.
Changes required for CheckoutAPI v0.9.7.
Compatible sdk-java version >= 1.0.13.
|
20231004
| Feature |
Added support for Open Banking payment method. Please see Open Banking page for more information. |
20230927
| Feature |
Added support for Payconiq payment method. Please see Payconiq page for more information. |
| Tech |
Enhance Klarna Payment integration by adding support for authorisation callback. |
| Feature |
Added support for capture_void, refund_void and credit_void statuses with Partner API. Please check Partner API documentation. |
20230816
| Change |
Credit card forms updated to include Email field.
It is required for 3DS to provide a valid email address, which then increases the chances for a frictionless flow, and therefore conversion.
You can provide it as part of the customer_info[email] field in createPaymentRequest method,
or the payment page will render a new input field to request it.
Please ensure you populate the field customer_info[email] to improve the user experience.
|
| Feature |
Added support for Bancontact payment method. Please see Bancontact page for more information. |
20230705
| API Change |
Renamed shippingTrackingInfo parameter to trackingInfo and changed the structure on /captureReservation request.
|
| Feature |
Allow merchants to update tracking info and customer info with KlarnaPayments. Please see /updateOrder method.
|
| Feature |
Add option to enable customer notifications when their order is updated for KlarnaPayments. Please see Klarna Payments page for more info.
|
20230412
| Feature |
TRA feature is available by using 3DS Adviser module of Finaro during the authentication.
|
| API Change |
Enforce the right HTTP methods on all API endpoints. Check the API method pages for the right HTTP method to be used.
SDKs compatible versions:
|
| Change |
Changes on Credit Card Form Templates: used visibility instead of display property to hide the scheme selection elements (creditCardTypeIcon, creditCardTypeSecondIcon, selectCardLabel)
|
20230118
20221207
| Feature |
Direct in App switch on payments initialised from a mobile app, for finalized wallet transactions. For more details see Mobile App Redirect page.
|
20221123
| Feature |
One Klarna functionality implemented for Klarna Payments.
|
| Feature |
Allow merchants to reconcile transactions even when it isn't natively supported by the acquirer. See details here.
|
| Minor |
Update Terms and Conditions for merchants with Danske Bank partnership.
|
| Feature |
Added Agreements Engine (Card On File) support for Rapyd.
|
20221026
20221012
| Feature |
Added Agreements Engine (Card On File) support for Elavon US.
|
| Feature |
Added support for grid-row CSS in payment form to automatically adjust input tabindex and autofocus
|
20220928
| Feature |
Streamlined the error codes in APMs:
|
| Feature |
Ensured compliance against MasterCard policy in Finaro acquirer regarding when and how a declined transaction is eligible to be submitted again.
|
20220817
| Feature |
Start of streamlining the error codes provided by the system and their meaning. Covered components:
Information on new error codes can be found here: Error Codes List
The streamline of error codes will get improved with each release until the whole system will get covered.
|
| Feature |
Fraud protection (ACI/RED Shield) integration was updated
Integration was upgraded to the new version, which will allow for more granular configuration of the rules
|
| API Change |
Changing order amount and order lines is available with Shift4 (formerly Finaro).
Documentation for updateOrder call is available here
|
| Feature |
Support ElavonUs Acquirer with 3DSv2 authentication
|
20220622
| API Change |
Added <FundingType> field to XML response of fundingList
|
| Feature |
Enabled support to handle Vipps Subscriptions.
Information about supported features and limitations can be found here.
Information about the integration can be found here.
|
| Feature |
Sofort now supports merchants having bank accounts in the following countries.
Austria, Belgium, Switzerland, Germany, Spain, France, United Kingdom, Hungary, Ireland, Italy, Netherlands, Poland, Slovakia
|
20220525
| API Change |
CardInformation added to payment response. See API Payment Response transaction
|
| API Change |
Form Placeholders made available, see here.
|
| Feature |
Enabled support of Klarna US API.
|
| Feature |
Enabled support for handling static data into a centralized place within the gateway by adding a new General Config page.
|
| Feature |
Enabled support to handle MobilePay Subscriptions static data in the General Config page.
|
| Feature |
Improved the VisaDankort customers user experience by allowing them to chose which scheme (Dankort/Visa) to use when doing an online payment directly into the payment form.
|
| Feature |
Enabled support for ApplePay on Rapyd acquirer.
|
| Feature |
Enabled support for ApplePay on Nets acquirer.
|
| Feature |
Added support for merchant administration page of MobilePay Subscriptions agreement.
|
| Tech |
Enhanced the EMVco compliance of tokenized payments by storing specific data behind the scenes.
|
| Tech |
Improved the card type handling process behind the scenes to streamline the types and subtypes accros the internal components.
|
| Tech |
Improved the gateway security by allowing only https URL to be saved on terminal configurations.
|
20220427
| Feature |
MobilePay Subscription integration is available on Test Gateway.
Information about supported features and limitations can be found here
|
| Feature |
Changing order amount and order lines is available with KlarnaPayments.
Documentation for updateOrder call is available here
|
| Feature |
Testing of CreditCard Wallet flow with subscriptions is available in test gateway.
Test cases can be found here
|
| Change |
Added validation of the cardholder name in the credit card form. This will make sure that an authorisation request cannot be submitted in case of invalid characters.
|
20220330
| Feature |
Bank Refund files can be download via API calls
Check documentation for more info here
|
| Feature |
Updated how agreement object is being sent to createPaymentRequest
Changes can be found here
|
| Tech |
Updated Agreements Engine documentation
|
20220302
| Feature |
Initial integration to MobilePay Subscriptions
Currently supported in test environment:
- Setup subscription (recurring)
- Setup subscription (unscheduled)
Contact support for more information
|
| Tech |
Improvements to Agreement Engine flow:
- Fixed verifyCard
- Added support to 3DSv1
Minor clarifications to documentation of Agreement Engine
|
| Bugfix |
Fixed Redirect callback page to work as documented. Previous behaviour (which would trim all the styling/elements from HTML page) preserved for existing integration compatibility.
To change this behaviour please contact support. All new terminals will have fixed behaviour. Read more about callback_redirect here here
|
20220119
| Feature |
Initial implementation of Agreement Engine support on Credit Card Wallet flow (i.e. MobilePay Subscriptions) |
| Feature |
Support Shift4 (formerly Finaro) using new Agreements Engine |
| Tech |
Improvements to 3DSv2 Flow notification on timeout when user is inactive too long during the challenge flow |
20211124
| Feature |
Support SCA in chargeSubscription and reserveSubscriptionCharge API Methods |
| Feature |
Agreements Engine (See more details here) |
| Tech |
Enhance and improve the general customer experience regarding tokenized payments via Vipps & MobilePayOnline wallets. |
| Tech |
Fix and improve SCA support for tokenized payments. |
| Tech |
Enhance Shift4 (formerly Finaro) integration with MobilePayOnline & Vipps. |
20210901
| Minor |
Translation improvement for Finnish language |
20210818, 20210819
| Feature |
Add support for the EMVCo Tokenized Protocol with MobilePay for Shift4 (formerly Finaro) and Rapyd. Please refer to MobilePay integration, regarding 3DS fallback scenarios |
| Change |
Exponent for ISK Amount is not supported. Please make sure you send the amount with 0 as exponent (.00) or no exponent at all. |
20210721
| Feature |
Add support for NETS 3DSv2 integration |
| Feature |
Add support for persisting card holder name when performing a tokenized payment |
| Tech |
Enhance iDEAL PPRO integration |
| Tech |
Update Visa logos according to new Visa Brand Guidelines |
20210623
| Tech |
General improvements of the system stability |
| Tech |
Improved error handling during 3DSv2 decline and error flow |
20210324, 20210325
| Feature |
Add support for the EMVCo Tokenized Protocol with Vipps for Shift4 (formerly Finaro) and Rapyd. |
| Feature |
Add support for Amex 3DS transactions with the Shift4 (formerly Finaro) 3DS service for Nets/Teller. |
20210310
20201218
| Change |
Add support for specifying "XI" for "Northern Ireland". Understand that this EORI number is solely to be used for taxation purposes, and does not correspond to an ISO 3166 country code.
Note! This change allows us to pass your requests on to the relevant acquirers, but we cannot guarantee that any given acquirer has also implemented this, so the request may end up failing after all. In such cases, you need to fall back to using the "GB" country code.
Further information is provided here:
|
20201216, 20201217
| Feature |
Add support for EMV 3DSecure with Credit Card payment methods: Shift4 (formerly Finaro), Nets/Teller and Rapyd |
| Feature |
Support 3DS Fallback with Vipps and MobilePay
Check documentation for more information here (customer_info[cardholder_name])
|
| Feature |
Support Unscheduled Agreement delayedCharges and incremental with Shift4 (formerly Finaro) |
20201125
| Feature |
Enable EMVco 3D Secure payment flow. Please consult SCA documentation for more information |
20201021
| Feature |
Enable support for Agreements. Please consult documentation for more information |
20201005
| Feature |
Add multi-capture support to Shift4 (formerly Finaro) |
20200828, 20200829
20200602
| Change |
Support for the new MobilePay Online API |
20200420
| Feature |
PaymentForms have been updated to optionally accept type-in instead of drop-down |
20200326
| Minor |
Exact same as 20200325 |
20200325
| Change |
VIPPS backend update for better info in VIPPS app |
20200224
| Change |
Klarna Payment KP (will replace Klarna KPM Sept. 1st) |
20200131
| Tech |
Bug fixes and platform improvements |
20200117
| Tech |
Forms have been updated for compatibility with screen readers |
20191023
| Tech |
Cardholder name field can optionally be hidden |
20190906
| Tech |
3D Secure v. 2 refinement |
20190902
| Tech |
3D Secure v. 2 and support for cardholder name |
20190528
| Tech |
Streamline platform error reporting mechanisms |
20190416
| Feature |
Add support for POS-refund |
20190319
| Tech |
Update of the credit-card encryption technical stack |
20190205
| Tech |
Platform improvements to support upcoming upgrade of credit-card encryption technical stack |
20190122
| Feature |
Added PPRO/iDEAL integration |
20181211
| Minor |
Updated card icons on form pages to high resolution images |
20181016
| Feature |
Added support for Vipps. Please contact support@altapay.com for information |
| Tech |
Swish: Payment statuses are updated automatically |
20180821
| Tech |
Platform improvements |
20180807
| Tech |
Added support for 8 digit credit card bin lookup |
20180724
| Tech |
Internal improvements on the platform core |
20180710
| Feature |
Gambling merchants with such an agreement with NETS, may now make refunds |
| Tech |
Deprecated merchant/API/reservationOfFixedAmount in favour of merchant/API/reservation |
20180626
| Tech |
More internal improvements on the platform core, bug fixes |
20180612
| Tech |
Internal improvements on the platform core, bug fixes |
| Tech |
Elavon US integration improvements |
| Feature |
Support for MasterCard final auth and pre-auth with Shift4 (formerly Finaro) |
20180529
| Tech |
Internal improvements, comply with security standards for the connection to the fraud service and acquirers |
20180501
| Feature |
Support ElavonUs Acquirer with ApplePay was added. Please contact support@altapay.com for information. |
20180417
| Api Change |
Added IsTokenized to the XML API Response |
20180403
| Feature |
Added support for credit flow with Shift4 (formerly Finaro) acquirer. Please contact support@altapay.com for information |
| Tech |
Internal improvements, including updates to the partner API |
20180320
| Feature |
Finalized ApplePay Test Integration |
| Feature |
Support AltaPay Acquirer with ApplePay was added. Please contact support@altapay.com for information |
20180220
| Feature |
ApplePay test capabilities were added. Please contact support@altapay.com for information |
| Change |
Old tokens no longer can be used if new token for credit card was generated |
| Minor |
The column "Created at" has been added to the custom-report "Transactions with funding data". This displays the time of which the funding report containing the transaction became available on the gateway |
20180109
| Change |
Credit card token format has been changed - it is no longer 40 characters, but 90 |
| Change |
Payment_source was added to the XML Response in notifications |
| Change |
Liability status is changed for 3D Secure by Nets. 3D secure result has new value and merchant is still liable in this case: Successful_Forced_Merchant_Liability (Merchant has liability) |
20171212
| Minor |
Now it is possible to disable 3DSecure for Nets acquirer if merchant is eligible for that. Please contact support@altapay.com for more information |
20171024
| Change |
HSBC terminals now validate that Merchant Category Code (MCC) consists of 4 digits. Thus, if an MCC<1000, it should be padded with zeroes |
| Minor |
Nets requires a special agreement for gaming companies (Code of Business = 7995) in order to perform subscriptions for Dankort and VisaDankort. Please contact us at support@altapay.com for information |
20170801
| Tech |
Several internal system improvements, including encryption and certificate updates related to MasterCard, 3DSecure by Nets, and MobilePay |
20170620
| Feature |
Added support for multiple refunds when using Converge/ElavonUs |
| Change |
Deprecated the API endpoint /processor/API/reservationOfFixedAmount in favor of /processor/API/reservation. This affects only the url of the endpoint. The functionality remains the same |
20170606
| Minor |
Masked inputs on payment form- The invoice form will mask the Social Security Number information when the consumer types it except for Santander
- The bank payment form will mask the Account Number information when the consumer types it (Elavon)
|
20170523
| Tech |
Enhancement of the platform in regards to Security |
20170425
| Change |
We have tightened security around user accounts in order to conform to the PCI DSS 3.2 standard:- User accounts will be disabled when they have not been used for 90 days. You may contact us at support@altapay.com to re-enable them.
- User accounts will be blocked after 5 failed login attempts. Should this happen, the user will receive an e-mail notification. It is therefore important that even API accounts have valid and monitored email addresses associated with them.
- API/PSP user accounts will now have only the Merchant permission. Existing API/PSP accounts will be stripped of other permissions, and some merchants may need to have new separate front-end user accounts made.
|
| Change |
The way users recover forgotten account passwords has changed: Now, when you click the "Forgot your password?" link and submit the form, you will receive a confirmation e-mail with a one-time link. Clicking that link will reset your password |
20170328
| API Change |
Added a correctly spelled element SurchargeAmount to the response of the API/calculateSurcharge. Please switch to using this new element as soon as possible, as the misspelled element (SurchageAmount) is deprecated (the removal is to be announced at a later date) |
20170228
| API Change |
Added versioning of the Processor API (this is not used much, so if you are unsure on what it is you are most likely not using it). By default we will use the new version, let us know if this should be set to the old one after upgrade.:
- 20161213: Uses the old 3D Secure flow. Does not support NETS 3D Secure flow.
- 20170228: Supports both Visa, Mastercard and NETS 3D Secure flow.
|
| Feature |
Added support for 3D-Secure by nets |
| Feature |
Added support for filtering the funding file list. Funding files created later than 2017-02-28 are extended with a funding type indicator (currently either ECOM or POS), that is also viable for filtering |
20170214
| Feature |
Added support for gift cards via SVS |
20161213
| API Change |
Added validation of the customer_created_date field for API/createPaymentRequest. The enforced format is yyyy-mm-dd. The field is still optional. |
| API Change |
Added API endpoint API/updateOrder which allows to update order lines for Invoice payment solutions. See API_updateOrder for more information. |
| API Change |
Deprecated the use of the customer_info[checksum] parameter on API_createPaymentRequest and API_createInvoiceReservation |
20161025
| Tech |
Improvements on the platform core in preparation for Black Friday |
| API Change |
Added validation of the customer_info[billing_country] field. It must be set to a valid 2 character ISO-3166 country code |
| API Change |
Added validation of the customer_info[shipping_country] field. It must be set to a valid 2 character ISO-3166 country code |
20161011
| Tech |
Improvements on the platform core in preparation for Black Friday |
| Minor |
BsKaai has now two authorisation flags available: - preAuth Any capture amount any time.
- finalAuth Full capture within 3 days.
Please contact us at support@altapay.com for information. |
20160830
| Feature |
Klarna: Added support for good-will refunds, which can be used to refund an amount independent of the order lines, see Payment Types |
20160719
| API Change |
Added surcharge_amount parameter to ChargeSubscriptionRequest and ReserveSubscriptionChargeRequest. In addition to the payment amount, it is now possible to specify a surcharge as a separate amount |
| API Change |
Added support for issuing gift cards with the test acquirer through the processor API. See API_issueGiftCard for more information |
| Feature |
When you release a subscription payment, it will go into a released state regardless of what the acquirer responds. This means that once you have told us to release a subscription, all future charges will be prevented |
20160607
| Feature |
Added support for Swish payments in Sweden. Please contact us at support@altapay.com if you are interested in this. |
| Minor |
Removed deprecated sales reports (Excel based) |
| Change |
Paypal payments will now more often go into open state, as we have changed the way we analyze the response from paypal. If you are using paypal please verify that you do support open state as part of the payment flow |
20160524
| Feature |
Added support for MobilePay payments in Norway and Finland. Please contact us at support@altapay.com if you are interested in this. |
| Minor |
Changed translation for "Accept new shipping address" in invoice payment flows from "Godkänn en ny leveransadress" to "Godkänn folkbokförings adress som leveransadress" |
20160426
| API Change |
When creating invoice payments, until now you could not provide both tax percent and tax amount. Now you may, as long as the the calculations yield similar subtotals. |
| Feature |
Added support for creating Klarna invoice payments through the merchant api, see documentation. |
20160315
During this sprint we worked on a series of smaller stories.
| Feature |
Added support for splitting Santander’s products (Norwegian invoice solution) across terminals. The feature supports the fact that you as a merchant have more freedom to decide the checkout flow in terms on when the consumer is introduced to the different consumer financing alternatives.
- Q. What kind of consumer financing does Santander offer?
- A. Santander offers a wide range of financing options. On a high level it make sense to split “Pay later” and “Pay a fixed monthly amount". Please contact us at support@altapay.com if you are interested in using Santander in Norway.
|
| Feature |
Added support to handle non 3D Secure card types on terminals which are 3D Secure enforced. The terminal will only enforce 3D Secure on card types that supports it, so it is possible to accept payments from cards like Diners and Dankort. It is however still possible to maintain the old setting, which declines non 3D Secure card types. Please contact us at support@altapay.com if you have a 3D Secure enforced terminal, but want to support non 3D Secure card types |
| Feature |
From now on 3D Secure Enforced will allow transactions marked as "attempt" in 3d secure, as that still signifies a liability shift |
20160301
During this sprint we have focused on enhancement of internal tools and providing solutions based on request from acquirers and authorities.
| [Feature]
|
Added support for Open state on iDEAL payments. When upgraded to this version you should set the open callback as well if you are using iDEAL.
- Q. What is an Open state?
- A. When the form has been submitted to our gateway the input is validated and the payment is processed. A payment can result in three different states; Success, Failure or Open. With an Open state the payment result is known at a later time.
|
| Feature |
Due to SEPA regulation transactions can be processed without the BIC inside the European Economic Area and has take effect 1st of February 2016. Therefore, we have added support for using an IBAN instead of a regular bank account number and bank code. CPlease contact us at support@altapay.com if you want to enable IBAN for your bank to bank payments |
| Minor |
Based on a request from the Norwegian Consumer Ombudsman the wording on the submit button for Norwegian has changed from "Send" to "Bestill" |
20160202
During this sprint we have focused on merchant requests. We also made some changes in the way the merchant can search for specific payments.
| Feature |
Sophisticated payment form on public computers. Please contact us at support@altapay.com for more information or if you want to enable the feature.
- The payment form will mask the card information (card number and CVC) when the consumer types it
- The payment form will automatically redirect to a fail page when the consumer has been idle for the amount of time set as timeout
|
| API Change |
Added support for passing gender to customer info in createPaymentRequest and createInvoiceReservation. Gender is also returned in the callback xml. |
| API Change |
Added support for passing in client_ip, client_session_id, client_accept_language, client_user_agent and client_forwarded_ip to createInvoiceReservation |
| API Change |
The API/payments method now only supports searching for specific payments by paymentId/transactionId or orderId. The maximum number of results have been decreased to 10 to reflect this. It is still possible to filter further by terminal and shop, but these filters cannot be used on their own |
20160105
During this sprint we have focused on providing general solutions to requirements from acquirers in order to keep your integration as acquirer agnostic as possible.
| API Change |
Added CardHolderMessageMustBeShown (boolean) to the <Body> of the API response. When this value is true you must show the value of <CardHolderErrorMessage> to the user. Some acquirers requires certain messages to be shown |
| API Change |
Added cardholder_message_must_be_shown (boolean) post field to OK and Fail callbacks. When this value is true you must show the value of <error_message> to the user. Some acquirers requires certain messages to be shown |
| API Change |
Added ReasonCode (string) to <Transaction> in the payment XML. For now it contains codes for open statuses and describes who the payment is waiting for (consumer or acquirer) (see full list) |
| API Change |
Added additional statuses to Result xml so it better describe status of the payment (Success, Failed, Error, Open, PartialSuccess, Incomplete) |
| API Change |
In callbacks status parameter will describe what type of status payment has (succeeded, failed, error, open, incomplete, PartialSuccess) |
20151222
During this sprint we finalized a new integration to increase our invoice payment offering in Norway.
| Feature |
Finished integration to Santander Norway. Santander Norway is a Norwegian invoice provider with three different products in their portfolio. Please contact us at support@altapay.com for more information:- Here & Now (Credit limit 1990 NOK - 50 000 NOK)
- Here & Now Student (Credit limit 1990 NOK - 20 000 NOK)
- Invoice (Credit limit 1990 NOK - 20 000 NOK)
|
| API Change |
Acquirer titles in the funding file list have been generalized to support that we have multiple connections to some acquirers. The acquirer titles will be one of the following:- BS_CARD_SERVICE
- AMEX
- CREDORAX
- ELAVON_UK
- ELAVON_US
- PAYPAL
- GLOBAL_PAYMENTS
- altapay
- AVARTO
- KLARNA
- NETS/TELLER
- TEST
|
20151124
During this sprint we finalized a new integration to increase our invoice payment offering in Denmark and investigated a new connection in order to add more payment options on our platform.
| Feature |
Finished integration to ViaBill. ViaBill is a Danish invoice provider with two different products in their portfolio:
- ViaBill Free (Credit limit 1 - 2000 DKK)
- ViaBill Xtra (Credit limit 2001 DKK - 10 000 DKK)
|
20151110
During this sprint we have finalized a new integration to increase our mobile payment offering and investigated new connections in order to add more payment options on our platform.
| [Feature]
|
Finished integration to Pingit. Pingit allows consumers to pay their merchant for goods or services using their mobile phone in the UK. Please contact us at support@altapay.com for more information |
20151027
During this sprint we have focused on specific merchant requests and integration to new payment methods to increase our offering.
| Minor |
Support the payment form in Russian and Lithuanian. |
| Minor |
iDeal merchants: future refunds will be gathered in one batch which means that you only will be billed by the batch and not by the number of refunds |
| Minor |
HSBC merchants with merchant category code 6012 need to customer birth date, billing address and billing postcode (see documentation) |
20150929
During this sprint, a lot of effort was put into internal enhancements of the platform.
| Feature |
Added payment window support for iOS' standalone mode (see documentation) |
| Minor |
Improvements to PPS integration |
| Minor |
Improvements to Elavon US integration |
20150915
During this sprint, a lot of effort was expended on enhancement of internal tools, integration to Elavon US/Converge and investigating upcoming connections to more payment options in order to increase our offering.
| Feature |
Added support for dynamic descriptor with Shift4 (formerly Finaro). Please contact us at support@altapay.com if you want to use this feature |
| Feature |
Added integration to Elavon US' new platform Converge |
| Minor |
If an ePayment (e.g. PayPal) is cancelled by the user, the status in the callback xml is now set to cancelled instead of error. If you use our C# sdk, contact us at support@altapay.com to get an updated version |
20150818
During this sprint, a lot of effort was expended on enhancement of internal tools, integration to MobilePay and investigating upcoming connections to more payment options in order to increase our offering.
| Feature |
Added support for allowing customer to change the amount of the payment on the payment form (see documentation) |
| Feature |
Added automatic reports that helps you monitor the chargeback levels for VISA and MasterCard. Please contact us at support@altapay.com if you want to know more |
| Feature |
Added integration to MobilePay. Please contact us at support@altapay.com for more information |
| Minor |
Added acquirer column to the .csv of the transactions report |
| Minor |
Sofort refunds from non-german accounts are now declined by the gateway, as they would be declined by Sofort anyway |
20150804
During this sprint, a lot of effort was expended on system optimization enhancement of internal tools as well as integration to gift card solution providers for gift card payments.
| Feature |
Added support for gift card payments via PPS. If you accept, or wish to accept, gift cards, contact us at support@altapay.com. |
| Minor |
Calling releaseReservation on a payment created with the auth type 'payment', but completed with the auth type 'paymentAndCapture' (due to missing acquirer support for 'payment), will now result in that payment being refunded (instead of just failing) |
| Minor |
The german language submit button has been changed from 'Übermitteln' to 'Bestellung abgeben' to better match EU regulations. |
20150707
During this sprint, a lot of effort was expended on meeting some merchant-specific requirements, enhancement of internal tools as well as on PCI compliance checks so as to ensure that customers' payment card data is kept secure.
| Feature |
Added support for capturing other order lines than were reserved on Klarna. This makes it possible to modify an order line before it is captured, so long as the amount remains the same |
20150609
During this sprint, a lot of effort was expended on meeting some merchant-specific requirements as well as system optimization and security enhancement in some of our communication channels.
| Feature |
The credit card form now automatically adds spaces to the card number while you type it. This should make it easier for users to verify if they are typing correctly |
| Minor |
createPaymentRequest now accepts the payment_source parameter |
| Minor |
Added new payment source values mail_order and telephone_order. For fraud detection, being able to distinguish phone orders from mail orders can come in handy (these would normally be grouped as one under the moto value |
| Minor |
Klarna: the payment source moto is now treated as telephone_order |
| Minor |
Added support for sending unique customerID from merchants to Klarna for easy Klarna verification / approval of the customer |
| Tech |
eCommerce api methods now return http 405 on request methods other than GET and POST |
20150526
During this sprint, a lot of effort was expended on meeting merchant-specific requirements as well as upcoming connections to gift card solution providers for gift card payments in order to increase our offering
| Feature |
Support for gift card payments. Currently only a test gift card provider is available. If you accept, or wish to accept, gift cards, contact us at support@altapay.com. |
| Feature |
Added processor/API/initiateGiftCardPayment endpoint |
| Feature |
Added merchant/API/queryGiftCard endpoint |
| [Minor]
|
createPaymentRequest response xml now contains the <PaymentRequestId> |
| Minor |
The postback xml now contains the <SurchargeAmount> |
| Minor |
The postback xml can now have status PartialSuccess, which means that only part of the requested amount was paid (used only with gift cards) |
| Minor |
API Response xml now has the version 20150526 |
| Minor |
Included the PayPal Seller protection in our PayPal Integration for merchants who may be interested in this scheme |
| Minor |
If the customer is directed to our payment page, but the payment has already been paid in full, instead of showing the payment page, we now show the cached ok page / redirect if we have it |
20150428
During this sprint, a lot of effort was expended on meeting merchant-specific requirements as well as system optimization and enhancement of internal tools.
| Major |
The merchant API endpoint API/reservationOfFixedAmount now accepts the same customer_info array as other endpoints. Old integrations sending the fields as 1st level fields will still work, but the new fields are only supported via the customer_info array |
- [] .
- [Feature] Added support for refunds through BNP Paribas iDeal and ING iDeal.
- [Minor] Added a styleable div around the account terms for invoice payments.
- 20150414
- During this sprint, a lot of effort was expended on meeting merchant-specific requirements as well as investigation/scoping of upcoming connections to more payment options in order to increase our offering
- [Feature] Added support for iDeal payments through BNP Paribas.
- [Feature] Added support for iDeal payments through ING.
- [Minor] Releases are now performed with the reserved amount to avoid confusion as to how much was released (no changes to integration).
20150317
During this sprint we did a lot of merchant specific developments which are not part of the gateway.
| Feature |
Added a new rules engine, which gives us much more flexibility to handle complex merchants specific scenarios when selecting the acquirer for payments |
| Minor |
Added stricter validation of the transaction_info parameter. It must be an array of values that can be seen as strings |
20150303
During this sprint we focused on system optimization, investigation of upcoming connections as well as some development which are not part of the gateway.
| Feature |
Added support for 3D Secure validation with VerifyCard on AltaPay |
20150217
During this sprint we also did investigation/scoping of upcoming connections to more payment options in order to increase our offering
| Feature |
Added iDeal logo to the iDeal form, with option to customize (defaults to old behavior) |
| Feature |
Added support for subscription without initial charge or reservation for Shift4 (formerly Finaro) |
| Minor |
Improved documentation of the custom submit button functionality (deprecated "PensioSubmitButton" and switched to "CustomAltaPaySubmitButton"). |
20150203
During this sprint, a lot of effort was expended on meeting some merchant-specific requirements as well as system optimization and enhanced security.
| Feature |
Added email notification for ready-for-download PAIN files (iDeal/Sofort refund files) with a direct link to the file. |
| Feature |
Added support for Release Subscription and Release Reservation on Shift4 (formerly Finaro). |
| Minor |
Enabled logging of user details in the back-end when a user creates a MO/TO payment |
| Minor |
The login is now able to redirect you back to the page you tried to see (if applicable) |
20150120
During this sprint, a lot of effort was expended on meeting some merchant-specific requirements as well as enhancement of internal tools.
| Feature |
Added support for 3D Secure payments on Teller |
| Tech |
Added "ReferenceText" and "AccountNumber" to funding list reponse XML |
20141118
During this sprint we focused on system optimization for increased efficiency and did some merchant specific development which are not part of the gateway.
| Feature |
Enabled chargeback notification for our merchants using Shift4 (formerly Finaro) |
| Feature |
Enabled the use of iframe-based payment forms to improve user experience |
| Tech |
Payment IDs are now UUIDs. The numeric ID is still rolled and functional |
20141104
During this sprint, a lot of effort was expended on merchant specific integration and improvement of internal tools.
| Feature |
Enabled the pulling of reports for failed captures and refunds thus enabling our merchants to investigate the causes and to make proactive business decisions |
| Feature |
Made cosmetic changes to the boarding form in order to optimize the boarding process and improve user experience |
20141021
During this sprint we also did a lot of internal work to optimize the performance of our system and to meet some merchant specific requirements.
| Feature |
Enabled opening of individual payments on a different tab, (using the mouse's middle button) to improve user experience |
| Feature |
Added a link to the PaymentID column in custom report for ease of navigation between custom report and the actual payment |
| Feature |
Improved the performance of data collection for Search and Reporting |
| Feature |
Implemented "pending status" for Klarna transactions so as to reduce the number of failed transactions and increase conversion for merchants |
| Minor |
Enabled smoother navigation between orders so that users will not be prompted to submit data when accessing the previous page |
| Minor |
Made changes to some MasterPass fields in some of the Acquirer connections to comply with changes from MasterCard |
| Tech |
Made some ApiChanges; going forward all response XML will contain the 3-letter ISO-4217 version of the currency together with the 3 digit version |
| Tech |
Updated the documentation for MultiPayment (multi-merchant-basket support) to better reflect its capabilities |
20141007
Most of the effort in this sprint was expended on merchant specific integration as well as training of new staff.
| Minor |
Improved the performance of data generation and provision of data for our merchants |
20140923
We have only one new feature is this sprint because we focused on performance optimization in our system and improvement of internal tools. Also, our output was limited by staff training and vacation.
| Feature |
Enabled multi-payment functionality on C# API for our merchants |
20140909
We had a number of merchant specific developments in this sprint which are not part of the gateway.
- [Feature] Replaced the surcharging rule engine to be more precise, such that merchants with complex pricing can better live up to new EU regulations around surcharges.
20140826
During this sprint we also did a lot of internal work to better cope with future growth.
- [Feature] Added Refunds and Release on Paii. If you are interested in Paii (Danish mobile payment solution) then please contact our Customer Care Team.
- [Feature] Added Reconciliation data for Shift4 (formerly Finaro).
- [Minor] Moved the verifyOrder step on Invoice payment to one step later, enabling merchants to decline orders if the new address is not compatible with the shipping method.
- [Minor] Changed the presentation of e-payments and wallets in the payment form to be a clickable list instead of a radio-button list
- [Tech] Allow downloading of custom reports via the API.
- [Tech] Changes from Visa&MasterCard to be implemented by processors and PSPs.
