Fraud Screen v1.0.3

• Plugin ID is now 2464, the ID the Plugins Library assigned on 6 October 2026. Earlier releases carried a placeholder the Library couldn't update, so Plugin Manager had no way to tell you about updates.
• No screening, code or settings changes. Upgrading is optional and only matters for update notices.
• Upgrading: put v1.0.3 beside v1.0.2 in zc_plugins/FraudScreen/ and click Upgrade in Plugin Manager; your settings and order history are kept. Zen Cart 2.2.0 and later pick up the new ID by themselves. Zen Cart 2.1.x keeps the ID it stored at first install, so on 2.1.x also run UPDATE plugin_control SET zc_contrib_id = 2464 WHERE unique_key = 'FraudScreen'; Admin → Tools → Install SQL Patches adds your table prefix itself; in phpMyAdmin, add it to the table name (for example zen_plugin_control).

Fraud Screen v1.0.2

v1.0.2 - 2026-10-05

Fixed

• The dry run did nothing. The setup steps (and the Enable Fraud Screen setting's description) say to switch Log Every Screening Decision on, leave the screen off for a few days and read what would have been held, but with the screen off no order was scored or logged. It now logs every order with what would have happened (WOULD HOLD (dry run) or passed (dry run)) and holds nothing. Switched on, nothing changes.

Added

• A Forum Support Thread button beside Read Me and GitHub in Plugin Manager: https://www.zen-cart.com/threads/207393?page=1#post-1347418

Also

• Readme: a refund on a capture store goes to the real cardholder (the note read as if the store got it back), and Square cancels an uncaptured online payment after seven days, not six.

Upgrade in Plugin Manager: upload the v1.0.2 folder beside your current one in zc_plugins/FraudScreen, select Fraud Screen and click Upgrade. No settings change; Clean Up removes the old folder afterward.

Fraud Screen v1.0.1

v1.0.1 - 2026-10-04

Fixed

• A held order could be put straight back to its paid status. The hold was applied at NOTIFY_CHECKOUT_PROCESS_AFTER_ORDER_CREATE_ADD_PRODUCTS, which Zen Cart raises before the payment module's after_process(), and a module that sets the order's status there (the Authorize.Net Accept.js module does) overwrote it. The order looked paid while its history and the alert email said it was held. Screening now runs at NOTIFY_CHECKOUT_PROCESS_BEFORE_CART_RESET, after the payment module has finished, on every release from 1.5.8 through 3.0.0.

Upgrade in Plugin Manager: upload the v1.0.1 folder beside v1.0.0 in zc_plugins/FraudScreen, select Fraud Screen and click Upgrade. No settings change; Clean Up removes the old folder afterward.