PhenixTweet

Войти

Имя пользователя или адрес электронной почты

{{invalid_feedback_email}}

Пароль

{{invalid_feedback_pass}}

Пользователь с такими учетными данными не найден. Проверьте введенные данные и повторите попытку.

Забыли Ваш пароль? Сбросить пароль

Нет учетной записи? Зарегистрироваться

5 ч. назад

В ответ Atchworks на его Публикация 5 ч. назад

A priori ils envoyaient de la grosse bouze dans les urls des étiquettes (du html)

Atchworks @atchworks

2 дн. назад

В ответ Eolia на его Публикация 2 дн. назад

Merci pour ton retour ;)
Je confirme, tout refonctionne ce matin.

2 дн. назад

В ответ Atchworks на его Публикация 2 дн. назад

J'ai eu la même chose chez 2 clients depuis 2 jours mais ça semblait être redenu OK hier soir. Il y avait aussi l'erreur générique 99 dans les logs.

Atchworks @atchworks

3 дн. назад

В ответ Atchworks на его Публикация 3 дн. назад

une autre erreur dans les logs...
Je me demande si MR n'a pas changé un paramètre...
Erreur lors de la validation du champ: La longueur de la propriété MondialrelaySelectedRelay->label_url (1365) doit être entre 0 and 1000
Array
(
[0] => ObjectModelCore->validateFields() /home/dopa1316/public_html/classes/ObjectModel.php312
[1] => ObjectModelCore->getFields() /home/dopa1316/public_html/classes/ObjectModel.php879
[2] => ObjectModelCore->sqlUpdate(false) /home/dopa1316/public_html/classes/ObjectModel.php806
[3] => ObjectModelCore->update(false) /home/dopa1316/public

Atchworks @atchworks

3 дн. назад

В ответ Atchworks на его Публикация 3 дн. назад

Le module Mondial relay ne fonctionne plus correctement chez moi sans intervention sur la boutique...
La création des étiquettes est aléatoire, j'ai souvent cette erreur :
Erreur API 99 : Erreur générique. Cette erreur peut survenir en raison d'un problème du service technique. Veuillez notifier cette erreur à Mondial Relay avec la date et l'heure de la demande ainsi que les paramètres envoyés afin de vérifier

Et l'impression des étiquettes ne fonctionne plus, je tombe sur des pages 404

Obligé de passer par Connect pour les imprimer.

4 дн. назад

В ответ Julien на его Публикация 4 дн. назад

C'est un module car je ne peux pas imposer à tout le monde de souscrire à une API externe et d'autre part certains modules comme Boxtal ou Colissimo effectuent déjà les mises à jour de suivi.

Julien @bobby4722

4 дн. назад

В ответ Eolia на его Публикация 4 дн. назад

Je m'en suis douté vu la nouvelle mise en conformité et le mot "module". Je posais juste la question afin d'en être sûr. En tout cas c'est génial ! Il me tarde !

Atchworks @atchworks

4 дн. назад

Salut,

Je ne sais pas chez vous, mais ce matin, le module Mondial Relay fonctionne partiellement :(
- Difficile de créer une étiquette ( 1 fois sur 2, une erreur)
- Impossible d'imprimer l'étiquette ( erreur ci-dessous) quand cette dernière est bien créée

"Vous devez Ãªtre authentifiÃ© par un proxy avant que le serveur Web traite votre demande."

4 дн. назад

В ответ Julien на его Публикация 4 дн. назад

Oui c'est le but principal

Julien @bobby4722

4 дн. назад

В ответ Eolia на его Публикация 4 дн. назад

Est-ce que ce module mettra à jour les statuts de livraison automatiquement ?

4 дн. назад

В ответ Eolia на его Публикация 4 дн. назад

merci mais je peux pas utiliser pour l'instant tant que le module ce traduit pas
je vais essayer de le faire

6 дн. назад

В ответ yoyo64 на его Публикация 6 дн. назад

Mettez plutôt un
bottom: 5px;
car suivant les écrans la hauteur de l'image peut varier.

6 дн. назад

В ответ yoyo64 на его Публикация 6 дн. назад

c'est bon avec ce css
.custom-flags.cf-positioned {
position: absolute;
top: 170px;
left: 50%;
transform: translateX(-50%);
z-index: 20;
}

6 дн. назад

hello comment descendra en bas de la photo
car dans position ca change rien

7 дн. назад

Pour ceux qui utilisent UPS, voici la mise à jour Regex à compter du 01/07/2026 pour les codes postaux dits RURAUX pour UPS en France, Espagne, Italie, Suisse, Portugal en fichier txt

UPS_Rural_Regex_01.07.2026.txt

8 дн. назад

В ответ Eolia на его Публикация 8 дн. назад

Bien , j'attends avec intérêt cette version qui devrait répondre à mon besoin.

9 дн. назад

В ответ eric на его Публикация 9 дн. назад

Je vais sortir un module de tracking (1700 transporteurs) avec api gratuite jusqu'à 50 n° de suivis par mois dans la prochaine version

9 дн. назад

В ответ Eolia на его Публикация 9 дн. назад

Bah si vous voulez mais mon listing me suffit amplement. Faites comme vous le sentez si cela ne dérange pas les autres utilisateurs de phenix. Merci

9 дн. назад

В ответ eric на его Публикация 9 дн. назад

Je parle de la somme affichée en haut du LISTING des commandes, mais celui-ci aussi se base sur total_paid_tax_incl. Je pourrais le modifier pour qu'il se base sur le total_paid_real :)

9 дн. назад

В ответ Eolia на его Публикация 9 дн. назад

non , le calcul est faux , si vous remboursez un produit , le remboursement n'est pas pris en compte en BO , c'est d'ailleurs la raison pour laquelle j'utilise mon listing avec total_paid_real qui est vraiment la somme payée pour la commande y compris si vous remboursez des fdp ou autres ultérieurement. Différence de 13,76€ qui correspond à 2 remb de fdp de 8€ et 5.76€ sur les 2 copies d'écran suivantes.

9 дн. назад

В ответ eric на его Публикация 9 дн. назад

Juste pour info, si vous filtrez les commandes du mois (ou n'importe quelle période en BO) la somme affichée en haut de la liste ne prend que les commandes valides :)

9 дн. назад

В ответ Eolia на его Публикация 9 дн. назад

Effectivement , avec la contrainte valid =1 , le listing sort nickel . Merci

10 дн. назад

В ответ eric на его Публикация 10 дн. назад

Le total_paid_real n'est jamais modifié. Il faut filtrer votre requête sur valid =1

10 дн. назад

В ответ Eolia на его Публикация 10 дн. назад

oui , c'est une commande test qui a suivi tout le process -> attente paiement ( chèque ) paiement accepté -> livrée et test bouton rétractation avec tout le process de rétraction coté BO. Le dernier état avant annulation était remboursé et total_paid_real était au montant de la commande , c'est la raison pour laquelle j'ai passé le statut en annulé pour mettre ce champ à 0.00 ce qui n'a pas été le cas.

10 дн. назад

В ответ eric на его Публикация 10 дн. назад

Ben ça dépend. La commande a été payée ou pas ?

10 дн. назад

J'ai une requête qui utilise la table orders et le champ total_paid_real pour sommer les commandes de chaque mois avec le montant réel (commande annulée =0.00) ou remboursement surplus de fdp et/ou produit. J'ai testé ce week-end l'annulation de commande avec le bouton de rétractation ( commande avec un client test ). Avec l'état "remboursé" , le champ est toujours au montant de la commande test. J'ai donc changé le statut en commande "annulée" , c'est idem , le champ est le total de la commande alors qu'il devrait être nul comme toutes les autres commande annulées.

10 дн. назад

В ответ eric на его Публикация 10 дн. назад

J'ai fait un module avec leur APi et leur okapi_key il y a un temps...

10 дн. назад

Qui utilise/connait ce module ?

10 дн. назад

В ответ Eolia на его Публикация 10 дн. назад

Maintenant je sais que, soit je mets à jour à la mano le statut pour déclencher le code de l'annulation commande ou j'installe un module pour suivre le statut mais j'ai au grand max 15 commandes/mois les mois les plus chargés donc un module pour ça...comment dire. Bref merci pour la réponse , je vais réfléchir à tout ça.

11 дн. назад

В ответ eric на его Публикация 11 дн. назад

Le délai démarre quand la commande a le statut "livré".
Vous n'utilisez pas le module Colissimo pour les lettres suivies ?

Je ne peux pas me permettre d'inventer un calcul depuis la date d'expédition car ça va dépendre du lieu de livraison et que la commande soit réellement livrée (et non pas perdue ou non récupérée par le client)