គំរូវិក្កយបត្រ Crypto សម្រាប់ទទួល USDT ឬ USDC

គំរូវិក្កយបត្រ Crypto នេះសម្រាប់ការទទួល USDT ឬ USDC ពិតប្រាកដ មិនមែនគ្រាន់តែបិទភ្ជាប់អាសយដ្ឋានកាបូបក្រោមតម្លៃសរុបទេ។ វាត្រូវបញ្ជាក់សេវា តម្លៃជា Fiat, Token និងបណ្ដាញ រយៈពេលសុពលភាពតម្លៃ ថ្លៃសេវា ភស្តុតាងបង់រួច និងវិធីដោះស្រាយពេលបង់ខ្វះ យឺត ឬត្រូវសងប្រាក់។ ប្រភពផ្លូវការត្រូវបានពិនិត្យនៅថ្ងៃទី 26 សីហា 2026។

Crypto invoice នៅតែជាវិក្កយបត្រពាណិជ្ជកម្ម។ Token transfer គ្រាន់តែជាវិធី settle មិនមែនជាការពិពណ៌នាទំនិញ ឬសេវាកម្មដែលអ្នកបានលក់ទេ។ ដូច្នេះទុកតម្លៃសេវាជា invoice currency ដែលបានព្រមព្រៀង ហើយបន្ថែម payment instruction ដែលកំណត់ asset និង blockchain network ឲ្យច្បាស់។

មគ្គុទ្ទេសក៍នេះផ្តល់ operational template សម្រាប់ទូទាត់។ វា មិនអាចបញ្ជាក់ ថាឯកសាររបស់អ្នកគ្រប់លក្ខខណ្ឌពន្ធ VAT accounting ឬ e-invoice ក្នុងប្រទេសរបស់អ្នកទេ។ សូមបន្ថែម registration number, tax ចំណុចទិន្នន័យ និង retention លក្ខខណ្ឌ ដែលច្បាប់ក្នុងស្រុកតម្រូវ។

ទំព័រ Coinbase Help ពិត ថតនៅ 2026-08-26។ វាបង្ហាញ Product Workflow—ជ្រើស Customer, បន្ថែម Line Item, Amount, Tax និង Due Date រួច Review និង Send—មិនមែន Customer Invoice ពិត ឬការសន្យាថា Coinbase Business អាចប្រើក្នុងប្រទេសអ្នកទេ។

ប្រើមគ្គុទ្ទេសក៍នេះសម្រាប់៖ សរសេរ Invoice និង Payment លក្ខខណ្ឌ។ សម្រាប់ផ្ញើ បញ្ជាក់ និង Reconcile Transfer ពិត សូមប្រើ របៀបទទួល USDT ពីបរទេស។

មាតិកាក្នុងមគ្គុទ្ទេសក៍នេះ

• សម្រេចលក្ខខណ្ឌពាណិជ្ជកម្មជាមុន
• គណនាចំនួន Token ដោយមិនលាក់តម្លៃសេវា
• មើលគំរូវិក្កយបត្រដែលបានបំពេញ
• ចម្លងគំរូវិក្កយបត្រ Crypto នេះទៅប្រើ
• កំណត់ករណីលើកលែង មុនវាកើតឡើង
• បញ្ចប់វិក្កយបត្រតាមវដ្តដែលអាចតាមដាន
• បញ្ជីពិនិត្យវិក្កយបត្រចុងក្រោយ
• ចេញបង្កាន់ដៃបង់រួច ដោយមិនសរសេរវិក្កយបត្រដើមឡើងវិញ

សម្រេចលក្ខខណ្ឌពាណិជ្ជកម្មជាមុន

កុំចាប់ផ្តើមត្រឹម wallet address។ ត្រូវព្រមព្រៀងជាលាយលក្ខណ៍អក្សរលើសេវា តម្លៃ due date និងអ្នកបង់ប្រាក់ជាមុន។ បន្ទាប់មកជ្រើស route តាម របៀបជ្រើសបណ្ដាញ USDT ឬ USDC។

កុំចម្លង address ពី invoice ចាស់ដោយមិនពិនិត្យ receiving អេក្រង់ ថ្មី។ Provider អាចប្តូរ deposit address, network, minimum ឬ memo requirement។ បើផ្ញើ invoice តាម email ត្រូវ ផ្ទៀងផ្ទាត់ destination ពេញតាម trusted channel មួយផ្សេងទៀត។

