Cara kerja crypto payment link

Crypto payment link adalah halaman checkout yang dapat dibagikan untuk satu kewajiban pembayaran. Alih-alih mengirim alamat wallet, token, jaringan, jumlah, dan deadline dalam pesan terpisah, merchant membuat invoice lalu mengirim satu URL. Pembeli membuka link, mengenali tujuan pembayaran, memilih rute USDT atau USDC yang tersedia, lalu mengirim transfer dari wallet atau exchange yang kompatibel.

Dana tetap bergerak on-chain ke public wallet yang dikonfigurasi merchant. Nilai payment link bukan menyimpan dana, melainkan menambahkan konteks bisnis sebelum transfer terjadi: tujuan, jumlah yang diharapkan, token, network, invoice ID, batas waktu, dan status. Tim tidak perlu menebak setelahnya transfer mana yang milik pelanggan tertentu.

Alur ini cocok untuk freelancer, agency, consultant, dan small business yang menyelesaikan penjualan melalui Telegram, WhatsApp, atau email. Jika order dibuat otomatis oleh website dan fulfilment harus berjalan tanpa operator, lihat alur pembayaran kripto untuk website.

Jawaban singkat: masalah apa yang diselesaikan payment link?

Alamat wallet hanya menjawab ke mana dana dikirim. Pembayaran bisnis juga harus menjelaskan:

• apa yang dibayar pelanggan;
• token dan blockchain apa yang harus dipakai;
• jumlah pasti yang harus diterima;
• sampai kapan permintaan berlaku;
• apakah transfer yang sesuai sudah terhubung ke invoice;
• kapan merchant boleh melakukan fulfilment.

Payment link menyimpan syarat tersebut dalam satu halaman. Link tidak membuat blockchain reversible dan tidak otomatis memperbaiki transfer salah, tetapi pembeli serta merchant membaca instruksi yang sama.

Pertanyaan	Alamat di pesan	Payment link terlacak
Tujuan pembayaran	Dijelaskan terpisah	Ditampilkan di checkout
Token dan network	Mudah hilang di chat	Dipilih dari rute merchant
Jumlah	Diketik dan diperiksa manual	Ditampilkan sebagai exact invoice amount
Pelanggan/order	Dicari setelah transfer	Terhubung ke invoice unik
Deadline	Sering tidak jelas	Terlihat melalui timer dan expiry
Hasil	Mengandalkan pesan/screenshot	Status waiting/paid/expired/cancelled

Cara kerja payment link langkah demi langkah

1. Syarat penjualan disepakati

Produk atau layanan, harga, delivery, serta kebijakan cancellation/refund harus disepakati lebih dulu. Payment link mencatat kewajiban pembayaran; ia bukan pengganti order confirmation, proposal, kontrak, atau dokumen pajak.

Buat satu invoice per kewajiban. Dua pelanggan dapat membayar jumlah yang sama dan satu pelanggan dapat memiliki beberapa milestone. Menggunakan ulang link yang sama menghilangkan pemisahan yang dibutuhkan untuk reconciliation.

2. Merchant membuat invoice

Di web cabinet atau Telegram, merchant memilih app yang tepat, memasukkan amount dalam USD, menulis public description, dan bila perlu menambahkan private note. App menentukan wallet dan payment route yang boleh muncul di checkout.

Deskripsi publik harus mudah dikenali, misalnya Deposit redesign website. Hindari hanya Payment. Private note dapat menyimpan ACME · ORDER-4821 · SEPTEMBER karena isinya hanya untuk pencarian dan koordinasi internal.

3. Hosted checkout dibuat

Invoice mendapat public ID, masa berlaku, rute yang tersedia, dan hosted checkout URL. Jika Telegram Mini App aktif, pelanggan memiliki cara lain untuk membuka invoice yang sama. Keduanya bukan tagihan berbeda dan menggunakan status yang sama.

Sebelum link dikirim, merchant sebaiknya membukanya sekali dan memeriksa purpose, USD total, metode pembayaran, serta waktu tersisa. Ini mencegah invoice lama atau milik pelanggan lain terkirim.

4. Pembeli memilih token dan network

Checkout hanya menampilkan rute yang diaktifkan merchant. USDT tanpa network bukan instruksi lengkap: USDT pada TRON berbeda rute dari USDT pada Ethereum. Hal serupa berlaku untuk USDC dan berbagai representation. Pada wallet atau layar withdrawal exchange, pembeli harus memilih kombinasi yang sama persis.

Jangan memilih network hanya karena namanya mirip atau fee terlihat murah. Bridged token atau contract yang berbeda mungkin tidak dikenali oleh rute invoice.

5. Pembeli mengirim jumlah pasti

Setelah memilih rute, checkout menampilkan exact token amount, recipient address, dan QR code. QR membantu menyalin data, tetapi pembeli tetap perlu memeriksa token, network, awal/akhir alamat, dan amount sebelum menyetujui.

