B2C predaj
Verejný predaj zákazníkom cez produkty, ceny, dostupnosť, košík, dopravu a štandardné nákupné správanie.
B2B, B2C, predajcovia a zákaznícke skupiny
B2B a B2C marketplace pre predajcov, firmy aj bežných zákazníkov.
MALLEKOL stavia jeden obchodný rámec pre retail, firemný predaj aj interné používanie systému. Predajca alebo firma môže pracovať s verejným B2C kanálom, B2B zákazníkmi, objednávkami, skladom, aukciami a inzerciou, ale skladová karta sama o sebe nikdy neznamená automatickú publikáciu do obchodu.
Obchodné režimy
B2B predaj
Firemní zákazníci, zákaznícke skupiny, individuálne pravidlá, objemy, veľkoobchod a predajné podmienky.
Vendor režim
Predajca riadi ponuky, objednávky, nastavenia, financie a publikáciu v rámci pravidiel platformy; sklad môže používať aj bez verejného predaja.
Marketplace governance
EKOLAS, s.r.o. ako správca platformy drží pravidlá, dohľad, schvaľovanie a prevádzkový rámec.
B2B/B2C moduly
Jeden marketplace, rôzne obchodné pravidlá
Zákaznícke skupiny
Retail zákazníci, firmy, veľkoobchod, partneri, individuálne segmenty a cenníkové pravidlá.
Ceny a pravidlá
B2C ceny, B2B zľavy, doplnkové podmienky, DPH profil, doprava a predajné obmedzenia.
Objednávky
Jednotný tok pre retail aj firemné objednávky, stav vybavenia, doklady, sklad a dispatch.
Produkty a katalóg
Produkty, služby, varianty, interná skladová evidencia a samostatná publikácia do kanálov; sklad nie je automaticky obchod.
Financie predajcu
Tržby, poplatky, výplaty, dobropisy a kontrola ekonomiky predaja v marketplace prostredí.
Vyhľadateľný obchod
Obsah, kategórie, popisy a verejné stránky majú pomôcť ľuďom aj vyhľadávačom pochopiť rozsah platformy.
B2B approval proof
B2B partner nie je len zľavová skupina
V demo prechode sa dá vysvetliť, že B2B režim má jasný handoff: zákazník požiada, vendor nastaví obchodné pravidlá, platforma drží dohľad a zákazník vidí správny režim až po schválení.
B1
Žiadosť zákazníka
Firemný zákazník požiada o B2B režim, veľkoobchod alebo individuálne obchodné podmienky.
B2
Vendor pravidlá
Predajca posúdi segment, zľavu, splatnosť, dopravu, DPH profil a doplnkové podmienky.
B3
Admin dohľad
EKOLAS, s.r.o. stráži platformové pravidlá a audit, ale nemení produktové ceny predajcu.
B4
B2B výsledok
Schválený partner vidí zákaznícky B2B režim bez miešania retailu, veľkoobchodu a adminu.
Customer B2B readiness bridge
Firemný zákazník nezačína zľavou, ale identitou a pravidlami.
Verejná trasa teraz prepája účet zákazníka, vendor nastavenia a platformový dohľad. V deme je tak jasné, kde zákazník dopĺňa údaje, kde vendor rozhoduje o podmienkach a kde EKOLAS, s.r.o. drží pravidlá systému.
Customer účet
Zákazník najprv doplní typ účtu, IČO/DIČ, fakturačnú adresu a kontaktné údaje v /ucet.
Vendor pravidlá
Predajca drží ceny, zľavy, splatnosť, dopravu, sklad a B2B/B2C podmienky vo svojom nastavení.
Platformový dohľad
EKOLAS, s.r.o. stráži schvaľovanie, audit a pravidlá marketplace bez zmeny produktových cien predajcu.
B2B/B2C go-live dry run rail
1. júl potrebuje schválený B2B režim, nie iba zľavovú skupinu.
Suchý prechod drží účet a IČO, vendor pravidlá, kredit alebo platobný dôkaz a platformové go/no-go bez objednávky, skladového pohybu, B2B schválenia alebo SQL zásahu.
Účet a IČO
Pred 1.7 musí firemný zákazník doplniť typ účtu, IČO/DIČ, fakturáciu a kontakt bez otvorenia interného adminu.
Vendor pravidlá
Predajca drží segment, zľavu, splatnosť, dopravu, DPH profil a B2B/B2C podmienky; Zľavová skupina nie je sama schválenie.
Kredit a platba
B2B výsledok nesmie uvoľniť objednávku bez platobného, kreditného alebo approval dôkazu v order-to-cash toku.
Go/no-go dohľad
Nejasný partner, právny režim alebo seller proof sa vracia do EKOLAS platformového rozhodnutia bez SQL.
B2B exception log
Nejasný B2B partner ostáva WAIT/BLOCKED pred cenou, objednávkou alebo skladom.
Ak identita, daňové údaje, vendor pravidlá, zľava, kredit, platobný dôkaz alebo platformové rozhodnutie nesedia, B2B výsledok ostáva B2B WAIT/BLOCKED a nepúšťa quick checkout, objednávku, WMS pohyb, faktúru ani payout.
B2B exception ID
Platforma
Ucet, ICO/DIC, kontakt, vendor, segment, kredit, platba a rozhodnutie maju jeden owner zapis.
Identity/tax rozpor
Zákazník
Chybajuce ICO, DIC, fakturacia alebo kontakt drzia firemny ucet ako B2B WAIT/BLOCKED.
Rules/discount rozpor
Predajca
Zlava, splatnost, doprava, DPH profil alebo segment neodomknu B2B rezim bez pravidiel predajcu.
Credit/payment rozpor
Order-to-cash
Kredit, QR, bankovy dokaz alebo payment proof musia sediet pred objednavkou, WMS a fakturou.
Approval stopka
EKOLAS, s.r.o.
B2B vysledok nepusta quick checkout, skladovy pohyb, payout ani SQL bez platformoveho go/no-go.
No-write exception: B2B exception log nevytvara B2B schvalenie, zlavovu skupinu, cenu, objednavku, skladovy pohyb, fakturu, vendor payout, payment release, DB migraciu, manualny SQL ani priamy Supabase SQL zasah.
Platform usage and fee boundary
Systém môže byť marketplace, interný firemný softvér alebo hybrid.
EKOLAS, s.r.o. ostáva prevádzkar platformy, ale môže systém používať aj ako bežná organizácia so skladom, objednávkami a prípadným predajom. Rovnako vendor môže viesť sklad bez toho, aby chcel predávať cez verejný obchod. Publikácia do marketplace preto vyžaduje samostatnú ponuku, seller profil a obchodné pravidlá.
Prevádzkar aj používateľ
EKOLAS, s.r.o. môže systém používať naplno
Správca platformy môže zároveň viesť vlastné sklady, objednávky, interné doklady a prípadne aj predávať ako samostatná obchodná organizácia. Platformová rola nemení automaticky jeho sklad na verejnú ponuku.
Interný systém
Firma nemusí predávať cez obchod
Vendor alebo klient môže používať MALLEKOL iba ako firemný softvér pre sklad, CRM, objednávky a WMS. Produkty na sklade zostávajú súkromné, kým nevznikne explicitná ponuka alebo publikácia.
Verejný marketplace
Obchod vzniká až publikáciou ponuky
Verejný predaj potrebuje seller profil, cenu, B2C/B2B pravidlá, právne texty, dostupnosť a povolený checkout. Samotná skladová karta nestačí.
Hybrid
Časť skladu môže zostať neverejná
Organizácia môže mať jeden produkt interne na sklade, druhý publikovaný v obchode a tretí iba pre B2B partnera. Poplatky a audit sa potom posudzujú podľa kanála použitia.
Marketplace %
Verejný predaj
Ak objednávka vznikne cez obchod, aukciu alebo B2B/B2C predajný kanál, poplatok sa počíta z verejnej hodnoty objednávky alebo dohodnutého GMV základu.
Systémový poplatok
Interné používanie
Ak firma používa iba sklad, WMS, CRM alebo objednávky bez verejného predaja, účtuje sa systémový režim: paušál, modul, používateľ, sklad alebo dohodnutý usage.
Auditná báza
Ochrana pred obchádzaním
Verejný predaj sa účtuje z objednávkovej hodnoty. Interné používanie skladu sa účtuje samostatne podľa dohodnutého systémového alebo skladového usage modelu; ak sa tovar odpíše interne namiesto verejného predaja, auditná báza používa vyššiu z verejnej trhovej hodnoty, poslednej nákupnej ceny alebo schváleného cenníka.
Guard: sklad je súkromný by default; marketplace publikácia vyžaduje explicitnú ponuku; interný skladový pohyb nevytvára marketplace tržbu.
Marketplace billing model rail
Vendor fakturuje zákazníkovi, platforma drží platbu a settlement.
Robustný 1.7 model je agentúrny marketplace: predajcom je vendor, zákaznícky daňový doklad vystavuje vendor a EKOLAS, s.r.o. spravuje objednávku, platbu, payout, poplatky a audit. Platforma si ponechá províziu alebo systémový poplatok zo settlementu a vendorovi dá exporty pre jeho účtovníctvo.
Predávajúci
Vendor je seller-of-record
Každý predajca fakturuje svoje plnenie zákazníkovi. EKOLAS, s.r.o. fakturuje zákazníkovi iba vlastný predaj, nie cudzí vendor tovar.
Platba
Platforma zhromažďuje platby
MALLEKOL môže prijať platbu cez platobného poskytovateľa, rozdeliť ju podľa predajcov a držať settlement, rezervy, refundy a chargeback audit.
Príjem platformy
EKOLAS fakturuje poplatky vendorom
Príjem EKOLAS, s.r.o. má byť provízia, systémový paušál, modulový/usage poplatok, payment fee pass-through alebo auditná korekcia, nie celé vendor tržby.
Exporty
Objednávka sa rozpadá podľa predajcu
Systém musí exportovať vendor objednávky, podklady na faktúru zákazníkovi, payout statement, poplatky platformy, refundy a účtovné importy/exporty.
Guard: seller-of-record = VENDOR; customer invoice issuer = VENDOR; platform invoice issuer = EKOLAS_PLATFORM_SERVICE_FEE; trigger fakturácie = PAYMENT_ACCEPTED_BY_PROVIDER. Checkout nesmie zákazníkovi tvrdiť, že EKOLAS, s.r.o. je predajca cudzieho tovaru. EKOLAS, s.r.o. fakturuje zákazníkovi iba vlastný predaj; pri marketplace objednávke fakturuje vendor zákazníkovi a EKOLAS, s.r.o. fakturuje vendorovi províziu, systémový alebo usage poplatok.
Seller-of-record clearing matrix
Najbezpečnejší model: predajca fakturuje, platforma zúčtuje.
Táto matica drží praktickú odpoveď pred 1.7: vendor je predajca zákazníkovi, MALLEKOL zhromažďuje objednávky a platby, EKOLAS, s.r.o. účtuje platformovú službu a interné firemné používanie skladu má vlastný usage meter.
Objednávkový split
Každý riadok má predajcu
Jedna zákaznícka objednávka sa pred fakturáciou a payoutom rozpadne podľa seller-of-record, aby sa nemiešali cudzie tržby s výnosom EKOLAS, s.r.o.
Daňový doklad
Vendor fakturuje svoje
Predajca vystaví zákazníkovi faktúru alebo účtenku za vlastný tovar a dopravu podľa svojho DPH režimu; platforma k tomu dodá exportný podklad.
Clearing platby
Platforma drží audit platby
MALLEKOL spáruje prijatie platby u poskytovateľa, rozdelí settlement, drží refund/chargeback stopku a uvoľní payout až po release dôkaze.
Poplatok EKOLAS
EKOLAS fakturuje službu
EKOLAS, s.r.o. fakturuje vendorovi províziu, systémový paušál, modulový/usage poplatok alebo payment fee podľa zmluvy, nie celú vendor tržbu.
Interný sklad
Usage meter mimo obchodu
Ak firma používa sklad iba interne, vzniká samostatný usage alebo auditný meter; interný odpis nie je marketplace objednávka ani zákaznícka faktúra.
Clearing guard: split order requires seller-of-record = áno; inventory-only usage meter = samostatný; ledger fields: seller-of-record per order line, customer invoice issuer, payment provider accepted-at date, platform fee invoice basis, vendor payout statement id, inventory-only usage meter.
Platform service invoice model
EKOLAS fakturuje platformovú službu, nie cudzie tržby.
EKOLAS, s.r.o. ma fakturovat vendorovi alebo firme iba vlastnu platformovu sluzbu: proviziu, systemovy pausal, modulovy alebo usage poplatok, payment fee pass-through a auditnu korekciu. Zakaznicku fakturu za vendor tovar vystavuje seller-of-record.
Issuer: EKOLAS_PLATFORM_OPERATOR; recipient: VENDOR_OR_SYSTEM_TENANT; customer invoice: vendor seller-of-record.
Export packet
platform service invoice CSV/JSONvendor contract fee basiscommission and payment fee evidenceinventory-only usage meter summaryreserve, refund and chargeback adjustment queuepayout statement cross-reference
Marketplace commission
Provízia z verejného predaja
Verejná objednávka, seller split a potvrdený payment proof určia provízny základ bez prevzatia celej vendor tržby.
Order line seller-of-record, vendor gross sale, commission percent alebo contract fee, refund/chargeback adjustment a payout statement id.
System subscription
Paušál za firemný softvér
Firma alebo vendor môže platiť za systém podľa modulu, používateľa, skladu, počtu prevádzok alebo dohodnutého balíka.
Tenant, aktívny modul, obdobie, počet používateľov alebo skladov, zmluvný plán a billing period.
Inventory usage
Interný skladový usage meter
Interné odpisy a WMS operácie idú mimo marketplace GMV; anti-speculation báza používa vyššiu auditnú hodnotu.
Inventory-only usage meter, interný skladový pohyb, trhová hodnota, posledná nákupná cena alebo schválený cenník.
Payment fee pass-through
Preúčtovanie platobnej služby
Platobný poskytovateľ môže mať samostatný poplatok, ktorý platforma preúčtuje podľa zmluvy bez navýšenia vendor GMV.
Provider fee id, transaction id, accepted-at timestamp, refund fee a settlement batch.
Audit adjustment
Korekcia, rezerva alebo chargeback
Korekcie sa viažu na dôkaz, nie na ručný zásah; rezervy a holdy nie sú výnos platformy, kým nie sú uvoľnené podľa pravidiel.
Adjustment queue, reserve/hold reason, chargeback evidence, owner approval a exportovateľný audit packet.
Nie celé vendor tržby
Platformová faktúra nesmie prezentovať celé vendor tržby ako výnos EKOLAS, s.r.o.; musí ísť o službu, poplatok alebo províziu.
Nie zákaznícky doklad vendora
EKOLAS, s.r.o. nevystavuje zákaznícku faktúru za cudzí vendor tovar; zákaznícky doklad vystavuje seller-of-record.
Nie payout bez banky
Servisná faktúra nie je potvrdený payout; payout potrebuje settlement batch, bankový dôkaz a refund/chargeback stopku.
Nie skladový pohyb
Fakturačný podklad ani usage meter nevytvára príjemku, výdajku, rezerváciu, dispatch alebo zmenu skladovej karty.
No-write guard: Tento model nevytvara DB migraciu, manualny SQL, priamy Supabase SQL, fakturu, objednavku, payout, platbu, rezervaciu skladu ani skladovy pohyb.
Tenant commerce mode matrix
Interný systém, verejný predaj alebo hybrid musia mať jasný režim.
Kazda organizacia moze pouzivat MALLEKOL ako interny firemny system, verejny marketplace predajca alebo hybrid. Skladova karta je sukromna by default; verejny obchod vznikne az explicitnou publikaciou ponuky s predajcom, cenou, dostupnostou a pravnym profilom.
Publication gates
seller-of-record je znamy a overeny
produkt ma explicitnu ponuku, cenu, DPH a dostupnost
B2C alebo B2B rezim je povoleny pre konkretny kanal
pravny profil predajcu, doprava, reklamacie a vratenie su citatelne
checkout, aukcia alebo inzercia ma vlastny go/no-go stav
Internal system only
noneFirma alebo vendor tenant
Interny sklad, CRM, objednavky, WMS alebo fakturacia nevytvaraju marketplace GMV, checkout, customer invoice ani vendor payout.
systemovy pausal, modul, pouzivatel, sklad, WMS operacia alebo inventory-only usage meter
Marketplace seller
explicit-offer-onlySeller-of-record vendor
Verejny predaj vyzaduje seller profil, B2C/B2B pravidla, cenu ponuky, dostupnost, pravne texty a povoleny checkout.
marketplace commission, payment fee pass-through, platform service invoice alebo zmluvny fee
Hybrid tenant
explicit-offer-onlyOrganizacia s internym skladom aj publikovanymi ponukami
Jeden produkt moze mat sukromnu zasobu aj verejnu ponuku, ale billing, audit a export musia oddelit kanal pouzitia.
oddeleny marketplace GMV pre publikovane ponuky plus oddeleny internal usage meter pre sukromny sklad
Operator seller
own-offers-onlyEKOLAS, s.r.o. ako platform operator a samostatna obchodna organizacia
Rola prevadzkara nepublikuje sklad automaticky a nedava EKOLAS, s.r.o. pravo fakturovat cudzi vendor tovar ako vlastny predaj.
vlastny predaj EKOLAS, s.r.o. sa fakturuje ako vlastne plnenie; cudzim vendorom sa fakturuje iba platformova sluzba
Hard stops
Skladova karta sama nevytvara verejnu ponuku.
Interny systemovy tenant nevytvara marketplace objednavku.
Hybridny produkt nesmie miesat sukromny odpis s verejnym GMV bez kanaloveho splitu.
EKOLAS, s.r.o. ako operator neprebera fakturaciu cudzieho vendor tovaru.
Export packet
tenant commerce modeprivate stock versus published offer splitseller-of-record and legal profileB2C/B2B channel gateinventory-only usage meter summaryplatform service invoice cross-reference
No-write guard: Tenant commerce mode matrix nerobi DB migraciu, manualny SQL, priamy Supabase SQL, publikaciu ponuky, skladovy pohyb, fakturu, payout ani checkout. Je to kontrakt pre admin, vendor, WMS a billing implementacne baliky.
Customer B2B result visibility
Verejný rámec ukazuje výsledok, nie interné nastavenia
Zákazník má vidieť podklad a po rozhodnutí čakajúci, schválený alebo retail režim. Zákaznícky účet neotvára interné schvaľovanie, vendor sklad ani admin rozhodovanie; predajca drží obchodné pravidlá a EKOLAS, s.r.o. drží audit bez DB alebo Supabase SQL zásahu.
Zákazník
Vidí podklad a výsledok
V účte vidí typ účtu, IČO/DIČ, fakturáciu, kontakt a po rozhodnutí čakajúci, schválený alebo retail režim.
Predajca
Drží obchodné pravidlá
Predajca rozhoduje o segmente, zľave, splatnosti, doprave, DPH profile a B2B/B2C podmienkach.
Platforma
Drží audit a bezpečnosť
EKOLAS, s.r.o. stráži platformové pravidlá, audit a go/no-go; zákaznícky účet neotvára interné schvaľovanie.
Výsledok
Bez rozhodnutia zostáva retail
Zľavová skupina ani B2B prepínač nie sú automatické schválenie partnera; bez rozhodnutia nevzniká SQL ani skladový pohyb.
Seller profile readiness rail
Predajca je verejný právny a obchodný dôkaz
Mobile/tablet rail drží poradie pred ostrým predajom: identita predajcu, reklamačný kontakt, DPH profil, B2C pravidlá, B2B pravidlá, checkout guardy, platformový dohľad a go/no-go rozhodnutie.
Rail nevytvára ani neschvaľuje predajcu, nemení ceny, DPH, payout ani SQL; iba skracuje cestu k správnemu seller dôkazu pred ostrým predajom.
Identita
Verejný predajca
Pred ostrým predajom musí byť viditeľné obchodné meno, IČO, DIČ/IČ DPH podľa režimu, sídlo a kontakt.
Kontakt
Reklamácie a support
Predajca potrebuje reklamačný kontakt, support kanál a väzbu na pravidlá vrátenia bez miešania so správcom systému.
DPH
DPH a fakturačný profil
DPH profil, mena, fakturačná identita a daňové doklady musia byť čitateľné vo verejnom vendor proofe; interný /vendor/nastavenia nie je customer/admin odchod.
B2C
Retail pravidlá
B2C cena, doprava, dostupnosť, právo na odstúpenie a reklamácie musia byť čitateľné pred verejným predajom.
B2B
Firemné pravidlá
B2B zľavy, splatnosť, segment, doprava, kredit a schválenie partnera zostávajú rozhodnutím predajcu v platformovom dohľade.
Guardy
Checkout nie je automatický
Demo, orphan, regulované alebo právne neúplné ponuky nesmú dostať quick checkout ani tichú publikáciu.
Dohľad
EKOLAS, s.r.o. drží platformu
Správca systému drží audit, pravidlá publikácie a blokáciu rizík; EKOLAS SK, s.r.o. alebo iný subjekt ostáva predajca.
Go / no-go
Seller profily pred ostrým predajom
Bez finálnych seller profilov a B2C/B2B pravidiel zostáva ostrý marketplace predaj NOT READY.
Vyhľadávacie frázy
Slová pre firmy, ktoré hľadajú predajný systém
Táto stránka pomáha pokryť obchodný zámer B2B/B2C bez preťažovania homepage. Je to čitateľná odpoveď pre predajcov, firmy aj investorov.
B2B B2C marketplace systémmarketplace pre predajcov a firmyB2B predaj a B2C predaj v jednom systémepredajcovský portál zákaznícke skupinyveľkoobchod maloobchod marketplacemarketplace objednávky sklad CRM