Experience two kinds of kuji for yourself

Pick numbers on a product and check the draw, inventory by tier, and win records.

The server randomly selects from the remaining tickets and draws a prize after payment approval.

Open pack products made up of original-character prizes and exchange them for points in prize storage. Actual card products are listed by the operator.

Reserve, pay for, and draw multiple tickets at once. Inventory and the Last One prize are preserved even with duplicate requests and concurrent purchases.

The server awards the bonus for the last ticket.

One entry per purchase, with the configured odds and point rewards saved on the server.

Set a product's sales start and end, and the server checks the purchase window. This can be set on a product before it receives orders.

The server checks daily limits (Korea time) and first-purchase restrictions. Canceled reservations don't count toward the limit.

Try email sign-up and login. PortOne identity and age verification integration is ready and can be used once a verification provider contract and setup are in place.

Check earning, using, and expiring points, coupon registration and discounts, and restoration when reservations are canceled. Demo rewards have no real monetary value.

Register an invite code before the first purchase, and both members earn points once on the first paid order.

Shows the membership tier and the amount needed to reach the next tier, based on cumulative purchases on the server.

Check progress for each tier collected and the reward for collecting every tier. Each collection reward is awarded only once.

Provides a notification inbox, opt-in consent, and real browser web push. Resend email and SOLAPI Kakao send queues are also ready. Actual sending is tested once verified contacts, opt-in consent, a business channel, templates, and sender settings are in place.

The Toss payment window and server-side approval and verification are implemented. The current demo uses test payments; real payment methods are tested after the PG contract, review, and setup.

Account issuance requests, deposit re-checks, expiry, and cancellation before deposit are implemented. No accounts are issued in the current demo, which has no PG contract or setup.

Lookup of PG-issued cash receipts and payment receipts is connected. Actual issuance is tested after the PG contract and payment method setup.

Collect prizes drawn in the shop in prize storage and request shipping. No actual courier booking or shipment takes place.

Issue a pickup pass from prize storage and have it handed over once at the connected kiosk. It doesn't overlap with shipping or point exchange.

Try refund requests, pickup holds, review, and test refunds for stored prizes. Toss full-cancellation integration is ready; real refund rules, operational setup, and live-transaction testing are required.

Manage products, prizes, prices, and inventory in your own demo space. Original products and other visitors' data are not changed.

Check remaining tickets and tier inventory per product, fetched from the server.

Check the public record of server draw results on the product detail page.

Check order revenue, expected payout after configured fees, daily CSV exports, and audit logs. In order operations, payment provider settlement data is imported and reconciled against actual order amounts. Direct PG collection and bank deposit verification are separate.

Posts, notices, FAQs, comments, reports, and hidden items are saved on the server. In the public demo, only your own demo space changes.

Receive inquiries from the shop's prize storage and reply to sample inquiries in the admin demo space.

We support planning and development of dedicated apps and store launch prep. Android and iOS WebView app projects and debug builds are ready. Store release requires developer accounts, signing, real-device testing, and review.

When you create a connection link in the shop, the connected kiosk uses the shop's same inventory, orders, and pickup passes. The default kiosk demo keeps its own standalone inventory.

Provides validation, duplicate prevention, and import of product, member, and order JSON. Previous orders are archived records linked by verified email; conversion from source data and takeover of unclaimed inventory are confirmed against your actual data.

The shop provides Korean, English, Japanese, and Traditional Chinese UI, plus translations of default products, notices, and policies. Customer posts, replies, products you add, and business information stay in the original language, and translation of additional content is arranged separately.

Implemented and tested according to each external service's authentication, data specs, and failure recovery approach.

Try the touch screens on the web. Actual screen size, unit, and installation are confirmed after device selection.

Try payment approval, failure, and cancellation. The methods actually supported depend on the terminal model and merchant contract.

Save and print pickup passes from kiosk results in the browser, and check low-paper handling and recovery in the operations demo. A CUPS print gateway for physical printers is also ready; device drivers and on-site printing are tested separately.

After a test payment, see the animation and pickup pass that match the server draw result.

The connected kiosk and online shop use the same server reservations and draws to prevent double-selling.

Browser connection reports, no-response events, and recovery records are saved. Actual printer and terminal status is collected after a device agent is installed, and an unconnected state is never shown as normal.

Try verification success, underage, and failure responses, and check duplicate pickup blocking when scanning pickup passes. Actual verification and scanner connections are separate.

We review brand mockups, installation area, space, power, and network to define production, shipping, and installation scope.

We provide order and operations audit logs, a pre-payment draw hash, and the post-draw seed, inventory pool, and selected index. Results can be reproduced using SHA-256, but this does not imply external fairness certification.

Brand UI/UX, logo and color application, thumbnails, banners, animation videos, refund and terms templates, and operations manuals are build deliverables. You can also try prize exchange, per-product pity, and card database entry. The operator provides the actual card originals and image usage rights.

Hardware installation and after-sales service, outsourced product listing and customer service, server and domain setup, and support periods are confirmed as contract scope.