គណនាចំនួន Token ដោយមិនលាក់តម្លៃសេវា

ប្រើរូបមន្តសាមញ្ញ៖

token amount = invoice amount ÷ token-to-invoice-currency rate ដែលបានព្រមព្រៀង

ឧទាហរណ៍ website project តម្លៃ USD 750។ បើទាំងពីរព្រម settle ជា USDC ហើយ recorded rate គឺ 1.000 USDC ក្នុង 1 USD នោះ settlement amount គឺ 750 USDC។ បើ executable rate ជា 0.998 ឬ provider មាន spread ត្រូវអនុវត្ត លក្ខខណ្ឌ ដែលសរសេរទុក កុំសន្មតថា stablecoin ទាំងអស់តែងតែស្មើមួយដុល្លារ។

ជ្រើសវិធីមួយមុនចេញ invoice៖

• Fixed token amount: កំណត់ចំនួន token និង deadline; សមស្របសម្រាប់ payment window ខ្លី។
• Recalculate at payment: ប្រើ rate source ដែលទាំងពីរអាចមើលឃើញ និង timestamp ច្បាស់។
• Minimum net receipt: payer បន្ថែម sending fee ដើម្បីឲ្យ agreed token amount ចូលពេញ; conversion/withdrawal cost របស់អ្នកទទួលគឺរឿងផ្សេង លុះត្រាតែបានព្រមព្រៀង។

Issuer information ជួយស្គាល់ asset ប៉ុន្តែមិនធានា secondary-market price ទេ។ អាចពិនិត្យ Circle USDC ឬ Tether Transparency ហើយកត់ asset ដែលអ្នកទទួលពិតប្រាកដ។

មើលគំរូវិក្កយបត្រដែលបានបំពេញ

ឧទាហរណ៍នេះមិន hard-code network ទេ។ Route ត្រឹមត្រូវគឺ network ដែល asset នោះត្រូវបាន support បច្ចុប្បន្ននៅទាំង sender និង receiver មិនមែន network ថោកដែលអត្ថបទចាស់ណាមួយបានណែនាំទេ។

ចម្លងគំរូវិក្កយបត្រ Crypto នេះទៅប្រើ

ជំនួសគ្រប់ bracketed ចំណុចទិន្នន័យ។ លុប option ដែលមិនអនុវត្តបាន ប៉ុន្តែកុំទុក asset, network ឬ destination ឲ្យមិនច្បាស់។

វិក្កយបត្រទូទាត់ដោយ CRYPTO

អ្នកលក់
ឈ្មោះផ្លូវការ/អាជីវកម្ម៖ [ឈ្មោះអ្នកលក់]
អាសយដ្ឋាន និង registration/tax detail៖ [តាមច្បាប់ក្នុងស្រុក]
ទំនាក់ទំនង៖ [EMAIL ឬ PHONE ដែលទុកចិត្ត]

អតិថិជន
ឈ្មោះផ្លូវការ/អាជីវកម្ម៖ [ឈ្មោះអតិថិជន]
អាសយដ្ឋាន/tax detail៖ [បើតម្រូវ]
អ្នកបង់ដែលមានសិទ្ធិ៖ [ឈ្មោះ និង CONTACT]

វិក្កយបត្រ
លេខ៖ [លេខមិនស្ទួន]
Issue date៖ [កាលបរិច្ឆេទ និង TIME ZONE]
Due date៖ [កាលបរិច្ឆេទ និង TIME ZONE]
Contract / purchase order៖ [REFERENCE]

Description៖ [SERVICE/PRODUCT/PERIOD/QUANTITY]
Subtotal៖ [AMOUNT និង INVOICE CURRENCY]
Tax ឬ adjustment៖ [AMOUNT / មិនអនុវត្ត]
Total due៖ [AMOUNT និង INVOICE CURRENCY]

Crypto settlement instruction
Asset៖ [ឈ្មោះពេញ និង TICKER]
Network៖ [BLOCKCHAIN NETWORK ពិត]
Destination address៖ [CURRENT VERIFIED ADDRESS]
Memo/tag៖ [EXACT VALUE / មិនតម្រូវ]
Token amount៖ [AMOUNT]
Rate source៖ [ប្រភពដែលបានឯកភាព]
Rate observation៖ [TIMESTAMP និង TIME ZONE]
Rate validity/tolerance៖ [RULE]
Fees៖ [នរណាបង់ FEE មួយណា]

