Mikä on tukkumyynnin tarjous-tilausprosessi?
Tukkumyynnin tarjous-tilausprosessi on hallittu polku ostajan tarjouspyynnöstä (RFQ) versionoidun tarjouksen, hyväksynnän, ostotilauksen (PO), tilausvahvistuksen ja laskun läpi. B2B-tukkumyynnissä se kattaa diilit, jotka eivät mahdu yksinkertaiseen tuoteluettelon kassaan: neuvotellut rivit, erikoiserät, projektimäärät tai kertaluonteiset valikoimat. Tarjous-tilaus B2B:ssa tarvitsee saman asiakastilin, asiakaskohtaisen hinnoittelun B2B-tukkumyynnissä, luottorajan ja verokohtelun kuin itsepalveluostot – muuten toiminta käyttää viikon sähköpostien PDF:ien ja taulukoiden sovittamiseen.
Selkeä RFQ-tukkuprosessi tekee kolme asiaa. Se tallentaa, mitä tarjottiin ja missä versiossa. Se tekee hyväksynnästä yksiselitteisen. Se siirtää hyväksytyt kaupalliset ehdot tilauksen talteen ilman uudelleenkirjaamista.
Kaksi asiakirjaa yhdistyvät sinetöidyksi tilauskansoksi
Milloin brändien tulisi käyttää RFQ:ta tuoteluettelotilauksen sijaan?
Käytä RFQ:ta, kun ostaja ei pysty viimeistelemään diiliä pelkällä aktiivisella tuoteluettelolla. Tyypillisiä laukaisijoita ovat mukautetut sekoitukset, ei-standardeja eräkokoja, lanseerauskiintiöitä, monitoimituksia tai hintoja, jotka tarvitsevat myynti- tai talousjohdon hyväksynnän. Tuoteluettelotilaus jakelijaportaalissa tai brändätyssä B2B-verkkokaupassa on oikea oletus toistuville SKU:ille, julkaistuille tasoille ja vakio MOQ:ille.
RFQ:t auttavat myös, kun useat sidosryhmät käsittelevät diiliä – ostaja, myyjä, logistiikka ja luotto – ennen kuin kukaan sitoo varastoa tai tuotantoa. Jos sama tili myöhemmin tilaa uudelleen sovitun valikoiman, siirrä ne rivit normaaliin tukkutilauksen talteen, jotta neuvotellut kertadiilit eivät muutu pysyväksi varjoprosessiksi.
Kuinka rakennat versionoidun tukkutarjouksen?
Versionoitu tarjous on päivätty tarjous, jossa on eksplisiittinen revisioversionumero, jotta kaikki tietävät, mikä PDF tai portaalin kuva on ajantasainen. Rakenna jokainen versio niin, että toiminnan vieras pystyy rekonnoimaan kaupallisen tarkoituksen ilman myyntiin soittoa.
Sisällytä ainakin:
- Ostajan virallinen nimi, tilikoodi, valuutta ja toimitusosoitteet
- Rivilista SKU:lla tai selkeällä kuvauksella, määrillä, yksiköillä, eräkokokerroilla
- Yksikköhinnat, alennukset ja hinnasto tai sopimus, josta ne tulevat
- Tälle diilille soveltuvat MOQ- ja eräkokosäännöt
- Pyydetyt päivämäärät, osatoimitussäännöt ja varasto- tai tuotanto-tilauspäivämäärähuomautukset
- Incotermsit ja rahtivastuu, kun toimitusehdot ovat neuvottelun osa
- Verokohteluotsikolla (kotimainen vs. rajat ylittävä), ilman laskulogikan keksimistä tarjoussähköpostissa
- Tarjouksen version tunnus, tekijä ja aikaleima
Pinotut tarjousrevisionit, yksi versio korostettuna
Pidä rivimatematiikka tylsänä ja eksplisiittisenä: määrä × yksikköhinta, miinus rivialennus, koottuna netto-tavarasummaan, sitten kaupalliset lisät (talletusaikataulu, rahtiarvio jos sitä tarjotaan). Vältä ”katso sähköpostiketjua” -hinnoittelua. Jos erät tai variantit merkitsevät, sovita tarjous siihen, miten hallitset SKU-variantteja ja eräkokoja, jotta lopullinen PO ei riko pakkaussääntöjä.
Mitä tarjous voimassaoloaikoihin, talletuksiin ja ehtoihin kuuluu?
Tarjouksen voimassaoloaika on ikkuna, jonka aikana ostaja voi hyväksyä tarjouksen noilla ehdoilla. Ilmoita voimassaoloajan päättymispäivä ja aikavyöhyke, mitä päättymisen jälkeen tapahtuu (uushinnoittelu, varastotarkistus tai täysi uudestarjous) ja vaatiiko hyväksyntä kirjallisen muodon, portaalitoiminnon vai PO:n, joka viittaa tarjousversioon.
Talletukset ja ennakkomaksut kuuluvat tarjouspaperille, kun tarvitset käteisvelvoitteen ennen tuotantoa, tuontia tai niukkaa kiintiötä. Selitä talletuksen määrä tai prosenttiosuus, eräpäivä, laskutus ja soveltaminen lopulliseen laskuun. Erottele talletussäännöt jatkuvista luottotermeistä, jotta talous näkee kertaluonteisen ennakon ja tilin normaalin rajan.
Kaupalliset ehdot tarjouksessa viittaavat hallitseviin tukkuehtoihin ja korostavat vain diilikohtaisia poikkeuksia: ei-standardeja palautuksia, peruutusaikoja, eksklusiivisuusmerkintöjä tai erikoisempakkointia. Incotermsit määrittelevät, kuka järjestää ja maksaa kuljetuksen ja vakuutuksen sekä missä riski siirtyy tavaroiden toimituksessa, joten toimituskielessä käytä selkeitä Incotermsejä tukkumyyntiin epämuodollisten fraasien kuten ”ovelta ovelle” sijaan.[1][2] Lyhyt ehtien tarkistuslista voittaa pitkän lakiesseen, jota kukaan ei lue.
Kuinka siirrät hyväksytyn tarjouksen vahvistetuksi PO:ksi ilman uudelleenkirjaamista?
Hyväksyntä muuntaa tarjousrivit sisäiseksi tilaukseksi (ja peilaa ostajan PO-viitteen) käyttäen samaa tilimestaria, SKU:ita, hintoja ja verolippuja, jotka ovat jo tarjouksessa. Tukkutilauksen talteenotto epäonnistuu, kun joku kirjoittaa uudelleen määrät PDF:stä toiseen taulukkoon: alennukset ajautuvat, eräkoot muuttuvat ja ALV-kohtelu arvaillaan laskutuksen yhteydessä.
Käytännön siirtomalli:
- Ostaja hyväksyy tietyn tarjousversion tai lähettää PO:n, joka viittaa siihen versioon.
- Järjestelmä tai toiminta lukitsee version ja luo tilauksen noista riveistä.
- Ostajan PO-numero, tarjoustunnus ja mahdollinen talletusviite kulkevat tilauksen otsikolla.
- Varasto-, osto- tai tuotantosignaalit laukeavat tilauksesta – ei saapuneesta postista.
- Poikkeamat (lyhyet toimitukset, korvaukset) luovat hallittuja muutoksia, eivät hiljaisia muokkauksia alkuperäiseen tarjouspaperiin.
Tässä brändätty B2B-verkkokauppa ja jaettu tilauskerros ansaitsevat paikkansa: neuvotellut diilit ja tuoteluettelotilaukset jakavat yhden asiakastiedon kahden rinnakkaisen totuuden sijaan. BrandGate on hyödyllinen tässä järjestelmäkerroksena – RFQ ja versionoitu tarjous jakelijaportaalin rinnalla, jotta hyväksyntä muuttuu tilaukseksi ilman taulukoiden sovitusta.
Viestik baton-siirto kahden juoksijan välillä
Mitkä hyväksynnät ja luottotarkistukset ohjaavat tarjous-tilausmuunnosta?
Ohjaa muunnosta, ei luovuutta. Myynti voi luonnostella versioita vapaasti; sitovan version julkaisu tai tilausmuunnos ohjaa kevyen tukkutilauksen hyväksyntätyönkulkua.
Vähimmäisportit:
- Marginaali- tai alennustaso määritellyn kynnyksen yläpuolella
- Luottorajan ja erääntyneen saldon tarkistus tiliä vastaan
- MOQ, eräkoko ja alue- tai kanavasäännöt
- Talletus vastaanotettu (tai eksplisiittisesti vapautettu), kun tarjous sitä vaatii
- Mestaritietojen täydellisyys: ALV-tunnukset, laskutus-/toimitusosoitteet, valuutta
Tukkumyynnin luottosääntöjä ja rajoja arvioidaan tilauksen kokonaissummasta, joka todella toimitetaan ja laskutetaan, mukaan lukien rahti jos sitä laskutetaan. Hyväksynnät, jotka elävät vain chat-ketjuissa, ovat näkymättömiä, kun joku kysyy, miksi matalamarginaalinen diili toimitettiin.
Kuinka asiakaskohtaiset hinnat ja alennukset pysyvät johdonmukaisina tarjouksesta laskuun?
Neuvoteltu tukkumyynnin hinnoittelu pysyy johdonmukaisena, kun tarjous vetää samoista hintalähteistä, joita lasku käyttää: tilitason hinnastot, sopimustasot, kampanjakoodit tai manuaaliset ohitukset syy-koodilla. Tilauksen täytyy periä ne yksikköhinnat ja alennusrivit; laskutus ei saa hinnoitella uudelleen geneerisestä listasta ”koska ERP oletusarvoisti niin”.
Kirjoita prosessiin määritelmällistä selkeyttä: asiakaskohtainen hinnoittelu on tili- tai sopimustason hintojen ja alennussääntöjen sarja, joka ohittaa julkisen tukkulistan nimetylle ostajalle. Jos versionoitu tarjous sisältää tilapäisen ohituksen, merkitse, onko se kertadiili vai päivitettävä pysyvään sopimukseen. Yksi lippu estää seuraavan uudentilauksen menettämästä tai säilyttämästä suosiota, jota et aikonut teollistaa.
Monivaluuttatarjoukset tarvitsevat valuutan lukitsemisen hyväksyttyyn versioon. Älä konvertoi uudelleen laskussa ellei sopimus niin sano. Rajat ylittävät EU-diilit kuljettavat saman ALV-herkän logiikan tilauksesta laskuun – ostajan ALV-tunnistus, käänteinen verovelvollisuus jos soveltuu ja johdonmukaiset toimipaikkaolettamukset – jotta talous ei rekonnooi tarjoussähköpostia kuukausia myöhemmin. Laajempaan verotoimintojen kontekstiin katso EU ALV-vaatimustenmukaisuus B2B-tukkumyynnissä.
Mitä rikkoo tukkumyynnin tarjous-tilausprosessin taulukkoraskaissa tiimeissä?
Taulukkoraskaat tiimit rikkovat tarjous-tilauksen ennakoitavissa tavoin. Useat ”lopulliset” tiedostot kiertävät eri versioilla. Voimassaoloajat vanhenevat, vaikka tiedosto näyttää ajantasaiselta. Talletukset istuvat pankkitulvassa ilman yhteyttä tarjoustunnukseen. PO:t saapuvat PDF:inä ja kirjoitetaan ruudukkoon, joka ei tunne MOQ:ita. Luottotarkistukset tapahtuvat tavaroiden lähdön jälkeen. Laskut rakennetaan pakkausluetteloista vahvistetun tilauksen sijaan.
Vaurio on toiminnallinen: tupla tietosisäännon, epäselvä hyväksyntä, marginaalivuoto väärillä alennuksilla ja hidas riitojen käsittely, kun ostajan PO ja laskusi kertovat eri tarinoita. Jos tämä on lähtötasosi, kohdista päivitysaikataulu prosessipäätökseksi, ei ohjelmistomuotiin – katso, milloin siirtyä eteenpäin tukkutaulukoista.
Kuinka tilausvahvistus ja laskutus sulkevat kierroksen?
Kun PO on hyväksytty sisäisesti, lähetä B2B-ostotilauksen vahvistus, joka toistaa kaupallisen totuuden: tarjousversion viite, PO-numero, rivit ja hinnat, toimitusosoite, Incotermsit, odotetut päivämäärät ja avoimet talletus- tai maksuehdot. Sisältötarkkuuteen noudata mitä sisällyttää tukkutilauksen vahvistukseen.
Tilaus-lasku lukee vahvistetusta tilauksesta ja toimitustapahtumista, ei uudesta taulukosta. ALV-herkkä laskutus soveltaa jo validattua verokohtelua tili- ja tilaustasolla. Kun käytät Fortnoxia kirjanpidon lähdejärjestelmänä, työnnä postattu lasku ja asiakaskulut oikean Fortnox-tukkukirjanpidon synkronoinnin läpi, jotta myynti, toiminta ja talous eivät kirjaa samaa diiliä kolmesti. Tämä on tukkumyynnin tilaus-laskuautomaation käytännöllinen lopputila: yksi hyväksytty tarjousversio, yksi vahvistettu tilaus, yksi puhdas laskutraili.
Jos haluat RFQ:t, versionoidut tarjoukset ja tuoteluettelotilaukset samalle tilille, hinnoittelulle ja luottotiedoille – brändätyn portaalin jakelijoille ja suoran polun tilauksiin ja laskuihin – varaa demo tai näe hinnoittelu.