Többdevizás foglalási oldal: hol szivárog az árrés
Egy debreceni alügynök megkérdezi, miért forintban hozta az árat a kereső, ha a számlán euró szerepel. Utánanézel. Mindkét szám helyes. A jegyet a szállító az egyik devizában árazta, az utasnak egy másikban jelent meg, és a kártyaterheléskor egy harmadikban számolódott el. Senki nem hibázott, és mégis hiányzik a pénz. Pontosan itt veszít csendben egy többdevizás foglalási oldal, és a kárt szinte soha nem az árfolyam okozza. Az alatta futó kerekítési szabály okozza, meg az a kérdés, amit senki nem tett fel: ki viseli a kockázatot az ajánlat és az elszámolás között.
Két deviza, és csak az egyik mozgat pénzt
Minden határon át értékesítő üzlet két devizarendszert futtat egyszerre. A kavarodás nagy része abból ered, hogy egynek kezelik őket.
A megjelenítési deviza az, amit az utas olvas. Ez egy megjelenítési réteg. Ezen a platformon minden white-label oldal saját alapdevizát és saját listát választ, az árak pedig a kliensoldalon, bérlőnkénti árfolyamtáblából konvertálódnak. Ez a részlet többet jelent, mint amennyinek hangzik: a képernyőn látható szám származtatott. A te árfolyamod a szállító árán, abban a pillanatban, amikor az oldal megrajzolódik — nem olyan ár, amit bárki vállalt volna, hogy tartja.
Az elszámolási deviza az, amiben a pénz ténylegesen mozog: amiben a szállító számláz neked, amit a fizetési szolgáltató terhel, ami a bankszámlára érkezik, amiben a visszatérítés visszamegy. Rendszerint szállítónként egy és fizetési szolgáltatónként egy van belőle, és nem mindig ugyanaz.
Amikor egy iroda azt mondja, hogy forintban, euróban és dollárban értékesít, az szinte mindig azt jelenti, hogy hármat megjelenít és egyben számol el. Ez teljesen működőképes módja az üzletvitelnek; a legtöbb bolt így működik. Abban a pillanatban lesz baj belőle, amikor a folyamat alsó szakaszán bármi kötelezettségvállalásként kezel egy megjelenített árat — egy visszatérítés, egy alügynöki kimutatás, egy vitatott tétel —, mert a megjelenített ár soha nem volt kötelezettségvállalás. Egy megjelenítés volt.
Ki viseli az árfolyamkockázatot egy többdevizás foglalási oldalon
Aközött, hogy az utas lát egy árat, és hogy a pénz elszámolódik, valaki ki van téve egy elmozduló árfolyamnak. A kérdés soha nem az, hogy létezik-e a kitettség. Az a kérdés, kié, és tudja-e az illető, hogy az övé.
Három őszinte válasz létezik. A szállító viseli, ha nettó árakat szerződtél a saját devizádban, és ő nyeli le a konverziót. Az utas viseli, ha a szállító devizájában terhelsz, és a kártyakibocsátó vált át — ez a legtisztább neked, és erre panaszkodnak az utasok, mert a számlakivonaton más összeg áll, mint a visszaigazoláson. Vagy te viseled, és pontosan ezt jelenti egy árfolyamtábla: rögzítettél egy árfolyamot, és a te árfolyamod és az elszámolás napi valódi árfolyam közti különbség a tiéd, mindkét irányban.
Mindhárom védhető. A kerülendő a véletlen negyedik eset, amikor senki nem döntött, az árfolyamtáblát akkor frissítik, ha valakinek eszébe jut, a pozíció pedig egy negyedévvel később, az egyeztetésnél kerül elő. Ha nem tudod egy mondatban megnevezni a felelőst és a frissítés ütemét, a negyedik esetben vagy.
A kerekítés árazási döntés, nem formázás
A legtöbb rendszerben az alapértelmezett lépésköz 0,01, mert egy tizedes deviza így néz ki. Az utazásra ez rossz alapértelmezés, négy különböző okból.
Az első, hogy nem minden devizának van váltópénze. A japán jennek és a dél-koreai wonnak nincs; egy két tizedessel kiírt ár azokon a piacokon szoftveres műterméknek látszik, és a 0,01-es lépésköz olyan egységen végzett számtan, ami nem létezik. A forintot a gyakorlatban szintén tizedesek nélkül jegyzik, tehát ezt a saját piacodon sem kell messzire keresni.
A második, hogy az átváltott árak átváltottnak látszanak. A 452 361,47 Ft magáról hirdeti, hogy egy szorzás eredménye. Az utas, aki elolvassa, tudja, hogy van mögötte egy másik szám, és a természetes következő lépése az, hogy megkeresse azt a számot máshol. Az az ár, ami kerek lépésre esik, a te áradként olvasható.
A harmadik az irány. A legközelebbi lépésre kerekítés szimmetrikus: a hibák kioltják egymást a forgalmon, az árrés érintetlen marad. A felfelé kerekítés mindig hozzátesz egy szilánkot, a lefelé kerekítés mindig elad egyet. Mindkettő szabály, és mindkettő rendben van, ha választották. A hiba az, ha véletlenül választódik, rossz irányba, és utána csodálkozol, miért van az egyik piac bruttó árrése egy hajszállal a többi alatt.
A negyedik a műveleti sorrend, és valójában ez harap. Válts át, tedd rá a haszonkulcsot, kerekíts — egyszer, a végén. Az a rendszer, amelyik az átváltásnál kerekíti a nettót, majd a haszonkulcs után újra kerekít, kétszer kerekített, és a második kerekítés olyan számra kerül, ami már elvesztette a maradékát. Szorozd ezt fel a jegyárra, az adókra és a külön tételként árazott kiegészítő szolgáltatásokra, és a végösszeg többé nem egyenlő a részek összegével. Ez egyeztetési probléma, mielőtt árazási lenne.
Kerekíts tételenként vagy kerekítsd a végösszeget, de ne csináld mindkettőt — és ellenőrizd, hogy ami a számlán szerepel, kijön akkor is, ha egy alügynök beírja egy táblázatba. Be fogja írni.
Három mód, ahogy ezt tényleg lehet vinni
Az alábbi modellek nem csomagszintek. Három különböző válasz arra, hogy "mit ígérsz az utasnak", és különböző mennyiségű munkát hordoznak.
| Kérdés | Átváltott megjelenítés | Piaconkénti árlisták | Piaconkénti elszámolás |
|---|---|---|---|
| Mi ez | Egy elszámolási deviza; a többit árfolyamtábla rajzolja | Kézzel beállított árak piaconként, nem származtatva | Devizánként egy fizetési szolgáltató és egy bankszámla |
| Ki viseli a devizakockázatot | Te, az árfolyamfrissítés és az elszámolás között | Te, amíg át nem árazol | Jórészt senki — minden devizát te tartasz |
| Visszatérítések | Kell hozzá az eladás napi árfolyam tárolása, különben te nyeled a különbséget | Tiszta: ugyanaz a szám megy vissza | Tiszta |
| Árkontroll | Gyenge. A lélektani ár az lesz, amit az árfolyam kiad | Teljes. Minden árpontot te választasz | Teljes |
| Könyvelés | Egy főkönyv, egyszerű | Egy főkönyv, egyszerű | Több főkönyv, valódi munka |
| Mikor helyes | A legtöbb irodának, az esetek nagy részében | Egy piac, ahol tényleg áron versenyzel | Van embered, forgalmad és bankod abban az országban |
Szinte mindenkinek a bal oszlopban érdemes kezdenie, és egyetlen piacot áttolni a középsőbe, amikor az kiérdemli a figyelmet. A jobb oszlop technológiai jelmezbe bújtatott működési döntés; ha ma senki nem egyeztet két főkönyvet a házban, nem a harmadik deviza lesz az, amitől elkezdi.
Mibe kerül, ha elrontod
A visszatérítés a klasszikus. Egy foglalás egy árfolyamon kel el, hat héttel később lemondják, és a mai árfolyamon térítik vissza, mert a rendszernek ez volt kéznél. Ha az árfolyam az utas javára mozdult, te fizetted meg a különbséget; ha a másik irányba, az utas azt hiszi, megrövidítetted, és nincs teljesen igazságtalanul. Tárold az eladáskor használt árfolyamot a foglaláson, és azzal szemben téríts vissza.
A csendesebb a hitel. Az alügynöki hitelkeretek és az elszámoló számlázás itt elsőrendű objektumok, nem egy táblázat sorai — ami csak akkor előny, ha a keret abban a devizában van nyilvántartva, amiben az alügynök ténylegesen értékesít. Egy euróban megadott keret egy forintban értékesítő ügynökkel szemben minden árfolyammozgással elcsúszik, és az elcsúszás a lehető legrosszabb pillanatban derül ki: amikor a keret megakasztja a kiállítást a repülőtéren.
Aztán a lassú. Az elavult árfolyamtábla nem dob hibát. Ad el. Hetekig úgy néz ki, mint szokatlanul jó forgalom az egyik piacon, egészen a hónapzárásig, amikor kiderül, hogy a forgalom egy kedvezmény volt, amiről nem tudtad, hogy adod. Ez az érv amellett, hogy az árfolyamtáblán legyen dátum és felelős, ne egy ütemezett feladat, amit senki nem néz.
Mielőtt bekapcsolsz egy piacot
Ehhez nem kell projekt. Leírt döntések kellenek, ebben a sorrendben, még mielőtt a deviza megjelenik a választóban:
- Nevezd meg az adott piac elszámolási devizáját, és a szállítót és fizetési szolgáltatót, amire vonatkozik. Egy mondat.
- Nevezd meg, ki frissíti az árfolyamtáblát és milyen gyakran, és tedd ki az utolsó frissítés dátumát oda, ahol ember is látja.
- Válassz kerekítési lépésközt devizánként, ne egy globálisat, és a tizedes nélküli devizákat nézd meg külön.
- Ellenőrizd, hogy a sorrend átváltás, haszonkulcs, majd egyszeri kerekítés — és hogy a tételárak továbbra is kiadják a számla végösszegét.
- Ellenőrizd, hogy a visszatérítés a tárolt eladásnapi árfolyammal számol, nem a maival.
- Nézd meg, hogy az alügynöki hitelkeretek és az elszámoló számlák ugyanabban a devizában vannak-e, mint a kimutatások, amiket azok az ügynökök olvasnak.
Utána kapcsold be, értékesíts bele két hétig, és azt a két hetet egyszer egyeztesd kézzel. Az első piac az, amelyik megtanítja, a hat pont közül melyiket rontottad el.
A devizakezelés az üzlet azon része, amit a legkönnyebb bemutatni és a legnehezebb átvilágítani, ezért érdemes a tényleges beállításokat megnézni, mielőtt köré tervezel. Ha meg akarod nézni, mivel indul egy oldal — a devizalistát, az árfolyamtáblát, azt a felületet, ahol a haszonkulcsok laknak —, indíts egyet a varázslóból; platform-aldomainen jön létre, és nem kér kártyát. Ha még azon gondolkodsz, hogy egyáltalán más motorját futtasd-e, a saját fejlesztés és a white label összevetése az ez alatti érv, a mit ad valójában egy white label pedig lefedi a felület többi részét.
Az árfolyam nyilvános információ. A kerekítési szabályod, a visszatérítési árfolyamod és a frissítési ütemed nem az, és valójában ezen a három ponton dől el egy határon átnyúló foglalás árrése.