Test transfer
ផ្ញើ [TEST AMOUNT] មុន និងត្រូវធំជាង ចំនួនអប្បបរមាសម្រាប់ទទួល។
រង់ចាំការបញ្ជាក់ថាបាន credit មុនផ្ញើ balance។
[កាត់ / មិនកាត់] test amount ពី total។

Completion
ចាត់ទុកថាបានបង់ លុះត្រា [RECEIVING ACCOUNT] credit asset
និង net total ត្រឹមត្រូវលើ agreed network។ Screenshot ឬ TxID
តែមួយមិនបញ្ជាក់ថាវិក្កយបត្របានបង់រួចទេ។

Exceptions
Underpayment៖ [BALANCE និង DEADLINE RULE]
Overpayment៖ [VERIFICATION និង REFUND RULE]
Depeg/rate movement៖ [PAUSE និង RE-AGREE RULE]
Wrong asset/network/address៖ [STOP, INVESTIGATE, NO RECOVERY PROMISE]
Refund៖ [VERIFIED CUSTOMER/ROUTE/ASSET/RATE/FEE RULE]

Compliance និង records
Payer អាចត្រូវផ្តល់ identity, business-purpose និង source-of-funds
តាម secure បណ្ដាញទំនាក់ទំនងផ្លូវការ។ មិនទទួល third-party payer បើមិនបាន
written approval និង verification ជាមុន។

Customer acceptance
ឈ្មោះ/តួនាទី៖ [NAME]
Written acceptance reference៖ [EMAIL/CONTRACT/TICKET]

នៅ transaction ពិត ផ្ញើ invoice ជាមួយ route card ដែលមានតែ ទ្រព្យឌីជីថលជាក់លាក់, បណ្ដាញជាក់លាក់, គោលដៅបច្ចុប្បន្ន, memo/tag state និង test instruction។ កុំដាក់ password, recovery phrase ឬ OTP ក្នុងឯកសារណាមួយ។

កំណត់ករណីលើកលែង មុនវាកើតឡើង

Underpayment: ទុក invoice ឲ្យ open ហើយស្នើ balance ពិតតាម verified route ដដែល។ កុំ mark paid ស្ងៀមៗ។

Overpayment: ផ្ទៀងផ្ទាត់ payer និង transaction ដើមមុន refund។ កុំ refund ទៅ address ថ្មីពីសារបន្ទាន់ ព្រោះ invoice ដែលត្រូវ hack អាចធ្វើឲ្យបាត់បង់ជាលើកទីពីរ។

Depeg ឬ rate movement ធំ: ផ្អាក, គណនាតាម written លក្ខខណ្ឌ ហើយទទួល written acceptance ពីទាំងពីរ។ កុំកែ issued invoice ដោយគ្មាន audit trail។

Wrong network/token ឬ missing memo: ឈប់ផ្ញើ រក្សាទុក TxID និង receiving-អេក្រង់ detail ហើយទាក់ទង ផ្លូវការ provider channel។ Recovery អាចមិនមាន ឬមាន fee; កុំសន្យា។

Refund: ភ្ជាប់ credit note/refund កំណត់ត្រា ទៅ invoice ដើម, ផ្ទៀងផ្ទាត់ recipient, ហើយកត់ asset, network, rate, amount, fee និង TxID។

បញ្ចប់វិក្កយបត្រតាមវដ្តដែលអាចតាមដាន

1. Draft commercial និង settlement fields។
2. ផ្ទៀងផ្ទាត់ receiving route និង destination ថ្មី។
3. ផ្ញើ read-only ចម្លង ហើយទទួល written acceptance។
4. ទទួល និង បញ្ជាក់ របៀបពិនិត្យប្រតិបត្តិការ Crypto សាកល្បង។
5. ទទួល balance ហើយរង់ចាំ ទឹកប្រាក់ដែលអ្នកផ្ដល់សេវាបញ្ចូលក្នុងគណនី មិនមែនតែ explorer ស្ថានភាព។
6. Match test + balance ដែល credited ទៅ required ចំនួនទឹកប្រាក់សុទ្ធ។
7. Mark paid ជាមួយ timestamp, TxIDs និង rate ភស្តុតាង។
8. Archive contract, invoice, messages, provider statement និង របៀបលក់ USDT នៅកម្ពុជា ពេលក្រោយ។

បើ identity, business purpose ឬប្រភព payment មិន match ត្រូវប្រើ KYC, AML, sanctions និង Travel Rule workflow មុនបន្ត។

