Facture d'avoir Options

[brouillard]

Telecharger la contrib ici



----------------------------------------




Bonjour,

Quel est le bon code pour le calcule des sommes de taxes par groupes (Dont TVA 5,5, Dont TVA 19.6)

Exemlpe

Sous-Total TTC: 61,34€
Frais d'expédition: 5,30€

Dont TVA 5,5%: 2,81€
Dont TVA 19,6%: 1,21€
Total TTC: 66,64€

ce code me donne les taxes de chaque produit mais pas les somme des taxes par groupe

CODE

tep_calculate_tax($order->products[$i]['final_price'], $order->products[$i]['tax'])

Merci

Ce message a été modifié par brouillard - 1 Nov 2011, 14:23.

[brouillard]

Je voulais publier tout le code quand j'aurais terminé, mais voila le bout de code qui me permet de calculer la somme des taxes par groupe. Mais j'aimerais bien savoir comment Osc a fait.

Code

for ($i ....) {

$calcul_tax01[$i][$products_tax2[$i]] = tep_calculate_tax($total_ht_products2[$i], $products_tax2[$i]);
unset($calcul_tax01[$i]['5.5000']);
$calcul_tax001[$i] = implode(", ", $calcul_tax01[$i]);
$calcul_tax0001[$i] = $calcul_tax001[$i];

}

$somme_tax0001 = array_sum($calcul_tax0001);
echo ' la somme des tva 19,6% : ';
print_r($somme_tax0001);

[brouillard]

Après l'établissement de la facture d'Avoir, le client a dans "account_history.php" :
(la commande 748 apparait en double, 1 pour la facture de Doit et l'autre pour la facture d'Avoir)

Numéro de commande : 748 Statut de la commande : Remboursée

Date de la commande : jeudi 22 avril 2010
Expédiée à : JEAN BON Produits : 4
Coût de la commande : 39,80€ Afficher
----------------------------------------------------------------------------------------------------------------------------

Numéro de commande : 748 Statut de la commande : Remboursée

Date de la commande : jeudi 22 avril 2010
Expédiée à : JEAN BON Produits : 4
Coût de la commande : -29,20€ Afficher
-----------------------------------------------------------------------------------------------------------------------------

Numéro de commande : 722 Statut de la commande : Expédiée

Date de la commande : mercredi 07 avril 2010
Expédiée à : JEAN BON Produits : 7
Coût de la commande : 48,75€ Afficher

#############################################################################

Dans l'admin "orders.php", la commande apparait dans la liste des commandes avec le total de Doit.

Prévisualiser JEAN BON 39,80€ 22/04/2010 12:30:15 Remboursée


Une piste, proposition ?

Ce message a été modifié par brouillard - 22 Aug 2010, 10:51.

[riziere]

Salut,

ça a l'air intéressant ce que de fais. Le problème des factures en avoir étant récurant chez nous, j'ai hâte de voir le résultat.

Petite question :
pour afficher les "commandes" en négatifs dans orders.php, j'imagine que tu stock les infos dans les tables orders, orders_products, orders_total etc ? Où tu as de nouvelles tables ?

Je te demande cela à cause de stats_products_purchased.php, et stats_customers.php qui, si je ne m'abuse, fonctionnent notamment à partir de ces tables. Cela ne pourrait-il pas troubler les stats ?

[brouillard]

Personnellement ça m'embête de traiter les factures d'avoirs avec du bidouillage actuellement, c'est pour cela que j'ai pris un peu de temps pour développer cette contribution pour gérer les factures d'avoirs dans Osc, je m'aperçois même que je peux mettre des bons d'avoirs pour mes clients dans le cas ou je ne veux pas rembourser.

voila les tables, c'est une modification profonde :

ALTER TABLE orders_products
ADD orders_products_avoir varchar(12) default NULL


ALTER TABLE orders_total
ADD orders_total_avoir varchar(12) default NULL


