paydock logo on transparent background
  • Solutions

    Solutions

    For Banks

    For Merchants

    Generic selectors
    Exact matches only
    Search in title
    Search in content
    Post Type Selectors
    post
    page
    • Expand Market Share
    • Elevate Merchant Experience
    • Offer the Latest Payment Technology
    • Rocket Launch New Merchant Services
    • Minimising Payment Tech Risk
    • Ever Fresh Payment Experiences
    • Deep Security and Stability Uplift
    • Reporting and Reconciliation Fixes
  • Our Platform

    Our Platform​

    Paydock

    Quick Contact

    Generic selectors
    Exact matches only
    Search in title
    Search in content
    Post Type Selectors
    post
    page
    • Our Platform
    • Features
    • For Banks
    • For Merchants
    • Our Platform
    • Features
    • Contact Support
    • Our Helpdesk
    • Contact Us
  • Developers

    Developers

    Paydock

    Resources

    Generic selectors
    Exact matches only
    Search in title
    Search in content
    Post Type Selectors
    post
    page
    • Status Page
    • Documentation
    • Support
    • Our Helpdesk
    • Release Notes
    • Changelog
    • GitHub
    • Boilerplates
    • NPM
    • Responsible Disclosure
  • About

    About

    Paydock

    Newsroom

    Generic selectors
    Exact matches only
    Search in title
    Search in content
    Post Type Selectors
    post
    page
    • Values
    • Careers at Paydock
    • Our Team
    • About Us - Our History
    • Newsroom
    • Contact Us
    • Blogs
    • Press Releases
    • Podcasts
  • Search

    Generic selectors
    Exact matches only
    Search in title
    Search in content
    Post Type Selectors
    post
    page

    Most Searched

    • Features
    • Contact Us
    • Banks
    • Merchants
Get Started
Log In

Changelog – Release 98

SANDBOX RELEASE DATE: 07/05/2025
PRODUCTION RELEASE DATE: 21/05/2025

API Enhancements:

  • Implemented ability to attach a standalone 3DS charge with fraud to a Direct Charge

Implemented support for attaching Fraud Charge to Standalone 3DS and then performing the Charge by providing only the 3DS Charge ID.

Impacted Functionality: Charges

  • Updated Zip URL endpoints and introduced the “reference” field for refund

Updated the Zip URL endpoints for sandbox and production to ensure that we are pointing to the correct URL advised by Zip, and also introduced & mapped the reference field as mandatory for the POST /refunds request body.

Impacted Functionality: ZipPay

  • Renewed Click to Pay Sandbox and Preproduction environment encryption keys

Renewed Click to Pay Sandbox and Preproduction environment encryption keys to avoid service disruption when the encryption keys expire.

Impacted Functionality: Click to Pay

  • Resolved misalignment between card expiry and token expiry dates in payment source object for standalone 3DS

Addressed the misalignment between the card expiry and token expiry dates in the payment source object for standalone 3DS and ensured that the card expiry date is the information displayed.

Impacted Functionality: Gpayment (Standalone 3DS)

  • Introduced a flag in the SDK for the 3DS canvas widget to control the display of the messaging

The remote-app message was updated with an optional third parameter: when set to true, the “payment confirmed” message will be visible; when set to false, it will be hidden; and if the parameter is not provided, the message will default to visible.

Impacted Functionality: Gpayment (Standalone 3DS), Remote-app

  • Addressed the incorrect “Stored_On_File” value passed for Charge refunds

Implemented a fix to ensure that the correct “stored on file” value is passed for charge refunds and aligns with the expectation from MPGS when a vault token linked with NT is used as the payment source.

  • 1st Direct/Authorize Charge: to_be_stored
  • 1st Charge Refund: to_be_stored
  • Subsequent Direct/Authorize Charge: stored
  • Subsequent Charge refund: stored

Impacted Functionality: MPGS gateway

UI Enhancements:

  • Removed Forwarding Institution ID from EFTPOS configuration (UI + API)

Removed the Forwarding Institution ID from the Create & Edit EFTPOS service to simplify merchant onboarding. Forwarding Institution ID is defined on environment level

Impacted Functionality: EFTPOS

white paydock logo on transparent background
👋 we are hiring self-motivated people to join our team

Solutions

  • For Banks
  • For Merchants

Our Platform

  • Our Platform
  • Features

Developers

  • Status Page
  • Documentation
  • Support
  • Helpdesk
  • Release Notes
  • Changelog

About

  • Values
  • Careers at Paydock
  • Team
  • About Us - Our History
  • Newsroom
  • Contact Us
  • Solutions
    • For Banks
      • Expand Market Share
      • Elevate Merchant Experience
      • Offer the Latest Payment Technology
      • Rocket Launch New Merchant Services
    • For Merchants
      • Eliminating Payment Tech Risk
      • Ever Fresh Payment Experiences
      • Deep Security and Stability Uplift
      • Reporting and Reconciliation Fixes
      • Be A Master Merchant
  • Our Platform
    • Features
  • Developers
    • Status page
    • Paydock Documentation
    • Paydock Support
    • Our Helpdesk
  • About
    • Our Values
    • Careers
    • Our Team
    • About Us
    • Newsroom
    • Contact Us
Black Linkedin Logo On Transparent Background Black X Logo On Transparent Background Black Youtube Logo On Transparent Background Black Instagram Logo On Transparent Background

Paydock Holdings Pty Limited
L40,
2 Park Street,
Sydney,
NSW 2000,
Australia

 

 

Paydock Ltd
Arquen House,
4-6 Spicer Street,
St. Albans,
Hertfordshire,
England,
AL3 4PQ

Copyright © Paydock 2023. All Rights Reserved | Privacy Policy | Website Terms of Use 

Manage Cookie Consent
We collect cookies to analyse our website traffic and performance.
Functional Always active
The technical storage or access is strictly necessary for the legitimate purpose of enabling the use of a specific service explicitly requested by the subscriber or user, or for the sole purpose of carrying out the transmission of a communication over an electronic communications network.
Preferences
The technical storage or access is necessary for the legitimate purpose of storing preferences that are not requested by the subscriber or user.
Statistics
The technical storage or access that is used exclusively for statistical purposes. The technical storage or access that is used exclusively for anonymous statistical purposes. Without a subpoena, voluntary compliance on the part of your Internet Service Provider, or additional records from a third party, information stored or retrieved for this purpose alone cannot usually be used to identify you.
Marketing
The technical storage or access is required to create user profiles to send advertising, or to track the user on a website or across several websites for similar marketing purposes.
Manage options Manage services Manage {vendor_count} vendors Read more about these purposes
View preferences
{title} {title} {title}