{"id":251520,"date":"2024-04-03T10:50:57","date_gmt":"2024-04-03T08:50:57","guid":{"rendered":"https:\/\/www.ecomstream.eu\/betaalmethoden\/konbini\/"},"modified":"2026-09-08T03:08:07","modified_gmt":"2026-09-08T01:08:07","slug":"konbini","status":"publish","type":"page","link":"https:\/\/www.ecomstream.eu\/nl\/betaalmethoden\/konbini\/","title":{"rendered":"Konbini"},"content":{"rendered":"\n\n
\n
\n
\n
\n
\n
\n

Konbini-betalingen accepteren in Japan<\/h1><\/div>\n

Met konbini-betaling bestelt een Japanse klant online en betaalt hij contant bij een gemakswinkel. De klant krijgt een betaalcode, loopt naar een konbini en rekent aan de balie af. Het blijft een substantieel deel van de Japanse e-commerce, en het gedraagt zich in niets als een kaart.<\/p><\/div>\n <\/div>\n<\/section>\n<\/div>\n<\/div><\/div>\n<\/div>\n<\/div>\n<\/div>\n

\n
\n
\n
\n
\n
\n

Volgorde<\/p>\n

De order en de betaling zijn losse gebeurtenissen<\/h2>\n
<\/div>\n

Dit is het operationele punt dat het zwaarst weegt. Een konbini-order is bij de checkout onbetaald en kan onbetaald blijven tot hij verloopt. De order als afgerond behandelen betekent omzet te hoog rapporteren, onnodig voorraad reserveren en uitval registreren die in werkelijkheid niet-betaling is. Elke Japanse operatie met konbini heeft een expliciet vervalvenster nodig, een vrijgaveproces en rapportage die geplaatste orders scheidt van betaalde orders.<\/p><\/div>\n <\/div>\n<\/section>\n<\/div>\n<\/div><\/div>\n<\/div>\n<\/div>\n<\/div>\n

\n
\n
\n
\n
\n
\n

Waarom Japanse consumenten het nog gebruiken<\/h2>\n
<\/div>\n

Voorkeur voor contant, terughoudendheid om kaartgegevens online in te voeren en de enorme dichtheid van gemakswinkels houden het in stand. Het bedient ook klanten zonder kaart. Het weghalen om uw checkout te vereenvoudigen haalt een re\u00ebel segment weg, dus dat besluit hoort te volgen uit uw eigen data over betaalde orders en niet uit een aanname over hoe Japanse handel zou moeten werken.<\/p><\/div>\n <\/div>\n<\/section>\n<\/div>\n<\/div><\/div>\n<\/div>\n<\/div>\n<\/div>\n

\n
\n
\n
\n
\n
\n

Tarief<\/p>\n

Waar de kosten zitten<\/h2>\n
<\/div>\n

Doorgaans een vast bedrag per uitgegeven code of per betaalde order in plaats van een percentage, wat het bij hoge orderbedragen relatief goedkoop maakt. De werkelijke kosten zijn het werkkapitaal dat vastzit tussen order en betaling, en de operationele last van het beheren van vervaltermijnen. Of dat de moeite waard is hangt af van uw percentage onbetaald, en dat getal is meetbaar.<\/p><\/div>\n <\/div>\n<\/section>\n<\/div>\n<\/div><\/div>\n<\/div>\n<\/div>\n<\/div>\n

\n
\n
\n
\n
\n
\n

Verval<\/p>\n

Het vervalvenster is een commerci\u00eble instelling, geen technische<\/h2>\n
<\/div>\n

Iedere konbini-koppeling heeft een vervalvenster, en in de meeste organisaties is dat wat de standaard van de aanbieder was op de dag van de koppeling. Het doet twee tegengestelde dingen tegelijk. Te kort en u annuleert orders die betaald zouden zijn. Te lang en u houdt voorraad vast tegen orders die dat nooit worden.<\/p>

De juiste lengte is geen standaard, het is een verdeling. Neem twaalf maanden konbini-orders die zijn betaald en tel hoeveel er op dag \u00e9\u00e9n, dag twee, dag drie enzovoort werden betaald. Vrijwel elke merchant ziet dat de curve na een klein aantal dagen instort en daarna een lange dunne staart geeft. Zet het venster net voorbij de instorting en beide uiteinden van het probleem zijn met \u00e9\u00e9n getal opgelost.<\/p>

En dan de instelling ernaast, die meestal niemands besluit is: wordt voorraad gereserveerd bij het plaatsen van de order of bij binnenkomst van de betaling. Dat is een merchandisingkeuze die door een betaalinstelling wordt gemaakt, en bij een hardlopend product in een piekweek is het de duurste van de twee.<\/p><\/div>\n <\/div>\n<\/section>\n<\/div>\n<\/div><\/div>\n<\/div>\n<\/div>\n<\/div>\n

\n
\n
\n
\n
\n
\n

Welke payment provider ondersteunt konbini in Japan?<\/h2>\n
<\/div>\n

Konbini wordt onder meer gedocumenteerd door GMO Payment Gateway, SB Payment Service en KOMOJU in Japan, en daarnaast door dLocal, net als door de meeste internationale gateways die Japan bedienen. De nuttige vragen zijn de kosten per uitgegeven code tegenover per betaalde order, uw percentage onbetaald, hoe lang voorraad wordt vastgehouden, en of uw rapportage besteld van betaald onderscheidt.<\/p><\/div>\n <\/div>\n<\/section>\n<\/div>\n<\/div><\/div>\n<\/div>\n<\/div>\n<\/div>\n

\n
\n
\n
\n
\n
\n

Segment<\/p>\n

De klant zonder andere route<\/h2>\n
<\/div>\n

Hierboven staat dat konbini weghalen een re\u00ebel segment weghaalt. Dat klopt en het is zo geformuleerd niet meetbaar, want de vraag is niet welk deel van de omzet konbini draagt. De vraag is welk deel van de konbini-kopers ooit op een andere manier bij u heeft betaald.<\/p>

Zo pakt u dat aan. Neem twaalf maanden konbini-betaalde orders, koppel ze op klantidentiteit en splits in twee groepen: klanten die ook ooit met kaart of een andere methode bij u hebben betaald, en klanten die dat nooit deden. De eerste groep had waarschijnlijk toch gekocht. De tweede groep is het segment, en dat is het enige deel van het getal dat de vraag beantwoordt.<\/p>

Daarna is de keuze gemaakt. Neem 800.000 euro konbini-betaalde omzet waarvan 45 procent komt van klanten die nooit anders bij u betaalden, dus 360.000 euro. Bij 40 procent brutomarge is dat 144.000 euro brutowinst zonder alternatieve route, tegenover een vast bedrag van ruwweg \u00e9\u00e9n euro per betaalde order, wat op 4.000 orders 4.000 euro is. De uitkomst van die afweging is duidelijk. Is die tweede groep in plaats daarvan 10 procent, dan is de methode vooral een gemak voor klanten die anders ook hadden betaald, is de fee nog steeds verwaarloosbaar, en verdienen het vervalvenster en de voorraadreservering hierboven veel meer aandacht dan de methode zelf.<\/p><\/div>\n <\/div>\n<\/section>\n<\/div>\n<\/div><\/div>\n<\/div>\n<\/div>\n<\/div>\n

\n
\n
\n
\n
\n
\n

Uw kosten tegen het licht houden<\/h2>\n
<\/div>\n

Wat u betaalt staat in uw overeenkomst en niet bij het scheme. Begin met de vraag of u te veel betaalt aan uw PSP<\/a>, of bekijk hoe een gestructureerde payment RFP<\/a> de marktdekking regelt voordat u tekent in plaats van daarna.<\/p>

Relevante markten: Japan<\/p><\/div>\n <\/div>\n<\/section>\n<\/div>\n<\/div><\/div>\n<\/div>\n<\/div>\n<\/div>\n

Japan betreden of uw Japanse betaalopzet herzien? Zorg dat uw checkout is ingericht voor de lokale markt. <\/h2>
<\/div>