PhenixTweet

9 horas atrás

En respuesta Atchworks a su Publicación 9 horas atrás

Non, à partir de septembre tu dois:
- avoir choisi un prestataire agréé pour pouvoir RECEVOIR les factures électroniques
- Si tu fais du B2B avec TVA, tu dois pouvoir générer des factures électroniques.
A partir de septembre 2027 ce sera obligatoire pour les B2C avec TVA.

Pour le moment il y a le module Pennylane qui propose une solution à 24€ HT par mois jusqu'à 2500 factures mais il y aura surement d'autres offres d'ici septembre donc rien d'urgent :)

Atchworks @atchworks

11 horas atrás

En respuesta Atchworks a su Publicación 11 horas atrás

je viens de voir un sujet qui le traite un peu plus bas ;)

Atchworks @atchworks

11 horas atrás

Salut,
Je viens de recevoir un mail de la Direction générale des Finances pour m'informer que dés Septembre 2026 je dois passer par la facturation électronique obligatoirement ! Heu concrètement, avec nos boutiques, on fait comment ?

2 dias atrás

En respuesta Eolia a su Publicación 2 dias atrás

oui c'est exatement cela. Concernant le nombre de déclinaisons , un emplacement fait 6 ou 7 caractères ce qui me m'autorise environ 32 déclis par produit ( en ajoutant un séparateur d'emplacement ) , pour le moment , le produit le plus décliné a besoin de 10 emplacements , j'ai donc de la marge d'autant que je peux mettre plusieurs déclis par emplacement unique.

2 dias atrás

En respuesta eric a su Publicación 2 dias atrás

En gros vous voulez remplir le champ "Emplacement" du parent avec tous les emplacements des déclinaisons, c'est bien ça ?

Si oui, attention dans le cas de nombreuses déclinaisons, le champ "location" dans la table product est limité à 255 caractères.

3 dias atrás

bonjour , dans le cadre de l'utilisation des déclinaisons , pensez-vous qu'il soit judicieux de créer un trigger mariadb pour remplir le champ emplacement par défaut à partir de chaque emplacement renseigné dans chaque déclinaison. Ce n'est pas une demande , je cherche plutôt un avis sur la pertinence de la solution qui a l'immense avantage d'être indépendant du code phenix/prestashop mais qui peut peut-être produire des effets de bords liés à la concurrence lors de l'enregistrement du produit.

3 dias atrás

En respuesta yoyo64 a su Publicación 3 dias atrás

Je n'ai jamais vu ce genre de cas, c'est assez particulier. Votre demande ne peut pas se faire par magie car il faut récupérer la liste des produits concernés par chaque attribut, supprimer les déclis puis les recréer avec le bon attribut et ensuite supprimer les attributs qui ne sont plus liés à des produits.

3 dias atrás

hello quel module sitemap utilisez vous en multiboutique

3 dias atrás

fonction qui serais sublime pouvoir regroupé les attributs
exempte ici ne faire plus qu'un

4 dias atrás

quelqu'un a une soluce pour affichage smartphone avec firfox si la taille de la police et activé en automatique dans l'onglet accessibilité alors le site s'affiche mal

5 dias atrás

En respuesta Eolia a su Publicación 5 dias atrás

Alors pas d'urgence du tout. vous gérez quand vous avez le temps et effectivement , c'est une sorte de description. Merci par avance.

5 dias atrás

En respuesta eric a su Publicación 5 dias atrás

Une sorte de description donc.
Je le note mais ce ne sera pas en v45 car là il faut rajouter une table liée aux langues et modifier le product.js du thème car c'est lui qui gère l'affichage des déclinaisons.

5 dias atrás

bonjour , je vais encore faire mon pénible 😊 , concernant la fiche produit, vous m'aviez ajouté un champ "note interne" pour le produit , ça marche au top , maintenant , sur le même principe , ce serait un gros plus d'avoir un champ disons "Détails" ou "Notes" pour chaque déclinaison d'un produit et à la différence de la note interne produit ( qui est invisible en front ) , ce champ spécifique à chaque déclinaison serait affiché au client avant la référence déclinaison ce qui permettrait d'ajouter des infos générales et ou particulières sur la décli en question.

5 dias atrás

En respuesta Eolia a su Publicación 5 dias atrás

Super , exactement ce que j'avais envisagé . Merci

5 dias atrás

En respuesta eric a su Publicación 5 dias atrás

Vous aurez ça dans la v45:

5 dias atrás

En respuesta Eolia a su Publicación 5 dias atrás

AdminImportController.php

5 dias atrás

En respuesta eric a su Publicación 5 dias atrás

Oui, ces 2 lignes doivent avoir un , au lieu du ;

6 dias atrás

Dans la page "paramètres avancés" , si je clique sur Import , j'obtiens l'erreur ci-dessous avec debug ON , ligne 137 effectivement , il y a un ";" mais la ligne 141 me semble aussi problématique et peut-être d'autres que je n'ai pas vérifiées.

6 dias atrás

En respuesta Eolia a su Publicación 6 dias atrás

Oui pas de problème j'utilise cet écran mais il n'en demeure pas moins que même depuis ce listing , je suis obligé de retourner dans les pages prix et livraison (infos par défaut) pour ajuster prix et poids des déclinaisons ( et oui , je suis un peu une grosse feignasse qui aime bien avoir les infos en direct ). Mais vous avez raison , papier et stylo pour noter , ça marche aussi très bien. Oubliez cette demande un peu cheap. Merci

6 dias atrás

En respuesta eric a su Publicación 6 dias atrás

Dans Phenix vous pouvez afficher toutes ces informations et les éditer en direct dans le listing des déclinaisons sans avoir à passer pas le bouton "Modifier"

7 dias atrás

En respuesta yoyo64 a su Publicación 7 dias atrás

Vous parlez de textes gérés par le cœur ou par des modules car Phénix supporte les caractères autres que latin nativement (grec, norvégien, cyrillique, catalan, etc)

7 dias atrás

pour les emojis c'est pas mal mais c'est surtout que pour la langue espagnol ca me fait des caractères bizzard de type
¿Pantalla

ma base et InnoDB utf8mb3_general_ci

7 dias atrás

En respuesta yoyo64 a su Publicación 7 dias atrás

C'est natif, mais il faut que les tables de votre base de données soient utf8_general_ci au minimum. (utf8_mb4_general_ci préféré car ça permet de gérer les emojis)

8 dias atrás

encore une question, j'imagine que le code phenix maintient une certaine intégrité de la bdd lors de la création,modification, suppression de produits et autres... aussi est-il risqué de bypasser complètement le code pour insérer en direct par exemple une série de nombreux mots-clé sur un id product particulier pour éviter la saisie ( ces mots-clé peuvent être facilement générés par un script bash).

8 dias atrás

bonjour , utilisant de plus en plus les déclinaisons , serait-ce un gros travail d'afficher le prix et le poids de la décli par défaut dans la page créer/modifier une décli pour éviter de rechercher à chaque fois ces informations permettant de calculer les changements de prix et ou poids de chaque décli. Merci

8 dias atrás

hello comment activé les caractère espagnol utf8

Elicropter @elicropter

8 dias atrás

En respuesta Eolia a su Publicación 8 dias atrás

MERCI Beaucoup!!!!

8 dias atrás

En respuesta Elicropter a su Publicación 8 dias atrás

Je vous les ai supprimés^^

Elicropter @elicropter

8 dias atrás

En respuesta Eolia a su Publicación 8 dias atrás

2014 et 2015 c'etait la création du site. 2025 c'est quand NUXIT a fait la migration et qu'ils avaient planté la base de données je crois . Ils n'avaient pas fait de sauvegarde..;

9 dias atrás

En respuesta Elicropter a su Publicación 9 dias atrás

les lignes sont grisées sur ma capture d'écran.
Après je ne sais pas quel dev les a mis là ni pourquoi.