ALTER TABLE table_invoice
ADD invoice_avoir varchar(12) default NULL


ALTER TABLE orders_products_attributes
ADD orders_attributes_avoir varchar(12) default NULL


ALTER TABLE orders
ADD orders_total_id int(10) UNSIGNED default NULL

[riziere]

Tu veux dire que quand tu fais une facture en avoir, tu crédite également le compte client d'un avoir du même montant ? Celui-ci est-il automatiquement déduit lors de la commande suivante ?

Comment cela se passe t-il si le client à plusieurs avoirs cumulés ?

Si sa commande est inférieure à la valeur de l'avoir ?

S'il utilise des coupons de réductions ?

[brouillard]

C'est pas tout à fait ça, c'est juste un affichage de la somme qui lui reste sur son compte, mais on pourrait aller plus loin comme tu le propose et développer plus mais cela sort complétement de ce que je suis en train de faire.

voila ce que cela pourrait donner sur le compte du client :

Numéro de commande : 748 Statut de la commande : Avoir

Date de la commande : jeudi 22 avril 2010
Expédiée à : JEAN BON Produits : 4
Coût de la commande : -29,20€ Afficher

sachant qu'un commerçant ne peut garder cette somme plus de 30 jours.

Ce message a été modifié par brouillard - 23 Aug 2010, 11:40.

[riziere]

sachant qu'un commerçant ne peut garder cette somme plus de 30 jours.

Ah ? Je ne le savais pas ça.
Donc si nous faisons un avoir et que le client n'en profite pas que se passe t-il ? C'est perdu pour le client ou nous devons le rembourser ?

Pour le reste, peut-être est-il possible d'adapter un module "avoir" existant ou sinon je pourrais en développer un qui complèterait ta contrib.

Sur PriceMinister (mon expérience a plusieurs années, ça à peut-être changé) les avoirs sont dans une sorte de porte monnaie électronique. Lors d'une commande tu pouvais choisir de tout régler par CB, par exemple, ou d'utiliser le porte monnaie avec un complément CB le cas échéant.

[brouillard]

C'est une idée très intéressante, comme on a pu enregistrer des sous en négatifs, ou pourrait imaginer que cet enregistrement constitue le porte monnaie du client et les déduire de son panier lors de son prochain achat, je pense que personnellement si j'ai à développer cette contrib ce sera mon point de départ. mais comme c'est une contrib super délicate je me sentirais pas de me lancer la dedans tout seul.

Ce message a été modifié par brouillard - 23 Aug 2010, 12:03.

[brouillard]

Dans le panier il y aura quelque chose du genre :

if (porte_monnaie != "" && ...) {
total = total_panier - porte_monaie;
}

mais c'est un peu plus compliqué que cela, il faut étudier tous les cas possible, et ne pas changer les variables existantes pour les paiement avec Atos ...

[Bonbec]

sachant qu'un commerçant ne peut garder cette somme plus de 30 jours.

Ah ? Je ne le savais pas ça.
Donc si nous faisons un avoir et que le client n'en profite pas que se passe t-il ? C'est perdu pour le client ou nous devons le rembourser ?

Pour le reste, peut-être est-il possible d'adapter un module "avoir" existant ou sinon je pourrais en développer un qui complèterait ta contrib.

Sur PriceMinister (mon expérience a plusieurs années, ça à peut-être changé) les avoirs sont dans une sorte de porte monnaie électronique. Lors d'une commande tu pouvais choisir de tout régler par CB, par exemple, ou d'utiliser le porte monnaie avec un complément CB le cas échéant.

