Σε ένα B2B e-shop, δύο πελάτες μπορεί να βλέπουν διαφορετικό κατάλογο, διαφορετική τιμή για το ίδιο SKU και διαφορετικούς όρους αγοράς. Ένας χονδρέμπορος αγοράζει σε κιβώτια, μια αλυσίδα έχει συμφωνημένη τιμή ανά υποκατάστημα και ένας νέος συνεργάτης πρέπει να πληρώνει πριν την αποστολή. Αν όλα αυτά υλοποιηθούν με μεμονωμένα κουπόνια και χειροκίνητες αλλαγές, το σύστημα γίνεται γρήγορα ανεξέλεγκτο.
Η σωστή βάση είναι ένα μοντέλο catalogs και price lists που συνδέεται με εταιρείες, locations και προϊόντα. Η τιμή δεν είναι ιδιότητα μόνο του προϊόντος· είναι αποτέλεσμα πελάτη, καταλόγου, ποσότητας, νομίσματος και χρονικής ισχύος.
Company και location ως ξεχωριστές οντότητες
Στο B2B ο αγοραστής είναι συνήθως χρήστης μιας εταιρείας. Η ίδια εταιρεία μπορεί να έχει διαφορετικά υποκαταστήματα, διευθύνσεις, cost centers και εμπορικούς όρους. Για αυτό χρειάζονται τουλάχιστον:
- εταιρεία με φορολογικά και εμπορικά στοιχεία
- locations ή branches με διευθύνσεις και όρους
- χρήστες με ρόλους και πρόσβαση σε συγκεκριμένα locations
- catalogs ή agreements που ανατίθενται στο σωστό επίπεδο
- payment terms και πιστωτικό όριο
Η τιμή μπορεί να ισχύει για όλη την εταιρεία ή μόνο για ένα location. Ο χρήστης πρέπει να γνωρίζει για ποιο υποκατάστημα κάνει την παραγγελία πριν υπολογιστούν τιμές και διαθεσιμότητα.
Catalog δεν είναι απλώς φίλτρο προϊόντων
Ένας B2B catalog ορίζει ποια προϊόντα είναι διαθέσιμα και με ποιους κανόνες. Μπορεί να περιλαμβάνει:
- allowlist ή exclusion συγκεκριμένων SKUs
- fixed price ανά variant
- ποσοστιαία προσαρμογή από βασικό τιμοκατάλογο
- ελάχιστη και μέγιστη ποσότητα
- υποχρεωτικό increment, όπως αγορά ανά 6 τεμάχια
- volume breaks
- ημερομηνία έναρξης και λήξης
Η επίσημη τεκμηρίωση του Shopify B2B περιγράφει catalogs που ανατίθενται σε companies ή company locations και μπορούν να περιλαμβάνουν product availability, quantity rules και volume pricing. Η ίδια λογική είναι χρήσιμη σε custom υλοποιήσεις, ανεξάρτητα από πλατφόρμα.
Προτεραιότητα όταν ισχύουν πολλοί κατάλογοι
Το δύσκολο σημείο είναι τι συμβαίνει αν ένας πελάτης ανήκει σε περισσότερους από έναν catalogs. Δεν αρκεί να πούμε «βρες μια τιμή». Χρειάζεται deterministic πολιτική:
- ειδική τιμή location
- ειδική τιμή εταιρείας
- τιμή segment ή αγοράς
- βασική B2B τιμή
- public retail τιμή, αν επιτρέπεται
Σε άλλη επιχείρηση μπορεί να επιλέγεται η χαμηλότερη τιμή από όλους τους ενεργούς catalogs. Σε άλλη, η πιο συγκεκριμένη συμφωνία πρέπει να υπερισχύει ακόμη και αν δεν είναι η χαμηλότερη. Ο κανόνας ορίζεται ρητά και εφαρμόζεται με τον ίδιο τρόπο σε listing, product page, cart, checkout και API.
Volume pricing
Η κλιμακωτή τιμή υπολογίζεται ανά SKU ή variant και συνήθως βασίζεται στην ποσότητα της ίδιας γραμμής:
1-9 τεμάχια: 12,00 € / τεμάχιο
10-49 τεμάχια: 10,80 € / τεμάχιο
50+ τεμάχια: 9,90 € / τεμάχιο
Πρέπει να είναι σαφές αν η νέα τιμή εφαρμόζεται σε όλα τα τεμάχια όταν φτάσει το threshold ή μόνο στα επιπλέον. Το UI δείχνει τα επόμενα breaks και ενημερώνει άμεσα το line total. Ο server κάνει ξανά τον υπολογισμό πριν από την παραγγελία.
Quantity increment και minimum quantity είναι διαφορετικοί κανόνες. Αν ένα προϊόν πωλείται σε κιβώτια των 6, οι έγκυρες ποσότητες μπορεί να είναι 6, 12, 18. Το minimum μπορεί να είναι 12. Η φόρμα πρέπει να αποτρέπει την ποσότητα 13 και να εξηγεί γιατί.
Τιμές με ή χωρίς ΦΠΑ
Το B2B e-shop πρέπει να έχει ενιαία πολιτική εμφάνισης και υπολογισμού φόρων. Η τιμή μπορεί να εμφανίζεται χωρίς ΦΠΑ, αλλά ο πελάτης πρέπει να βλέπει καθαρά υποσύνολο, φόρο και τελικό ποσό. Δεν πρέπει να γίνεται ανάμειξη net και gross values σε διαφορετικά screens.
Οι τιμές αποθηκεύονται με ακρίβεια decimal και σαφή currency. Τα rounding rules εφαρμόζονται σταθερά ανά γραμμή ή σύνολο σύμφωνα με τις απαιτήσεις του συστήματος τιμολόγησης. Για φορολογική και νομική συμμόρφωση χρειάζεται έλεγχος από τον κατάλληλο λογιστικό σύμβουλο, όχι αυθαίρετη υπόθεση μέσα στον κώδικα.
Login πριν ή μετά την εμφάνιση τιμών
Αν οι συμφωνημένες τιμές είναι εμπορικά ευαίσθητες, εμφανίζονται μόνο μετά από authentication και επιλογή company location. Οι public σελίδες μπορούν να δείχνουν προϊόν χωρίς τιμή ή βασική retail τιμή, ανάλογα με τη στρατηγική.
Το cache layer πρέπει να γνωρίζει ότι η σελίδα είναι προσωποποιημένη. Διαφορετικά υπάρχει κίνδυνος να εμφανιστεί η τιμή μιας εταιρείας σε άλλη. Οι customer-specific responses δεν μπαίνουν σε shared cache χωρίς σωστό key και private policy.
Cart και checkout ως τελική επαλήθευση
Το cart δεν αποθηκεύει την τιμή ως αλήθεια από τον browser. Κρατά SKU, quantity, company και catalog context και ζητά server-side pricing. Αν στο μεταξύ λήξει ένας κατάλογος ή αλλάξει η ποσότητα, η τιμή υπολογίζεται ξανά και η αλλαγή εμφανίζεται πριν από την επιβεβαίωση.
Στην παραγγελία αποθηκεύεται snapshot: catalog ID, price rule, quantity break, net unit price, tax και currency. Έτσι η παλιά παραγγελία δεν αλλάζει όταν ενημερωθεί ο τρέχων τιμοκατάλογος.
ERP sync και conflict rules
Αν οι συμφωνίες προέρχονται από ERP, χρειάζονται stable IDs, effective dates και σαφής πηγή αλήθειας. Το e-shop μπορεί να κάνει import price lists και να στέλνει παραγγελίες, αλλά δεν πρέπει να δημιουργεί διαφορετική τιμή χωρίς reconciliation.
Οι αποτυχίες sync εμφανίζονται σε admin queue. Δεν είναι ασφαλές να συνεχίζει το checkout με παλιά τιμή χωρίς γνωστή πολιτική. Μπορεί να υπάρχει grace period, manual approval ή προσωρινό κλείδωμα συγκεκριμένου catalog.
Πώς το υλοποιεί η Ai Foundry
Στην Ai Foundry σχεδιάζουμε B2B pricing γύρω από εταιρείες, locations, SKUs και ρητούς κανόνες προτεραιότητας. Δημιουργούμε catalogs με effective dates, quantity increments και volume breaks και εφαρμόζουμε τον ίδιο pricing engine σε σελίδα προϊόντος, cart, checkout και API.
Προσθέτουμε role-based πρόσβαση, private caching και order snapshots, ενώ στις συνδέσεις ERP ορίζουμε source of truth και monitoring. Το admin περιβάλλον επιτρέπει στην εμπορική ομάδα να βλέπει γιατί εφαρμόστηκε μια τιμή και να προγραμματίζει αλλαγές χωρίς κρυφές παρεμβάσεις στον κώδικα. Έτσι η Ai Foundry μπορεί να υλοποιήσει B2B e-shop που ακολουθεί τις πραγματικές συμφωνίες της επιχείρησης χωρίς να θυσιάζει την ταχύτητα παραγγελίας.
Συμπέρασμα
Οι ειδικές B2B τιμές χρειάζονται data model και pricing engine, όχι μια συλλογή κουπονιών. Όταν catalogs, quantities, locations και snapshots έχουν σαφείς κανόνες, ο πελάτης βλέπει τη σωστή συμφωνία και η επιχείρηση μπορεί να εξηγήσει κάθε ποσό.