Missing order_id mapping causing "An order ID should start with 'ord_'" error

[mariuszsienkiewicz]

I have identified an issue where some records in the ps_mollie_payments table have the order_id column set to 0, even after the order has been successfully completed.

This data inconsistency causes a failure when attempting to ship the order via the Mollie block on the Order Details page in the Back Office. The process terminates with the following error:

{
  "success":false,
  "message":"The product(s) could not be shipped!",
  "detailed":"[2026-03-25T13:11:14+0100] Invalid order ID: ''. An order ID should start with 'ord_'."
}

Payload:

ajax=1
action=shipAll
orderId=139139
transactionId=ord_eXo(REDACTED)
productId=
tracking[carrier]=PostNL
tracking[code]=<tracking_code>
tracking[tracking_url]=<tracking_url>

Technical Details

In the ps_mollie_payments table, the affected record (located by cart_id) contains the following data:

• transaction_id: ord_eXo(REDACTED)
• cart_id: 442557
• order_id: 0
• order_reference: mol_442(REDACTED)
• method: klarnapaylater
• bank_status: open
• created:at: some date
• update_at: NULL
• reason: NULL
• mandate_id: empty string

Summary

This regression appears to have been introduced in version 6.4.0. In previous versions, an empty or zeroed order_id column did not prevent the shipping process, and orders could be successfully shipped to Klarna. Since the update, the module strictly requires the order_id to be correctly mapped to proceed with the shipment.

[TLabutis]

Hi,

Thank you for reaching out.

We’ll look into this issue and I’ll keep you updated as soon as I have more details.

We appreciate your patience in the meantime.

--
Best Regards,
Invertus Support team.

[mariuszsienkiewicz]

The reason this issue occurs seems to be connected to how order updates are handled. If I’m seeing this correctly, every order with the "Invalid order ID: ''. An order ID should start with 'ord_'" error seems to have a problem with this:

{
"status": 422,
"title": "Unprocessable Entity",
"detail": "Order ord_xxx cannot be updated: Klarna does not accept the new shipping address."
}

Root cause appears to be that the module rewrites temporary order numbers (prefix mol_) by calling an Order update that sends full address payload, even though only orderNumber needs to be changed.

When calling Order update through SDK resource update, the request body includes:

• billingAddress
• shippingAddress
• orderNumber
• redirectUrl
• cancelUrl
• webhookUrl

For Klarna, updating shippingAddress after certain points in the payment flow can be rejected, producing 422 error.

This does not happen for every Klarna order because the update branch is conditional:

• It runs only when orderNumber is still temporary (starts with mol_) at webhook or pending-order handling time.
• It depends on timing and status progression (open, pending, paid, authorized, completed), and whether orderNumber was already rewritten earlier in another flow.

So two orders with the same method can follow different branches and only one triggers this update.

How I fixed this issue

In src/Service/TransactionService.php, method updateOrderDescription should not execute this method:

$apiPayment->update();

but update the API payment with only the orderNumber:

$this->module->getApiClient()->orders->update($apiPayment->id, [
    'orderNumber' => $orderNumber,
]);

Same in this file src/Handler/Order/OrderCreationHandler.php, method createPendingOrder:

if ($apiPayment->resource === Config::MOLLIE_API_STATUS_PAYMENT) {
    $apiPayment->description = TextGeneratorUtility::generateDescriptionFromCart($paymentMethodObj->description, $orderId);
    $apiPayment->update();
} else {
    $orderNumber = TextGeneratorUtility::generateDescriptionFromCart($paymentMethodObj->description, $orderId);
    $apiPayment->orderNumber = $orderNumber;
    $payments = $apiPayment->payments();
    foreach ($payments as $payment) {
        $payment->description = 'Order ' . $orderNumber;
        $payment->update();
    }
    $apiPayment->update();
}

$apiPayment->update() in the else block should be changed to this:

$this->module->getApiClient()->orders->update($apiPayment->id, [
    'orderNumber' => $orderNumber,
]);

I'm not saying that this fix is the best one, but it completely resolved our issues:

• ps_mollie_payments rows that didn't have the order_id set correctly are now updated.
• We can now ship all Klarna payments.
• We no longer see any 422 errors in the Mollie Dashboard Dev API Logs.