Dans le cadre d’une vente à distance, par correspondance ou en ligne par internet, le consommateur qui change d’avis et renonce à son achat doit être remboursé dans les trente jours qui suivent la date à laquelle il a exercé ce droit de rétractation. Au-delà de ce délai, les sommes qui lui sont dues portent intérêt au taux légal en vigueur.
La nouvelle loi précise :
- que le remboursement doit être intégral et comprendre la totalité des sommes verses, notamment les frais de livraison
- que le remboursement ne doit pas se faire sous forme de bons d’achats ou d’avoir, sauf accord du consommateur.
source : loi Chatel

[riziere]

Merci Bonbec pour ces précisions.

Donc exit la question du porte-monnaie.

Pour le remboursement du port, il me semble que cela portait à interprétation ? Mais ce n'est pas l'objet de ce post, j'irais me rechercher le texte original et le relire !

Pour notre part, quand il y a des annulations de commandes ou des retours NPAI nous proposons les deux, avoir ou remboursement.

Généralement les cas de NPAI sont due aux clients qui se plantent d'adresse ou de code postal. Comme nous ne sommes pas en faute, nous avons choisi de ne pas assumer le coup de réexpédition. Du coup si le client voulait toujours son colis, nous luis faisions un avoir (valeur marchande - le port) sous la forme d'un coupon. Il repassait sa commande et ne payait que le port.

Nous nous sommes aperçus que la gestion en était compliquée, tant pour le client que pour le stock ou la facturation. A présent nous envoyons un lien spécifique pour ne rerégler que la valeur de l'expédition. C'est plus rapide et plus simple.

Mais cela ne règle pas la question de la validité (notamment dans le temps) de l'avoir. Avec RDC.com par exemple j'ai eu plusieurs fois un "avoir" sous forme de code suite à des pannes matérielles au lieu d'un remboursement. Cela ne serait pas juste alors ?

[brouillard]

Si tu fais un avoir donc tu établie une facture d'avoir, ne pas confondre le document comptable "Facture d'Avoir" avec un avoir, et comment tu gère tes factures d'avoirs ?

autre question :
existe-t-il des cas ou seul les frais de port sont remboursables (pas les produits).

Ce message a été modifié par brouillard - 23 Aug 2010, 15:16.

[riziere]

Bah jusqu'ici la comptable fait des factures en avoir manuellement, dans son logiciel compta je crois. C'est que pour de l'archivage interne.

Pour le port, la seul fois où cela s'est présenté, c'est quand nous nous sommes plantés entre Chronopost et Colissimo. Nous avons proposé un avoir sur la différence.

[riziere]

Salut !

tu en est où de ton développement ?

[brouillard]

Bonjour,

J'ai fini pour ma boutique, tout marche très bien, mais comme je n'ai pas des produits avec attributs, je pense que je ne pourrais en faire une contribution pour tous parce que pour le moment ce projet ne gère pas les attributs.

je pense le sortir dans son état actuel, et qu'un autre amateur comme moi pourra intégrer la partie qui gérera les attributs.

j'ai fait un autre petit programme qui permet de voir le panier des clients qui n'ont rien acheté et n'ont pas vidé leur panier, ensuite j'ai développé un peu plus pour gérer les commandes payées mais pas enregistrées (atos ne renvoi pas le ticket), même problème avec les attributs, sinon sans attributs ça marche très bien pour ma boutique. pour celui-là je n'ai modifié qu'un seul fichier "customers.php"

[brouillard]

Voila la contrib :

Credit Note - Facture d'Avoir

[Pascal12]

Petit retour suite à l'installation de cette contrib.

Dans le fichier/admin/orders_avoir.php, ligne 552 j'ai du remplacer :

CODE

<td align="right" class="main"><table border="1" cellspacing="0" cellpadding="5"><?

Par :

CODE

<td align="right" class="main"><table border="1" cellspacing="0" cellpadding="5">
<?php

[brouillard]

Il manque effectivement un tag "php" que je n'ai pas vu parce que je n'avais pas d'erreur dans l'affichage des totaux, j'ai corrigé la contrib. Merci

Ce message a été modifié par brouillard - 10 Jan 2011, 09:02.