បញ្ជីពិនិត្យវិក្កយបត្រចុងក្រោយ

Invoice រួចរាល់តែពេលមនុស្សម្នាក់ទៀតអាចឆ្លើយគ្រប់សំណួរទាំងនេះដោយមិនចាំបាច់សួរអ្នក៖

• នរណាជា seller, customer និង authorized payer?
• លក់អ្វី ក្នុងរយៈពេលណា និងតម្លៃ invoice currency ប៉ុន្មាន?
• ជាក់លាក់ asset, network, គោលដៅបច្ចុប្បន្ន និង memo/tag state គឺអ្វី?
• Token amount គណនាយ៉ាងដូចម្តេច និង valid ដល់ពេលណា?
• នរណាបង់ fee និង test transfer ត្រូវរាប់យ៉ាងដូចម្តេច?
• Event មួយណាធ្វើឲ្យ invoice paid?
• ត្រូវធ្វើអ្វីក្រោយ underpay, overpay, depeg, wrong route ឬ refund?
• ឯកសារណាភ្ជាប់ invoice ទៅ transaction និង accounting entry?

ចេញបង្កាន់ដៃបង់រួច ដោយមិនសរសេរវិក្កយបត្រដើមឡើងវិញ

ក្រោយទទួលប្រាក់ កុំសរសេរជាន់លើវិក្កយបត្រដែលបានចេញរួច។ រក្សាវាជាកំណត់ត្រាពាណិជ្ជកម្ម ហើយភ្ជាប់បង្កាន់ដៃ ឬកំណត់ត្រាបិទការទូទាត់ដាច់ដោយឡែក៖

បង្កាន់ដៃទូទាត់ CRYPTO
លេខវិក្កយបត្រ: [លេខ]
អ្នកបង់ / អតិថិជន: [ឈ្មោះដែលបានផ្ទៀងផ្ទាត់]
តម្លៃវិក្កយបត្រ: [ចំនួន និងរូបិយប័ណ្ណ Fiat]
Token និងបណ្ដាញ: [TOKEN] លើ [បណ្ដាញ]
ចំនួនសាកល្បងចូលគណនី: [ចំនួន, TxID, ពេល RFC3339 មានតំបន់ពេលវេលា]
ចំនួនចម្បងចូលគណនី: [ចំនួន, TxID, ពេល RFC3339 មានតំបន់ពេលវេលា]
ចំនួនសុទ្ធសរុប: [ចំនួន Token]
ភស្តុតាងអត្រា: [ប្រភព, ពេលសង្កេត, អត្រា]
ថ្លៃ ឬការកាត់: [បំបែកតាមមុខ]
តម្លៃ Fiat ដែលកត់ត្រា: [ចំនួន និងមូលដ្ឋានគណនា]
ស្ថានភាព: [បង់រួច / បង់ខ្វះ / បង់លើស]
កំណត់ត្រាករណីលើកលែង ឬសងប្រាក់: [បើមាន]

បង្កាន់ដៃត្រូវផ្គូផ្គងនឹងទឹកប្រាក់ដែលចូលគណនីពិត មិនមែនតែចំនួនដែលអ្នកបង់និយាយថាបានផ្ញើទេ។ បើបង់ខ្វះ សូមរក្សាវិក្កយបត្រនៅស្ថានភាពបង់មិនទាន់គ្រប់ និងចេញសំណើបង់សមតុល្យ។ បើបង់លើស ឬត្រូវសងប្រាក់ ត្រូវបង្កើតកំណត់ត្រាកែសម្រួលដែលភ្ជាប់ទៅវិក្កយបត្រដើម មិនមែនលុបភស្តុតាងចាស់។

ប្រភពផ្លូវការ

• Circle: USDC
• Tether: Transparency
• Ethereum.org: Transactions
• National Bank of Cambodia: Prakas and Circulars
• Securities and Exchange Regulator of Cambodia: បញ្ជីកម្មវិធីសាកល្បងបច្ចុប្បន្ន

សម្រាប់ការអប់រំប៉ុណ្ណោះ មិនមែន legal, tax, accounting, banking ឬ financial advice។ ច្បាប់ provider support និង network អាចផ្លាស់ប្តូរ។ ត្រូវពិនិត្យ បច្ចុប្បន្ន local rules និង បច្ចុប្បន្ន account instruction មុនចេញឬបង់ invoice។