Módulo remote tpv lite

13.09.2026
v1.2.0

Das Kassenterminal kann nun unter den gleichen Bedingungen wie die Website abrechnen. Bisher wurde das Modul immer als Gastkunde der Standardgruppe abgerechnet, sodass ein Großhändler am Kassenterminal den Straßenpreis zahlte.

Hinzugefügt

• Die Aktion GetCartQuote benötigt einen Warenkorb und optional eine id_customer und gibt den Betrag zurück, den dieser Kunde auf der Website bezahlen würde.
• den Preis pro Zeile inklusive Gruppenrabatt und Ihren spezifischen Preisen sowie den Preis vor Rabatt, damit Sie beides anzeigen können;
• die für Sie geltenden automatischen Warenkorbregeln , mit Ihrem Namen und dem Betrag;
• die Gutscheine mit Codes , die Ihnen in voucherCodes zugesendet werden, mit Angabe des Ablehnungsgrundes, falls ein Code ungültig ist;
• die Mehrwertsteuer des Landes, in dem Sie Ihre Adresse haben – nicht die des Geschäfts, falls diese unterschiedlich sind –;
• die Versandkosten der einzelnen verfügbaren Spediteure, wobei der günstigste standardmäßig ausgewählt ist;
• Es werden mehrere Summen berechnet : Produkte, Rabatte, Versand, Verpackung, Gesamtbetrag ohne Versand und Gesamtbetrag mit Versand, jeweils mit und ohne Steuern. Ohne id_customer wird der Betrag als Gast berechnet , wie auch bei den anderen Aktionen. Ein Kassensystem benötigt üblicherweise den Gesamtbetrag totals.total_without_shipping_tax_incl . Intern wird ein echter Cart erstellt, da PrestaShop die Warenkorbregeln nur so anwenden kann: Es gibt keine API, um diese anhand einer losen Produktliste zu berechnen. Dieser Warenkorb wird nach Abschluss des Vorgangs gelöscht , es sei denn keepCart: true ist gesetzt. Dadurch wird er für den Kunden gespeichert, wofür Schreibaktionen aktiviert sein müssen. Zwei wichtige Nebeneffekte: Die Erstellung des Warenkorbs löst die Warenkorb-Hooks der anderen Shop-Module aus ( actionCartSave , actionCartUpdateQuantityBefore ) und belegt IDs aus der Tabelle cart obwohl diese später gelöscht werden.

Details, die Sie überraschen könnten

• Automatische Warenkorbregeln werden immer angewendet und lassen sich nicht deaktivieren. Es besteht keine Wahlmöglichkeit: Cart::getCartRules() fügt sie automatisch wieder hinzu, und getOrderTotal() ruft intern getCartRules() auf, daher wäre ein Schalter wirkungslos. So funktioniert auch die Website.
• Eine Position ohne Lagerbestand wird trotzdem bepreist und sprengt nicht das Budget: Der verfügbare Lagerbestand wird in quantity_available jeder Position angegeben, und was PrestaShop ablehnt, wird in line_warnings zurückgegeben, ohne den Rest zu beeinträchtigen.