Aller au contenu

Satellite de Boutique v1.3.0

Configurer Devis & conditions de paiement

Devis et échéancier de paiement pour votre Boutique, sans jamais coder de crédit.

shop-commercial

Ce qu'il fait

Devis (+ conversion en commande en un clic, wording dédié sur ses 2 emails de création), échéancier de paiement MANUEL (N échéances, chacune un paiement normal — en ligne via un adaptateur actif, ou pointé hors ligne) et demandes d'acompte/de solde par échéance (email + lien de paiement, jamais « facture ») pour la Boutique. Se greffe par hooks, sans jamais toucher au code du socle ; désactivable sans rien casser (la Boutique redevient une commande simple, comptant, 1 paiement, emails « commande »).

  • Type devis + conversion en commande en un clic, wording dédié sur ses emails
  • Échéancier manuel : N échéances, chacune un paiement normal (en ligne ou pointé hors ligne)
  • Demandes d'acompte/de solde par échéance : email + lien de paiement, jamais « facture »
  • Zéro intégration de crédit : réutilise le flux de paiement existant, échéance par échéance
  • Se retire sans rien casser : la Boutique redevient une commande simple

Ce qu'il suppose

Ce module a besoin de :

Piloter par une IA

Ce que ce module sait faire quand on le lui demande en langage naturel, et ce que chaque action engage.

  • echeancier lecture seule

    L'échéancier de paiement d'une commande (lecture seule) : pour chaque échéance son libellé (« Acompte 30 % », « Solde »), son montant, sa date limite (AAAA-MM-JJ, vide = exigible tout de suite), son statut (a_payer, payee, annulee), si elle est en retard, la date de paiement et la date de la dernière demande de paiement envoyée au client ; plus le déjà payé, le reste à payer et le nombre d'échéances en retard. Envoyer une demande de paiement est un courriel au client : ça se fait à l'écran de la commande. Ne nomme aucun client.

    « où en est le paiement de la commande 42 ? » « l'acompte de cette commande a-t-il été réclamé ? »

Ses points de branchement

Pour greffer du code sans toucher au module : ce qu'il annonce, et ce qu'il écoute.

Ce qu'il écoute 9
emails.catalogue
priorité 31
emails.apercu
priorité 10
shop.order.editor.fields
priorité 20
shop.order.editor.save
priorité 20
shop.order.fiche.banner
priorité 20
shop.order.payment.panels
priorité 20
shop.order.creation_email
priorité 20
shop.order.fiche.status_row
priorité 20
shop.order.fiche.action
priorité 20

Ses données

Les tables que ce module crée. Désactiver un module ne les efface pas : ses données restent en base et reviennent s'il est réactivé.

Les tables 2
  • shop_commercial_orders
  • shop_commercial_requests