Manufourc

Bonjour,

Je reviens avec un complément d’analyse sur les erreurs Colissimo (SOAP/WSDL). J’ai pu isoler une cause “métier” dans la requête SOAP envoyée à l’API Colissimo, et je partage aussi un workaround temporaire (patch local) au cas où d’autres personnes seraient bloquées en production, en attendant une correction officielle.

1) Symptôme côté Colissimo

Lors d’un KO, l’endpoint SOAP répond :

• HTTP 500
• Content-Type: multipart/related; type="application/xop+xml" (MTOM/XOP)

En extrayant la SOAP Fault contenue dans la réponse multipart, on obtient notamment :

• faultcode = soap:Client
• faultstring = Unmarshalling Error: Not a number: 633.3333

2) Cause identifiée : champ totalAmount non conforme

Le champ <totalAmount> est parfois envoyé avec une valeur décimale à plus de 2 décimales (ex. 633.3333), ce qui provoque la fault “Not a number”. Il semble que l’API Colissimo attend un format strict (probablement un entier en centimes), et rejette une valeur décimale.

3) Fichier et ligne de code concernée

Le champ totalAmount est construit dans le fichier :

/wp-content/plugins/collect-and-deliver-interface-for-woocommerce/includes/CDI-Carrier-colissimo/Colissimo-Affranchissement.php

Ligne de code concernée (construction de totalAmount) :

$service['totalAmount'] = (float)(str_replace (',', '.', $num)) * 100 ;

Dans mon cas, ce calcul peut produire une valeur avec plusieurs décimales une fois multipliée par 100 (ex. 633.3333), alors que l’API semble attendre un entier.

4) Exemple de requête SOAP (sanitisée) qui déclenche l’erreur

Voici un exemple minimal avec données anonymisées. Le point important est la valeur de totalAmount :

<?xml version="1.0"?> <SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ns1="http://sls.ws.coliposte.fr" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <SOAP-ENV:Body> <ns1:generateLabel> <generateLabelRequest> <contractNumber>833620</contractNumber> <password>xxxxxx</password> <outputFormat> <outputPrintingType>PDF_A4_300dpi</outputPrintingType> </outputFormat> <letter> <service> <productCode>DOM</productCode> <depositDate>2025-12-26</depositDate> <totalAmount>633.3333</totalAmount> <orderNumber>31426</orderNumber> <commercialName>XXX YYY</commercialName> <returnTypeChoice>2</returnTypeChoice> </service> <parcel> <weight>0.1</weight> </parcel> <customsDeclarations> <includeCustomsDeclarations>1</includeCustomsDeclarations> <contents> <category> <value>3</value> </category> </contents> </customsDeclarations> <sender> <senderParcelRef>31426</senderParcelRef> <address> <companyName>XXX YYY</companyName> <line2>6 rue XXX YYY</line2> <countryCode>FR</countryCode> <city>XXX</city> <zipCode>13000</zipCode> <email>[email protected]</email> </address> </sender> <addressee> <address> <companyName>TEST -31426-</companyName> <lastName>xxx</lastName> <firstName>yyy</firstName> <line2>66 Rue xxx</line2> <countryCode>FR</countryCode> <city>XXX</city> <zipCode>17000</zipCode> <phoneNumber>+336xxxxxxxx</phoneNumber> <mobileNumber>xxxxxxxxxx</mobileNumber> <email>[email protected]</email> </address> </addressee> </letter> </generateLabelRequest> </ns1:generateLabel> </SOAP-ENV:Body> </SOAP-ENV:Envelope>

5) Remarque sur le comportement SoapClient

Dans ce cas précis (HTTP 500 + multipart), SoapClient->__doRequest() peut retourner NULL côté PHP, alors que la réponse contient bien la SOAP Fault. Une requête équivalente en curl récupère bien un body (multipart) contenant l’enveloppe <soap:Fault>…</soap:Fault>.

6) Workaround temporaire (patch local appliqué)

En attendant une correction officielle, j’ai appliqué un patch local qui force totalAmount à être un entier en centimes (arrondi), afin d’éviter l’envoi d’une valeur décimale non acceptée par Colissimo.

Avant (ligne 183):

$service['totalAmount'] = (float)(str_replace (',', '.', $num)) * 100 ;

Après (workaround) :

$amount = (float) str_replace(',', '.', (string) $num);

$service['totalAmount'] = (string) (int) round($amount * 100, 0, PHP_ROUND_HALF_UP);

Depuis ce changement, l’erreur Unmarshalling Error: Not a number ne se reproduit plus de mon côté.

Merci d’avance,
Et joyeuses fêtes !