THELIA Forum

Connais tu le module EasyProductManager ? https://github.com/thelia-modules/EasyProductManager

Il permet de gérer plus facilement les produits.

Regarde ici : https://github.com/thelia-modules et là : https://github.com/roadster31?tab=repositories. Il y a sûrement Nog qui en à, mais je n'ai pas son Github sous la main (Coucou Nog !)

"Système de garantie, c'est vague" Précise ton besoin.

Merci beaucoup pour les liens !!!!! Je m'y rend de ce pas !

Système de garantie j'entend par la, l'ajout de déclinaison sur un produit.
Je m'explique : 1 produit par default à son prix HT , avec une déclinaison "garantie 5 ans" par exemple le prix de ce produit change et est ajouté un pourcentage à son prix de base mais cette déclinaison produit aura un "product_sale_elements_id" différent mais gardera le même "product_id" . Et ce système s'effectue pour chaque garantie appliquée .

Soit par défaut : Prix HT -> Product_id= 20-> IsDefualt=1
Garantie 5 ans :  Prix HT * 1.1% -> product_id=20 -> product_sale_elements_id= 100 -> attribut_av_id=7-> IsDefault=0
Garantie 10 ans : Prix HT *1.2% -> product_id=20 -> product_sale_elements_id=101 -> attribut_av_id=8-> IsDefault=0

Et c'est ce fameux ID que je n'arrive pas sélectionner/dissocié car ils ont le même statut dans la table "Product_price"( IsDefault=0) dans ma Query pour les garantie 5 et 10 car le "$id" que je récupère de ma requête est celui "product_id" et c'est à partir de lui que je travail mes Query pour mettre à jour les prix suivant les declinaisons .

Ce système touche 3 tables en BDD :

Product Sale Elements -> pour récupérer "product_sale_elements_id" en fonction de  "$id "
Attribut Combination  -> pour récupérer "attribut_av_id" en fonction du "product_sale_elements_id "
Product Price -> pour mettre à jour les prix en fonction des "product_sale_elements_id" 

Last edited by Manos (29-01-2020 09:52:57)

Je ne comprends pas pourquoi tu ne crées pas tout simplement une déclinaison "Durée de la garantie" avec les valeurs 0, 5 ans et 10 ans, et pour chaque produit, tu définis dans le BO le prix du produit pour chaque valeur de déclinaison.

Du coup, ça marche sans avoir à coder quoi que ce soit, et en front tes clients ont juste à choisir la durée qu'ils souhaitent pour mettre le prosuit au panier avec le bon prix.

Pour retrouver les prix associés à un PSE d'un produit donné et un niveau de garantie donné, il te faut :

1) L'ID du produit (disons 304)
2) L'ID de la valeur de déclinaison ( = AttributeAv ID) .concerné (disons 8)

Tu vas retrouver le prix du PSE du produit pour la valeur de déclinaison avec cette requête :

select * from product_price pp
left join product_sale_elements pse on pse.id = pp.product_sale_elements_id
left join attribute_combination ac on ac.product_sale_elements_id = pse.id
where
ac.attribute_av_id = 8
and pse.product_id = 304

Ce qui nous donne, en utilisant Propel et en ajoutant un petit contrôle sur l'existence du prix:

if (null !== $price = ProductPriceQuery::create()
    ->useProductSaleElementsQuery()
        ->filterByProductId(12)
            ->useAttributeCombinationQuery()
                ->filterByAttributeAvId(8)
            ->endUse()
    ->endUse()
->findOne()) {
    $price
        ->setPrice(...)
        ->setPromoPrice(...)
        ->save()
    ;
}

Et voilà. Les useXXXXQuery sont super pratiques pour faire des jointures.

Attention, la méthode ci-dessus ne fonctionne que si les combinaisons n'ont qu'une seule déclinaison.
L'essentiel est de bien comprendre les relations entre les tables, et d'écrire d'abord la requête SQL avant de commencer à écrire avec Propel.