Overview
The SIBS PrestaShop plugin enables secure payment acceptance directly within the PrestaShop checkout experience.
It integrates with the PrestaShop order lifecycle and provides built-in support for SIBS SPG payment methods and notifications.
The plugin abstracts direct interaction with SIBS Payment Gateway APIs, including payment execution, notifications, and status handling. Merchants are not required to implement SPG API calls directly, but must ensure that order states within PrestaShop correctly reflect the actual payment outcome, including for payment methods whose final outcome is not immediately available.
Refer to B.3.1 – Common Configuration for the general plugin execution flow, notification handling, and transaction-status mechanisms.
Benefits
- Native PrestaShop checkout experience
- Automatic order status synchronization
- Support for payment methods with immediate or delayed final outcomes
- No direct API integration required
Before You Start
Ensure you have the following credentials from SIBS Onboarding team:
- Terminal ID: the terminal ID assigned to the merchant, by the SIBS Onboarding team
- Client ID: merchant application identifier assigned by the SIBS Onboarding team
- Authentication token: Bearer Token obtained from SIBS Backoffice
- Environment: Sandbox or Production
These credentials are provided during SIBS onboarding and are required for plugin configuration and authentication with SPG services.
Installation
Step 1 – Install the plugin
You will receive the SIBS PrestaShop plugin package during onboarding.
Login at your Prestashop admin area (https://yourwebsite/myadmin/) at the sidebar menu. First go to Module Manager, there click Upload a module, and finally upload the .zip file provided at the onboarding process.



After the upload is complete, install and enable the module.
Step 2 – Access plugin settings
Navigate once again to Module Manager:

After scrolling to the payment modules section, you can find SIBS plugin. Press Configure to access the configuration page.

Step 3 – Open General Configuration
Inside the SIBS Gateway configuration page:
- Enable the plugin
- Review the general/global configuration options
Step 4 – Enter SIBS Payment Gateway Credentials
All plugins require authentication parameters provided during onboarding.
Required fields:
- Terminal ID: Identifies the merchant terminal within SPG
- Client ID: Used for API authentication and validation
- Authentication Token: Bearer Token used for secure communication with SIBS Payment Gateway APIs

Step 5 – Select Environment
Plugins support two environments:
Sandbox
- Used for development and testing
- No real transactions
Production
- Used for live payments
- Requires full onboarding approval
Always validate the integration in Sandbox before switching to Production.
Step 6 – Save Changes
Apply configuration changes before enabling payment methods.
Step 7 – Customize your payment options
The PrestaShop plugin supports a range of SPG payment methods, including:
- MB WAY
- MULTIBANCO References
- Cards (Visa, Mastercard, etc.)
To configure find the Payment methods section:

Enable the desired methods and adjust their settings:

Notes:
- Payment method availability depends on your SPG contract and merchant setup
- Some screens and configuration labels may vary depending on PrestaShop version
- If you change credentials or environment, re-test a full payment flow before going live
Operational Behaviour
The following sections describe how the PrestaShop plugin behaves after configuration, including transaction-status notifications, order lifecycle management, and transaction visibility.
Notifications and Order Synchronization
The PrestaShop plugin relies on transaction-status notifications to update order states.
These notifications reflect payment events such as:
- MB WAY confirmations
- Multibanco settlement updates
- Fraud or cancellation signals
The plugin processes these notifications internally and automatically updates the order lifecycle in PrestaShop.
Merchants are not required to implement webhooks or call SIBS Payment Gateway APIs directly. However, they must ensure that order states in PrestaShop correctly reflect the actual payment outcome, including for payment methods whose final outcome is not immediately available.
Final transaction status must be reliably reflected through the platform and plugin mechanisms. Status retrieval or reconciliation should be performed when required by PrestaShop, plugin capabilities, or operational process.
Order Lifecycle Behaviour
Order lifecycle transitions depend on the payment method and its execution model.
Typical synchronous flow: Pending → Processing → Completed
Typical asynchronous flow (e.g., MB WAY, Multibanco Reference): Pending → Awaiting Payment → Paid / Expired
PrestaShop updates order states automatically through the plugin, but merchants must ensure consistency between order status and actual transaction outcome.
Logging and Troubleshooting
Troubleshooting depends on PrestaShop logging capabilities and plugin diagnostics.
If issues occur:
- Verify SPG credentials and environment configuration
- Confirm onboarding completion
- Check PrestaShop system logs and plugin logs
- Reproduce the issue in Sandbox
For effective troubleshooting, merchants should correlate PrestaShop order identifiers with SPG transaction identifiers to ensure traceability across systems.
Refer to F.5 Logging and Monitoring Best Practices for guidance on correlation and observability.
Transaction Visibility
Transactions processed via the PrestaShop plugin are handled through the SIBS Payment Gateway infrastructure.
Transaction lifecycle management (status tracking, reporting, reconciliation) is available through:
- SIBS Backoffice
- Notifications / callbacks
- PrestaShop order management interface
Merchants should rely on SIBS Backoffice and PrestaShop reporting tools to ensure proper reconciliation and verification of transaction outcomes.
Related Topics
- B.3 – Plugin Integration for integration model overview and responsibilities
- B.3.1 – Common Configuration for shared plugin configuration concepts
- E.1 – Webhooks (Notifications) for transaction-status notification handling
- E.2 – Status Inquiry / Get Status for transaction status retrieval and reconciliation
- F.5 – Logging and Monitoring Best Practices for troubleshooting and observability