Στο B2B commerce, ο πελάτης συχνά δεν αγοράζει ένα τεμάχιο. Παραγγέλνει κιβώτιο των 12, παλέτα, ελάχιστη ποσότητα ανά variant ή συνολική αξία που δικαιολογεί την εκτέλεση. Αν αυτοί οι κανόνες εμφανίζονται μόνο σε PDF ή ελέγχονται μετά την παραγγελία, το e-shop δημιουργεί αιτήματα που η επιχείρηση δεν μπορεί να εκπληρώσει.
Οι quantity rules πρέπει να αποτελούν ενιαίο μέρος του product page, cart, pricing, checkout, ERP και admin. Δεν είναι απλή validation στο τελευταίο βήμα.
01Διαφορετικοί τύποι ορίων
Minimum quantity ανά variant
Ορίζει την ελάχιστη ποσότητα συγκεκριμένου SKU. Αν ένα προϊόν έχει χρώματα, το minimum μπορεί να ισχύει ξεχωριστά. Πέντε μπλε και πέντε γκρι δεν καλύπτουν απαραίτητα minimum δέκα για κάθε variant.
Increment ή πολλαπλάσιο
Ορίζει το βήμα αγοράς: 6, 12, 18 και ούτω καθεξής. Αν το προϊόν συσκευάζεται σε κιβώτια των έξι, το quantity selector πρέπει να αυξάνει κατά έξι και να εμφανίζει και τον αριθμό κιβωτίων.
Maximum quantity
Περιορίζει ποσότητα λόγω αποθέματος, πολιτικής κατανομής, κανονισμού ή capacity. Δεν πρέπει να συγχέεται με το πραγματικά διαθέσιμο stock, το οποίο μπορεί να είναι χαμηλότερο.
Minimum order value ή συνολική ποσότητα
Εφαρμόζεται σε ολόκληρη παραγγελία, catalog ή customer group. Είναι διαφορετικός κανόνας από το minimum ανά προϊόν και πρέπει να εμφανίζεται ξεχωριστά.
02Κανόνες στο επίπεδο που πραγματικά ισχύουν
Η Shopify τεκμηριώνει quantity rules για minimum, maximum και increments στο επίπεδο product variant, καθώς και συνδυασμό με volume pricing. Αυτό αναδεικνύει μια κρίσιμη αρχή: ο κανόνας συνδέεται με το SKU που παραγγέλνεται, όχι απλώς με τον τίτλο προϊόντος.
Σε custom B2B portal, οι κανόνες μπορεί να διαφέρουν ανά catalog, εταιρεία, συμφωνία, αποθήκη ή ημερομηνία. Χρειάζονται effective dates και priority όταν περισσότερες πολιτικές ταιριάζουν στην ίδια γραμμή.
03Product page που προλαμβάνει το λάθος
Ο χρήστης βλέπει πριν προσθέσει στο cart:
- ελάχιστη ποσότητα,
- βήμα ή συσκευασία,
- μέγιστο επιτρεπόμενο,
- τιμή ανά μονάδα και ανά συσκευασία,
- διαθέσιμα price breaks,
- stock ή lead time,
- μονάδα μέτρησης.
Το quantity control ξεκινά από τη μικρότερη έγκυρη τιμή και αυξάνει με το σωστό step. Αν ο χρήστης πληκτρολογήσει τιμή, γίνεται άμεσο validation με πρόταση της κοντινότερης έγκυρης ποσότητας.
04Volume pricing χωρίς ασαφή σύνολα
Η κλίμακα τιμής μπορεί να είναι 1–9, 10–49 και 50+. Η τιμή μπορεί να εφαρμόζεται σε όλες τις μονάδες ή μόνο στις επιπλέον μονάδες, ανάλογα με την πολιτική. Το e-shop πρέπει να το εξηγεί και να υπολογίζει ακριβώς το ίδιο στο product page, cart και invoice.
Τα thresholds πρέπει να ευθυγραμμίζονται με increments. Αν το επόμενο price break ξεκινά στα 50 αλλά το προϊόν πωλείται σε πολλαπλάσια των 12, η πρώτη πραγματικά επιλέξιμη ποσότητα είναι 60. Το UI πρέπει να δείχνει αυτό, όχι ανέφικτο στόχο.
05Εκπτώσεις και σειρά υπολογισμού
Πρέπει να οριστεί αν το volume price εφαρμόζεται πριν από contract discount, coupon ή promotion. Δύο εκπτώσεις μπορεί να συνδυάζονται, να είναι mutually exclusive ή να έχουν ανώτατο όριο.
Η σειρά υπολογισμού είναι versioned business rule. Δεν αντιγράφεται ανεξάρτητα σε frontend και ERP, γιατί μικρές αποκλίσεις δημιουργούν διαφορετικό subtotal, φόρο και πιστωτικό όριο.
06Cart validation σε κάθε αλλαγή
Οι quantity rules επανελέγχονται όταν:
- αλλάζει ποσότητα,
- προστίθεται άλλο variant,
- εφαρμόζεται discount,
- αλλάζει customer ή catalog,
- ενημερώνεται απόθεμα,
- το cart επανέρχεται μετά από ημέρες,
- γίνεται reorder παλιάς παραγγελίας.
Ένα saved cart μπορεί να περιέχει κανόνα που δεν ισχύει πλέον. Το σύστημα δεν το απορρίπτει με γενικό μήνυμα· επισημαίνει τη γραμμή και προτείνει έγκυρη διόρθωση.
07Απόθεμα και συσκευασίες
Αν υπάρχουν 17 τεμάχια αλλά πώληση μόνο σε κιβώτια των 6, το διαθέσιμο προς B2B πώληση είναι 12, εκτός αν επιτρέπεται σπαστό κιβώτιο. Το ATP πρέπει να λαμβάνει υπόψη pack size και reservations.
Το ERP μπορεί να κρατά βασική μονάδα τεμάχιο ενώ το e-shop πουλά carton. Χρειάζεται σαφής conversion factor, ακρίβεια και χειρισμός αλλαγής συσκευασίας. Δεν αποθηκεύουμε ποσότητα ως ασαφή αριθμό χωρίς unit of measure.
08Minimum order value και μεταφορικά
Η ελάχιστη αξία μπορεί να υπολογίζεται πριν ή μετά εκπτώσεις και να εξαιρεί φόρους ή μεταφορικά. Αυτή η βάση πρέπει να είναι εμφανής. Αν λείπουν 20 ευρώ, το cart μπορεί να προτείνει σχετικά προϊόντα, χωρίς να εμποδίζει την πλοήγηση με modal.
Για διαφορετικές αποθήκες ή suppliers, μπορεί να υπάρχει minimum ανά shipment. Ο πελάτης πρέπει να γνωρίζει ότι το όριο αφορά συγκεκριμένο μέρος της παραγγελίας, αλλιώς το συνολικό cart φαίνεται έγκυρο αλλά το checkout αποτυγχάνει.
09Reorder και quick order forms
Οι B2B πελάτες συχνά παραγγέλνουν με SKU list ή επαναλαμβάνουν παλιά order. Το quick order form πρέπει να γνωρίζει current increments και prices. Κατά το reorder δεν αντιγράφει τυφλά παλιές ποσότητες και τιμές.
Για CSV order upload, η αναφορά validation επιστρέφει ανά γραμμή minimum, increment και κοντινότερη έγκυρη ποσότητα. Έτσι η διόρθωση γίνεται πριν δημιουργηθεί draft order.
10ERP και source of truth
Ορίζουμε αν οι κανόνες προέρχονται από ERP, PIM, contract management ή B2B commerce platform. Κάθε κανόνας χρειάζεται external ID, effective dates και sync status.
Αν το ERP απορρίψει παραγγελία που το portal θεώρησε έγκυρη, δημιουργείται operational κόστος. Χρειάζεται contract test με πραγματικά παραδείγματα και reconciliation των ενεργών κανόνων.
11Admin εμπειρία και audit
Η ομάδα πρέπει να μπορεί να αλλάζει minimum, maximum, increment και price breaks μαζικά, να βλέπει preview για συγκεκριμένο πελάτη και να προγραμματίζει μελλοντική ισχύ.
Το audit log καταγράφει προηγούμενη και νέα τιμή, χρήστη, scope και ημερομηνία. Προειδοποιεί για ασύμβατους κανόνες, όπως minimum μεγαλύτερο από maximum ή price break που δεν μπορεί να επιτευχθεί με το increment.
12Πώς το υλοποιεί η Ai Foundry
13Checklist
Το σωστό B2B checkout δεν λέει απλώς «μη έγκυρη ποσότητα». Καθοδηγεί τον πελάτη σε ποσότητα που ταιριάζει στη συσκευασία, στη συμφωνία και στην πραγματική δυνατότητα εκτέλεσης.
14Πηγές
Θέλετε κάτι αντίστοιχο για τη δική σας επιχείρηση;
Ξεκινήστε το έργο σας →
Γράφτηκε από την ομάδα της Ai Foundry (aifoundry.gr), εταιρείας ανάπτυξης λογισμικού και εφαρμογών τεχνητής νοημοσύνης στην Ελλάδα.