Jika exchange memotong withdrawal fee dari jumlah kirim, pastikan nilai recipient receives sama dengan checkout. Pembulatan atau fee yang mengurangi penerimaan dapat menyebabkan underpayment.

6. Invoice mencatat hasil

Transaction dapat success di blockchain tetapi bukan pembayaran invoice: mungkin recipient salah, token berbeda, atau transfer untuk tagihan lain. Matching yang tepercaya memeriksa network, token contract/mint, recipient, amount, time window, dan transaction identity. Jika semua kondisi terpenuhi, invoice berubah menjadi paid serta menyimpan reference on-chain.

Antarmuka GramPayBot saat ini diambil dari produk dengan data sintetis. Situs merchant hanya contoh integrasi.

Contoh lengkap: ORDER-4821

Northstar Studio meminta deposit 125 USD untuk redesign website. Merchant membuat ORDER-4821 di sistem internal, kemudian invoice 125 USD di GramPayBot. Public description adalah Website redesign deposit; private note adalah ORDER-4821 · SEPTEMBER.

Pelanggan membuka checkout, memilih USDC pada Base, dan mengirim 125.00 USDC ke alamat yang ditampilkan. Ketika transfer yang memenuhi syarat terhubung, status berubah dari waiting menjadi paid. Cabinet menampilkan token/network, recipient, transaction reference, dan paid time pada catatan yang sama. Merchant memulai delivery berdasarkan status terlacak, bukan screenshot dari chat.

Situs merchant adalah ilustrasi integrasi. Checkout dan dashboard merupakan layar GramPayBot yang nyata dan terkini, diambil dengan data sintetis: website order → checkout → paid invoice di dashboard.

Public description dan private note

Public description dilihat pembeli, sehingga harus ringkas, jelas, dan tidak berisi data rahasia. Private note hanya untuk merchant dan dapat menyimpan order ID, customer reference, proposal, atau project code.

Field	Contoh	Siapa yang melihat
Public description	Website redesign deposit	Pembeli dan merchant
Private note	ORDER-4821 · SEPTEMBER	Merchant saja
Invoice ID	GP-4821	Checkout dan cabinet
Transaction	0xB91E…7C20	Catatan setelah payment

Pemisahan ini menjaga privacy dan membuat invoice mudah ditemukan ketika banyak pelanggan membayar nominal serupa.

Arti status payment link

• Waiting: permintaan aktif dan belum memiliki qualifying payment. Jangan fulfil.
• Paid: transfer yang diharapkan sudah dikenali dan dicatat. Lanjutkan sesuai kesepakatan.
• Expired: masa pembayaran habis sebelum invoice selesai. Buat invoice baru jika syarat masih berlaku.
• Cancelled: merchant menutup permintaan. Jangan pakai ulang link lama.

Late payment, wrong network, underpayment, dan overpayment memerlukan kebijakan. Tim perlu memeriksa evidence lalu memutuskan menerima, meminta selisih, membuat invoice pengganti, atau melakukan refund dari wallet yang dikontrol merchant. Sistem tidak boleh mengambil keputusan komersial yang irreversible tanpa konteks.

Gunakan panduan khusus untuk invoice belum dibayar, terlambat, atau kedaluwarsa, kurang atau lebih bayar, dan USDT/USDC yang dikirim di jaringan salah.

Hal yang tidak diselesaikan payment link

Link tidak menyimpan private key, tidak membalik transaksi blockchain, tidak menggantikan dokumen pajak, dan tidak menyelesaikan perselisihan komersial. Dalam model non-custodial GramPayBot, dana menuju wallet merchant secara langsung; security, backup, treasury, dan refund tetap tanggung jawab merchant.

Screenshot juga bukan bukti final. Gambar dapat diedit, menampilkan transaction pending, atau berasal dari alamat lain. Tx hash membantu menemukan evidence tetapi harus dibandingkan dengan syarat invoice. Gunakan panduan verifikasi pembayaran dan pencegahan screenshot palsu.

Payment link manual atau website/API?

Pilih manual link jika seseorang menegosiasikan setiap sale, membuat invoice, dan menangani exception. Gunakan API invoice serta signed webhook ketika order lahir di sistem, akses harus diberikan otomatis, atau layanan berjalan di luar jam kerja.

Manual payment link	Website/API flow
Seseorang menutup sale	Sistem membuat order
Invoice dibuat manual	API membuat invoice
URL dikirim lewat chat/email	Website membuka checkout
Orang memantau status	Backend memproses hasil
Cocok untuk layanan satu kali	Cocok untuk volume berulang

Buat payment link pertama

Payment link yang baik menyatukan purpose, token, network, amount, deadline, dan status. Pembeli memperoleh instruksi konsisten; merchant memperoleh record yang dapat dicari dan direkonsiliasi.

Lanjutkan ke cara membuat crypto payment link, buka use case payment links dan invoices, atau periksa harga saat ini.